Кратко

  • FAQ ICANN говорит о 21 дне после получения уведомления, а Applicant Guidebook 2026 — о 21 дне с даты передачи решения SSE.
  • Применяется стандарт явно ошибочного решения; это не неограниченная повторная оценка.
  • Предлагаемая структура записи является рекомендацией по управлению, а не обязательной формой ICANN и не гарантией успеха.

Запись начинается до решения об оспаривании

Результат String Similarity Evaluation требует технической, юридической и деловой проверки. Но 21-дневное окно не приостанавливается на время внутреннего анализа. Запись нужно открыть сразу при появлении уведомления.

FAQ ICANN указывает, что заявитель может подать оспаривание в течение 21 дня после получения уведомления, если предполагает фактическую, процедурную или системную ошибку. Раздел 7.10.4 Guidebook формулирует срок как 21 день с даты передачи решения SSE.

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

Сохранение времени получения не означает, что оно продлевает срок. Оно позволяет рассчитать консервативную дату и объяснить основание расчета.

Внутреннее резюме не заменяет оригинал

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

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

Стандарт отделяет ошибку от несогласия

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

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

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

Минимальная цепочка состоит из шести объектов

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

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

Объекты связываются стабильными идентификаторами, но не смешиваются в перезаписываемом документе. Анализ меняется, исходное уведомление и решение — нет.

После подачи включается второй таймер

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

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

Границы официальных источников

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

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

Доктрина Heng Lu используется только как нормативная перспектива стабильной идентичности, происхождения и проверяемых переходов состояния. Она не служит фактическим доказательством действий ICANN.

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

Sources