Название документа: Приложение No1. Изменения в правилах валидации и структуре объектов Contact
Статус: draft (черновик)
Версия: 1.0
Дата публикации: 01.06.2026г
Владелец: Казахстанский центр сетевой информации (KazNIC)


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

1. Валидация атрибутов объекта Contact

Вводятся дополнительные требования к заполнению и формату полей при создании (create) и обновлении (update) объектов типа Contact:

    Обязательность полей:
    - поле name является обязательным для физических лиц.
    - поле org является обязательным для юридических лиц (организаций).
    
    Приоритетность: В случае одновременного заполнения полей name и org, приоритетным считается значение поля org (контакт классифицируется 
    как юридическое лицо).
    
    Кодировка: Для всех текстовых полей обязательным условием является использование латиницы (translit), кроме полей указанных в 
    блоке <contact:postalInfo type="loc"/>. Правила транслитерации описаны в файлах [translit_ru.txt, translit_kk.txt].

2. Расширение EPP протокола: "Contact Extension"

Для передачи дополнительных данных реализовано EPP расширение "Contact Extension". Оно позволяет включать в объект Contact блок 
"Сведения о резидентстве" (residenceDetails).

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

    Состав данных: Страна резидентства (country, например: KZ), тип идентификатора (externalIdType, например: BIN/IIN) и его значение (externalIdValue).

    Документация: Техническая спецификация расширения "Contact Extension" описана в файле [contact-ext-1.0.txt]. Примеры налоговых и гражданских
    идентификаторов для top-10 стран описаны в файле [Справочник идентификаторов Top-10 стран.txt]
                                                                    
    Валидация: Проверка формата идентификатора (externalIdType, externalIdValue) на соответствие осуществляется только для резидентов Республики
    Казахстан (country: KZ). Для прочих стран валидация значения не производится, данные принимаются в свободном формате в рамках справочных значений.

3. Ограничения для объектов Contact выступающих в роли "Регистрант"

Если объект Contact назначен в качестве регистранта (registrant) для любого доменного имени, вступают в силу правила контроля целостности 
данных:

    Обязательность данных: Наличие блока "Сведения о резидентстве" (residenceDetails) является обязательным для объекта Contact, выступающего
    в роли регистранта.
    
    Не изменяемые поля: После назначения контакта регистрантом, поля name, org и блок residenceDetails становятся недоступными для модификации.
    
    Обработка ошибок: Любая попытка изменить вышеуказанные поля через команду <update> вернет стандартную ошибку протокола EPP: 2306 
    (Data management policy violation).
    
    Прочие поля:  адрес, телефон, email остаются доступными для изменения.
    
    Процедура смены данных: При необходимости изменения идентификационных данных регистранта: (name, org или residenceDetails) требуется создание 
    нового объекта Contact с последующей сменой регистранта у домена (переуступка прав).
       

4. Тестирование и отладка

Все вышеперечисленные функциональные изменения, правила валидации и расширения протокола развернуты на тестовом EPP-сервере (OT&E).

    Доступность: Регистраторы могут приступать к доработке и тестированию своего программного обеспечения.

    Рекомендация: Перед миграцией на основной сервер рекомендуется провести полную цепочку тестов: от создания контакта с расширением 
    residenceDetails до назначения такого контакта в качестве регистранта.