Приложение 6 Концепция предсказуемости

ICANN создала концепцию предсказуемости, чтобы управлять операционными процессами Программы New gTLD: раунд 2026 и иметь возможность реагировать на непредвиденные проблемы эффективным и транспарентным образом. В случае возникновения непредвиденных ситуаций корпорация ICANN будет взаимодействовать с Постоянным комитетом по проверке соблюдения положений концепции предсказуемости (SPIRT)¹ в зависимости от потенциального влияния:

• По изменениям, оказывающим существенное влияние² на кандидатов, корпорация ICANN и SPIRT должны найти долгосрочное решение совместными усилиями.

• По изменениям, оказывающим несущественное влияние на кандидатов, корпорация ICANN будет информировать SPIRT об этих изменениях, но консультироваться с SPIRT не будет.³

Ключевые ограничения концепции:

• она не является механизмом для разработки политики;

• она не ограничивает способность Правления ICANN предпринимать действия, связанные с программой или предпринимать действия в отношении какой-либо заявки;

• она не превосходит по возможностям рекомендации GNSO в области политик, которые утверждаются Правлением ICANN;

• она не препятствует процессам разработки политики или руководящих принципов в Совете GNSO (см. Приложения к Уставу ICANN A, A-1, A-2);⁴

• она не ограничивает консультативные комитеты (включая GAC) в предоставления рекомендаций в соответствии со Статьей 12 Устава ICANN.⁵

ICANN будет отмечать все изменения в Программе в общедоступном журнале изменений (см. A6.2 Описание изменений). Кроме того, обо всех существенных изменениях ICANN будет информировать непосредственно всех кандидатов.

A6.1 Стороны, участвующие в концепции

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

1. Кандидаты: все субъекты, направившие заявки на новые gTLD в рамках текущего раунда Программы.

2. Совет GNSO: уставная организация SPIRT, с которой проводятся консультации согласно описанию ниже.

3. Корпорация ICANN: оператор программы, образующийся обеспечить непрерывную и эффективную работу Программы.

4. Правление ICANN: выполняет свои роли и обязанности, подробно описанные в Уставе ICANN.

5. SPIRT: сотрудничает с Корпорацией ICANN и Советом GNSO при рассмотрении существенных изменений в Программе, включая возможные изменения политики.

Для обеспечения постоянной коммуникации и управления Программой, ICANN и SPIRT будут по мере необходимости проводить регулярные плановые удаленные встречи для обсуждения потенциальных изменений в Программе и проблем в ее реализации.

A6.2 Описание изменений

В рамках этой концепции изменения в Программе делятся на три отдельные категории:

• Незначительное операционное изменение относится к любому изменению в ходе текущего раунда Программы, которое можно сделать согласно существующим утвержденным Уставом рекомендациям в области политики и которое не оказывает существенного влияния на кандидатов.

• Существенное операционное изменение — это изменение в ходе текущего раунда Программы, которое можно сделать согласно существующим утвержденным Уставом рекомендациям в области политики и которое оказывает существенное влияние на кандидатов.⁶ Корпорация ICANN и SPIRT должны найти взаимоприемлемое долгосрочное решение. Если в течение 30 дней взаимоприемлемое решение не достигается или если для дальнейшего функционирования программы необходимо более срочное решение, ICANN может применить временное решение, которое будет заменено решением ICANN или SPIRT после достижения договоренности.

• Изменение политики — это изменение в ходе текущего раунда Программы, которое невозможно реализовать соответственно существующим рекомендациям по политике, утвержденным Правлением.⁷ Изменения политики во время текущих раундов будут вноситься только при исключительных обстоятельствах, когда отсутствие изменений поставило бы под угрозу дальнейшую работу Программы. Если необходимо изменить политику, то Правление, корпорация ICANN и Совет GNSO, проконсультировавшись со SPIRT, найдут верное решение для дальнейшей реализации Программы и определят подходящий процесс его реализации.⁸ Сотрудничество в любой форме между Советом и SPIRT в этом контексте выходит за рамки данной концепции и регулируется Уставом SPIRT.

A6.3 Процедурные шаги для инициирования и внесения изменений

Блок-схема запроса на изменение описывает все этапы процедуры, которую должны выполнять консультативный комитет (AC), Совет GNSO, Правление ICANN и корпорация ICANN, если они сочтут, что требуется внести изменение в Программу.

A6.3.1 Запрос на внесение изменений

Существует четыре пути рассмотрения запросов на внесение изменений:

• Путь 1: корпорация ICANN решает, что требуется внести изменение в Программу, применяет концепцию предсказуемости и выполняет шаги, описанные в блок-схеме внесения изменений.

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

• Путь 3: SPIRT выносит решение о том, что обязательно изменить текущий раунд программы, SPIRT совместно с Советом GNSO информирует об этом корпорацию ICANN. Если корпорация ICANN выносит решение о том, что обязательно изменить текущий раунд программы, корпорация ICANN применяет принципы концепции предсказуемости и действует согласно этапам, представленным в схеме развертывания изменения. Если корпорация ICANN решает, вопреки мнению SPIRT, что не требуется вносить изменение в текущем раунде, SPIRT консультируется с Советом GNSO. Если Совет GNSO выносит решение о том, что необходимо менять текущий раунд, то Совет GNSO затем взаимодействует с Правлением ICANN. Если Правление ICANN решит, что требуется внесение изменений в текущем раунде, оно поручит корпорации ICANN применить концепцию предсказуемости и выполнить шаги, описанные в блок-схеме внесения изменений.

• Путь 4: Совет GNSO или AC утверждает руководящие указания или рекомендации и направляет их в Правление ICANN, которое, рассмотрев их, утверждает руководящие указания или рекомендации. Правление ICANN поручает корпорации ICANN реализовать изменение. Если реализация требует внесения изменений в ходе текущего раунда Программы, ICANN применяет концепцию предсказуемости и выполняет шаги, описанные в блок-схеме внесения изменений.

Рисунок A6-1. Блок-схема внесения изменений 1⁹

A6.3.2 Внесение изменений

Блок-схема внесения изменений содержит три основных сценария модификации Программы:

1. Если корпорация ICANN решает, что требуемое изменение может быть реализовано в соответствии с существующими утвержденными Правлением рекомендациями по политике и не окажет существенного влияния¹⁰ на кандидатов, оно классифицируется как «незначительное операционное изменение». В таких случаях корпорация ICANN должна отразить изменение в журнале изменений как можно скорее, предпочтительно до его реализации.

2. Изменения, соответствующие уже утвержденным Правлением рекомендациям по политике, которые окажут существенное влияние на кандидатов, ICANN классифицирует как «существенные операционные изменения». ICANN информирует SPIRT и выполняет последующие шаги, указанные в блок-схеме внесения изменений. После внесения изменений ICANN уведомляет кандидатов обо всех существенных операционных изменениях.

3. Если корпорация ICANN решает, что требуемое изменение не может быть реализовано в соответствии с уже утвержденными Правлением рекомендациями по политике, корпорация ICANN информирует SPIRT. Затем SPIRT консультируется с Советом GNSO. Если Совет GNSO решает, что альтернативное решение, не требующее изменения существующей политики, найти невозможно, то изменение считается «изменением политики» и выполняются последующие шаги блок-схемы внесения изменений.¹¹

Рисунок A6-2. Блок-схема внесения изменений 2

A6.4 Журнал изменений

Корпорация ICANN будет вести учет всех изменений в Программе в общедоступном журнале изменений и создаст общедоступный архивируемый лист рассылки для всех сторон, которые хотят получать уведомления об изменениях в Программе. Для всех существенных изменений ICANN будет информировать непосредственно всех кандидатов. Если изменение касается конфиденциальных вопросов или вопросов безопасности, информация будет при необходимости вымарываться.

Корпорация ICANN будет добавлять информацию об операционных изменениях в журнал изменений в течение пяти дней после развертывания изменения.

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

A6.5 Определение понятия «существенное влияние» для концепции предсказуемости

В контексте концепции предсказуемости понятие «существенное влияние» связано с применением новых процедур или операций в рамках Программы New gTLD: раунд 2026 года или с изменением существующих процедур или операций, которые с большой вероятностью: (1) приведут к изменению статуса заявки, (2) приведут к изменению результата рассмотрения заявки, (3) окажут заметное финансовое или операционное влияние на кандидатов или (4) окажут заметное влияние на сроки обработки заявок вплоть до делегирования.