Cодержание Bсе темы
Новая система регистрации имеет некоторые отличия от старой при создании объектов контакта и обращении с ними. Далее приведены важнейшие из них:

  • При смене регистратора все контакты копируются автоматически. Система сама создает для нового регистратора соответствующие объекты. 
  • Если регистратор не указывает созданный контакт сам (напр., при смене регистратора, или, создавая контакт на портале Регистратора, оставляет его невыбранным), система сделает это автоматически. Первая часть имени объекта представляет собой имя регистратора, которое отделяется от последующего автоматически генерируемым стрингом 
(пример: RPNIMI:6257D24F)

  • Если регистратор сам выбирает имя объекта, система добавляет в его начальную часть имя регистратора в случае, если имя регистратора уже не выбрано первым элементом имени.  Допустимые знаки ‒ алфавит ASCII, цифры, ‘:’ и ‘-’ , максимальная длина 100 знаков. Все введенные буквы сохраняются как заглавные.
  • О некоторых изменениях, таких как: смена (chg) регистратора (объект контакта) или изменения адресов э-почты контактных лиц,  на адрес э-почты контакта отправляются письма о подтверждении и/или уведомлении, от чего зависит и завершение требующих подтверждения операций. Следовательно, еще более важное, чем прежде, значение имеет то, чтобы адреса э-почты функционировали и были корректны. 
Нужно ли в случае изменения контактных данных изменять объект контакта или заменять его?

Если поле идентификации не меняется, то заменять сам объект не надо. Это важно в основном при изменении контактных данных регистранта, потому что при замене объекта регистранта система считает, что произведена смена регистранта и в том случае, если являющееся объектом лицо то же. Следовательно, при изменении, например, адреса э-почты или телефонного номера следует обновить только объект контакта.

Почему система не дает изменить данные домена или контакта?

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

Если дело не в прямо запрещающем изменения статусе, то вероятно, что прежние (контактные) данные неверны или недостаточны. Более точные причины отражаются также в сообщении об ошибке.

Почему нельзя изменить идентификацию контакта?

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

  • если формат 'birthday' и даты (YYYY-MM-DD)  поля идентификации (элемент <eis:ident> тип (атрибут “type”) некорректны 
  • если отсутствует код страны (атрибут “cc” элемента <eis:ident>) 
В остальных случаях следует для исправления данных создать новый объект контакта и тогда, когда контактное лицо остается тем же самым.

NB! При замене объекта контакта в случае, если дело касается контакта регистратора, система считает это сменой регистратора, и на адрес прежнего регистратора отправляется письмо для подтверждения операции. Если ответа с подтверждением не последует, операция не будет завершена.

В каких случаях система отправляет уведомления на адрес э-почты контакта?

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

Кроме того, система регистрации рассылает однократные автоматические уведомления всем контактам домена, срок действия которого истек, через день после его истечения.

Как действовать, если регистрант не может ответить на письмо о подтверждении, а его воля установлена?

Если регистратор убедился в воле регистранта, то можно использовать в запросе update или delete параметр verified='yes', при котором вместо отправки подтверждающего письма и установления статуса pendingUpdate или pendingDelete желаемая операция будет немедленно осуществлена.

Как использовать параметр verified='yes' на портале Регистратора?

В веб-интерфейсе отсутствует возможность включения этого параметра.  Для использования регистратор должен отправить самостоятельно составленный запрос.  Составленные вручную запросы можно подавать через портал Регистратора <консоль XML>