Кратко

  • Уставные документы ограничивают миссию ICANN координацией систем уникальных идентификаторов Интернета, а не общим регулированием Интернета: Устав ICANN и Articles of Incorporation.
  • Основная операционная цепочка проходит через политики сообщества, их включение в договоры, исполнение реестрами и регистраторами и отдельные процедуры контроля и обжалования.

Вопрос о власти ICANN лучше формулировать не как вопрос о том, является ли организация «регулятором Интернета». Точнее спросить: какой именно инструмент разрешает действие, кто обязан его исполнить и какой механизм может его проверить или изменить.

Миссия — источник полномочия, но и его граница

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

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

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

Articles of Incorporation описывают ICANN как калифорнийскую nonprofit public-benefit corporation. Это организационная форма корпорации общественной пользы, а не признак государственного регулятора.

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

Как политика становится операционным требованием

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

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

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

Процедура важнее ярлыка «регулирование»

Не всякое решение ICANN имеет одинаковую правовую или институциональную природу. Registry Services Evaluation Process указывает на отдельный маршрут оценки новых или изменённых услуг реестра с учётом безопасности, стабильности и конкуренции. Это процедура оценки услуги, а не универсальная лицензия на регулирование любой интернет-деятельности.

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

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

Кому и как оспаривать действие

Маршрут обжалования зависит от того, какой инструмент породил спор и какое отношение к нему имеет заявитель. Процедура Reconsideration предусматривает один из институциональных механизмов оспаривания квалифицируемых действий или бездействия. Independent Review Process, включая дополнительные процедурные правила, относится к другой форме проверки и действует по собственным стандартам. Процедура PICDRP представляет ещё один специализированный маршрут, применимость которого зависит от предмета спора и статуса заявителя.

Дополнительные механизмы включают Cooperative Engagement, Documentary Information Disclosure, Ombudsman, Complaints Office и Empowered Community. Они не являются взаимозаменяемыми. Жалоба, запрос документов, посредничество, пересмотр и независимая проверка могут различаться по предмету, доступности, последствиям и способности изменить исходное действие.

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

Практическая карта полномочия

Для анализа конкретного решения полезно пройти пять шагов:

  1. Определить действие: политика, договорное требование, решение совета, процессуальное решение или операционное исполнение.
  2. Найти источник полномочия: устав, процедура разработки политики, договор или иной применимый инструмент.
  3. Установить исполнителя: ICANN, реестр, регистратор или иная договорная сторона.
  4. Проверить стадию: предложение, оценка, уведомление, исправление, окончательное решение или пересмотр.
  5. Выбрать механизм проверки, соответствующий инструменту и статусу заявителя.

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

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