ru

Новый вебинар ICANN: Отчет о схеме бизнес-процесса в рамках ODP по SSAD

22 ноября 2021
Автор Eleeza AgopianEleeza Agopian

На прошлой неделе мы провели четвертый вебинар о фазе функциональной разработки (ODP) системы обеспечения стандартизованного доступа к закрытым регистрационным данным gTLD и их раскрытия (SSAD). Наша презентация была посвящена дополнительным элементам дизайна SSAD, включая схему бизнес-процесса. Мы бы хотели поблагодарить всех, кто смог прийти на вебинар, и предложить тем, кто не смог этого сделать, послушать его в записи и поделиться своими соображениями.

Как это делалось по итогам предыдущих вебинаров, в этой статье мы сделаем краткую сводку презентации и приведем вопросы, заданные сообществу, чтобы получить отзывы о представленных элементах дизайна:

  • Отразили ли мы все необходимые действия, описанные в рекомендациях и связанные с аккредитацией, подачей запросов о раскрытии информации и их передачей договорным сторонам?
  • Не упущены ли в модели какие-нибудь стороны или подсистемы, роли и обязанности, которые, по вашему мнению, в нее необходимо включить?

Специалисты группы по ODP по SSAD представили проект схемы бизнес-процесса для системы, основанный на рекомендациях в области политики, вошедших в Итоговый отчет о работе над Фазой 2 ускоренного процесса формирования политики (EPDP) Временной спецификации для регистрационных данных в gTLD. В схеме учтены рекомендации относительно аккредитации и передачи запросов о раскрытии информации, а также рекомендации о том, как эти запросы будут передаваться договорным сторонам на рассмотрение, вплоть до непосредственной передачи данных запрашивающей стороне, в соответствующих случаях. Кроме того, группа описала различные роли и обязанности, обозначенные проектной группой по SSAD.

Важно отметить, что хотя стороны, запрашивающие данные через SSAD, обязаны иметь аккредитацию, сама по себе она не является гарантией получения этих данных. В большинстве случаев каждая договорная сторона, получающая запрос о раскрытии данных, будет рассматривать запрос и решать, на основании собственных критериев, раскрывать ли их.

Проектная группа также отдельно отметила, что в SSAD подразумевается проведение аудитов для обеспечения соответствия бизнес-процессам и дизайну уже существующих систем. Группа также подчеркнула потребность в наличии дополнительных требований к системе, в том числе соглашений об уровне обслуживания, правил относительно хранения журнала событий системы и данных, а также содержания и частоты составления отчетов о работе SSAD.

Команда по ODP по SSAD провела более 200 часов встреч, чтобы подготовить проект дизайна, представленного на вебинаре, а также другие элементы результатов проведения анализа в рамках фазы функциональной разработки (ODA), о которых рассказывалось по состоянию на сегодня. Кроме того, члены этой команды также индивидуально потратили еще много часов на изучение, описание и создание предложенной SSAD. Команда ждет отзывов сообщества о своей работе.

Взаимодействие с сообществом ICANN и прозрачность на протяжении процесса ODP — залог успеха этого проекта. Если у вас возникли вопросы или вы хотите поделиться соображениями об описанных выше вопросах, обращайтесь по адресу ODP-SSAD@icann.org. Все обращения сохраняются в открытом архиве, доступном к просмотру здесь. Перед тем как подать комментарий, пожалуйста, ознакомьтесь с условиями и выразите свое согласие здесь.

Проектная группа по ODP по SSAD посвятит свой следующий вебинар обсуждению соответствующих затрат и структуры платежей, а также предварительного графика работ по SSAD. Мы планировали провести этот вебинар в декабре, но перенесли его на следующий год, чтобы дать возможность Правлению и Совету GNSO определить следующие шаги в отношении консультаций между Правлением и Советом GNSO о финансовой окупаемости SSAD.

Authors

Eleeza Agopian

Eleeza Agopian

Senior Director, Strategic Initiatives
Read biographyRead biography