Модуль 5 Разрешение спорных групп

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

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

Рисунок 5-1. Процесс разрешения спорных групп

Спорные группы, состоящие из тождественных друг другу запрашиваемых первичных строк и/или их вариантов, будут сформированы и опубликованы ICANN в День объявления результатов. Эти спорные группы могут быть дополнительно сформированы или модифицированы в зависимости от результатов применимых к ним процессов и оценок, описанных в Разделе 5.2.4 Формирование спорных групп. ICANN будет публиковать обновленные списки спорных групп на заранее установленных этапах процесса рассмотрения заявок (см. Раздел 5.2 Споры в отношении строк и процедуры их разрешения).

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

Спорная группа считается окончательно сформированной, когда ее состав больше не может быть изменен иначе, чем отзывом заявки кандидатом. Затем спорная группа будет переведена на этап процедур разрешения спора в отношении строк, как описано в Разделе 5.2.2 Разрешение споров в отношении строк.

5.1 Заменяющие строки

Чтобы потенциально уменьшить количество случаев споров, кандидатам рекомендуется помимо изначально выбранной строки указать также заменяющую строку. Кандидаты могут указать только одну заменяющую строку в каждой заявке. Использование заменяющей строки не считается изменением строки. Менять строки после Дня подтверждения строк имеют право только кандидаты на брендовые домены верхнего уровня при условиях, изложенных в Разделе 5.3 Запрос на изменение брендовой строки.

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

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

После публикации списка заявок на новые gTLD в День объявления результатов² кандидату будет предоставлено 14 дней (далее — «период замены строк») для проверки опубликованной информации о заявке и уведомления ICANN, если он решит заменить свою исходную строку заменяющей строкой в системе подачи заявок при соблюдении определенных условий, описанных ниже.

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

Кандидатам следует помнить о следующем:

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

• Кроме того, если кандидат назначит заменяющую строку, идентичную строке, запрашиваемой другим кандидатом, кандидат также не сможет ее использовать, независимо от того, решит ли другой кандидат перейти на свою заменяющую строку.

5.1.2 Право на замену строки

Любой кандидат, независимо от типа запрашиваемой строк (см. Раздел 3.1.6 Типы заявок и строк), может указать в своей заявке заменяющую строку.³

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

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

5.1.3 Назначение заменяющей строки

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

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

5.1.4 Дополнительные соображения по выбору заменяющей строки

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

В частности, заявка на строку может оказаться предметом спора, если ICANN после уведомления подтвердит, что две строки являются формами единственного или множественного числа одного и того же слова на одном и том же языке и используются в другой заявке в рамках одного раунда приема заявок (см. Раздел 5.2.4.3 Споры из-за уведомления о единственном/множественном числе). Чтобы свести к минимуму этот риск, кандидатам следует выбрать заменяющую строку, которая не является просто версией исходной запрашиваемой строки в множественном или единственном числе.

Например, если исходная запрашиваемая кандидатом строка — .EXAMPLE, то выбор в качестве заменяющей строки .EXAMPLES может привести к возникновению риска того, что она будет определена как множественное число и помещена в спорную группу.

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

5.1.5 Период замены строк

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

• список строк, на которые поданы заявки;

• личности кандидатов;

• список назначенных заменяющих строк.

• Перечень спорных групп, состоящих из заявок на тождественные строки

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

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

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

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

5.1.6 День подтверждения строк

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

5.2 Споры в отношении строк и процедуры их разрешения

Споры в отношении строк возникают, когда одна или несколько строк, на которые подаются заявки:

• идентична другой строке, на которую подана заявка;

• представляет собой вариант другой строки, на которую подана заявка;

• отмечена как единственное или множественное число термина на одном и том же языке;

• похожи визуально, на слух или по смыслу на другую запрашиваемую строку

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

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

• День объявления результатов

• День подтверждения строк

• После публикации результатов уведомления о единственном/множественном числе

• После публикации результатов оценки схожести строк

• После окончания делопроизводства по возражениями/апелляциям, если применимо

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

5.2.1 Типы споров

5.2.1.1 Прямой спор

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

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

5.2.1.2 Косвенный спор

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

Рисунок 5-2. Обзор прямых и косвенных спорных групп

На Рисунке 5-2 представлен простой пример прямых и косвенных споров. На Рисунке 5-2 строки A и B находятся в ситуации прямого спора, и строки B и C находятся в ситуации прямого спора, а строки C и A находятся в ситуации косвенного спора. Это значит, что строки C и A конкурируют со строкой B, но не друг с другом. На том же рисунке строки B и C находятся в состоянии прямого спора, строка C также находится в спорной группе со строкой D. Следовательно, строки A и D также находятся в состоянии косвенного спора, как и строки B и D.

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

Например, в сценарии на Рисунке 5-2, если строка C побеждает в процессе разрешения спора, строки A и C исключаются, но строка D сможет продолжить участие в процессе рассмотрения заявки, поскольку строка D не находится в непосредственном споре с победителем, и обе эти строки могут сосуществовать в DNS без создания риска путаницы для пользователей. Эти результаты отображены на Рисунке 5-3.

Рисунок 5-3. Пример разрешения косвенно спорной группы

5.2.2 Урегулирование споров в отношении строк

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

Спорные группы могут формироваться, меняться и разрешаться на этапе подачи заявки в результате процессов, описанных в Разделе 5.2.4 Формирование спорных групп. Только у кандидатов, претендующих на брендовый домен верхнего уровня, также есть возможность отправить запрос на изменение брендовой строки, чтобы избежать спора (и, следовательно, избежать необходимости прибегать к процедурам его урегулирования) (см. Раздел 5.3 Запрос на изменение брендовой строки).

После завершения формирования спорных групп ICANN будет использовать два способа урегулирования споров:

• оценка приоритетности заявок от сообществ (CPE)⁴

• аукцион новых gTLD ICANN

Кандидаты, выигравшие спор в отношении строк после завершения соответствующих процедур в отношении заявки и кандидата (см. Модуль 5 Оценка кандидатов и Модуль 7 Процедуры оценки заявок), приступают к заключению соглашения на gTLD, на который подана заявка. Альтернативные процедуры применяются к строкам, обозначенным как имеющим высокий риск возникновения доменной коллизии.⁵ Может понадобиться разное количество времени для разрешения споров, поскольку некоторые спорные группы могут участвовать в нескольких процессах. Например, в случае наличия двух победивших кандидатов на одну и ту же строку в результате оценки приоритетности заявок от сообществ, для разрешения спора может потребоваться аукцион между этими кандидатами. Результаты CPE и процессов, связанных с аукционами, будут опубликованы на сайте Программы New gTLD.

5.2.3 Запрет на урегулирование споров в отношении спорных групп кандидатами в частном порядке

Процессы Программы New gTLD, в том числе, при необходимости, аукцион новых gTLD (включая все CPE, которые может проводиться до аукциона и устранить необходимость в нем) являются единственным допустимым способом разрешения споров. Все остальные методы урегулирования споров, такие как частные аукционы или совместные предприятия и любые другие договоренности с целью разрешения споров в частном порядке строго запрещены. Процессы урегулирования споров и наложенные ограничения также существуют в поддержку требования о наличии добросовестного намерения (см. Раздел 1.1.5 Добросовестное намерение) управлять доменом gTLD, на который подается заявка, и поддерживать цели Программы New gTLD по развитию разнообразия, поощрению конкуренции и повышению полезности DNS.

5.2.3.1 Запрещенные формы взаимодействия и мероприятия

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

Программа New gTLD включает в себя разные этапы, на которых спорные группы идентифицируются и обновляются по мере поступления новой информации, а именно: День объявления результатов, День подтверждения строк, публикация результатов уведомлений о единственном/множественном числе, публикация результатов оценки схожести строк и вынесение решения по делопроизводству по возражению. См. Раздел 5.2 Споры в отношении строк и процедуры их разрешения для получения дополнительной информации.

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

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

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

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

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

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

• передача информации сторонним профессиональным советникам, включая юристов, консультантов, финансовых консультантов или кредитным организациям;

• Взаимодействие в ходе получения согласия или отсутствия возражения у государственного органа для заявки на географическое название, соответственно описанию в Разделе 7.5 Географические наименования.

• обмен информацией в ходе взаимодействия с государственным органом в результате получения в отношении заявки заблаговременного предупреждения со стороны членов GAC или рекомендации GAC.

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

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

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

5.2.3.2 Исключения

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

• для строк, не находящихся спорной группе;

• Вне периодов, когда взаимодействие запрещено.

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

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

5.2.3.3 Нарушение правил, запрещающих частное урегулирование спорных строк

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

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

• дисквалификацию в текущих и будущих раундах Программы New gTLD;

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

• отказ в возврате средств, как сказано в Руководстве;

• финансовые санкции за вмешательство в итоги аукциона;

• правовое преследование.

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

5.2.4 Формирование спорных групп

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

• поступлении заявок на одинаковые строки gTLD;

• результатах оценок схожести строк;

• уведомлении о единственном/множественном числе;

• удовлетворении возражения на основании визуальной схожести строк.

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

5.2.4.1 Споры в результате заявок на одинаковые строки gTLD

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

Кроме того, две или более заявки на строки или вариантные строки, обозначенные ICANN как варианты строк друг друга, согласно определению Раздела 5.2.1 Типы споров, также будут рассматриваться как находящиеся в прямом споре и помещены в спорную группу. Например, если один кандидат подаст заявку на строку A, а другой — на строку B, и строки A и B являются вариантными строками доменов верхнего уровня относительно друг друга (например, интернационализированный домен gTLD в написании упрощенным китайским письмом хань и его вариант в записи традиционным китайским письмом хань, как указано в правилах генерирования меток корневой зоны), то эти две заявки будут конкурировать друг с другом.

Спорные группы будут опубликованы после завершения оценки схожести строк. Кандидатам следует проверять информацию о спорных группах на сайте Программы New gTLD.⁶

5.2.4.2 Споры как результат оценки схожести строк

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

5.2.4.3 Разногласия из-за уведомления о единственном/множественном числе

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

5.2.4.4 Споры, возникающие в результате успешного возражения на основании схожести строк

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

5.3 Запрос на изменение брендовой строки

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

5.3.1 Подача запроса на изменение брендовой строки

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

Запрос на изменение брендовой строки может быть подан в течение 30 дней после:

• формирование спорных групп после оценки схожести строк; или

• публикация заключения Комиссии по рассмотрению возражений на основании визуальной схожести строк; или

• заключение Апелляционной комиссии, касающееся заявки, в отношении которой подан запрос на изменение брендовой строки.

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

5.3.2 Требования к подаче запросов на изменение брендовой строки

Чтобы ICANN приняла запрос на изменение брендовой строки, он должен соответствовать следующим требованиям:

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

   • дополнительное слово или слова должны добавляться к исходной строке;

   • дополнительное слово или слова должны быть указаны в описании товаров и услуг в регистрации товарного знака кандидата или аналогичном документе в юрисдикции кандидата, представленном кандидатом в поддержку заявки на брендовый TLD.¹¹ В качестве подтверждения запроса на изменение брендовой строки также может быть представлен другой документ о регистрации товарного знака или аналогичный документ, находящийся в распоряжении кандидата, если он сопровождается юридическим подтверждением того, что представленный товарный знак принадлежит субъекту, подавшему заявку, и соответствующему бренду. ICANN оставляет за собой право проверить любые дополнительные документы, представленные для этой цели. Кроме того, если потребуется оценка или повторная оценка¹² соответствия требованиям для брендового домена верхнего уровня (см. Раздел 7.3 Оценка соответствия критериям определения брендового TLD), все связанные с этим расходы¹³ будет нести кандидат.

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

2. Новая строка с добавленным словом или словами не должна создавать или расширять спорную группу.

Если новый брендовый TLD соответствует критериям определения брендового TLD выше, запрос на изменение брендовой строки будет принят и переведен на следующий этап рассмотрения, согласно описанию в Разделах 5.3.3 и 5.3.4 и будет опубликован в открытом доступе.

5.3.3 .Запросы на изменение брендовой строки и участие сообщества

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

Потенциальные результаты относительно брендового TLD аналогичны тем, которые описаны в Модуле 4, за исключением того, что касается брендовых TLD, не победивших по итогам возражения на основании схожести строк или являющихся предметом вопроса, поднятого в связи с единственным/множественным числом. В таком случае ICANN вернет в заявку кандидата строку брендового TLD, на которую заявка подавалась изначально, а кандидат примет участие в процедуре разрешения споров согласно положениям Раздела 5.1 Заменяющие строки.

5.3.4 Требования к подаче запросов на изменение брендовой строки

Запрос на изменение брендовой строки будет рассмотрен в процессе оценки строки согласно положениям в Модуле 7 Процедуры оценки строк и заявок. Потенциальные результаты относительно брендового TLD аналогичны тем, которые описаны в Модуле 7, за исключением того, что касается TLD, отнесенных к визуально похожим, согласно процедуре в Разделе 7.10 Оценка схожести строк.Это связано с тем, что новая строка с добавленным словом или словами не должна создавать или расширять спорную группу. В таком случае ICANN вернет в заявку кандидата строку брендового TLD, на которую заявка подавалась изначально, а кандидат примет участие в процедуре разрешения спора согласно положениям в Разделе 5.1 Заменяющие строки.

5.3.5 Влияние на варианты брендовые TLD

Варианты брендовых TLD, на которые подается заявка, должны отвечать тем же требованиям, что и первичный брендовый TLD. Те же требования касаются всех подлежащих распределению вариантов новых брендовых TLD. Кандидат обязан использовать RZ-LGR, чтобы находить новый набор подлежащих распределению вариантных строк на основе новой строки брендового домена.

5.4 Оценка приоритетности заявок от сообществ

Оценка приоритетности заявок от сообществ (CPE) — это метод разрешения споров, единственный доступный заявкам от сообществ (см. Раздел 7.1.2.1 Заявки на gTLD сообществ), которые являются особым типом заявок.¹⁴ Эта оценка выполняется, только если заявка от сообщества оказывается в спорной группе, и кандидат решает воспользоваться CPE. Такая оценка представляет собой анализ, который проводится независимыми экспертами. Кандидаты, успешно прошедшие CPE, автоматически побеждают в спорной группе, если только эту оценку успешно не проходит сразу несколько кандидатов в спорной группе. В таких случаях кандидаты, успешно прошедшие CPE, будут допущены к участию в аукционе новых gTLD ICANN.¹⁵

В итоговом отчете GNSO за 2007 год о введении новых доменов общего пользования верхнего уровня в Руководстве по внедрению F говорится, что «[в] случае возникновения споров в отношении строк кандидаты могут: i) разрешить спор между собой в течение предварительно установленного периода времени[;] ii) в случае невозможности достижения согласия заявление о поддержке одной стороной сообщества будет основанием для предоставления приоритета соответствующей заявке».¹⁶ В итоговом отчете GNSO по итогам процесса разработки политики последующих процедур, применимых к новым gTLD, (далее «Итоговый отчет по PDP SubPro») рабочая группа SubPro PDP подтвердила «продолжение приоритизации в спорных группах заявок, прошедших оценку приоритетности заявок от сообществ (CPE)».¹⁷

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

5.4.1 Право на применение оценки приоритетности заявок от сообществ

Как описано в подразделе Раздела 3.1.6 Типы заявок и строк, кандидат имеет возможность по своему усмотрению обозначить свою заявку как «заявку от сообщества»¹⁸. Кандидат, обозначающий свою заявку как заявку от сообщества,¹⁹ обязан ответить на ряд вопросов в форме заявки, чтобы предоставить соответствующую информацию о сообществе (см. Приложение 1 Вопросы заявки). Информация, предоставленная кандидатом в ответ на вопросы по заявке, будет использоваться при проведении CPE (и оцениваться по критериям, описанным в Разделе 5.4.8 Критерии CPE).

В целом от кандидата на gTLD от сообщества ожидается следующее:

• Продемонстрировать связь с организованным сообществом, а также показать, как это сообщество (см. Раздел 5.4.2 Определение терминов «сообщество» и «обозначенное сообщество» взаимодействует со своими членами; осведомленность об обозначенном сообществе его членов; признанный факт существования и внешняя осведомленность об обозначенном сообществе; продемонстрировать, что обозначенное сообщество существует на протяжении длительного времени.

• Подать заявку на строку gTLD, тесно и конкретно связанную с указанным сообществом.

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

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

CPE будет проводиться только в том случае, если заявка от сообщества конкурирует с другой заявкой (см. Раздел 5.2 Споры в отношении строк и процедуры их урегулирования) и кандидат от сообщества решит принять участие в этой оценке.²⁰ Кандидаты, подающие заявки от сообщества, получат возможность решить воспользоваться CPE при условии выполнения следующих условий всеми заявками в спорной группе:

• завершена оценка строки и все взаимосвязанные процессы (см. Модуль 7 Процедуры оценки строк и заявок)

• Все применимые возражения и апелляции урегулированы (см. Раздел 4.5 Возражения и апелляции)

• Все случаи оспаривания оценки (если применимо) урегулированы²¹

• Отсутствие открытых, взаимосвязанных запросов на внесение изменений в заявку (см. Раздел 3.8 Запросы на внесение изменений в заявку)

• Отсутствие незавершенных разбирательств с применением механизмов подотчетности (см. Раздел 2.7 Механизмы подотчетности)

5.4.2 Определение терминов «сообщество» и «обозначенное сообщество»

ICANN отмечает, что термин «сообщество» значительно изменился по сравнению с его латинским происхождением («communitas» означает «братство»), и теперь подчеркивает сплоченность, а не просто общность интересов. Хотя в итоговом отчете по PDP SubPro не дается определение термина «сообщество» для целей оценки приоритетности заявок от сообществ, в нем отмечается в контексте возражений сообщества, что «сообщество следует толковать широко и оно должно включать, например, экономический сектор, культурное сообщество или языковое сообщество».²²

В связи с тем, что единое определение термина «сообщество» в Итоговом отчете по PDP SubPro отсутствует, как и заданный перечень термина «соответствующие критериям сообщества», критерии, которые применяются при проведении CPE, используют меры, которые позволяют сбалансировать? объективность с гибкостью таким образом, чтоб критерии могли быть применимы к широкому спектру способов организации сообщества, управления им и отношения к нему его членами и сторонами за его пределами, а также как они его поддерживают.

Термин «обозначенное сообщество», который используется в настоящем разделе, это сообщество, которое кандидат указывает в своей заявке от сообщества, как сообщество, которое он представляет или от чьего имени он подает заявку на gTLD от сообщества.

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

Соответственно, комиссия проверит, на основании доказательств, предоставленных кандидатом,²⁴ а также на основании результатов оценки самой комиссии,²⁵ соответствует ли заявление кандидата относительно принадлежности к сообществу критериям CPE, заданным в настоящем Руководстве и может ли заявка получить приоритет в рамках спорной группы на основании ее оценки.²⁶

5.4.3 Обусловленные сборы за оценку приоритетности заявок от сообществ

Если условия, приведенные в Разделе 5.4.1. Право на применение оценки приоритетности заявок от сообществ соблюдены, все кандидаты с заявками от сообщества, помещенными в спорную группу, будут уведомлены о возможности участвовать в CPE, и их попросят оплатить обязательные сборы в течение 30 дней с момента уведомления (см. Раздел 3.3 Сборы и платежи). В случае неполучения средств в течение 30 дней, кандидат лишается возможности воспользоваться CPE, а к его заявке применяется процедура разрешения спорной группы (см. Раздел 5.2 Споры в отношении строк и процедуры их разрешения).

Заявкам будут присвоены номера приоритета, которые будут использоваться для определения общего порядка публикации результатов оценки (как описано в разделе Порядок обработки заявок и лотерея приоритизации). Однако обработка для оценки приоритетности заявок от сообществ в значительной степени будет зависеть от того, когда заявка и спорная группа получит на это право, как указано выше. Сроки проведения CPE также зависят от оценки обязательств регистратуры. Дополнительную информацию см. в Разделе 5.4.5 Оценка правил регистрации сообщества и оценка обязательств регистратуры.

5.4.4 Вопросы заявки, связанные с оценкой приоритетности заявок от сообществ

Кандидатов, обозначающих свою заявку, как заявку от сообщества, попросят ответить на ряд вопросов, относящихся конкретно к заявкам от сообщества.²⁷ Ответы на эти вопросы будут проанализированы, если кандидат решит принять участие в CPE.

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

При подаче заявки от сообщества кандидаты обязаны предложить правила регистрации сообщества на предмет включения в Спецификации 12 применимых Соглашений об администрировании домена верхнего уровня.²⁸ Комиссия по CPE проведет оценку утвержденных правил регистрации сообщества (см. Раздел 7.8.4) на предмет соответствия цели сообщества в заявке (см. Раздел 5.4.8.3 Критерий 3: правила регистрации сообщества).

Этот процесс отличается от оценки обязательств регистратуры (RCE) (см. Раздел ,7.8.3.2), в ходе которой проверяется, может ли быть обеспечено исполнение политик, предложенных кандидатом на предмет включения в соответствующее Соглашение об администрировании домена верхнего уровня, и совместимы ли они с Уставом ICANN. См. инструкции к группе вопросов 11 Добровольные обязательства регистратур относительно подробных требований, которые предназначены в качестве ориентира при подготовке предложений о правилах регистрации сообщества, подлежащих оценке при помощи RCE.

Кандидаты должны понимать, что при отсутствии чрезвычайных обстоятельств RCE занимает от 60 до 90 дней и проводится до начала CPE.

5.4.6 Роль Комиссии по оценке приоритетности заявок от сообществ

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

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

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

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

5.4.6.1 Уточняющие вопросы в рамках оценки приоритетности заявок от сообществ

Комиссия может задавать кандидатам уточняющие вопросы в рамках оценки приоритетности заявок от сообществ³⁰. Уточняющие вопросы также могут быть адресованы физическому или юридическому лицу, которое направило письмо с возражением кандидату, проходящему оценку приоритетности заявок от сообществ. Кандидат или лица, представившие письмо с возражением, должны ответить в течение 21 дня со дня получения уточняющего вопроса. Как указано в Разделе 5.4.6 Роль Комиссии по CPE, комиссия может провести независимые исследования в ограниченных масштабах, необходимые для рассмотрения заявки, а также для целей подготовки и передачи уточняющих вопросов

5.4.6.2 Оспаривание результатов оценки приоритетности заявок от сообществ

Если комиссия выносит заключение, что заявка не соответствует критериям CPE, а кандидат считает, что имела место фактическая или процедурная ошибка, кандидат имеет право инициировать процедуру оспаривания результатов оценки в течение 21 дня с даты передачи заключения по итогам оценки (см. Раздел 1.2.14.2 Оспаривание результатов оценки). Тот же провайдер услуг по проведению оценки приоритетности заявок от сообществ рассмотрит претензию, по мере возможности с привлечением другого состава участников для формирования Комиссии по оспариванию. Если Комиссия по оспариванию обнаруживает фактическую, процедурную или системную ошибку, она рассмотрит заявку повторно с учетом этих выводов. Если ошибка не обнаружена, заявка переходит к следующему этапу процесса урегулирования споров. Процедура оспаривания результатов оценки не подразумевает оплату обусловленных сборов.

5.4.7 Начисление баллов при проведении оценки приоритетности заявок от сообществ

Комиссия по CPE рассмотрит и начислит баллы заявке от сообщества на соответствие четырем критериям. Чтобы успешно пройти оценку приоритетности заявок от сообществ, заявка должна набрать не менее 75% (12 из 16 баллов). Последовательность критериев отражает порядок, в котором они будут анализироваться комиссией. Предпринимаются все меры, чтобы избежать «двойного учета»; отрицательные факторы, которые выявляются при анализе заявки на соответствие тому или иному критерию, следует учитывать только один раз, и они не должны влиять на результаты проверки на соответствие другим критериям.

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

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

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

Если будет установлено, что в спорной группе находится несколько заявок от сообщества, соответствующих критериям, эти заявки будут участвовать в аукционе ICANN, а другие заявки, находящиеся в спорной группе, к участию в нем допущены не будут. Если ни одна из заявок от сообщества (поскольку их может быть несколько) в спорной группе не соответствует критериям CPE,³² то все заявки в спорной группе будут переданы на аукцион ICANN (см. Раздел 5.2 Споры в отношении строк и процедуры их разрешения.

ICANN предполагает, что процесс CPE займет около 180 дней.

5.4.8 Критерии оценки приоритетности заявок от сообществ

Оценка приоритетности заявок от сообществ базируется на оценке заявки комиссией по четырем основным критериям:

• Критерий 1: Констатация существования сообщества (6 баллов)

• Критерий 2: Наличие связи между предложенной строкой и сообществом (4 балла)

• Критерий 3: Правила регистрации (2 балла)

• Критерий 4: Одобрение сообщества (4 балла)

5.4.8.1 Критерий 1: Констатация существования сообщества

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

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

1. Организационный орган (2 балла): является ли кандидат организационным органом сообщества? Если нет, может ли кандидат продемонстрировать, что сообщество организовано, имеет организационный орган (органы), имеющий отношение к сообществу или к каждой категории членов сообщества? См. Раздел 5.4.8.1.1.

2. Взаимодействие (1 балл): может ли кандидат продемонстрировать активное взаимодействие с членами сообщества? См. Раздел 5.4.8.1.2.

3. Осведомленность (1 балл): может ли кандидат продемонстрировать осведомленность среди членов обозначенного сообщества и между ними?
   может ли кандидат продемонстрировать осведомленность среди членов сообщества и между ними? См. Раздел 5.4.8.1.3.

4. Признанный факт существования (1 балл): может ли кандидат продемонстрировать, что о данном сообществе известно за его пределами , а также что о нем было известно до начала периода приема заявок? См. Раздел 5.4.8.1.4.

5. Долговременность существования (1 балл): может ли кандидат продемонстрировать долговременность деятельности сообщества, доказав, что деятельность является постоянной и устойчивой, а не временной? См. Раздел 5.4.8.1.5.

5.4.8.1.1 Организационный орган

Таблица 5-1. Критерий 1 - Организационный орган

• Рекомендации по организации:

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

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

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

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

     1. Обзор структуры сообщества, если такая есть, и ее официального или неофициального характера:

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

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

     2. Названия соответствующих организаций.

     3. Лидеры в рамках указанного сообщества, если такие есть.

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

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

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

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

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

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

5.4.8.1.2 Взаимодействие

Таблица 5-2. Критерий 1 - Взаимодействие

• Рекомендации по критерию «взаимодействие»:

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

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

     1. Предложение поддержки.

     2. Обмен информацией.

     3. Реагирование на конкретные потребности сообщества.

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

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

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

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

     2. Комиссия может проанализировать и проверить³⁶ письма поддержки или возражения, чтобы лучше понять принцип организации обозначенного сообщества.

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

5.4.8.1.3 Осведомленность

Таблица 5-3. Критерий 1 - Осведомленность

• Рекомендации по критерию «осведомленность»:

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

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

   1. Проведенные опросы.

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

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

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

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

   2. Комиссия может проанализировать и проверить³⁷ письма поддержки или возражения, чтобы лучше понять принцип организации обозначенного сообщества.

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

5.4.8.1.4 Признанный факт существования

Таблица 5-4. Критерий 1 - Признанный факт существования

• Рекомендации по критерию «признанный факт существования»:

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

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

     1. Информация в СМИ или другая общедоступная информация об указанном сообществе и его деятельности или членах.

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

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

     4. Доказательства создания или организации указанного сообщества до открытия периода приема заявок.

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

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

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

     1. Это исследование может подтвердить, например, факт осведомленности об обозначенном сообществе людьми за его пределами.

     2. Комиссия может проанализировать и проверить³⁹ письма поддержки или возражения, чтобы лучше понять принцип организации обозначенного сообщества.

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

5.4.8.1.5 Долговременность существования

Таблица 5-5. Критерий 1 - Долговременность существования

• Рекомендации по критерию «продолжительность существования»:

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

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

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

     2. Документы о прошлых мероприятиях, которые демонстрируют устоявшуюся традицию или практику.

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

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

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

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

     2. Комиссия может проанализировать и проверить⁴⁰ письма поддержки или возражения, чтобы лучше понять сколько времени существует обозначенное сообщество.

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

5.4.8.2 Критерий 2: связь

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

Комиссия будет стремиться ответить на следующий основной вопрос при оценке запрашиваемой строки по этому критерию:

Связь (4 балла): соответствует ли строка названию обозначенного сообщества или является ли она известной альтернативой названия обозначенного сообщества? Будет ли широкая общественность ассоциировать эту строку с указанным сообществом?

Таблица 5-6. Критерий 2 - Связь

• Рекомендации по критерию «связь»:

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

  2. Будет ли широкая общественность автоматически вспоминать об обозначенном сообществе при упоминании запрашиваемой строки?

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

  4. Соответствует ли размер или определение указанного сообщества строке?

  5. Если запрашиваемая строка — IDN-домен, эта запрашиваемая строка записывается на языке и при помощи набора символов обозначенного сообщества?

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

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

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

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

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

5.4.8.3 Критерий 3: правила регистрации

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

При оценке заявки по этому критерию комиссия будет стремиться ответить на следующий основной вопрос:

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

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

5.4.8.3.1 Соответствие критериям отбора

Таблица 5-7. Критерий 3 - Соответствие критериям отбора

• Рекомендации по критерию «право на участие»:

  1. Какие ограничения налагаются на потенциальных владельцев доменов?

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

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

5.4.8.3.2 Выбор имени

Таблица 5-8. Критерий 3 - Выбор имени

• Рекомендации по выбору имени:

  1. Включают ли политики кандидата правила выбора имени?

  2. Соответствуют ли правила выбора имен сформулированной цели сообщества, на которое подается заявка на gTLD?

  3. Если запрашиваемая строка — это IDN-домен, то позволяют ли правила выбора имен соответствующим критериям отбора членам сообщества регистрировать имена на собственном языке и при помощи собственного набора символов, включая все необходимые варианты?

5.4.8.4 Критерий 4: Поддержка сообщества

Критерий 4 используется для оценки поддержки или возражения сообщества⁴⁴ в отношении заявки. Заявка может получить до четырех баллов по Критерию 4.

При оценке заявки по этому критерию комиссия будет стремиться ответить на следующий основной вопрос:

Поддержка и несогласие (4 балла): Пользуется ли кандидат поддержкой большинства членов обозначенного сообщества?⁴⁵ Есть ли против кандидата какие-либо относящиеся к делу ⁴⁶ возражения, как внутри обозначенного сообщества, так и со стороны профильных организаций за его пределами?

Таблица 5-9. Критерий 4 - Поддержка сообщества

• Рекомендации по оценке поддержки или оппозиции:

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

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

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

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

  5. Письма с возражениями, поданные против заявок от сообщества, должны быть рассмотрены наравне с подкрепленными документами заявлениями о поддержке заявки.

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

• Рекомендации по поддержке и оппозиции большинства или меньшинства:

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

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

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

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

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

• Руководство по определению релевантных организаций:

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

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

  2. Небольшое исследование должно помочь определить релевантность и размер возражающей или поддерживающей организации (организаций).

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

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

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

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

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

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

• Рекомендации по рассмотрению содержания документов в поддержку⁴⁸ или против заявки:

  1. В документах четко выражена поддержка организацией заявки для указанного сообщества или ее возражение против заявки.⁴⁹

  2. Документы демонстрируют понимание организацией того, какая запрашивается строка.

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

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

5.5 Разрешение споров вокруг заявок на географические наименования

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

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

1. Названия столиц: как указано в Разделе 7.5 Географические наименования, заявка на строку, представляющую название столицы любой страны или территории, приведенной в стандарте ISO 3166-1, на любом языке, пройдет оценку географического наименования только в том случае, если Совет по географическим наименованиям (GNP) подтвердит, «что кандидат предоставил необходимые документы от соответствующих правительств или государственных органов, и что материалы, полученные от правительства или государственного органа являются легитимными и содержат необходимую информацию».⁵⁰ Это значит, что любая строка, которая представляет собой название столицы, но не поддерживается соответствующим органом или органами, не пройдет оценку географического наименования. Если заявка на строку, представляющую название столицы, как определено выше, оказывается похожей визуально, на слух или по смыслу на другую запрашиваемую строку, независимо от типа строки, это значит, что эти строки конкурируют и к ним будет применена процедура разрешения спора.⁵¹

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

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

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

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

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

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

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

5.6 Аукцион новых gTLD ICANN

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

5.6.1 Общий обзор аукционов

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

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

5.6.2 Планирование дат проведения аукционов

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

• завершена оценка строки и все взаимосвязанные процессы (см. Модуль 7 Процедуры оценки строк и заявок)

• Все применимые возражения и апелляции урегулированы (см. Раздел 4.5 Возражения и апелляции)

• Все случаи оспаривания оценки (если применимо) урегулированы⁵⁶

• Оценка приоритетности заявок от сообществ, если она проводилась, завершена

• Отсутствие открытых, взаимосвязанных запросов на внесение изменений в заявку (см. Раздел 3.8 Запросы на внесение изменений в заявку)

• Отсутствие незавершенных разбирательств с применением механизмов подотчетности (см. Раздел 2.7 Механизмы подотчетности)

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

Кандидаты будут уведомлены о времени и дате проведения аукциона через систему подачи заявок не менее чем за 30 дней до даты проведения аукциона.

5.6.3 Метод проведения аукционов

Аукцион будет проводиться по методологии второй цены с возрастающими часами, которая также использовалась в раунде 2012 года Программы New gTLD.⁵⁷

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

• Цена аукциона увеличивается поэтапно, с определенной длительностью каждого этапа.

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

• Аукцион завершается, когда остается только один участник торгов.

• Участник торгов с самой высокой ставкой выиграет аукцион и заплатит вторую по величине ставку.

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

5.6.4 Оплата выигранного лота

Подробная информация о требованиях к выплатам победителями аукциона будет изложена в правилах проведения и процедурах аукциона, которые будут опубликованы не позднее, чем за 60 дней до первого аукциона.

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

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

5.6.5 Зачет в счет оплаты ставки аукциона для кандидатов, получающих поддержку по Программе поддержки кандидатов

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

В этом раунде приема заявок ICANN установила максимальную сумму зачета в счет оплаты ставки аукциона в 35%, но не более 1,75 млн долларов США на каждую заявку. Зачет в счет оплаты ставки аукциона — это скидка на 35% от суммы, обязательной к оплате поддерживаемым кандидатом, если он станет победителем аукциона, а также от суммы задатка, который может потребоваться согласно окончательной версии правил проведения аукционов. В случае, если выигрышная цена (вторая по величине цена) аукциона превышает 5 миллионов долларов США (порог, указывающий на финансовую потребность, необходимую для получения поддержки), размер этого зачета в счет оплаты ставки будет постепенно уменьшаться (см. пример 2 ниже и Таблицу 5-10. Поэтапное сокращение размера зачета в счет оплаты ставки аукциона для кандидатов, получающих поддержку).

Примеры:

• Пример 1: Кандидат, получающий поддержку, подает на аукционе заявку с самой высокой ставкой на сумму 1 млн долларов США. Другой кандидат подает вторую по величине ставку размером 900 000 долларов США. Выигравший торги поддерживаемый кандидат платит 585 000 долларов США (из расчета вторая по величине ставка 900 000 долларов США минус 35% зачета в счет оплаты ставки аукциона).

• Пример 2: Кандидат, получающий поддержку, подает на аукционе заявку с самой высокой ставкой на сумму 7 млн долларов США. Другой кандидат подает вторую по величине ставку размером в 6 млн долларов США. Выигравший торги поддерживаемый кандидат платит 4,8 миллиона долларов США (то есть, в соответствии с принципом поэтапного сокращения размера зачета в счет оплаты ставки аукциона, из расчета вторая по величине ставке в 6 миллионов долларов США минус 20% зачета в счет оплаты ставки аукциона). Подробнее см. Таблицу 5-10.

Таблица 5-10. Поэтапное сокращение размера зачета в счет оплаты ставки аукциона для кандидатов, получающих поддержку, в отношении победивших ставок на сумму выше 5 миллионов долларов США

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