--- id: "pdp" kind: "glossary-term" title: "PDP" language: "ru" category: "Управление и политика" updated: "2026-10-10T23:13:06Z" canonical: "https://tldlog.com/ru/glossariy/pdp/" translations: en: "https://tldlog.com/glossary/pdp/" es: "https://tldlog.com/es/glosario/pdp/" de: "https://tldlog.com/de/glossar/pdp/" fr: "https://tldlog.com/fr/glossaire/pdp/" it: "https://tldlog.com/it/glossario/pdp/" pt-BR: "https://tldlog.com/pt/glossario/pdp/" zh-Hans: "https://tldlog.com/zh/cihui/pdp/" --- # PDP процесс формирования политики Официальная процедура ICANN для создания политики. Рабочая группа изучает вопрос, публикует отчеты для общественного обсуждения и дает рекомендации. Для gTLD рекомендации, одобренные Советом GNSO и Правлением ICANN, могут стать консенсусными политиками. Процесс формирования политики (PDP) – это официальная процедура, по которой сообщество ICANN разрабатывает правила для доменных имен. Добровольцы изучают проблему, публикуют проекты, которые может прокомментировать любой, и рекомендуют правила; затем решение принимает Правление ICANN. Для общих доменов, таких как .com, результат может стать обязательным для всех регистратур и регистраторов. ## Что такое процесс формирования политики Для gTLD политику разрабатывает GNSO, которая рекомендует ее Правлению. По состоянию на октябрь 2026 года ее PDP описан в Приложении A к Уставу ICANN (с изменениями от 3 июля 2026 года) и в Руководстве GNSO по PDP (PDP Manual) от 21 мая 2026 года. Это важно, потому что регистратуры и регистраторы обязаны по договорам с ICANN соблюдать консенсусные политики, такие как UDRP, ERRP и Политика переноса (Transfer Policy). Консенсусные политики могут касаться только тем, перечисленных в этих договорах, например переносов и регистрационных данных, и не могут устанавливать или ограничивать цены регистраторов. ## Этапы: отчет о проблеме, рабочая группа, итоговый отчет и голосование Правления 1. **Отчет о проблеме (Issue Report).** Его запрашивает Правление, Совет GNSO или консультативный комитет. Сотрудники ICANN готовят предварительную версию в течение 45 дней, с заключением главного юрисконсульта о том, входит ли вопрос в сферу охвата, и с проектом устава рабочей группы. После публичного обсуждения продолжительностью не менее 30 дней выходит окончательная версия. 2. **Начало.** Совет голосует за начало PDP, как правило в течение 90 дней: если вопрос входит в сферу охвата, нужно более трети голосов каждой палаты или более двух третей одной палаты. Голосование не требуется, если запрос исходит от Правления. 3. **Рабочая группа.** Добровольцы работают по уставу. Председатель оценивает каждую рекомендацию: полный консенсус, консенсус, сильная поддержка при значительной оппозиции или расхождение мнений. 4. **Отчеты.** Предварительный отчет (Initial Report) выносится на публичное обсуждение не менее чем на 30 дней. Затем в итоговом отчете (Final Report) для каждой рекомендации указывается уровень консенсуса. 5. **Голосование Совета.** В Совете есть палата сторон договоров с ICANN (7 голосов) и палата сторон, не связанных договорами (13 голосов). Квалифицированное большинство GNSO (GNSO Supermajority) составляет две трети каждой палаты или три четверти одной палаты и большинство другой. Без него для одобрения нужно большинство в каждой палате и поддержка не менее 3 из 4 групп заинтересованных сторон. 6. **Голосование Правления.** Правление публикует уведомление не менее чем за 21 день до решения и запрашивает мнение GAC, если затрагивается публичная политика. Оно принимает рекомендации, поддержанные квалифицированным большинством GNSO, если только более двух третей Правления не сочтут, что они не отвечают наилучшим интересам сообщества ICANN или ICANN. При меньшей поддержке Совета их может отклонить большинство Правления. ### Пример: пересмотр Политики переноса - Июнь 2020 года: Совет запрашивает отчет о проблеме. - 18 февраля 2021 года: начало PDP. - 21 июня 2022 года: предварительный отчет (34 комментария). - 31 января 2025 года: полный консенсус по всем 47 рекомендациям; итоговый отчет в феврале 2025 года. - 12 марта 2025 года: единогласное одобрение Совета. - 7 июня 2026 года: принятие Правлением. От начала до принятия прошло более пяти лет. По состоянию на октябрь 2026 года изменения еще не вступили в силу, и дата их вступления не установлена. ## Публичное обсуждение: как может участвовать любой Комментировать может любой: группы сообщества, правительства, компании и частные лица. По состоянию на октябрь 2026 года ICANN держит обсуждения открытыми не менее 40 дней, с исключениями. Комментарии публикуются вместе с именем автора. В рамках PDP GNSO итоговый отчет не обязательно выносить на обсуждение. Комментарии взвешиваются, а не подсчитываются как голоса, поэтому они не могут заблокировать политику. ## От одобренной политики к действующему правилу: внедрение После принятия сотрудники ICANN готовят подробный текст политики в соответствии с Consensus Policy Implementation Framework. Совет обычно создает из добровольцев группу по проверке внедрения (Implementation Review Team), которая проверяет, соответствуют ли детали рекомендациям. Затем регистратурам и регистраторам дается время: по состоянию на октябрь 2026 года политики объявляются пакетами, и на их выполнение отводится не менее шести месяцев. ## Ускоренный и экстренный пути: EPDP и временные политики EPDP, существующий с 28 сентября 2015 года, обходится без отчета о проблеме и начинается с документа об определении сферы охвата. Для его запуска нужно квалифицированное большинство GNSO, и он может касаться только узко определенного вопроса, выявленного после принятия или внедрения политики, либо вопроса, сфера которого уже в значительной мере определена. Самый известный EPDP начался 19 июля 2018 года. У него был годичный срок из-за временной политики: Временной спецификации для регистрационных данных gTLD (Temporary Specification for gTLD Registration Data), действовавшей с 25 мая 2018 года. Временную политику может принять одно Правление, не менее чем двумя третями своих членов, когда она немедленно необходима для стабильности или безопасности услуг регистраторов или регистратур, DNS или интернета. Правление должно сразу начать PDP и подтверждать политику каждые 90 дней, но не дольше одного года. ## Чем отличается формирование политики для ccTLD Большинство правил для национальных доменов устанавливается на местном уровне. ccNSO формирует глобальную политику только по узкому перечню вопросов, через ccPDP из Приложения B к Уставу. Основные отличия: - Для начала ccPDP Совету ccNSO нужно 10 или более голосов. - Рекомендация Совета выносится на голосование членов ccNSO, которое длится не менее 21 дня и проходит при более чем 66% поданных голосов. - Правление принимает ее, если против не выступят более 66% членов Правления. Эти политики обязательны только для членов ccNSO, только в пределах сферы охвата и никогда не имеют приоритета над законом, применимым к управляющему ccTLD. По состоянию на октябрь 2026 года ccPDP4 о выборе и отмене строк IDN ccTLD ожидает решения Правления. ## Источники - [Bylaws for Internet Corporation for Assigned Names and Numbers | A California Nonprofit Public-Benefit Corporation](https://www.icann.org/en/governance/bylaws) - [ANNEX 2: Policy Development Process Manual](https://gnso.icann.org/sites/default/files/file/field-file-attach/annex-2-pdp-manual-21may26-en.pdf) - [PDP Transfer Policy Review | Generic Names Supporting Organization](https://gnso.icann.org/en/group-activities/active/transfer-policy-review) ## связанные термины - [GNSO](https://tldlog.com/ru/glossariy/gnso/) - [EPDP](https://tldlog.com/ru/glossariy/epdp/) - [консенсусная политика](https://tldlog.com/ru/glossariy/konsensusnaya-politika/) - [общественное обсуждение](https://tldlog.com/ru/glossariy/obshchestvennoe-obsuzhdenie/)