Кратко

  • По собственному описанию ICANN процедура публичного обсуждения открыта не менее 40 дней; эта цифра стоит на странице о практике, а не в тексте устава, до которого дошла эта проверка.
  • Двадцать один день, всплывающий в том же разговоре, — это срок уведомления перед действием Совета: другие часы, а не второе значение того же срока.
  • Завершается процедура сводным отчётом, который выделяет и анализирует темы и фиксирует итог, изменения документа и следующие шаги; срок отчёта назначается для каждой процедуры отдельно.

Три даты одной процедуры

Процедура DNSSEC DS Automation: Security & Stability Assessment показывает часы в работе. Её собственная хронология, ведущаяся в UTC, называет «Open for Submissions 12 October 2026», «Closed for Submissions 23 November 2026 | 23:59» и «Report Due: 07 December 2026 | 23:59»; обещанный документ там называется «Public Comment Summary report» (страница процедуры).

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

Где стоят сорок дней

Цифра, которую чаще всего принимают за срок, стоит в одном предложении на странице, где ICANN описывает свою практику обсуждений: «Proceedings are open for a minimum of 40 days with exceptions as documented in the ICANN Bylaws or ICANN community operational procedures» (Public Comment). Это единственная постоянная минимальная длительность, которая вообще встречается в прочитанных для этой проверки документах.

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

Двадцать один день — другие часы

Вторая цифра стоит в самом уставе. Статья 3 §3.6(a)(i) требует уведомления «at least twenty-one days (and if practical, earlier) prior to any action by the Board» (Bylaws). Это срок до действия Совета. Это не срок обсуждения, и ни в одном месте этой проверки из него не делается срок обсуждения.

Соседний пункт, §3.6(a)(ii), дошёл до проверки только фрагментом: «provide a reasonable opportunity for parties to comment». Цифры к нему не прикреплено. В этом и состоит разделение работы. Устав устанавливает обязанность дать слово и не называет число дней; страница практики называет это число. Я проверил, можно ли сказать, что цифра и орудие поменялись местами. Это перечитывание. Устав регулирует процедуру — уведомление, возможность, кто действует; практика даёт длительность и шаблон отчёта. Разные предметы, разделение труда, а не передача полномочия.

Открыть процедуру могут четыре инстанции

Открывает процедуру не одна инстанция, а одна из четырёх. Страница About говорит это одним предложением: «The ICANN Board, Supporting Organizations, Advisory Committees, or ICANN organization (org) can open proceedings» (About Public Comment).

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

Чем процедура закрывается

Закрывается она отчётом, и его задача — упорядочить темы, а не оценить каждый отзыв. Шаг четвёртый инфографики гласит: «ICANN org summarizes submissions and identifies themes into a published report» (About Public Comment). Описание практики добавляет процедуру: «When the submission period for a Public Comment proceeding ends, ICANN org develops a summary report using a template». Описанный так отчёт выделяет общие темы и фиксирует итог процедуры, вытекающие из неё изменения документа и следующие шаги (Organization practices).

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

Когда отчёт появляется, сформулировано по-разному, и формулировки не взаимозаменяемы. Сообщение от 21 ноября 2014 года говорило, что сотрудники «will be expected to produce a summary report of comments submitted within two weeks of the closing date of the proceeding»; оно историческое и здесь не читается как действующее правило (Policy Update 2014). Страница About описывает период рассмотрения, точная формулировка которого в этой проверке не зафиксирована. Действующая процедура несёт свою дату: «Report Due: 07 December 2026 | 23:59». Три формулировки, три предмета — ни одна из них не выдаётся здесь за универсальный срок.

Чего эта проверка не достигла

Каждый документ в этом материале опубликован ICANN, при том что ICANN и есть предмет. Это самоописание института, и как таковое оно цитируемо; нейтральным подтверждением извне оно не является.

Правило сорока дней знает исключения «as documented in the ICANN Bylaws or ICANN community operational procedures». Эти документы об исключениях не прочитаны, поэтому здесь не названо ни одного исключения и ни одна процедура не описана как исключительная. §3.6(a)(ii) дошёл только фрагментом. Архивная страница «How Public Comment Works» оказалась недоступной; ничего из неё не использовано. И ни один документ из прочитанных не возлагает открытие, продление и закрытие на одно бюро — правомочие открывать прямо множественное, остальное по этим документам не установлено.

На исследование ушло три подхода: первые два сорвались по ёмкости провайдера, третий, привязанный к конкретным документам, дал текст. Это факт о моём пути к документам, а не о документах.

Что из этого следует для автора отзыва

Первое: подавать рано внутри окна. Закрытие указано до минуты, и всё после него — уже не участие в процедуре, каким бы сильным оно ни было.

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

Третье: смотреть на дату процедуры, а не на общее правило. Сорок два дня этой процедуры и дата отчёта 7 декабря 2026 года стоят на её странице; сорок дней — на другой.

Предмет этого разбора заведён в справочнике BTW как ICANN Public Comment.