Приложение 1 Вопросы заявки

Инструкции:

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

Инструкции:

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

Инструкции:

Укажите полное название (без сокращений) организационно-правовой формы юридического лица материнского предприятия в том виде, в котором оно фигурирует в официальных регистрационных документах. Если для обозначения организационно-правовой формы юридического лица не используются символы английского алфавита, просьба предоставить ТОЛЬКО официальный перевод на английский. Никакая дополнительная информация предоставляться не должна, так как это будет использоваться для автоматического заполнения Соглашения об администрировании домена верхнего уровня.

Примечания:

1. Организационно-правовая форма юридического лица — это форма, под которой зарегистрирован субъект.

2. Примеры организационно-правовой формы юридического лица — «корпорация», «организация с ограниченной ответственностью», «государственное/частное закрытое акционерное общество (Ltd.)», «некоммерческая организация», «государственная структура», «межправительственная организация», и т. д.

3. Физические лица и индивидуальные предприниматели не соответствуют критериям отбора.

4. Это не то же самое, что полное наименование юридического лица субъекта.

Инструкции:

Юрисдикция — это место, в котором зарегистрирован субъект для юридических и финансовых целей. Это или 1) название страны или 2) название штата/территории, в зависимости от места регистрации подающего заявку субъекта. Никакую дополнительную информацию предоставлять не следует, так как это будет использоваться для автоматического заполнения Соглашения об администрировании домена верхнего уровня. Примеры: «Делавер», «Германия» и т. д.

Инструкции:

Введите номер, присвоенный в местной юрисдикции, например, индивидуальный номер налогоплательщика, бизнес-идентификатор, регистрационный номер НДС или аналогичный номер, выданный в местной юрисдикции.

Инструкции:

Введите название органа, выдавшего индивидуальный номер налогоплательщика, бизнес-идентификатор, регистрационный номер НДС или аналогичный номер, как в ответе на вопрос 5.

Инструкции:

Введите идентификатор юридического лица (LEI), 20-значный буквенно-цифровой код, который уникален для юридических лиц, участвующих в финансовых операциях, для подающего заявку субъекта. если таковой существует.

Инструкции:

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

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

Инструкции:

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

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

CR-1. Загрузите надлежащие документы.

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

Инструкции:

Предоставьте URL-адрес сайта подающего заявку субъекта, если применимо.

Примечания:

Действительный URL должен начинаться с http:// или https:// перед доменным именем (напр. https://www.example.com).

1. Максимум 255 символов

2. Введенный текст должен быть действительным URL-адресом.

Инструкции:

1. Выберите ответ да или нет.

2. Используйте определение аффилированной организации из базового Соглашения об администрировании домена верхнего уровня: https://www.icann.org/en/registry-agreements/base-agreement).

Инструкции:

1. Сообщите, если подающий заявку субъект является действующим оператором регистратуры, аккредитованным ICANN регистратором и/или аффилированной организацией оператора и/или регистратора.

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

3. Если подающий заявку субъект — регистратор, аккредитованный ICANN, укажите идентификационный номер регистратора.

Инструкции:

1. Выберите ответ да или нет.

Инструкции:

1. Используйте определение аффилированной организации из базового Соглашения об администрировании домена верхнего уровня: https://www.icann.org/en/registry-agreements/base-agreement.

2. Укажите тип провайдера и название соответствующего субъекта, аффилированной организацией которого является подающий заявку субъект.

Инструкции:

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

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

Инструкции:

1. Введите соответствующую информацию в текстовое поле.

2. Если акции подающего заявку субъекта обращаются под несколькими символами, укажите фондовую биржу основного листинга субъекта.

Инструкции:

Укажите основной рабочий телефон без кода страны.

Инструкции:

Укажите основной рабочий адрес электронной почты подающего заявку субъекта.

1. Максимум 255 символов

2. Адрес электронной почты должен быть действительным.

Инструкции:

Укажите физический адрес (адрес а/я не указывать).

1. Максимум 255 символов

2. Указывать можно только физические адреса, а/я не принимаются.

Инструкции:

Город, деревня, муниципалитет и т.д.

Инструкции:

Укажите штат, провинцию, департамент, территорию, префектуру, область и т.д., если применимо.

Инструкции:

1. Почтовый индекс, если применимо.

2. Если почтового индекса нет, введите «Неприменимо».

Инструкции:

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

Примечания:

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

CR-1. Соответствующую информацию введите в текстовое поле. Примечания:

CR-2. Если это поле заполнено, все последующие вопросы в этом подразделе (вопросы 27-35) являются обязательными для заполнения.

Инструкции:

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

Инструкции:

Укажите полное название (без сокращений) организационно-правовой формы юридического лица материнского предприятия в том виде, в котором оно фигурирует в официальных регистрационных документах. Если для обозначения организационно-правовой формы юридического лица не используются символы английского алфавита, просьба предоставить ТОЛЬКО официальный перевод на английский.

Примечания:

1. Организационно-правовая форма юридического лица — это форма, под которой зарегистрирован субъект.

2. Примеры организационно-правовой формы юридического лица — «корпорация», «организация с ограниченной ответственностью», «государственное/частное закрытое акционерное общество (Ltd.)», «некоммерческая организация», «государственная структура», «межправительственная организация», и т. д.

3. Физические лица и индивидуальные предприниматели не соответствуют критериям отбора.

4. Это не то же самое, что полное наименование юридического лица субъекта.

Инструкции:

Юрисдикция — это место, в котором зарегистрирована прямая материнская компания для юридических и финансовых целей. Это или 1) название страны или 2) название штата/территории, в зависимости от места регистрации прямой материнской компании. Примеры: «Делавер», «Германия» и т. д.

Инструкции:

Укажите физический адрес (адрес а/я не указывать).

1. Максимум 255 символов

2. Указывать можно только физические адреса, а/я не принимаются.

Инструкции:

Город, деревня, муниципалитет и т.д.

Инструкции:

Укажите штат, провинцию, департамент, территорию, префектуру, область и т.д., если применимо.

Инструкции:

1. Почтовый индекс, если применимо.

2. Если почтового индекса нет, введите «Неприменимо».

Инструкции:

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

Примечания:

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

CR-1. Введите соответствующую информацию в текстовом поле.

CR-2. Если это поле заполнено, все последующие вопросы в этом подразделе (вопросы 37-48) являются обязательными для заполнения.

Инструкции:

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

Инструкции:

Укажите полное название (без сокращений) организационно-правовой формы юридического лица материнского предприятия в том виде, в котором оно фигурирует в официальных регистрационных документах. Если для обозначения организационно-правовой формы юридического лица не используются символы английского алфавита, просьба предоставить ТОЛЬКО официальный перевод на английский.

Примечания:

1. Организационно-правовая форма юридического лица — это форма, под которой зарегистрирован субъект.

2. Примеры организационно-правовой формы юридического лица — «корпорация», «организация с ограниченной ответственностью», «государственное/частное закрытое акционерное общество (Ltd.)», «некоммерческая организация», «государственная структура», «межправительственная организация», и т. д.

3. Физические лица и индивидуальные предприниматели не соответствуют критериям отбора.

4. Это не то же самое, что полное наименование юридического лица субъекта.

Инструкции:

Юрисдикция — это место, в котором зарегистрирована материнская компания для юридических и финансовых целей. Это или 1) название страны или 2) название штата/территории, в зависимости от места регистрации прямой материнской компании. Примеры: «Делавер», «Германия» и т. д.

Инструкции:

Укажите физический адрес (адрес а/я не указывать)

1. Максимум 255 символов

2. Указывать можно только физические адреса, а/я не принимаются.

Инструкции:

Город, деревня, муниципалитет и т.д.

Инструкции:

Укажите штат, провинцию, департамент, территорию, префектуру, область и т.д., если применимо.

Инструкции:

1. Почтовый индекс, если применимо.

2. Если почтового индекса нет, введите «Неприменимо».

Инструкции:

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

Инструкции:

Выберите ответ да или нет.

Инструкции:

Дайте разъяснение.

CR-1. Введите соответствующую информацию в текстовом поле.

CR-2. Текст не должен превышать 4000 символов.

Инструкции:

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

Примечания:

1. Основной пользователь — это лицо, которое подающий заявку субъект назначил ответственным за управление заявкой, включая предоставление ответов на поручения системы управления заявками на gTLD (TAMS), на разных стадиях оформления заявки. Указанный здесь основной пользователь также должен быть готов получать вопросы от ICANN и публики.

2. Информация о двух (2) отдельных пользователях предоставлять обязательно.

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

Инструкции:

Указать почтовый адрес основного пользователя.

Инструкции:

Город, деревня, муниципалитет и т.д.

Инструкции:

Укажите штат, провинцию, департамент, территорию, префектуру, область и т.д., если применимо.

Инструкции:

1. Почтовый индекс, если применимо.

2. Если почтового индекса нет, введите «Неприменимо».

Инструкции:

Указать рабочий телефон пользователя без кода страны.

Инструкции:

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

1. Максимум 255 символов

2. Адрес электронной почты должен быть действительным.

Инструкции:

Укажите долю владения акциями подающего заявку субъекта этого пользователя, в числах (например, 15%, и т. д.)

Инструкции:

Укажите должность данного пользователя в организации (напр. генеральный директор, финансовый директор, директор и т.д.). Если пользователь не состоит в штате подающего заявку субъекта, укажите «подрядчик», «консультант» или что-то аналогичное.

Инструкции:

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

2. Если нет, напишите «не применимо»

Примечания:

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

Инструкции:

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

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

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

4. Если плательщик — физическое лицо, в TAMS также запросят следующую информацию: страна проживания и титул.

Инструкции:

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

CR-1. Введите соответствующую информацию в текстовом поле.

CR-2. Это поле обязательное только если плательщик — это коммерческая организация.

Инструкции:

Если плательщик — это компания, предоставьте полное название (без сокращений) организационно-правовой формы юридического лица плательщика, в том виде, в котором оно фигурирует в официальных регистрационных документах. Если для обозначения организационно-правовой формы юридического лица не используются символы английского алфавита, просьба предоставить ТОЛЬКО официальный перевод на английский.

Примечания:

1. Организационно-правовая форма юридического лица — это форма, под которой зарегистрирован субъект.

2. Примеры организационно-правовой формы юридического лица — «корпорация», «организация с ограниченной ответственностью», «государственное/частное закрытое акционерное общество (Ltd.)», «некоммерческая организация», «государственная структура», «межправительственная организация», и т. д.

3. Физические лица и индивидуальные предприниматели не соответствуют критериям отбора.

4. Это не то же самое, что полное наименование юридического лица субъекта.

CR-1. Введите соответствующую информацию в текстовом поле.

CR-2. Это поле обязательное только если плательщик — это коммерческая организация.

Инструкции:

Ответьте на этот вопрос, если плательщик — компания. Юрисдикция — это место, в котором зарегистрирован плательщик для юридических и финансовых целей. Это или 1) название страны или 2) название штата/территории, в зависимости от места регистрации плательщика. Примеры: «Делавер», «Германия» и т. д.

CR-1. Введите соответствующую информацию в текстовом поле.

CR-2. Это поле обязательное только если плательщик — это коммерческая организация.

Инструкции:

Укажите физический адрес (адрес а/я не указывать) главного адреса плательщика.

1. Максимум 255 символов

2. Указывать можно только физические адреса, а/я не принимаются.

Инструкции:

Город, деревня, муниципалитет и т.д.

Инструкции:

Укажите штат, провинцию, департамент, территорию, префектуру, область и т.д., если применимо.

Инструкции:

1. Почтовый индекс, если применимо.

2. Если почтового индекса нет, введите «Неприменимо».

Инструкции:

Укажите название финансового учреждения (например, банка, кредитного союза, инвестиционной компании, и т. д.)

Инструкции:

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

Инструкции:

Предоставьте почтовый адрес банковского отделения, связанного с информацией о счете, предоставленном в ответ на вопросы 85-90.

Инструкции:

Укажите город, деревню, муниципалитет и т.д. банковского отделения, связанного с информацией о счете, предоставленном в ответ на вопросы 85-90.

Инструкции:

Укажите штат, провинцию, департамент, территорию, префектуру, область и т.д. (если применимо) банковского отделения, которое будет использовать подающий заявку субъект для осуществления банковских переводов в адрес ICANN и связанное с информацией о счете, предоставленной в ответ на вопросы 85-90.

Инструкции:

1. Укажите почтовый индекс банковского отделения, связанного с информацией о счете, предоставленной в ответ на вопросы 85-90.

2. Если почтового индекса нет, введите «Неприменимо».

Инструкции:

Укажите код страны банковского отделения, связанного с информацией о счете, предоставленной в ответ на вопросы 85-90.

Инструкции:

Укажите полное название (без сокращений) организационно-правовой формы юридического лица материнского предприятия в том виде, в котором оно фигурирует в официальных регистрационных документах. Если для обозначения организационно-правовой формы юридического лица не используются символы английского алфавита, просьба предоставить ТОЛЬКО официальный перевод на английский.

Примечания:

1. Организационно-правовая форма юридического лица — это форма, под которой зарегистрирован субъект.

2. Примеры организационно-правовой формы юридического лица — «корпорация», «организация с ограниченной ответственностью», «государственное/частное закрытое акционерное общество (Ltd.)», «некоммерческая организация», «государственная структура», «межправительственная организация», и т. д.

3. Физические лица и индивидуальные предприниматели не соответствуют критериям отбора.

4. Это не то же самое, что полное наименование юридического лица субъекта.

Инструкции:

Юрисдикция — это место, в котором зарегистрирована компания для юридических и финансовых целей. Это или 1) название страны или 2) название штата/территории, в зависимости от места регистрации финансового учреждения. Примеры: «Делавер», «Германия» и т. д.

Инструкции:

Предоставьте код банка по версии Американской банковской ассоциации плательщика.

Инструкции:

Укажите международный номер банковского счета (IBAN) плательщика, если применимо.

Примечания:

IBAN состоит из буквенно-цифровых знаков, до 34, начиная с двухбуквенного кода страны, за которыми следуют две контрольные цифры для безопасности. После них указаны внутренние банковские реквизиты, известные под названием основной номер банковского счета (BBAN), банковский идентификационный код, код отделения банка (также известное в Великобритании как «sort code») и номер счета.

Инструкции:

Укажите SWIFT-код плательщика. SWIFT-код также известен под названием идентификационный код банка (BIC-код). Этот код должен состоять из 8-11 алфавитно-цифровых символов [0-9,a-z].

Инструкции:

Укажите номер счета плательщика.

Инструкции:

Выберите тип счета плательщика.

Инструкции:

Выберите категорию счета плательщика.

CR-1. Выберите ответ из выпадающего меню.

CR-2. Возможны следующие варианты: неамериканский, американский бизнес-счет, американский корпоративный счет или американский личный счет.

Инструкции:

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

Примечания:

1. Контактное лицо по вопросам выставления и оплаты счетов — это человек, которому поручены обязанности, связанные со осуществлением расчетов, такими как оплата счетов и возврат средств.

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

пожалуйста, введите информацию об этом пользователе повторно.

Инструкции:

Укажите почтовый адрес контактного лица по вопросам выставления и оплаты счетов.

Инструкции:

Город, деревня, муниципалитет и т.д.

Инструкции:

Укажите штат, провинцию, департамент, территорию, префектуру, область и т.д., если применимо.

Инструкции:

1. Почтовый индекс, если применимо.

2. Если почтового индекса нет, введите «Неприменимо».

Инструкции:

Указать рабочий телефон контактного лица по вопросам платежей без кода страны.

1. Максимум 255 символов

2. Адрес электронной почты должен быть действительным.

Инструкции:

Укажите должность контактного лица по вопросам платежей организации подающего заявку субъекта (напр. генеральный директор, финансовый директор, директор и т.д.). Если это контактное лицо не состоит в штате подающего заявку субъекта, укажите «подрядчик», «консультант» или что-то региональный эквивалент.

Инструкции:

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

Примечания:

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

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

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

Должностные лица/

партнеры

Инструкции:

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

Примечания:

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

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

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

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

Инструкции:

Укажите полные имена и контактную информацию всех владельцев акций (физических лиц и субъектов), которые владеют как минимум 15% выпущенных акций (или другого вида капитала) и процентную долю каждого.

Примечания:

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

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

Инструкции:

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

Инструкции:

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

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

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

Инструкции:

Нажмите на флажок, чтобы подтвердить заявление.

Инструкции:

Выберите ответ да или нет.

Инструкции:

Если это невозможно подтвердить, предоставьте

объяснение.

Инструкции:

Выберите ответ да или нет.

Инструкции:

Если это невозможно подтвердить, предоставьте

объяснение.

Подтвердите, что подающий заявку субъект и физические лица или субъекты, указанные в

учетной записи организации, ни в их текущем качестве, ни в составе

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

окончательного решения, связанного с положениями

Политики Службы быстрой приостановки (URS) или

Процедуры разрешения разногласий в отношении товарных знаков после делегирования (PDDRP).

Инструкции:

Выберите ответ да или нет.

Инструкции:

Если это невозможно подтвердить, предоставьте

объяснение.

Инструкции:

1. Вводите ТОЛЬКО текст запрашиваемой строки без каких-либо дополнительных символов, таких как кавычки, точки или другие знаки препинания.

2. При подаче заявки на IDN-домен, укажите A-Label с xn--.

Инструкции:

При подаче заявки на IDN-домен, укажите U-Label (U-метку) и список кодовых точек.

Примечания:

Кодовые точки должны быть в формате «U+0000» и разделены пробелами.

CR-1. Обязательно, если это IDN-домен.

CR-2. Укажите действительную U-Label (U-метку) и список кодовых точек в текстовом поле.

CR-3. Текст (UTF-8)

Инструкции:

Предоставьте значение или перефразируйте строку на английском языке, т. е. приведите буквальное значение строки по мнению подающего заявку субъекта. Если в буквальном смысле по-английски строка ничего не значит (например, если это название бренда или имя собственное без перевода), просто напишите «Перевода на английский нет»).

Примечания:

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

Инструкции:

Если это IDN-домен, предоставьте набор символов строки (на английском и соответственно RZ-LGR/ISO 15924)

CR-1. Обязательно, если

это IDN-домен.

CR-2. Выберите ответ из выпадающего меню списка ISO 15924.

Инструкции:

Предоставьте фонетическое обозначение строки при помощи международного фонетического алфавита (МФА). См. МФА: https://www.internationalphoneticassociation.org/IPAcharts/IPA_chart_orig/pdfs/IPA_Kiel_2020_full.pdf

Инструкции:

Нажмите на флажок, чтобы подтвердить заявление

Инструкции:

1. Укажите ТОЛЬКО запрашиваемую вариантную строку без каких-либо дополнительных символов, таких как кавычки, точки или другие знаки препинания.

2. При подаче заявки на IDN-домен, укажите A-Label с xn--.

Примечание.

1. Вариантные строки рассчитываются при помощи применимой версии Правил генерирования меток корневой зоны. См. применимую версию RZ-LGR и поддерживаемые наборы символов и языки для целей Руководства.

2. Субъект, запрашивающий одну или несколько подлежащих распределению вариантных строк для первичного IDN-домена или существующего gTLD, должен предоставить обоснование необходимости каждой вариантной строки. Также см. Раздел 7.6 Оценка вариантных строк.

Инструкции:

При подаче заявки на IDN-домен, укажите U-Label (U-метку) и список кодовых точек.

Примечания:

Кодовые точки должны быть в формате «U+0000» и разделены пробелами.

CR-1. Обязательно, если это IDN-домен.

CR-2. Укажите действительную U-Label (U-метку) и список кодовых точек в текстовом поле.

CR-3. Текст (UTF-8)

Инструкции:

Предоставьте набор символов строки (на английском и соответственно RZ-LGR/ISO 15924).

CR-1. Обязательно, если это IDN-домен.

CR-2. Выберите ответ из выпадающего меню списка ISO 15924

Инструкции:

Выберите один вариант.

Инструкции:

Укажите значение или предполагаемое значение (для несловарных слов) каждой из запрашиваемых вариантных строк с указанием источников. Если в буквальном смысле по-английски строка ничего не значит (например, если это название бренда или имя собственное без перевода), просто напишите «No English Translation» (перевод на английский невозможен).

Примечания:

1. Будет проанализировано значение строки/определение вариантных строк.

2. Подающие заявку субъекты имеют право пользоваться несколькими словарями на разных языках для доказательства своей правоты.

Инструкции:

Предоставьте как минимум три добросовестных примера в обоснование объяснения (например, доказательство использования товарного знака на примере применения для решения реальных задач).

CR-1. Укажите соответствующую информацию в текстовом поле или загрузите документ (необязательно).

Также см. Раздел 7.6 Оценка вариантных строк.

Инструкции:

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

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

3. Как отражаются потребности этих сообществ пользователей в различиях или общих чертах структуры таблиц IDN для первичных TLD и каждого из вариантных TLD?

Инструкции:

Предоставьте шаги и описания, которые служат надлежащим доказательство соответствия всем заданным критериям. См. Раздел 7.6 Оценка вариантных строк и Раздел 3.1.9.2.1 Подача заявки на новый первичный IDN-домен и его вариантные строки.

Примечания:

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

Инструкции:

Нажмите на флажок, чтобы подтвердить заявление.

Инструкции:

Выберите ответ да или нет.

Инструкции:

1. Укажите название сообщества, которое обязуется обслуживать подающий заявку субъект.

2. Опишите специфические особенности сообщества.

Инструкции:

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

2. Объясните выполнение этой цели можно обеспечивать в долгосрочной перспективе.

Инструкции:

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

Инструкции:

Опишите и предоставьте доказательства взаимоотношений между подающим заявку субъектом и обозначенным сообществом.

Инструкции:

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

Инструкции:

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

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

Инструкции:

Укажите основное место расположения сообщества.

Инструкции:

1. Укажите приблизительный размер сообщества. Размер должен быть в формате чисел (например, «1 000 000 членов»).

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

Инструкции:

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

Инструкции:

1. Предоставьте доказательства задокументированных практик усилий сообщества на текущий момент.

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

a) предложение поддержки;

b) обмен информацией;

с) реагирование на конкретные потребности сообщества;

d) укрепление и развитие отношений в рамках обозначенного сообщества.

Инструкции:

1. Опишите, играет ли подающий заявку субъект какую-нибудь роль в мероприятиях, упоминаемых в вопросе 141.

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

Инструкции:

1. Предоставьте доказательства того, что члены сообщества осведомлены о существовании обозначенного сообщества и о разных членских группах или сегментах в пределах обозначенного сообщества.

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

a) проведенные опросы;

b) подтверждение проведенных мероприятий с разными группами, сегментами и членами сообщества.

Инструкции:

1. Предоставьте доказательства осведомленности членов сообщества о подающем заявку субъекте и о его намерении подать заявку на gTLD сообщества.

2. Если доказательства отсутствуют, объясните почему.

Инструкции:

Предоставьте доказательства факта существования обозначенного сообщества до начала периода приема заявок.

Инструкции:

1. Предоставьте доказательства осведомленности индивидуальных лиц и групп за пределами сообщества о существовании обозначенного сообщества.

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

a) информация в СМИ или другая общедоступная информация о сообществе и его деятельности или членах;

b) обсуждение сообщества на различных форумах, будь то онлайн или очно;

c) доказательства партнерских отношений или сотрудничества с группами за пределами обозначенного сообщества;

d) доказательства создания или организации обозначенного сообщества до начала периода приема заявок;

e) доказательства вклада (например, культурного или научного) в развитие общества в целом или населения.

Инструкции:

1. Предоставьте доказательства долговременности существования сообщества.

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

a) доказательства проведения регулярных или плановых мероприятий, демонстрирующие непрерывность во времени;

b) документы о прошлых мероприятиях, демонстрирующие устоявшуюся традицию или практику;

C) записи обсуждений, подчеркивающих устойчивое присутствие обозначенного сообщества или его культурное значение.

Инструкции:

Объясните, как запрашиваемая строка совпадает с названием сообщества или как она является известным вторым названием сообщества (длинным или коротким вариантом названия).

Инструкции:

1. Опишите аспекты, которые являются доказательствами прямой связи запрашиваемой строки с сообществом или того, как она представляет сообщество.

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

Инструкции:

Выберите радиокнопку — да/нет

Примечания:

1. Правила регистрации сообщества — это условия, налагаемые операторами регистратур gTLD сообщества в своих gTLD на владельцев доменов.

2. Если вы выберете ответ «да» на этот вопрос, подающий заявку субъект будет обязан оплатить обусловленный сбор за оценку обязательств регистратуры, а правила регистрации сообщества, утвержденные ICANN, будут проанализированы в рамках CPE (если подающий заявку субъект решит принять в ней участие) и включены в Спецификацию 12 применимого базового Соглашения об администрировании домена верхнего уровня.

3. Если вы выберете ответ «нет», дальнейшее рассмотрение заявки в качестве заявки от сообщества будет невозможно.

CR-1. Кандидаты от сообщества должны предложить, как минимум, правила регистрации сообщества (и получить ее одобрение ICANN) в том, что касается критериев соответствия требованиям для владельцев доменов и выбора имен на предмет включения в Спецификацию 12 соответствующих базовых Соглашений об администрировании доменов верхнего уровня.

CR-2. Эти правила являются обязательным условием для участия заявки от сообщества в оценке приоритетности заявок от сообществ (CPE). См. Раздел 7.8.3 Добровольные обязательства регистратуры (RVC) и Раздел 5.4 Оценка приоритетности заявок от сообществ.

1. Необходимо выбрать один из вариантов ответа.

2. Если ответ «Да», переходите к вопросу 151 (следующему вопросу) в этом разделе.

3. Если «Нет», система выдаст предупреждение следующего содержания: «Если не будут предложены правила регистрации сообщества, дальнейшее рассмотрение вашей заявки на gTLD сообщества невозможно, как невозможно и ее участие в оценке приоритетности заявок от сообществ (CPE)».

Инструкции:

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

2. Подготовьте проект правил регистрации сообщества в качестве предложения по положениям соглашения. Можно подать до 10 правил регистрации сообщества.

3. При выдвижении предложений относительного того, что оператор регистратуры должен или не должен делать используйте следующий формат.

a) «Оператор регистратуры должен___»; и/или

b) «Оператор регистратуры не будет ___».

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

a) «Оператор регистратуры включит следующие положения в Соглашение между регистратурами и регистраторами: Регистратор обязан___»; и/или

b) «Оператор регистратуры включит следующие положения в Соглашение между регистратурами и регистраторами: Регистратор не имеет права___».

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

a) «Оператор регистратуры включит положение в свое Соглашение между регистратурами и регистраторами, требующее от регистраторов включать в свои регистрационные соглашения положение об обязательном___»; и/или

a) «Оператор регистратуры включит положение в свое Соглашение между регистратурами и регистраторами, требующее от регистраторов включать в свои Соглашения между регистратурами и регистраторами положение о запрещении___».

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

a) Оператор регистратуры подготовит и развернет правила определения права на регистрацию и опубликует эти правила на своем сайте не позднее даты делегировании TLD в DNS.

b) Оператор регистратуры будет пересматривать эти правила регистрации сообщества (a) как минимум раз в год и опубликует результаты этого пересмотра (включая уточнения правил регистрации) на своем сайте в течение тридцати (30) дней после годовщины даты вступления правил в силу.

7. Если правила регистрации сообщества ограничены по времени, продолжительности, сфере применения и по другим факторам, укажите соответствующие ограничения. Например, если ограничения на право владельца домена зарегистрироваться являются временными, подающий заявку субъект должен указать, применимо ли это ограничение на протяжении всего существования gTLD, только в течение определенного периода или в течение как-то другого периода (например, оператор регистратуры должен, в течение x дней со дня вступления в силу.___).

8. Информацию о критериях оценки, которые ICANN будет применять при выполнении оценки каждой из политик сообщества в области см. в Разделе 7.8.3.3 Критерии добровольных обязательств регистратур (RVC).

Примечания:

«Квалификационные требования» — это требования, которым должны соответствовать юридические или физические лица, чтобы получить право стать владельцами доменов в данной регистратуре.

CR-1. Предоставить описание только одного действия на каждое поле для ответа.

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

Инструкции:

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

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

3. Эти критерии и правила должны соответствовать целям сообщества для запрашиваемой строки gTLD.

4. При выдвижении предложений относительного того, что оператор регистратуры должен или не должен делать используйте следующий формат.

a) «Оператор регистратуры должен___»; и/или

b) «Оператор регистратуры не будет ___».

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

a) «Оператор регистратуры включит следующие положения в Соглашение между регистратурами и регистраторами: Регистратор обязан___»; и/или

b) «Оператор регистратуры включит следующие положения в Соглашение между регистратурами и регистраторами: Регистратор не имеет права___».

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

a) «Оператор регистратуры включит положение в свое Соглашение между регистратурами и регистраторами, требующее от регистраторов включать в свои Соглашения между регистратурами и регистраторами положение об обязательном___»; и/или

a) «Оператор регистратуры включит положение в свое Соглашение между регистратурами и регистраторами, требующее от регистраторов включать в свои Соглашения между регистратурами и регистраторами положение о запрещении___».

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

a) Оператор регистратуры подготовит и развернет правило относительно выбора имени и опубликует ее на своем сайте не позднее даты делегировании TLD в DNS.

b) Оператор регистратуры будет пересматривать правило относительно выбора имени (a) как минимум раз в год и опубликует результаты этого пересмотра (включая уточнения правила) на своем сайте в течение тридцати (30) дней после годовщины даты вступления правила в силу.

8. Если правила регистрации сообщества ограничены по времени, продолжительности, сфере применения и по другим факторам, укажите соответствующие ограничения. Например, если правило относительно выбора имени является временным, подающий заявку субъект должен указать, применимо ли это ограничение на протяжении всего существования gTLD, только в течение определенного периода или в течение как-то другого периода (например, оператор регистратуры должен, в течение x дней со дня вступления в силу.___).

9. Информацию о критериях оценки, которые ICANN будет применять при выполнении оценки каждой из политик сообщества в области см. в Разделе 7.8.3.3 Критерии добровольных обязательств регистратур (RVC).

Примечания:

«Выбор имени» означает условия, которые должны быть выполнены для любого доменного имени второго уровня, чтобы регистратура сочла его приемлемым.

CR-1. Предоставить описание только одного действия на каждое поле для ответа.

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

Сообщество (Правила регистрации сообщества — другое; критерии RCE

1, 2 и 3)

Инструкции:

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

2. В каждом поле для ответа укажите по одному предложенному правилу регистрации сообщества. Можно подать до 10 правил регистрации сообщества.

3. При выдвижении предложений относительного того, что оператор регистратуры должен или не должен делать используйте следующий формат.

a) «Оператор регистратуры должен___»; и/или

b) «Оператор регистратуры не будет ___».

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

a) «Оператор регистратуры включит следующие положения в Соглашение между регистратурами и регистраторами: Регистратор обязан___»; и/или

b) «Оператор регистратуры включит следующие положения в Соглашение между регистратурами и регистраторами: Регистратор не имеет права___».

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

a) «Оператор регистратуры включит положение в свое Соглашение между регистратурами и регистраторами, требующее от регистраторов включать в свои Соглашения между регистратурами и регистраторами положение об обязательном___»; и/или

a) «Оператор регистратуры включит положение в свое Соглашение между регистратурами и регистраторами, требующее от регистраторов включать в свои Соглашения между регистратурами и регистраторами положение о запрещении___».

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

a) Оператор регистратуры подготовит и развернет правила регистрации сообщества и опубликует эти правила на своем сайте не позднее даты делегировании TLD в DNS.

b) Оператор регистратуры будет пересматривать эти правила регистрации сообщества (a) как минимум раз в год и опубликует результаты этого пересмотра (включая уточнения правил регистрации) на своем сайте в течение тридцати (30) дней после годовщины даты вступления правил в силу.

7. Если правила регистрации сообщества ограничены по времени, продолжительности, сфере применения и по другим факторам, укажите соответствующие ограничения. Например, если обязательство является временным, подающий заявку субъект должен указать, применимо ли это правило на протяжении всего существования gTLD, только в течение определенного периода или в течение как-то другого периода (например, оператор регистратуры должен, в течение x дней со дня вступления в силу.___).

8. Информацию о критериях оценки, которые ICANN будет применять при выполнении оценки каждой из политик сообщества в области см. в Разделе 7.8.3.3 Критерии добровольных обязательств регистратур (RVC).

CR-1. Предоставить описание только одного действия на каждое поле для ответа.

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

Инструкции:

1. Если вы предлагаете внести ограничения в предлагаемые политики сообщества в области регистрации в ответ на вопросы 151-153, пожалуйста, предоставьте обоснования для них в этом поле для ответа. См. Раздел 7.8.3.3 Критерии добровольных обязательств регистратур (RVC).

2. Если вы не предлагаете вносить никакие ограничения в предлагаемые правила регистрации сообщества в ответ на вопросы 151-153, пожалуйста, напишите «неприменимо» в этом поле для ответа.

Инструкции:

1. Разъясните, каким образом правила регистрации сообщества соответствуют критериям 4 и 5 оценки обязательств регистратур при помощи положений Раздела 7.8.3.3 Критерии добровольных обязательств регистратур (RVC).

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

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

4. Решите, можно ли обосновать мнение о том, что предложенные правила регистрации сообщества несовместимы с Уставом ICANN. ICANN не будет утверждать никакие правила регистрации сообщества, несовместимые с Уставом ICANN. Cм. справочную информацию в резолюции Правления ICANN2024.06.08.08-2024.06.08.10. Пожалуйста, поделитесь своими соображениями об этой теме в ответе на этот вопрос.

5. Обдумайте, требует ли правило регистрации сообщества предоставления дополнительной услуги регистратуры. В этом случае кандидат должен привлечь выбранного им провайдера услуг регистратур (RSP), чтобы обсудить вопрос внедрения этой дополнительной услуги регистратуры, которая должна пройти оценку в рамках Программы RSP и быть одобрена ICANN.

Инструкции:

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

Инструкции:

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

Является ли запрашиваемая строка географическим наименованием согласно одному из определений ниже:

a) название столицы страны или территории согласно стандарту ISO 3166-1;

b) название города, при чем таким образом, что из заявлений, сделанных в заявке, понятно, что подающий заявку субъект планирует использовать gTLD для целей, связанных с названием города;

c) под-национальное географическое наименование согласно стандарту ISO 3166-2; или

d) строки, перечисленные как регионы ЮНЕСКО или отображаемые в разделе «Географические регионы» в документе «Стандартные коды стран или районов для статистического использования (M49)».

Инструкции:

Выберите ответ да или нет.

Инструкции:

Выберите ответ да или нет.

Инструкции:

Предоставьте описание и примеры того, как TLD будет использоваться в отношении названия города.

Условия, применимые к географическим наименованиям (поддержка или отсутствие

несогласия)

Инструкции:

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

Примечания:

Подробное описание требований к разным типам географических групп см. в Разделе 7.5 Географические наименования.

Под-

раздел

Инструкции:

Выберите ответ да или нет.

CR-1. Выберите радиокнопку — да/нет

CR-2. Выбор делается на основе самостоятельного заявления подающего заявку субъекта о статусе зарезервированного имени.

Инструкции:

1. В случае существования материнского предприятия, предоставьте доказательства поддержки материнского предприятия, включая иллюстрацию его связи с подающим заявку субъектом.

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

Инструкции:

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

a. Буквально, как описано в заявке.

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

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

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

CR-1. Выбор «да»/»нет»

CR-2. Выбор ответа «да» значит, что запрашиваемая строка предполагает определенный уровень подразумеваемого пользовательского доверия и должна считаться частью Группы защитных мер 1 — Регулируемые секторы/требования относительно свободного доступа в нескольких юрисдикциях — и требовать обеспечения защитных мер 1-3.

Инструкции:

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

a. Буквально, как описано в заявке.

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

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

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

CR-1. На каждое соображение выбрать да/нет.

CR-2. Выбор ответа «да» значит, что запрашиваемая строка связана с повышенным риском нанесения ущерба потребителям, и должна считаться частью Группы защитных мер 1 — Регулируемые секторы/требования относительно свободного доступа в нескольких юрисдикциях — и требовать обеспечения защитных мер 1-3.

Инструкции:

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

a. Буквально, как описано в заявке.

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

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

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

CR-1. На каждое соображение выбрать да/нет.

CR-2. Выбор ответа «да» значит, что запрашиваемая строка (строки) связаны с сектором рынка, у которого четко определены и/или регулируются требования относительно входа на него (например, финансовый сектор, азартные игры, профессиональные услуги, окружающая среда, физкультурно-оздоровительный сектор, корпоративные идентификаторы и благотворительность) во множестве юрисдикций, и должна считаться частью Группы защитных мер 2 — Строго регулируемые секторы/требования относительно закрытого доступа — и требовать обеспечения защитных мер 1-8.

Инструкции:

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

a. Буквально, как описано в заявке.

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

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

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

CR-1. На каждое соображение выбрать да/нет.

CR-2. Выбор ответа «да» значит, что запрашиваемая строка (строки), связаны с отраслью, где местное, региональное или национальное правительство налагает строгие правила относительно лицензирования или аккредитации. Обычно это подразумевает регулярные инспекции и постоянный государственный надзор, и должно считаться принадлежащим к Группе защитных мер 2 — Cтрого регулируемые секторы/требования относительно закрытого доступа — и требовать обеспечения защитных мер 1-8.

Инструкции:

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

a. Буквально, как описано в заявке.

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

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

I-2. Если так называемый «здравомыслящий человек», которые понимает соответствующий контекст, считает, что на вопрос надо дать ответ «да», то ответ должен быть «да».

CR-1. Выбрать «да»/»нет».

CR-2. Если выбран ответ «да», то запрашиваемая строка (строки) — это слова, связанные с харассментом, преднамеренным нанесением ущерба или агрессией, что — с умыслом или без — является причиной страданий или создает неловкое положение в отношении окружающих

и должны считаться принадлежащими к Группе защитных мер 3 — Риск кибербуллинга/харассмента — и требовать обеспечения защитных мер 1-9.

Инструкции:

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

a. Буквально, как описано в заявке.

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

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

I-2. Если так называемый «здравомыслящий человек», которые понимает соответствующий контекст, считает, что на вопрос надо дать ответ «да», то ответ должен быть «да».

CR-1. Выбрать «да»/»нет».

CR-2. Выбор ответа «да» значит, что запрашиваемая строка (строки) связаны с функцией, которая заведомо находится в ведении государства — рода войск — и она должна считаться принадлежащей к Группе защитных мер 4 — Неотъемлемые государственные функции — и требовать обеспечения защитных мер 1-8 и 10.

Инструкции:

Выберите ответ да или нет.

Примечания:

1. ICANN проанализирует, требует ли запрашиваемая строка gTLD одного или более обязательств по обеспечению общественных интересов в качестве защитных мер (PIC в качестве защитной меры), которые следует включить в базовое Соглашение об администрировании домена верхнего уровня.

2. В В дополнение к обязательным обязательствам по обеспечению общественных интересов (PIC), которые подлежат включению в каждое базовое Соглашение об администрировании домена верхнего уровня, некоторые базовые Соглашения об администрировании домена верхнего уровня должны включать PIC в качестве защитных мер по результатам оценки ICANN защитных мер. См. Раздел 7.8.2.3 PIC в качестве защитных мер.

3. Субъекты, подающие заявки на TLD, в отношении которых не принимается решение об обязательном включении PIC в качестве защитных мер, могут решить добровольно добавить их к применимым базовым Соглашениям об администрировании домена верхнего уровня для того, чтобы, например, продвинуть своих бизнес-цели, помочь разрешить проблемы или вопросы, вызывающие обеспокоенность, которые возникают, или могут возникнуть в отношении их заявок, или чтобы избежать необходимости в оценке или применении адаптированного обязательства регистратуры (RVC). См. Раздел 7.8.3 Добровольные обязательства регистратур (RVC).

1. Необходимо выбрать один из вариантов ответа.

2. При выборе ответа «Да», переходите к следующему вопросу (вопросу 171).

3. При выборе ответа «Нет», переходите к следующему разделу (Добровольные обязательства регистратур (RVC) — вопрос 172.

Инструкции:

Выберите применимые PIC в качестве защитных мер из предоставленного списка (можно выбрать более одного).

Примечания:

1. Существует десять (10) PIC в качестве защитных мер. Подающие заявку субъекты могут решить включить один или более PIC в качестве защитных мер в соответствующее базовое Соглашение об администрировании домена верхнего уровня, выбрав одно или более PIC в качестве защитных мер из этого списка с многовариантными ответами.

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

Инструкции:

1. Выберите ответ да или нет.

2. В дополнение к обязательствам по обеспечению общественных интересов (PIC) в качестве защитных мер, подающему заявку субъекту будет разрешено предложить одно или несколько добровольных обязательств регистратуры (RVC), чтобы обеспечить дополнительные защитные меры в отношении эксплуатации См. Раздел 7.8.3 Добровольные обязательства регистратур (RVC).

3. RVC — это не то же самое, что правила регистрации сообщества. Дополнительную информацию см. в Разделе 7.8.3 Добровольные обязательства регистратур (RVC) и Разделе 7.8.4 Правила регистрации сообщества. Если вы подаете заявку на gTLD сообщества, пожалуйста, приведите правила регистрации сообщества в ответ на вопросы 150-155. При этом, если кроме правил регистрации сообщества вы предлагаете включить дополнительные обязательства регистратуры в Соглашение об администрировании домена верхнего уровня, вы можете ответить «да» и перейти к следующим вопросам.

4. Вам предлагают решить, существуют ли другие способы, отличные от включения обязательств в базовое Соглашение об администрировании домена верхнего уровня, которые можно было бы использовать для продвижения ваших бизнес-целей или для того, чтобы помочь разрешить предположительные или фактические проблемные вопросы, которые были подняты в отношении запрашиваемой строки gTLD или заявки. См. Раздел 7.8.3 Добровольные обязательства регистратур (RVC).

Примечания:

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

1. Необходимо выбрать один из вариантов ответа.

2. При выборе ответа «Да», переходите к следующему вопросу (вопросу 173).

3. При выборе ответа «Нет», переходите к следующему разделу (Услуги регистратуры — вопрос 176).

Добровольные обязательства регистратур (критерии RCE

1, 2 и 3)

Инструкции:

1. Подготовьте предварительную версию формулировки добровольного обязательства регистратуры (RVC) для включения в соглашение. Политики, которые утверждены ICANN, будут включены в Спецификацию 11 применимого Соглашения об администрировании домена верхнего уровня, и их соблюдение будет проверяться отделом комплаенс ICANN. См. Приложение 4 Базовое Соглашение об администрировании домена верхнего уровня, Спецификация 11, Раздел 2 по вопросам, связанным с подготовкой проекта этого документа. Обдумайте возможность использования уже определенных положений и определений этих терминов в базовом Соглашении об администрировании домена верхнего уровни раунда 2026 года.

2. Приведите по одному предложению RVC в каждом поле для ответа. Можно подать до 10 RVC. 3. При выдвижении предложений относительного того, что оператор регистратуры должен или не должен делать используйте следующий формат.

a) «Оператор регистратуры должен___»; и/или

b) «Оператор регистратуры не будет ___».

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

a) «Оператор регистратуры включит следующие положения в Соглашение между регистратурами и регистраторами: Регистратор обязан___»; и/или

b) «Оператор регистратуры включит следующие положения в Соглашение между регистратурами и регистраторами: Регистратор не имеет права___».

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

a) «Оператор регистратуры включит положение в свое Соглашение между регистратурами и регистраторами, требующее от регистраторов включать в свои Соглашения между регистратурами и регистраторами положение об обязательном___»; и/или

a) «Оператор регистратуры включит положение в свое Соглашение между регистратурами и регистраторами, требующее от регистраторов включать в свои Соглашения между регистратурами и регистраторами положение о запрещении___».

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

a) Оператор регистратуры подготовит и развернет добровольное обязательство регистратуры и опубликует его на своем сайте не позднее даты делегировании TLD в DNS.

b) Оператор регистратуры будет пересматривать добровольное обязательство регистратуры (a) как минимум раз в год и опубликует результаты этого пересмотра (включая уточнения правил регистрации) на своем сайте в течение тридцати (30) дней после годовщины даты вступления правил в силу.

6. Если действие добровольного обязательства регистратур ограничено по времени, продолжительности, сфере применения и по другим факторам, укажите соответствующие ограничения. Например, если обязательство является временным, подающий заявку субъект должен указать, применимо ли это обязательство на протяжении всего существования gTLD, только в течение определенного периода или в течение как-то другого периода (например, оператор регистратуры должен, в течение x дней со дня вступления в силу.___).

7. См. Раздел 7.8.3.3 Критерии добровольных обязательств регистратур (RVC) относительно критериев оценки, которые ICANN будет применять при выполнении оценки каждого из предлагаемых RVC.

CR-1. Предоставить описание только одного действия на каждое поле для ответа.

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

Добровольные обязательства регистратур (критерий

RCE 3)

Инструкции:

1. Если вы предлагаете внести ограничения в предлагаемое RVC в ответ на вопрос 173, пожалуйста, предоставьте обоснование в этом поле для ответа. См. Раздел 7.8.3.3 Критерии добровольных обязательств регистратур.

2. Если вы не предлагаете вносить никакие ограничения в предлагаемое RVC в ответ на вопрос 173, пожалуйста, напишите «неприменимо» в этом поле для ответа.

Добровольные обязательства регистратур (справочная информация, критерии

RCE 4 и 5)

Инструкции:

1. Предоставьте справочную информацию, чтобы объяснить, что делает обязательство актуальным, важным и необходимым для поддержки заявки на gTLD. См. 7.8.3.2.1 Кандидаты должны определить цели предлагаемого RVC

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

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

4. Решите, можно доказать, что предложенное обязательство несовместимо с Уставом ICANN. ICANN не будет утверждать никакие обязательства, несовместимые с Уставом ICANN. Cм. справочную информацию в резолюции Правления ICANN2024.06.08.08-2024.06.08.10. Пожалуйста, поделитесь своими соображениями об этой теме в ответе на этот вопрос.

5. Обдумайте, требует ли обязательство предоставления дополнительной услуги регистратуры. В этом случае кандидат должен привлечь выбранного им провайдера услуг регистратур (RSP), чтобы обсудить вопрос внедрения этой дополнительной услуги регистратуры, которая должна пройти оценку в рамках Программы RSP и быть одобрена ICANN.

6. Дальнейшие руководящие указания относительно вышеуказанных соображений см. в Разделе 7.8.3.3 Критерии добровольных обязательств регистратур.

7. [Если обязательство предлагается в качестве запроса на внесение изменений в заявку]: если обязательство предлагается в ответ на возражение, заблаговременное предупреждение со стороны членов GAC, рекомендации GAC или комментарии по заявке, предоставьте ссылку на материал, в ответ на который было создано обязательство.

Инструкции:

Перечислите все RSP, которые прошли предварительную оценку, и которые планирует использовать эта регистратура. TAMS предложит следующие под-вопросы:

176.1 Пожалуйста, выберите основного RSP.

176.2 Пожалуйста, выберите RSP для DNS.

176.3 Пожалуйста, выберите DNSSEC.

176.4 [Необязательно] Пожалуйста, выберите прокси-RSP.

Можно выбрать одного основного RSP и один DNSSEC. Ограничений на DNS RSP и прокси нет. Если у IDN-домена есть варианты, разрешается выбирать RSP только 3 уровня.

Дополнительную информацию о разных типах RSP см. в Разделе AGB 3.1.10.2 Функции регистратур и типы RSP.

Примечания:

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

Инструкции:

Перечислите все услуги регистратуры, которые будут использоваться в этом TLD TAMS предложит следующие под-вопросы:

177.1 Выберите услуги регистратуры. Подающий заявку субъект будет выбирать из списка услуг, которые будут предоставляться выбранным основным RSP Если основной RSP не выбран подающий заявку субъект обязан выбрать ответ «Will select later» (Выбор будет сделан позднее).

177.2 Будут ли запрашиваемые вариантные TLD и, если применимо, IDN-домены, для которых используются поддерживаемые наборы символов, используют те же услуги регистратуры? Подающий заявку субъект обязан выбрать ответ да или нет. Если подающий заявку субъект выбирает ответ «нет», то он предоставит информацию на стадии заключения соглашения.

Примечания:

1. Услуги регистратуры должны обеспечиваться заранее прошедшими оценку RSP, которые планирует использовать эта регистратура.

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

Инструкции:

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

2. Если таблица IDN в списке недоступна, подающему заявку субъекту следует обратиться к RSP, чтобы получить одобрение ICANN.

Инструкции:

Выберите ответ да или нет.

Инструкции:

Выберите ответ да или нет.

Инструкции:

Прикрепите полную и точную копию соответствующей регистрации товарного знака, который лежит в основе запроса о предоставлении квалификации TLD как бренда.

Инструкции:

Предоставьте файл в формате SMD.

Примечания:

Предоставленные файлы в формате SMD должны соответствовать запрашиваемой строке, а для вариантных строк можно подать дополнительные файлы в формате SMD.

Инструкции:

Нажмите на флажок, чтобы подтвердить заявление.

Инструкции:

Объясните, каким образом подающий заявку субъект планирует эксплуатировать TLD, чтобы не было таких противоречий с Разделом 3(d) Спецификации 11.

Инструкции:

Это необходимо, как способ обозначить намерение подать заявку на освобождение от соблюдения требований Спецификации 9 и то, что подающий заявку субъект НЕ оформляет запрос на получение классификации брендового TLD согласно Спецификации 13.

Инструкции:

Нажмите на флажок, чтобы подтвердить заявление.

Инструкции:

Нажмите на флажок, чтобы подтвердить заявление.

Инструкции:

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

Инструкции:

Выберите ответ да или нет.

Если «Да», присвоить профиль государственной структуры и отвечать на вопросы 192-194.

Если ответ «нет», переходите к следующему вопросу.

Инструкции:

Выберите ответ да или нет.

Если «Да», присвоить профиль «оператор регистратуры» и отвечать на вопросы 195-201.

Если ответ «нет», переходите к следующему вопросу.

Инструкции:

Выберите ответ да или нет.

Если «Да», присвоить профиль «топ-25» и отвечать на вопросы 202-207.

Если «Нет», присвоить стандартный профиль и отвечать на вопросы 208-219.

CR-1. Профиль «топ-25» присваивается компаниям, акции которых котируются на одной из 25 крупнейших публичных фондовых бирж или аффилированным организациям компании, акции которой котируются на одной из 25 крупнейших публичных фондовых бирж. Справочные материалы: статистика рынков (https://focus.world-exchanges.org/issue/december-2025/market-statistics)

CR-2. Стандартный профиль присваивается всем другим подающим заявку субъектам, которые не подходят под критерии одного из указанных профилей.

Финансовая оценка — профиль государственной структуры: само-

сертификация (Q1.1-1)¹¹

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

SC1.1-1.1 - Что подающий заявку субъект является признанным правительством в своей юрисдикции и что это правительство дало разрешение на подачу заявки (заявок) на запрашиваемую строку (строки) gTLD или является межправительственной организацией с соответствующим разрешением на подачу заявки на запрашиваемую строку (строки) gTLD.

SC1.1-1.2 - Что подающий заявку субъект и/или аффилированная организация обязуется выделять долгосрочное финансирование, необходимое для эксплуатации всех существующих доменов верхнего уровня (если это применимо) и вновь запрошенных строк gTLD подающего заявку субъекта.

Инструкции:

1. Предоставьте один документ в ответ на вопрос о самосертификации Q1.1 -1.

2. В документ должны войти исключительно заявления SC1.1-1.1 и SC1.1-1.2.

3. Не меняйте никакие самосертификационные заявления.

4. Если подающий заявку субъект не может самосертифицировать заявления SC1.1-1.1 и SC1.1-1.2, предоставьте документ, в котором разъясняется, почему подающий заявку субъект не может самосертифицировать заявления SC1.1-1.1 и SC1.1-1.2.

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

CR-2. Подающий заявку субъект предоставляет документ самосертификации.

CR-3. Документ подписан подающим заявку субъектом и, если применимо, аффилированной организацией.

CR-4. Эти два самосертификационных заявления предназначены для подтверждения того, что подающий заявку субъект:

a) является признанным правительством своей юрисдикции и имеет разрешение от правительства на подачу одной или более заявок.

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

Финансовая оценка — профиль государственной структуры: Операционная деятельность/

Планирование (Q1.2-1)¹²

Инструкции:

Документ для Q1.2-1 должен быть в формате PDF.

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

CR-2. Документ со списком всех текущих gTLD подающего заявку субъекта (если применимо) и списком всех gTLD для аффилированных организаций подающих заявку субъектов (если применимо).

Финансовая оценка — профиль государственной структуры: Операционная деятельность/

Планирование (Q1.2-2)

Инструкции:

Документ для Q1.2-2 должен быть в формате Excel (.xlsx).

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

CR-2. Документ со списком всех строк, запрашиваемых подающим заявку субъектом, а также, для каждой строки, прогнозы относительно количества доменов в управлении (DUM) на первый, второй и третий год после делегирования.

Под-

раздел

Инструкции:

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

2. Годовые отчеты не принимаются.

Примечания:

1. Отвечающее требованиям материнское предприятие (QPE) — это юридическое лицо, которому принадлежит как минимум 51% подающего заявку субъекта, прямым или косвенным образом.

2. Отчеты отвечающего требованиям материнского предприятия (QPS) — это прошедшие аудиторскую проверку финансовые отчеты QPE.

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

CR-2. Предоставьте прошедшие аудиторскую проверку финансовые отчеты подающего заявку субъекта, подготовленные сторонней бухгалтерской фирмой или прошедшие аудиторскую проверку финансовые отчеты отвечающего требованиям материнского предприятия (QPE).

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

CR-4. Считаются приемлемыми следующие стандарты бухгалтерского учета: признанные на национальном уровне стандарты бухгалтерского учета для юрисдикции подающего заявку субъекта или QPE, Международные стандарты финансовой отчетности (МСФО), Общепринятые принципы бухгалтерского учета (GAAP).

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

CR-2. Разъясните, как отвечающее требованиям материнское предприятие (QPE) соответствует определению относительно предоставления финансовых отчетов, приведенному в инструкциях относительно финансовых отчетов.

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

CR-2. Разъясните, почему для подачи были отобраны поданные финансовые отчеты с упоминанием понятия «наиболее благоприятный денежный поток» — чтобы продемонстрировать сильные показатели ликвидности и способность выполнять финансовые обязательства.

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

CR-2. Укажите, какие стандарты бухгалтерского учета использовались при подготовке финансовых отчетов подающего заявку субъекта.

a) Считаются приемлемыми следующие стандарты бухгалтерского учета: признанные на национальном уровне стандарты бухгалтерского учета для юрисдикции подающего заявку субъекта или отвечающего требованиям материнского предприятия (QPE), Международные стандарты финансовой отчетности (МСФО), Общепринятые принципы бухгалтерского учета (GAAP).

Q4.2-1 - Предоставьте документ самосертификации, подписанный CEO, президентом, CFO и/или иным соответствующим должностным лицом подающего заявку субъекта. Если финансовые отчеты предоставляются отвечающим требованиям материнского предприятия (QPE) подающей заявку организации, документ о самосертификации, также должен быть подписан CEO, президентом, CFO и/или другим соответствующим должностным лицом QPE. Этот документ самосертификации должен содержать следующие утверждения:

SC2.2-1.1 - По состоянию на дату подачи заявки подающий заявку субъект является действующим оператором регистратуры или аффилированной организацией действующего оператора регистратуры с одним или несколькими действующими Соглашениями об администрировании доменов верхнего уровня.

SC2.2-1.2 - Подающий заявку субъект и/или QPE предоставит финансирование, необходимое для запуска и долгосрочной эксплуатации всех текущих gTLD и запрашиваемых строк gTLD подающего заявку субъекта.

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

Инструкции:

1. Предоставьте один документ в ответ на вопрос о самосертификации Q2.2 -1.

2. Этот документ должен содержать только заявления с SC2.2-1.1 по SC2.2-1.3.

3. Не меняйте никакие самосертификационные заявления.

4. Если подающий заявку субъект не может обеспечить самосертификацию в заявлениях с SC2.2-1.1 по SC2.2-1.3, предоставьте документ с разъяснениями относительно того, почему подающий заявку субъект не может самосертифицировать заявления с SC2.2-1.1 по SC2.2-1.3.

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

CR-2. Подающий заявку субъект предоставляет документ самосертификации.

CR-3. Документ подписан подающим заявку субъектом и, если применимо, отвечающим требованиям материнским предприятием (QPE).

CR-4. Эти три самосертификационных заявления в вопросе позволяют подтвердить, что подающий заявку субъект:

a) является действующим оператором регистратуры или аффилированной организацией действующего оператора регистратуры,

b) обязуется обеспечивать долгосрочное финансирование для всех текущих и запрашиваемых строк gTLD,

c) обязан по закону в своей юрисдикции предоставлять достоверные финансовые отчеты, и имеет «хорошую репутацию в этой юрисдикции»: своевременно оформляет ежегодные отчеты, лицензии на ведение коммерческой деятельности и другие обязательные документы; платит обязательные сборы, налоги и выполняет другие финансовые обязательства; оформляет надлежащую регистрацию в местных, региональных и национальных органах, предоставляя актуальные и достоверные данные.

Инструкции:

Документ для Q2.3-1 должен быть в формате PDF.

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

CR-2. Документ со списком всех текущих gTLD подающего заявку субъекта (если применимо) и списком всех gTLD для аффилированных организаций подающих заявку субъектов (если применимо).

Инструкции:

Документ для Q2.3-2 должен быть в формате Excel (.xlsx)

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

CR-2. Документ со списком всех строк, запрашиваемых подающим заявку субъектом, а также, для каждой строки, прогнозы относительно количества доменов в управлении (DUM) на первый, второй и третий год после делегирования.

Инструкции:

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

2. Годовые отчеты не принимаются.

Примечания:

1. Отвечающее требованиям материнское предприятие (QPE) — это юридическое лицо, которому принадлежит как минимум 51% подающего заявку субъекта, прямым или косвенным образом.

2. Отчеты отвечающего требованиям материнского предприятия (QPS) — это прошедшие аудиторскую проверку финансовые отчеты QPE.

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

CR-2. Предоставьте прошедшие аудиторскую проверку финансовые отчеты подающего заявку субъекта, подготовленные сторонней бухгалтерской фирмой или прошедшие аудиторскую проверку финансовые отчеты отвечающего требованиям материнского предприятия (QPE).

CR-3. Считаются приемлемыми следующие стандарты бухгалтерского учета: признанные на национальном уровне стандарты бухгалтерского учета для юрисдикции подающего заявку субъекта или QPE, Международные стандарты финансовой отчетности (МСФО), Общепринятые принципы бухгалтерского учета (GAAP).

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

CR-2. Разъясните, как отвечающее требованиям материнское предприятие (QPE) соответствует определению относительно предоставления финансовых отчетов, приведенному в инструкциях относительно финансовых отчетов.

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

CR-2. Разъясните, почему для подачи были отобраны поданные финансовые отчеты с упоминанием понятия «наиболее благоприятный денежный поток» — чтобы продемонстрировать сильные показатели ликвидности и способность выполнять финансовые обязательства.

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

CR-2. Укажите, какие стандарты бухгалтерского учета использовались при подготовке финансовых отчетов подающего заявку субъекта.

a) Считаются приемлемыми следующие стандарты бухгалтерского учета: признанные на национальном уровне стандарты бухгалтерского учета для юрисдикции подающего заявку субъекта или отвечающего требованиям материнского предприятия (QPE), Международные стандарты финансовой отчетности (МСФО), Общепринятые принципы бухгалтерского учета (GAAP).

Q3.2-1 - Предоставьте документ самосертификации подающего заявку субъекта, подписанный CEO, президентом, CFO и/или иным соответствующим должностным лицом подающего заявку субъекта. Если финансовые отчеты подающего заявку субъекта предоставляются отвечающим требованиям материнским предприятием (QPE), документ о самосертификации также должен быть подписан CEO, президентом, CFO и/или иным соответствующим должностным лицом QPE. Этот документ самосертификации должен содержать следующие утверждения:

SC3.2-1.1 - На дату подачи заявки подающий заявку субъект является компанией, акции которой котируются на одной или более фондовых биржах, фигурирующих в списке ICANN по статистике рынка (https://focus.world-exchanges.org/issue/december-2025/market-statistics, декабрь 2025 года), включая информацию как о соответствующей бирже, так и текущий зарегистрированный тикер.

SC3.2-1.2 - Подающий заявку субъект имеет хорошую репутацию на фондовом рынке, на которой котируются его акции.

SC3.2-1.3 - Подающий заявку субъект обязуется предоставлять долгосрочное финансирование для всех запрашиваемых строк gTLD.

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

Инструкции:

1. Предоставьте один документ в ответ на вопрос о самосертификации Q3.2 -1.

2. Этот документ должен содержать только заявления с SC3.2-1.1 по SC3.2-1.4

3. Не меняйте никакие самосертификационные заявления.

4. Если подающий заявку субъект не может обеспечить самосертификацию в заявлениях с SC3.2-1.1 по SC3.2-1.4, предоставьте документ с разъяснениями относительно того, почему подающий заявку субъект не может самосертифицировать заявления с SC3.2-1.1 по SC3.2-1.4.

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

CR-2. Подающий заявку субъект предоставляет документ самосертификации.

CR-3. Документ подписан подающим заявку субъектом и, если применимо, отвечающим требованиям материнским предприятием (QPE).

CR-4. Эти четыре самосертификационных заявления в вопросе предназначены для подтверждения того, что подающий заявку субъект:

a) торгуется на одной из фондовых бирж, упоминаемых в статистике рынка (https://focus.world-exchanges.org/issue/december-2025/market-statistics, по состоянию на декабрь 2025 года),

b) имеет хорошую репутацию – выполняет все правила и положения относительно текущего листинга – на фондовой бирже, где котируются акции субъекта.

c) обязуется обеспечивать долгосрочное финансирование для всех запрашиваемых строк gTLD,

c) обязан по закону в своей юрисдикции предоставлять достоверные финансовые отчеты, и имеет «хорошую репутацию в этой юрисдикции»: своевременно оформляет ежегодные отчеты, лицензии на ведение коммерческой деятельности и другие обязательные документы; платит обязательные сборы, налоги и выполняет другие финансовые обязанности; оформляет надлежащую регистрацию в местных, региональных и национальных органах, предоставляя актуальные и достоверные данные.

Инструкции:

Документ для Q3.3-1 должен быть в формате Excel (.xlsx)

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

CR-2. Документ со списком всех строк, запрашиваемых подающим заявку субъектом, а также, для каждой строки, прогнозы относительно количества доменов в управлении (DUM) на первый, второй и третий год после делегирования.

Инструкции:

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

2. Годовые отчеты не принимаются.

Примечания:

1. Отвечающее требованиям материнское предприятие (QPE) — это юридическое лицо, которому принадлежит как минимум 51% подающего заявку субъекта, прямым или косвенным образом.

2. Отчеты отвечающего требованиям материнского предприятия (QPS) — это прошедшие аудиторскую проверку финансовые отчеты QPE.

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

CR-2. Предоставьте прошедшие аудиторскую проверку финансовые отчеты подающего заявку субъекта, подготовленные сторонней бухгалтерской фирмой или прошедшие аудиторскую проверку финансовые отчеты отвечающего требованиям материнского предприятия (QPE).

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

CR-4. Считаются приемлемыми следующие стандарты бухгалтерского учета: признанные на национальном уровне стандарты бухгалтерского учета для юрисдикции подающего заявку субъекта или QPE, Международные стандарты финансовой отчетности (МСФО), Общепринятые принципы бухгалтерского учета (GAAP).

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

CR-2. Разъясните, как отвечающее требованиям материнское предприятие (QPE) соответствует определению относительно предоставления финансовых отчетов, приведенному в инструкциях относительно финансовых отчетов.

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

CR-2. Разъясните, почему для подачи были отобраны поданные финансовые отчеты с упоминанием понятия «наиболее благоприятный денежный поток» — чтобы продемонстрировать сильные показатели ликвидности и способность выполнять финансовые обязательства.

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

CR-2. Укажите, какие стандарты бухгалтерского учета использовались при подготовке финансовых отчетов подающего заявку субъекта.

a) Считаются приемлемыми следующие стандарты бухгалтерского учета: признанные на национальном уровне стандарты бухгалтерского учета для юрисдикции подающего заявку субъекта или отвечающего требованиям материнского предприятия (QPE), Международные стандарты финансовой отчетности (МСФО), Общепринятые принципы бухгалтерского учета (GAAP).

Q4.2-1 - Предоставьте документ самосертификации, подписанный CEO, президентом, CFO и/или иным соответствующим должностным лицом подающего заявку субъекта. Если финансовые отчеты подающего заявку субъекта предоставляются отвечающим требованиям материнского предприятия (QPE), документ о самосертификации также должен быть подписан CEO, президентом, CFO и/или иным соответствующим должностным лицом QPE. Этот документ самосертификации должен содержать следующие утверждения:

SC4.2-1.1 - Подающий заявку субъект и/или QPE предоставит финансирование, необходимое для запуска и долгосрочной эксплуатации всех текущих gTLD и (если применимо) уже эксплуатируемых gTLD QPE.

SC4.2-1.2 - Подающий заявку субъект или QPE имеет как минимум 50 000 долларов США плюс 25% от суммы базового сбора за каждую запрашиваемую строку gTLD наличными и денежными эквивалентами на балансе предоставленных финансовых отчетов, до максимальной суммы в 300 000 долларов США, выделенных, чтобы обеспечить запуск и эксплуатацию всех запрашиваемых строк gTLD подающего заявку субъекта.

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

Инструкции:

1. Предоставьте один документ в ответ на вопрос о самосертификации Q4.2 -1.

2. Этот документ должен содержать только заявления с SC4.2-1.1 по SC4.2-1.3.

3. Не меняйте никакие самосертификационные заявления.

4. Если подающий заявку субъект не может обеспечить самосертификацию в заявлениях с SC4.2-1.1 по SC4.2-1.3, предоставьте документ с разъяснениями относительно того, почему подающий заявку субъект не может самосертифицировать заявления с SC4.2-1.1 по SC4.2-1.3.

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

CR-2. Подающий заявку субъект предоставляет документ самосертификации.

CR-3. Документ подписан подающим заявку субъектом и, если применимо, отвечающим требованиям материнским предприятием (QPE).

CR-4. Эти три самосертификационных заявления в вопросе позволяют подтвердить, что подающий заявку субъект:

a) обязуется обеспечивать долгосрочное финансирование для всех текущих и запрашиваемых строк gTLD,

b) имеет как минимум 50 000 долларов США плюс 25% от суммы базового сбора за каждую запрашиваемую строку gTLD наличными и денежными эквивалентами на балансе предоставленных финансовых отчетов, до максимальной суммы в 300 000 долларов США, выделенных, чтобы обеспечить запуск и эксплуатацию всех запрашиваемых строк gTLD подающего заявку субъекта.

c) обязан по закону в своей юрисдикции предоставлять достоверные финансовые отчеты, и имеет «хорошую репутацию в этой юрисдикции»: своевременно оформляет ежегодные отчеты, лицензии на ведение коммерческой деятельности и другие обязательные документы; платит обязательные сборы, налоги и выполняет другие финансовые обязательства; оформляет надлежащую регистрацию в местных, региональных и национальных органах, предоставляя актуальные и достоверные данные.

Инструкции:

Инструкции относительно наиболее вероятного сценария (MLS) в части «Инструкции» — шаблон для финансовой оценки.¹³

Примечание.

Шаблоны для стандартного финансового профиля см. в Приложении 5, куда включены следующие шаблоны: финансовый прогноз наиболее вероятного сценария, финансовый прогноз наихудшего сценария, шаблон для оценки рисков и шаблон для прогнозируемого объема регистраций.

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

CR-2. Шаблон для финансового прогноза наиболее вероятного сценария (MLS) не изменен.

CR-3. Во все обязательные клетки внесены данные.

CR-4. Расчет суммы наличных денежных средств на момент подачи заявки сделан правильно.

CR-5. Наличные и денежные эквиваленты из предоставленной балансовой ведомости финансового отчета превышают сумму наличных денежных средств на момент подачи заявки.

CR-6. Во всех строках с данными приведено достаточно комментариев.

CR-7. Положительный прогноз движения денежных средств в третьем году.

Инструкции:

Инструкции относительно наиболее вероятного сценария (MLS) в части «Инструкции» — шаблон для финансовой оценки,

Примечание.

Шаблоны для стандартного финансового профиля см. в Приложении 5, куда включены следующие шаблоны: финансовый прогноз наиболее вероятного сценария, финансовый прогноз наихудшего сценария, шаблон для оценки рисков и шаблон для прогнозируемого объема регистраций.

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

CR-2. Шаблон для финансового прогноза наиболее вероятного сценария (MLS) не изменен.

CR-3. Во все обязательные клетки текущие расходы внесены данные.

CR-4. Во всех строках с данными приведено достаточно относящихся к делу комментариев.согласно инструкциям — шаблон для финансовой оценки (см. Приложение 5).

CR-5. Объяснения относительно значительных отклонений от 20%.приведены в колонке «Комментарии».

CR-6. Предоставлены информация о прошедших предварительную оценку RSP и всех других соглашениях с третьими сторонами, соглашения о намерениях (LOI) или предложения (за исключением трудовых договоров).

CR-7. Соглашения, соглашения о намерениях (LOI) и информация о расходах, указанных в предложениях учтены в шаблонах для прогнозов MLS

Инструкции:

Инструкции относительно наиболее вероятного сценария (MLS) в части «Инструкции» — шаблон для финансовой оценки,

Примечание.

Шаблоны для стандартного финансового профиля см. в Приложении 5, куда включены следующие шаблоны: финансовый прогноз наиболее вероятного сценария, финансовый прогноз наихудшего сценария, шаблон для оценки рисков и шаблон для прогнозируемого объема регистраций..

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

CR-2. Предоставлены информация о прошедших предварительную оценку RSP и всех других соглашениях с третьими сторонами, соглашения о намерениях (LOI) или предложения (за исключением трудовых договоров).

Инструкции:

Инструкции относительно финансирования и доходов в инструкциях — шаблон для финансовой оценки.

Примечания:

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

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

3. Шаблоны для стандартного финансового профиля см. в Приложении 5, куда включены следующие шаблоны: финансовый прогноз наиболее вероятного сценария, финансовый прогноз наихудшего сценария, шаблон для оценки рисков и шаблон для прогнозируемого объема регистраций.

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

CR-2. Подающий заявку субъект четко указал все другие источники финансирования, суммы и расчет времени использования каждого источника.

Инструкции:

Инструкции относительно финансирования и доходов в инструкциях — шаблон для финансовой оценки.

Примечания:

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

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

Шаблоны для стандартного финансового профиля см. в Приложении 5, куда включены следующие шаблоны: финансовый прогноз наиболее вероятного сценария, финансовый прогноз наихудшего сценария, шаблон для оценки рисков и шаблон для прогнозируемого объема регистраций.

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

CR-2. Подающий заявку субъект четко указал все другие источники финансирования, суммы и расчет времени использования каждого источника.

Инструкции:

Инструкции относительно оценка рисков предоставлены в части «Инструкции» — шаблон для финансовой оценки.

Примечание.

Шаблоны для стандартного финансового профиля см. в Приложении 5, куда включены следующие шаблоны: финансовый прогноз наиболее вероятного сценария, финансовый прогноз наихудшего сценария, шаблон для оценки рисков и шаблон для прогнозируемого объема регистраций.

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

CR-2. Все обязательные материалы по оценке рисков предоставлены – сценарии рисков, вероятность, влияние, меря по снижению рисков.

CR-3. Все риски, выявленные подающими заявки субъектами были проанализированы и задокументированы в шаблоне «Оценка рисков».

Инструкции:

Инструкции относительно наихудшего сценария (WCS) в части «Инструкции» — шаблон для финансовой оценки,

Примечания:

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

2. Шаблоны для стандартного финансового профиля см. в Приложении 5, куда включены следующие шаблоны: финансовый прогноз наиболее вероятного сценария, финансовый прогноз наихудшего сценария , шаблон для оценки рисков и шаблон для прогнозируемого объема регистраций.

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

CR-2. Шаблон для финансового прогноза наихудшего сценария (WCS) не изменен.

CR-3. Во все обязательные клетки внесены данные.

CR-4. Расчет суммы наличных денежных средств на момент подачи заявки сделан правильно.

CR-5. Наличные и денежные эквиваленты из предоставленной балансовой ведомости финансового отчета превышают сумму наличных денежных средств на момент подачи заявки.

CR-6. Во всех строках с данными приведено достаточно комментариев.

CR-7. Положительный прогноз движения денежных средств в третьем году.

Q5.1-1 - Предоставьте документ самосертификации, подписанный CEO, президентом, CFO и/или иным соответствующим должностным лицом подающего заявку субъекта. Этот документ самосертификации должен содержать следующие утверждения:

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

SC5.1-1.2 - Подающий заявку субъект должен обеспечивать работу зрелой программы обеспечения безопасности, с надлежащими финансовыми ресурсами и персоналом, основанной на признанной, современной концепции безопасности по принципам управления рисками (например, серия стандартов ISO27000, COBIT, HITRUST CSF, предусмотренные законом концепции безопасности или их аналог). Программа обеспечения безопасности должна действовать до делегирования и существовать как минимум на всем протяжении действия базового Соглашения об администрировании домена верхнего уровня.

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

Инструкции:

1. Предоставьте один документ в ответ на вопрос о самосертификации Q5.1 -1.

2. Этот документ должен содержать только заявления с SC5.1-1.1 по SC5.1-1.3.

3. Не меняйте никакие самосертификационные заявления.

4. Если подающий заявку субъект не может обеспечить самосертификацию в заявлениях с SC5.1-1.1 по SC5.1-1.3, предоставьте документ с разъяснениями относительно того, почему подающий заявку субъект не может самосертифицировать заявления с SC5.1-1.1 по SC5.1-1.3.

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

CR-2. Подающий заявку субъект предоставляет документ самосертификации.

CR-3. Документ подписан подающим заявку субъектом.

CR-4. Эти три самосертификационных заявления предназначены для подтверждения того, что подающий заявку субъект:

a) обязуется выполнять свою роль в защите конфиденциальности данных, вверенных подающему заявку субъекту и в предотвращении несанкционированного доступа к услугам подающего заявку субъекта.

b) подготовил планы по обеспечению работы необходимых средств безопасности и выделил на это бюджет.

c) планирует развернуть признанную, современную концепцию безопасности по принципам управления рисками (например, такую как серия стандартов ISO27000, COBIT, HITRUST CSF, предусмотренные законом концепции безопасности или их аналог).

d) подготовил план по обеспечению персонала, необходимого для работы средств безопасности.

e) разработал рабочие практики и техническую инфраструктуру для выполнения требований в области обеспечения безопасности и конфиденциальности, которые он обязан соблюдать.

Q5.2-1 - Предоставьте документ самосертификации, подписанный CEO, президентом, CFO и/или иным соответствующим должностным лицом подающего заявку субъекта. Этот документ самосертификации должен содержать следующие утверждения:

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

SC5.2-1.2 - Подающий заявку субъект обеспечит, не позднее момента делегирования TLD, организует механизм подачи широкой общественностью жалоб на злоупотребления в соответствии с текущими обязательствами, записанными в базовом Соглашении об администрировании домена верхнего уровня и во всех консенсусных политиках, а также опубликует и предоставит ICANN информацию о нем.

SC5.2-1.3 - Подающий заявку субъект организовал предложенные меры по удалению «осиротевших» связующих записей для имен, удаленных из зоны при предоставлении письменных доказательств того, что эта «связь» сопутствует злонамеренному поведению (см. Спецификацию 6).

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

SC5.2-1.5 - Подающий заявку субъект понимает, что злоупотребление DNS - это фишинг, вредоносное ПО, ботнеты и спам (часто использующийся для доставки других типов злоупотреблений DNS).. Подающий заявку субъект понимает и готов принять участие в мерах по снижению последствий или устранению злоупотреблений DNS в доменах в зоне TLD.

SC5.2-1.6 - Возможности подающего заявку субъекта в отношении реагирования на злоупотребления наделены достаточными ресурсами, позволяющими проводить своевременное расследование и реагировать на жалобы на злоупотребления DNS. Это также включает возможности получения и анализа свидетельства злоупотребления DNS в жалобах, а также мер противостояния злоупотреблению DNS и его пресечению.

SC5.2-1.7 - Подающий заявку субъект готов периодически сканировать свою зону, чтобы проверять, не используются ли домены в целях злоупотребления DNS, и чтобы готовить статистические отчеты результатов сканирования, выводы и предпринимать соответствующие меры.

Инструкции:

1. Предоставьте один документ в ответ на вопрос о самосертификации Q5.2 -1.

2. Этот документ должен содержать только заявления с SC5.2-1.1 по SC5.2-1.7.

3. Не меняйте никакие самосертификационные заявления.

4. Если подающий заявку субъект не может обеспечить самосертификацию в заявлениях с SC5.2-1.1 по SC5.2-1.7, предоставьте документ с разъяснениями относительно того, почему подающий заявку субъект не может самосертифицировать заявления с SC5.2-1.1 по SC5.2-1.7.

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

CR-2. Подающий заявку субъект предоставляет документ самосертификации.

CR-3. Документ подписан подающим заявку субъектом.

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

a) организует, не позднее, чем момент делегирования домена верхнего уровня (TLD), выделенное контактное лицо по вопросам злоупотреблений и будет предоставлять своевременные ответы на жалобы на злоупотребления

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

c) организовал предложенные меры по удалению «осиротевших» связующих записей для имен, удаленных из зоны при предоставлении письменных доказательств того, что эта «связь» сопутствует злонамеренному поведению (см. Спецификацию 6).

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

e) подтверждает, что злоупотребление DNS — это фишинг, вредоносное ПО, ботнеты и спам (часто использующийся для доставки других типов злоупотреблений DNS).. Подающий заявку субъект готов принять участие в мерах по снижению последствий или устранению злоупотреблений DNS в доменах в зоне TLD.

f) выделит достаточные ресурсы на надлежащее реагирование на злоупотребления, чтобы своевременно расследовать и реагировать на жалобы на злоупотребления DNS и предпринимать мер по прекращению или пресечению злоупотребления DNS.

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

Инструкции:

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

a) индивидуальные правила регистрации;

b) отдельное соглашение с третьей стороной для выполнения некоторых обязательств;

c) условия пользования;

d) дополнительные правила регистрации, не подлежащие включению в Соглашение об администрировании домена верхнего уровня;

e) другие материалы, разъясняющие миссию, ценности или плана по использованию gTLD.

Примечания:

1. Отвечать на этот вопрос не обязательно; он подготовлен исключительно в информационных целях.

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

3. Все предоставленные в ответ на этот вопрос материалы будут опубликованы в открытом доступе на предмет рассмотрения и комментирования сообществом.

Инструкции:

Нажмите на флажок, чтобы подтвердить заявление.

Инструкции:

Нажмите на флажок, чтобы подтвердить заявление.

Инструкции:

Выбрать один и следующих вариантов:

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

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

Примечания:

ICANN отмечает, что возврат средств может быть возможен в случае получения более 1000 заявок и компенсированы расходы на развертывание программы; см. «Возврат средств в случае получения большого количества заявок».