Модуль 6 Процедуры оценки кандидата

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

В Модуле 6 описывается комплексный процесс оценки, который включает в себя:

• Проведение проверки основных данных кандидата.

• Проверка финансовых отчетов и операционных практик.

• Изучение положений о предоставлении услуг регистратуры.

• Оценка политик безопасности и стратегий предотвращения злоупотреблений.

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

6.1 Проверка основных данных

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

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

6.1.1 Процедуры проверки основных данных

6.1.1.1 Информация в заявке

В заявке кандидаты должны предоставить информацию о юридическом статусе субъекта, подающего заявку,¹ а также указать имена директоров, должностных лиц, партнеров и крупных акционеров² этой организации, а также конечную материнскую организацию и/или лиц, контролирующих организацию-кандидата. Имена и должности лиц, включенных в заявку, будут опубликованы как часть заявки; другая информация, собранная о физических лицах, публиковаться не будет.³ Корпорация ICANN не будет публично разглашать никакую информацию, предоставляемую в рамках процесса проверки основных данных и связанную с критериями, перечисленными ниже в Разделе 6.1.2 Критерии проверки основных данных.

6.1.1.2 Публичные компании

Зарекомендовавшие себя публичные компании, акции которых котируются на любой из 25 крупнейших фондовых бирж мира (согласно определению Всемирной федерации бирж), могут подвергаться более ограниченной процедуре проверки основных данных (см. Раздел 6.1.2 Критерии проверки основных данных). 25 крупнейших бирж определяются по параметру капитализации на внутреннем рынке, согласно данным на конец года, предшествовавшего запуску раунда.⁴

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

6.1.1.3 Запрос на проверку основных данных

ICANN передаст идентифицирующую информацию о кандидате (то есть сведения о субъекте, должностных лицах, директорах и основных акционерах) в международную службу проверки основных данных. Поставщики услуг будут использовать критерии, перечисленные в Разделе 6.1.2 Критерии проверки основных данных, и подготовят результаты своей работы в соответствии с этими критериям.

Запрос основывается на данных об организации кандидата⁵, предоставленной на этапе предварительной подачи заявки (то есть создается учетная запись организации, содержащая такие данные как, например, информация о кандидате, основная и дополнительная контактная информация и доказательство законного учреждения организации). Кандидат несет ответственность за то, чтобы любые персональные данные физических лиц или данные организаций включались в заявку в соответствии с местными законами и подзаконными актами. Например, может понадобиться получение согласия у физических лиц или заключение специальных соглашений с юридическими лицами. По требованию ICANN кандидаты должны будут продемонстрировать ICANN и/или поставщику услуг ICANN по проверке основных данных, что данные организаций и/или физических лиц, указанных в учетной записи организации, передаются в соответствии с местными законами и подзаконными актами для проведения мероприятий по проверке основных данных, что может включать в себя получение согласия у физических лиц. Вопросы, связанные с учетной записью организации см. в группе вопросов 4 Основные данные о субъекте, подающем заявку, и о его форме организации в Приложении 1 Вопросы заявки.

6.1.1.4 Сроки проведения проверки основных данных

Проверка основных данных, как правило, проводится в отношении всех кандидатов в рамках оценки их кандидатур. Если в заявку были внесены изменения, требующие дополнительной или повторной проверки основных данных (например, если изменение⁶ касается субъекта, подавшего заявку, или основных акционеров, должностных лиц или руководства субъекта, подавшего заявку), дополнительная проверка всех изменений основных данных или новой информации будет проводиться в процессе заключения соглашения (см. Раздел 1.2.15 Заключение соглашения).

6.1.2 Критерии проверки основных данных

Проверка основных данных будет проводиться как в отношении организации, так и в отношении отдельных лиц для подтверждения соответствия требованиям и оценки рисков. Информация может быть разной, в зависимости от доступности данных и местного законодательства о защите данных. ICANN может учитывать информацию, полученную из любого источника, если она значима с точки зрения перечисленных ниже критериев и не противоречит местному законодательству о защите данных. Так, могут учитываться комментарии, полученные через Форум для обсуждения заявок (более подробная информация здесь: Раздел 4.1 Комментарии по заявкам).

ICANN, в соответствии с местными законами и нормативными актами, проведет проверку основных данных, чтобы удостовериться, что кандидат соответствует требованиям Раздела 6.1.2.1 Критерии участия в Программе New gTLD. Критерии приемлемости соответствуют стандарту «злоупотребление доверием», который иногда используется в банковской и финансовой сфере. ICANN оставляет за собой право отклонить заявку, даже если кандидат соответствует всем остальным требованиям, на основании информации, выявленной в процессе проверки основных данных.

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

6.1.2.1 Критерии участия в Программе New gTLD

1. Кандидат и физические лица, указанные в учетной записи организации, должны иметь хорошую деловую репутацию в соответствии с действующим законодательством и нормативными актами.

2. Кандидат и лица, указанные в учетной записи организации, должны подтвердить, что они не имеют:

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

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

   3. Судимости за умышленное мошенничество с налогами или умышленное уклонение от уплаты налогов в течение последних десяти лет.

   4. Судимости за лжесвидетельство, клятвопреступление, отказ сотрудничать с правоохранительными органами при проведении расследования или дачу ложных показаний правоохранительным органам или их представителю в течение последних десяти лет.

   5. Судимости за преступления, связанные с использованием компьютеров, систем телефонной связи, телекоммуникаций или интернета в качестве орудия преступления.

   6. Судимости за преступления с применением оружия, насилия или угрозы насилия.

   7. Судимости за насильственные или сексуальные преступления в отношении детей, пожилых лиц или лиц с инвалидностями.

   8. Судимости, полученные в течение последних десяти лет, за нелегальную продажу, изготовление или распространение фармацевтических средств, или судимости или экстрадиция за любое нарушение, описанное в Статье 3 Конвенции Организации Объединенных Наций о борьбе против незаконного оборота наркотических средств и психотропных веществ от 1988 года.

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

9. Судимости или состоявшиеся экстрадиции за любые преступления, описанные в Конвенции ООН против транснациональной организованной преступности (все протоколы).

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

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

12. Систематического или злостного участия в киберсквоттинге, как определено в Единой политике решения споров о доменных именах (UDRP), Законе о защите потребителей от киберсквоттинга (ACPA) или другом эквивалентном законодательстве, либо участия в обратном перехвате доменного имени по определению UDRP или недобросовестности или халатного игнорирования по определению ACPA или аналогичного законодательства. Три или более таких решения, одно из которых было принято в течение последних четырех лет, обычно рассматриваются как систематическое или злостное участие в киберсквоттинге.

6.1.2.2 Вопросы к кандидату при регистрации

Кандидат должен ответить на следующие вопросы, касающиеся критериев участия в Программе, и гарантировать, что вся предоставленная им информация соответствует применимым законам и подзаконным актам:

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

2. Подтвердите, что ни в отношении кандидата, ни любого лица или организации, указанных в учетной записи организации, будь то в их текущем качестве или в составе предыдущей организации в их владении или под их контролем, не было вынесено каких-либо решений, указывающих на их причастность к киберсквоттингу, как определено в Единой политике разрешения споров о доменных именах (UDRP), Законе о защите потребителей от киберсквоттинга (ACPA) или аналогичном законодательстве. Настоящее положение охватывает участие в обратном перехвате доменного имени в соответствии с UDRP или недобросовестное или безрассудное игнорирование ACPA или аналогичного законодательства за последние десять лет. Если это невозможно подтвердить, представьте объяснения.

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

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

2. Подтвердите, что ни в отношении кандидата, ни лиц и организаций, указанных в учетной записи организации, ни в их текущем качестве, ни в составе предыдущей организации в их владении или под их контролем, не было вынесено окончательного решения, связанного с политикой Службы быстрой приостановки (URS) или Процедурами решения споров в отношении товарных знаков после делегирования (PDDRP). Если это невозможно подтвердить, представьте объяснения.

6.1.3 Уточняющие вопросы для проверки основных данных

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

6.1.4 Результаты проверки основных данных

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

6.1.5 Расширенная проверка основных данных

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

6.2 Оценка финансовых и операционных элементов

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

Оценка финансовых и операционных элементов основана на ответах кандидата на вопросы заявки (см. 3.1.3 Вопросы заявки и Приложение 1 Вопросы заявки), которые зависят от модели профиля кандидатов.⁸ В этой модели учитывается, что к разным типам кандидатов должны применяться разные критерии.

Эта оценка проводится в фазе оценки кандидата, описанной в настоящем модуле (Модуль 6 Процедуры оценки кандидата). Оценка финансовых и операционных элементов проводится на уровне подающего заявку субъекта. Если кандидат подает заявку на несколько строк, результаты оценки финансовых и операционных элементов проводится на уровне подающего заявку субъекта, проведенной на уровне подающего заявку субъекта, будут применяться к каждой из строк.

Независимая оценочная комиссия проведет оценку финансовых и операционных элементов на предмет проверки соответствия ответов кандидата определенным критериям профиля кандидата.

Большая часть финансовой информации, предоставленной кандидатом, остается конфиденциальной; вопросы заявки индивидуально помечаются с указанием того, будут ли ответы опубликованы или останутся конфиденциальными.

6.2.1 Выполнение оценки

ICANN присвоит каждому кандидату профиль на основе его уникальных характеристик, определенных на основании ответов на вопросы для выбора профиля кандидата.

Для определения профиля кандидату необходимо ответить на ряд вопросов «Да» или «Нет». Система управления заявками на gTLD (TAMS) направляет кандидата к профильным вопросам на основании ответов кандидата. Ниже приведен список вопросов в том порядке, в котором они задаются:

1. Является ли субъект, подающий заявку, государственной структурой или межправительственной организацией, признанной в его юрисдикции? Если «Да», присвоить профиль государственной структуры.

2. Является ли субъект, подающий заявку, действующим оператором регистратуры или аффилированной⁹ организацией действующего оператора регистратуры с одним или несколькими действующими Соглашениями об администрировании домена верхнего уровня? Если «Да», назначить профиль «Оператор регистратуры».

3. Является ли субъект, подающий заявку, компанией, акции которой котируются на одной из 25 крупнейших публичных фондовых бирж, или аффилированной организацией (лицом) публичной компании, акции которой котируются на одной из 25 крупнейших публичных фондовых бирж, как определено Всемирной федерацией бирж, и фигурирует ли компания в списке ICANN по состоянию на (месяц/день/год)?¹⁰. Если «Да», присвоить профиль «топ-25».

4. Если субъект, подающий заявку, не соответствует ни одному из вышеперечисленных профилей, присвоить стандартный профиль.¹¹

6.2.2 Критерии проведения оценки финансовых и операционных элементов

В зависимости от ответов кандидата на вопросы в Приложении 1 Вопросы заявки, а также присвоенного ему профиля, кандидат должен соответствовать разным критериям оценки. Оценка состоит из трех компонентов: финансовых отчетов, самосертификации и операционной деятельности/планирования.

• Финансовые отчеты: кандидат (за исключением тех, которые подходят под профиль государственной структуры) должен предоставить прошедшую аудит, проверенную или скомпилированную финансовую отчетность, подготовленную сторонней бухгалтерской фирмой для подающего заявку субъекта, которая соответствует стандартам бухгалтерского учета согласно требованиям юрисдикции подающего заявку субъекта. В качестве альтернативы кандидат может предоставить прошедшие независимый аудит, проверенные или скомпилированные отчеты от одобренного ICANN и отвечающего требованиям материнского предприятия (QPE), подготовленные независимой бухгалтерской фирмой. Отвечающий требованиям материнского предприятия (QPE) — это юридическое лицо, которому принадлежит как минимум 51% организации кандидата, прямым или косвенным образом. Отчеты отвечающего требованиям материнского предприятия (QPS) — это прошедшие аудиторскую проверку финансовые отчеты QPE.

• Самосертификация: кандидат должен предоставить документ о самосертификации, подписанный CEO, президентом и/или финансовым директором (CFO) подающего заявку субъекта. Если финансовые данные предоставляются QPE, то документ о самосертификации должно подписать это отвечающее требованиям материнское предприятие (QPE). Формы самосертификации могут быть разными в зависимости от профиля кандидата.

• Операционная деятельность и планирование: кандидаты должны представить разные документы об операционной деятельности и планировании, в соответствии со своим профилем.

Таблица 6-1. Общий обзор требований, связанных с финансовой оценкой по типу профиля

6.2.3 Уточняющие вопросы при проведении оценки финансовых и операционных элементов

Группа оценки может задавать уточняющие вопросы (CQ) и запрашивать дополнительную информацию, необходимую для надлежащей оценки заявки. Кандидаты обязаны предоставить ответ в течение 21 дня после получения CQ.

6.2.4 Расширенная оценка финансовых и операционных элементов

Расширенная оценка — это процесс второй проверки, доступный кандидатам, которые не прошли оценку финансовых и операционных элементов. Кандидат может попросить провести расширенную оценку, чтобы предоставить уточняющую информацию с целью устранения недостатков в изначально поданной заявке. Чтобы получить право на участие, кандидат должен официально выбрать расширенную оценку после получения результатов оценки финансовых и операционных элементов. Сбор за расширенную оценку не взимается.

6.2.5 Инструкции по оценке финансовых и операционных элементов

Оценка финансовых и операционных элементов позволяет определить способность кандидата финансировать запуск регистратуры и ее долгосрочную деятельность по четырем разным профиля:¹³

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

• Профиль оператора регистратуры: применяется к действующим операторам регистратур с действующими базовыми Соглашениями об администрировании домена верхнего уровня или к их аффилированным субъектам.

• Профиль «топ-25»: применяется к компаниям, акции которых котируются на 25 крупнейших публичных фондовых биржах, согласно списку Всемирной федерации бирж (по состоянию на декабрь 2025 г.),¹⁴ или их аффилированным субъектам.

• Стандартный профиль: применяется к кандидатам, не соответствующим критериям остальных трех профилей.

Всем кандидатам необходимо ответить на вопросы в разделах «Политика и план обеспечения безопасности» и «Злоупотребление DNS», а также на вопросы, привязанные к конкретным профилям. ICANN присвоит каждому кандидату профиль на основе критериев, описанных выше в Разделе 6.2.1 Выполнение оценки.

Вопросы по оценке финансовых и операционных элементов для каждого из четырех профилей приведены в Приложении 1 Вопросы заявки. Кроме того, шаблоны для стандартного профиля приведены в Приложении 5 Шаблоны для стандартного финансового профиля.

К оценке финансовых и операционных элементов применяются следующие общие инструкции и рекомендации:

• Кандидат должен ответить на все вопросы.

• Кандидат должен неукоснительно следовать инструкциям и давать полные, коммерчески обоснованные и добросовестные ответы.

• Если по какой-либо причине кандидат считает, что вопрос не относится к его профилю, он должен объяснить, почему.

• После подачи заявки кандидат не может предоставлять какую-либо дополнительную информацию без запроса со стороны ICANN или в качестве ответа на комментарий по заявке. ICANN не обязана запрашивать какую-либо дополнительную информацию или разъяснения представленной информации.

• На вопросы «почему», «опишите», «объясните» или «предоставьте подробную информацию» кандидат должен дать ответ, демонстрирующий тщательность в соответствии с запросом. Большинство ответов должны состоять из нескольких абзацев, но не должны превышать двух страниц. Исключением из этого правила являются все виды финансовых отчетов, контрактов, справочных материалов или любых документов, которые могут потребовать большего объема.

• Все валютные значения должны быть выражены в долларах США (USD) или в национальной валюте, признанной в юрисдикции кандидата или отвечающего требованиям материнского предприятия (QPE).

• Если кандидат подает несколько заявок, то ответы на финансовые вопросы применяются ко всем заявкам, запланированным на этот раунд. Кандидаты должны заполнить раздел, посвященный оценке финансовых и операционных элементов (включая шаблоны) только один раз в своей первой заявке, и в ответе дать обобщенную информацию по всем запрашиваемым строкам.¹⁵

• Оценка финансовых и операционных элементов проводится один раз для каждого субъекта, подающего заявку. В рамках одной оценки финансовых и операционных элементов будут рассмотрены все запрашиваемые строки и их вариантные строки (если таковые имеются) для одного подающего заявку субъекта.

• При заполнении шаблонов оценки финансовых и операционных элементов (наиболее вероятный сценарий, наихудший сценарий и т. д.) кандидаты должны консолидировать все домены в управлении (DUM) по всем запрашиваемым строкам, включая все вариантные строки. При указании расходов, включая расходы на RSP, кандидаты должны консолидировать все прогнозируемые расходы по всем запрашиваемым строкам gTLD и вариантным строкам к ним.