TOC 
NICBR-EPP-2008-1Registro.br
 August 2010


Política e restrições do serviço EPP no Registro.BR - especificações técnicas

Abstract

Este documento descreve as mensagens e códigos de erro enviadas pelo servidor EPP do Registro.br para clientes EPP via o comando Poll, as restrições de alguns campos do EPP para o servidor do Registro.br e códigos de erro e mensagens do servidor EPP do Registro.br.


Table of Contents

1.  Códigos de erro e mensagens enviadas pelo Poll
2.  Mensagens do Poll
    2.1.  Criação de domínio
    2.2.  Congelamento de domínio
    2.3.  Descongelamento de domínio
    2.4.  Aviso de remoção de domínio
    2.5.  Transferência de titularidade
    2.6.  Recadastramento de ticket com pendências
    2.7.  Cancelamento de tickets de entidade com documento inválido
    2.8.  Status dos tickets
    2.9.  Recebimento de documentação
    2.10.  Recadastramento de ticket e domínio registrado
    2.11.  Ticket cadastrado com pendências
    2.12.  Domínio registrado
    2.13.  Criação de organização
    2.14.  Seleção de provedor (entidade)
    2.15.  Seleção de provedor (domínio)
    2.16.  Cancelamento de organização
    2.17.  Transferência de contato de uma organização
    2.18.  Upgrade de contato
    2.19.  Transferência de contato entre provedores de serviço
    2.20.  Renúncia de contato de domínio
    2.21.  Crédito no limite
    2.22.  Depósito na conta de provedor
    2.23.  Ajuste de crédito
    2.24.  Devolução efetuada com sucesso
    2.25.  Renovação automática efetuada com sucesso
    2.26.  Renovação Automática não efetuada por falta de crédito
3.  Restrições de valores para alguns elementos EPP no servidor do Registro.br
4.  Códigos de erro e mensagens enviadas pelo servidor EPP do Registro.br
5.  Referências
§  Author's Address



 TOC 

1.  Códigos de erro e mensagens enviadas pelo Poll

Os códigos de erro enviados via Poll são os seguintes:

enum Code {

UNSET = 0,
DOMAIN_CREATE_PAN = 1,
DOMAIN_FROZEN_PAYMENT,
DOMAIN_FROZEN_BCO,
DOMAIN_FROZEN_CG,
DOMAIN_FROZEN_INCORRECT_DATA,
DOMAIN_FROZEN_DNS,
DOMAIN_UNFROZEN_PAYMENT,
DOMAIN_UNFROZEN_BCO,
DOMAIN_UNFROZEN_CG,
DOMAIN_UNFROZEN_INCORRECT_DATA = 10,
DOMAIN_UNFROZEN_DNS,
DOMAIN_REMOVAL_PAYMENT,
DOMAIN_REMOVAL_NRM,
DOMAIN_REMOVAL_BCO,
DOMAIN_REMOVAL_ADM,
DOMAIN_OWNERSHIP_TRANSFER_NRM,
DOMAIN_OWNERSHIP_TRANSFER_BCO,
DOMAIN_OWNERSHIP_TRANSFER_ADM,
DOMAIN_CONTACT_RENOUNCE = 20,
TKT_RESTORED,
TKT_CANCELLED_INVALID_ORG,
TKT_UPDATE_STATUS_OK,
TKT_UPDATE_STILL_PENDING,
TKT_UPDATE_STATUS_NOT_OK,
DOC_RECEIVED,
TKT_RESTORED_DOMAIN_CREATED,
TKT_CREATED,
DOMAIN_CREATED,
ORG_CREATE_PAN = 100,
ORG_PROVIDER_SELECTION,
ORG_REMOVAL,
ORG_CONTACT_TRN_NRM,
ORG_CONTACT_TRN_BCO,
ORG_CONTACT_TRN_ADM,
ORG_PROVIDER_SELECTION_DIFF_DOMAIN_RENEWAL
DOMAIN_PROVIDER_SELECTION
DOMAIN_PROVIDER_SELECTION_DIFF_DOMAIN_RENEWAL
CONTACT_CLASS_UPDATE = 200,
CONTACT_SPONSORING_CLIENT_TRANSFER,
CONTACT_TRANSFER,
BILLING_CREDIT_BAL_LOW = 300,
BILLING_DEPOSIT,
BILLING_CREDIT_ADJUST,
BILLING_REFUND,
BILLING_AUTO_RENEW_OK,
BILLING_AUTO_RENEW_NOT_OK

};


 TOC 

2.  Mensagens do Poll

As seguintes mensagens são enviadas através do Poll informando o resultado do processamento de um comando EPP.


 TOC 

2.1.  Criação de domínio

código: DOMAIN_CREATE_PAN

Esta mensagem é enviada quando o ticket é transformado em domínio com sucesso, ou quando o ticket for cancelado por qualquer razão. No caso de ticket cancelado sera' enviado um elemento 'reason' na parte de extensão justificando o motivo do cancelamento.

Exemplo de uma mensagem XML após a criação de um domínio: 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="5" id="12345">
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>1</code>
    <txt>Pending domain create completed.</txt>
    <objectId>example.can.br</objectId>
   </msg>
  </msgQ>
  <resData>
   <domain:panData
     xmlns:domain="urn:ietf:params:xml:ns:domain-1.0"
     xsi:schemaLocation="urn:ietf:params:xml:ns:domain-1.0
     domain-1.0.xsd">
    <domain:name paResult="1">example.can.br</domain:name>
    <domain:paTRID>
     <clTRID>ABC-123</clTRID>
     <svTRID>DEF-456</svTRID>
    </domain:paTRID>
    <domain:paDate>1999-04-01T18:01:00.0Z</domain:paDate>
   </domain:panData>
  </resData>
  <extension>
   <brdomain:panData xmlns:brdomain=
     "urn:ietf:params:xml:ns:brdomain-1.0"
     xsi:schemaLocation=
     "urn:ietf:params:xml:ns:brdomain1.0 brdomain-1.0.xsd">
    <brdomain:ticketNumber>12345</brdomain:ticketNumber>
    <brdomain:reason>
      EPP domain create was accepted and the domain was
      registered. According to the TSE Resolution Number 20,
      February 5th, 2004, the domains ending with can.br
      will be automatically cancelled after the first round of
      voting, except the domains belonging to candidates
      participating in the second round of voting,
      which will be cancelled after the second round.
    </brdomain:reason>
   </brdomain:panData>
  </extension>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.2.  Congelamento de domínio

código: [DOMAIN_FROZEN_PAYMENT|DOMAIN_FROZEN_BCO|DOMAIN_FROZEN_CG|

DOMAIN_FROZEN_INCORRECT_DATA|DOMAIN_FROZEN_DNS]

Quando o domínio for congelado por falta de pagamento, decisão judicial, decisão do Comitê Gestor, dados incorretos ou servidores DNS invalidos, será enviada uma mensagem informando que o domínio foi congelado, o motivo do congelamento e o status atual do domínio.

Importante: Um domínio pode estar congelado por mais de um motivo. Toda vez que ele for congelado, independente de já estar congelado por outro motivo ou não, será enviada uma mensagem avisando que ele foi congelado juntamente com o motivo.

Exemplo de uma mensagem após o congelamento de um domínio: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>6</code>
    <txt>Domain frozen due to incorrect DNS delegation.</txt>
    <objectId>example.com.br</objectId>
    <publicationFlag>onHold</publicationFlag>
    <onHoldReason>billing</onHoldReason>
    <onHoldReason>dns</onHoldReason>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.3.  Descongelamento de domínio

código: [DOMAIN_UNFROZEN_PAYMENT|DOMAIN_UNFROZEN_BCO|DOMAIN_UNFROZEN_CG|

DOMAIN_UNFROZEN_INCORRECT_DATA|DOMAIN_UNFROZEN_DNS]

Quando o domínio for descongelado por falta de pagamento, decisão judicial, decisão do Comitê Gestor, dados incorretos ou servidores DNS invalidos, será enviada uma mensagem informando que o domínio foi descongelado, o motivo do descongelamento e o status atual do domínio.

Importante: Um domínio pode estar congelado por mais de um motivo por isso ele pode ser descongelado por um motivo e continuar congelado por outro. Toda vez que ele for descongelado, independente de estar congelado por outro motivo ou não, será enviada uma mensagem avisando que ele foi descongelado juntamente com o motivo.

Exemplo: Idem acima.


 TOC 

2.4.  Aviso de remoção de domínio

código: [DOMAIN_REMOVAL_PAYMENT|DOMAIN_REMOVAL_NRM|

DOMAIN_REMOVAL_BCO|DOMAIN_REMOVAL_ADM]

Um domínio pode ser removido por falta de pagamento, procedimento normal (pedido do registrante), procedimento judicial (ordem judicial), procedimento administrativo (documento inválido).

Em qualquer um desses casos será enviada uma mensagem EPP confirmando a remoção do domínio. O código e o texto da mensagem indicam a razão pela qual o domínio foi removido.

Exemplo de uma mensagem XML avisando sobre a remoção de um domínio: 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="5" id="12345">
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>13</code>
    <txt>Domain removed by the registrant.</txt>
    <objectId>example.com.br</objectId>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.5.  Transferência de titularidade

código: [DOMAIN_OWNERSHIP_TRANSFER_NRM|DOMAIN_OWNERSHIP_TRANSFER_BCO|

DOMAIN_OWNERSHIP_TRANSFER_ADM]

Um domínio pode ser transferido de uma organização para outra por procedimento normal (pedido pelo registrante), procedimento judicial (ordem judicial) ou procedimento administrativo (documento inválido).

Exemplo de uma mensagem avisando sobre a transferência de titularidade de um domínio: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code=1301>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count=5 id=12345>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>16</code>
    <txt>Domain ownership transferred by the registrant.</txt>
    <objectId>example.com.br</objectId>
    <oldOrg>123.456.789/1234-56</oldOrg>
    <newOrg>987.654.321/4321-65</newOrg>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.6.  Recadastramento de ticket com pendências

código: TKT_RESTORED

Em alguns casos especiais um ticket pode ser recadastrado. Nestes casos, será enviada uma mensagem EPP informando que o ticket foi recadastrado contendo os números dos tickets antigo e o novo. O domínio somente é registrado após a resolução de todas as pendências.

Exemplo de mensagem avisando sobre um ticket recadastrado no sistema: 

<?xml version='1.0' encoding='UTF-8' standalone='no'?>
<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0
     epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>21</code>
    <txt>Ticket restored with pendings.</txt>
    <objectId>example.com.br</objectId>
    <oldTicketNumber>12345</oldTicketNumber>
    <newTicketNumber>54321</newTicketNumber>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.7.  Cancelamento de tickets de entidade com documento inválido

código: TKT_CANCELLED_INVALID_ORG

Quando uma organização estiver usando documento inválido será cancelada assim que for verificada a infração. Quando uma entidade for cancelada todos os tickets da entidade serão automaticamente cancelados. Para cada ticket cancelado será enviada uma mensagem EPP contendo o número do ticket cancelado.

Exemplo de mensagem avisando sobre os tickets cancelados de uma entidade com documento inválido: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>22</code>
    <txt>Ticket cancelled due to invalid organization.</txt>
    <objectId>example.com.br</objectId>
    <ticketNumber>12345</ticketNumber>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.8.  Status dos tickets

código: [TKT_UPDATE_STATUS_OK|TKT_UPDATE_STILL_PENDING|

TKT_UPDATE_STATUS_NOT_OK]

O status de um ticket pode ser alterado via sistema administrativo do Registro.br. Alterações se resumem a resolver: pendências de documentação e DNS. Para cada alteração será enviada uma mensagem informando se o ticket está OK e será transformado em domínio(TKT_UPDATE_STATUS_OK), continua com pendências(TKT_UPDATE_STILL_PENDING) ou será cancelado(TKT_UPDATE_STATUS_NOT_OK) .

Exemplo de mensagem sobre o status de um ticket:

Idem acima


 TOC 

2.9.  Recebimento de documentação

código: DOC_RECEIVED

Para cada documento recebido será enviada uma mensagem identificando o documento, informando o status (recebido, inválido ou incorreto) e a lista de tickets afetados pelo recebimento da documentação.

Exemplo de mensagem avisando sobre documentação recebida: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>26</code>
    <txt>Document received.</txt>
    <objectId>000.101.266/0001-20</objectId>
    <docType>CNPJ</docType>
    <docStatus>OK</docStatus>
    <ticket>2527352</ticket>
    <ticket>2527353</ticket>
    <ticket>2527354</ticket>
    <domain>lmdesign.com.br</domain>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.10.  Recadastramento de ticket e domínio registrado

código: TKT_RESTORED_DOMAIN_CREATED

Em alguns casos especiais um ticket pode ser recadastrado. Nestes casos, será enviada uma mensagem EPP informando que o ticket foi recadastrado. Esta mensagem contem o nome do domínio e os números dos tickets antigo e novo. Este código também indica que o domínio já está registrado.

Exemplo de mensagem informando sobre o recadastramento do ticket e o registro do domínio. 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="1" id="36">
   <qDate>2000-06-18T13:00:00.0Z</qDate>
   <msg>
    <code>27</code>
    <txt>Ticket restored and domain created.</txt>
    <objectId>example.com.br</objectId>
    <oldTicketNumber>2822341</oldTicketNumber>
    <newTicketNumber>2822342</newTicketNumber>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.11.  Ticket cadastrado com pendências

código: TKT_CREATED

Em alguns casos especiais um ticket para um novo domínio pode ser emitido pelo Registro. Nestes casos, será enviada uma mensagem EPP informando que o ticket foi cadastrado. Esta mensagem contem o nome do domínio e o número do ticket criado com pendências. O domínio somente é registrado após a resolução de todas as pendências.

Exemplo de mensagem informando a criação de um ticket 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="1" id="33">
   <qDate>2000-06-18T13:30:00.0Z</qDate>
   <msg>
    <code>28</code>
    <txt>Ticket created with pendings.</txt>
    <objectId>example.com.br</objectId>
    <ticketNumber>2822340</ticketNumber>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.12.  Domínio registrado

código: DOMAIN_CREATED

Em alguns casos especiais um domínio pode ser cadastrado pelo Registro. Nestes casos, será enviada uma mensagem EPP informando o registro do domínio. Esta mensagem contem o nome do domínio e o número do ticket.

Exemplo de mensagem informando que um novo domínio foi cadastrado 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="1" id="34">
   <qDate>2000-06-18T13:30:00.0Z</qDate>
   <msg>
    <code>29</code>
    <txt>Domain created.</txt>
    <objectId>example.com.br</objectId>
    <ticketNumber>2822341</ticketNumber>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.13.  Criação de organização

código: ORG_CREATE_PAN

Esta mensagem é enviada quando uma nova organização é efetivamente cadastrada ou seu cadastro é negado.

No caso de pedido de cadastro cancelado sera' enviado um elemento <reason> na parte de extensão justificando o motivo do cancelamento.

Exemplo de mensagem após a criação de uma organização: 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="2" id="89">
   <qDate>2006-07-07T13:24:21.0Z</qDate>
   <msg>
    <code>100</code>
    <txt>Pending organization create completed.</txt>
    <objectId>04857383600010</objectId>
   </msg>
  </msgQ>
  <resData>
   <contact:panData
     xmlns:contact="urn:ietf:params:xml:ns:contact-1.0"
     xsi:schemaLocation="urn:ietf:params:xml:ns:contact-1.0
     contact-1.0.xsd">
     <contact:id paResult="0">e123450</contact:id>
     <contact:paTRID>
      <clTRID>ABC-12345</clTRID>
      <svTRID>54321-XYZ</svTRID>
     </contact:paTRID>
     <contact:paDate>2005-12-05T12:00:00.0Z</contact:paDate>
   </contact:panData>
  </resData>
  <extension>
   <brorg:panData
     xmlns:brorg="urn:ietf:params:xml:ns:brorg-1.0"
     xsi:schemaLocation="urn:ietf:params:xml:ns:brorg-1.0
     brorg-1.0.xsd">
     <brorg:organization>004.857.383/6000-10</brorg:organization>
     <brorg:reason lang="pt">
     Este documento nao existe na base de dados da SRF.
     </brorg:reason>
   </brorg:panData>
  </extension>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.14.  Seleção de provedor (entidade)

código: [ORG_PROVIDER_SELECTION|ORG_PROVIDER_SELECTION_DIFF_DOMAIN_RENEWAL]

Toda vez que o contato da entidade/organização selecionar um provedor via Interface Web será enviada uma mensagem notificando o novo e o antigo Provedor de Serviços. Caso a entidade possua pendências de pagamento com valor diferente das manutenções cobradas de provedores de serviços, serão enviadas mensagens com os nomes dos domínios nesta situação. Cada mensagem pode conter até 4 nomes de domínios.

Exemplo de mensagem após a seleção de um provedor de serviços: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
    <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>101</code>
    <txt>Service provider selection.</txt>
    <objectId>23.456.789/1234-56</objectId>
    <from>5</from>
    <to>2</to>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

Exemplo de mensagem listando domínios com pendências de pagamento com valor diferente do cobrado do provedor de serviços: 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="1" id="94">
   <qDate>2006-06-21T18:01:30.0Z</qDate>
   <msg>
    <code>106</code>
    <txt>
     Service provider selection. Different renewal value for some
     domain names. </txt>
    <objectId>007.777.529/0001-65</objectId>
    <value>30.00</value>
    <domain>example.com.br</domain>
    <domain>example2.com.br</domain>
   </msg>
  </msgQ>
  <trID>
   <clTRID>1433925857</clTRID>
   <svTRID>20060621180317-080-0028</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.15.  Seleção de provedor (domínio)

código: [DOMAIN_PROVIDER_SELECTION|DOMAIN_PROVIDER_SELECTION_DIFF_DOMAIN_RENEWAL]

Toda vez que o contato do domínio selecionar um provedor via Interface Web será enviada uma mensagem notificando o novo e o antigo Provedor de Serviços. Caso o domínio possua pendências de pagamento com valor diferente das manutenções cobradas de provedores de serviços, será enviada uma mensagem com o nome do domínio nesta situação.

Exemplo de mensagem após a seleção de um provedor de serviços: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
    <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>107</code>
    <txt>Service provider selection.</txt>
    <objectId>example.com.br</objectId>
    <from>5</from>
    <to>2</to>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

Exemplo de mensagem listando o domínio com pendência de pagamento com valor diferente do cobrado do provedor de serviços: 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="1" id="94">
   <qDate>2006-06-21T18:01:30.0Z</qDate>
   <msg>
    <code>108</code>
    <txt>
     Service provider selection. Different renewal value for domain name. </txt>
    <objectId>example.com.br</objectId>
    <value>30.00</value>
   </msg>
  </msgQ>
  <trID>
   <clTRID>1433925857</clTRID>
   <svTRID>20060621180317-080-0028</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.16.  Cancelamento de organização

código: ORG_REMOVAL

Uma entidade pode ser cancelada e caso isso ocorra o provedor de serviços será informado através de uma mensagem EPP.

Exemplo de mensagem após o cancelamento de uma organização: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>102</code>
    <txt>Organization removed due to invalid data.</txt>
    <objectId>060.409.075/0029-53</objectId>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.17.  Transferência de contato de uma organização

código: [ORG_CONTACT_TRN_NRM|ORG_CONTACT_TRN_BCO|ORG_CONTACT_TRN_ADM]

Existe um procedimento out-of-band para transferência de contato de uma organização/entidade. Quando o procedimento for efetivado será enviada uma mensagem para o provedor de serviços informando o contato novo e o antigo.

Exemplo de mensagem após a transferência de contato de organização: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>103</code>
    <txt>Organization contact transferred by the registrant.</txt>
    <objectId>123.456.789/1234-56</objectId>
    <oldContact>aaa123</oldContact>
    <newContact>bbb123</newContact>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.18.  Upgrade de contato

código: CONTACT_CLASS_UPDATE

Todos os contatos criados via EPP não podem logar no sistema do Registro.br. Para que um contato possa acessar a interface Web do Registro.br é necessário que ele faça um recadastramento. A partir do momento em que o contato fizer o recadastramento o Provedor de Serviços não pode mais alterar ou remover o contato. No instante do recadastramento será enviada uma mensagem EPP para o provedor de serviços informando que o contato foi recadastrado.

Exemplo de mensagem avisando sobre o upgrade de contato: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
    <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>200</code>
    <txt>Contact class update.</txt>
    <objectId>aaa123</objectId>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.19.  Transferência de contato entre provedores de serviço

código: CONTACT_SPONSORING_CLIENT_TRANSFER

Um contato pertencente a um provedor de serviços pode ser transferido para outro provedor via sistema administrativo do Registro.br e o provedores de serviço novo e o antigo serão informados via mensagem EPP.

Exemplo de mensagem avisando sobre a transferência de contato entre provedores: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>201</code>
    <txt>Organization contact transferred by the registry.</txt>
    <objectId>aaa123</objectId>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.20.  Renúncia de contato de domínio

código: DOMAIN_CONTACT_RENOUNCE

Um contato de domínio pode renunciar seu cargo. Neste caso, o contato será automaticamente atualizado com o contato da entidade detentora do domínio. Neste caso será enviada uma mensagem EPP indicando o domínio e o tipo de contato que renúnciou e o handle do novo contato.

Exemplo de mensagem após uma renúncia de contato: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>20</code>
    <txt>Domain Contact Renounced.</txt>
    <objectId>example.com.br</objectId>
    <contactType>adm</contactType>
    <newContact>bbb123</newContact>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.21.  Crédito no limite

código: BILLING_CREDIT_BAL_LOW

Quando o crédito de um provedor de serviços atingir um determinado limite mínimo estipulado em contrato será enviada uma mensagem EPP informando que o saldo está abaixo do limite.

Exemplo de mensagem avisando sobre crédito no limite: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>300</code>
    <txt>Credit balance low.</txt>
    <creditBalance>970.00</creditBalance>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.22.  Depósito na conta de provedor

código: BILLING_DEPOSIT

Quando um depósito for efetivado será enviada uma mensagem EPP indicando o sucesso da operação, contendo o valor do deposito e o saldo atual.

Exemplo de mensagem avisando sobre um depósito feito na conta do provedor: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>301</code>
    <txt>Deposit notification.</txt>
    <depositValue>500.00</depositValue>
    <creditBalance>1200.00</creditBalance>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.23.  Ajuste de crédito

código: BILLING_CREDIT_ADJUST

Pode ocorrer ajuste de crédito de uma fatura cujo pagamento foi efetuado indevidamente. Neste caso, será enviada uma mensagem informando se a operação foi de crédito ou débito e o valor da transação.

Exemplo de mensagem avisando sobre ajuste de crédito na conta do provedor: 


<epp xmlns='urn:ietf:params:xml:ns:epp-1.0'
     xmlns:xsi='http://www.w3.org/2001/XMLSchema-instance'
     xsi:schemaLocation='urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd'>
 <response>
  <result code='1301'>
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count='5' id='12345'>
   <qDate>1999-04-04T22:01:00.0Z</qDate>
   <msg>
    <code>302</code>
    <txt>Credit adjustment.</txt>
    <value>1500.00</value>
    <op>+</op>
    <creditBalance>9000.00</creditBalance>
   </msg>
  </msgQ>
  <trID>
   <clTRID>BCD-23456</clTRID>
   <svTRID>65432-WXY</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.24.  Devolução efetuada com sucesso

code BILLING_REFUND

Quando o provedor de serviços solicitar devolução de crédito, será enviada uma mensagem EPP notificando o valor da devolução e o saldo atual.

Exemplo de mensagem XML para notificação de devolução: 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="2" id="17">
   <qDate>2006-06-26T19:52:58.0Z</qDate>
   <msg>
    <code>303</code>
    <txt>Refund notification.</txt>
    <refundValue>1000.00</refundValue>
    <creditBalance>9937.00</creditBalance>
   </msg>
  </msgQ>
  <trID>
   <clTRID>846930886</clTRID>
   <svTRID>20060626202022-015-0002</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.25.  Renovação automática efetuada com sucesso

code BILLING_AUTO_RENEW_OK

Se o provedor de serviços habilitar a opção de renovação automática para um determinado domínio, ele será automaticamente renovado no dia de sua expiração. Quando a renovação ocorrer com sucesso será enviada uma mensagem EPP de notificação para o provedor de serviços.

Exemplo de mensagem XML para notificar o sucesso de uma renovação automática: 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="1" id="43">
   <qDate>2006-06-28T18:15:22.0Z</qDate>
   <msg>
    <code>304</code>
    <txt>Automatic renewal successfully done.</txt>
    <objectId>nic.br</objectId>
   </msg>
  </msgQ>
  <trID>
   <clTRID>294702567</clTRID>
   <svTRID>20060628181636-015-0025</svTRID>
  </trID>
 </response>
</epp>

 TOC 

2.26.  Renovação Automática não efetuada por falta de crédito

code BILLING_AUTO_RENEW_NOT_OK

Se o provedor de serviços habilitar a opção de renovação automática para determinado domínio mas a renovação falhar por falta de crédito, será enviada uma mensagem EPP de notificação de falha na renovação automática. A mensagem informa também que é necessário inserir crédito na conta do provedor e enviar um comando EPP "renew" para renovar o domínio.

Exemplo de mensagem XML para notificar uma renovação automática que falhou por falta de crédito: 


<epp xmlns="urn:ietf:params:xml:ns:epp-1.0"
     xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
     xsi:schemaLocation="urn:ietf:params:xml:ns:epp-1.0 epp-1.0.xsd">
 <response>
  <result code="1301">
   <msg>Command completed successfully; ack to dequeue</msg>
  </result>
  <msgQ count="1" id="39">
   <qDate>2006-06-28T17:37:49.0Z</qDate>
   <msg>
    <code>305</code>
    <txt>
     Automatic renewal failure due to insufficient credit. To renew this
     domain is necessary to make a deposit in the provider's account and
     send an EPP renew command.
    </txt>
    <objectId>nic.br</objectId>
   </msg>
  </msgQ>
  <trID>
   <clTRID>719885386</clTRID>
   <svTRID>20060628180022-015-0005</svTRID>
  </trID>
 </response>
</epp>

 TOC 

3.  Restrições de valores para alguns elementos EPP no servidor do Registro.br

Alguns elementos EPP tem restrições de valores no servidor do Registro.br, como descrito a seguir:

-
Somente serão aceitos caracteres ISO-88591 pelo servidor EPP. Apesar disso, o encoding do documento XML deve ser UTF-8 como especificado pelo protocolo EPP.
-
Parâmetro lang - aceita somente "pt" ou "en" (default)
-
Parâmetro type de postalInfo: Deve ser OBRIGATORIAMENTE do tipo "loc". Qualquer tipo diferente de "loc" fará o servidor retornar um erro.
-
postalInfo: Somente UM por objeto, contendo TRÊS atributos street, cada um contendo a rua, o número e o complemento, respectivamente e NESTA ORDEM. Quando um comando UPDATE for realizado em postalInfo, os três atributos street devem ser passados obrigatoriamente, mesmo que nem todos os três tenham sido modificados.
-
voice: Deve seguir o formato +II.DDN[1-12], onde II deve ser 55 (DDI do Brasil) e DD o código DDD da cidade sem zeros a esquerda.
-
Atributos ignorados pelo servidor em qualquer comando que apareçam:
-
authInfo
-
disclose
-
fax
-
registrant
-
org
-
upID (info de contato e domínio)
-
trDate (info de contato e domínio)
-
secDNS:maxSigLife (create e update de domínio)
-
Comandos não implementados:
-
transfer
-
check de contato (pois os IDs de contato são gerados automaticamente pelo Registro.BR)
-
Info de contato:
-
roid: formato "c_[handle_do_usuário]-BR"
-
status: sempre setado como "ok"
-
Create de contato:
-
nome: o nome do contato pode ter no máximo 40 caracteres e deve ter pelo menos duas palavras separadas por espaço em branco.
-
id: setado com id gerado pelo sistema. Caso haja algum id com mesmo nome, email e provedor, será avisado que o objeto já existe.
-
Update de contato:
-
Não permite alteração do atributo name.
-
Info de domínio:
-
roid: formato "d_[id_do_dominio]-BR"
-
status: "ok" ou "pendingCreate" (no caso de um ticket gerado)
-
Deve ter três atributos contact, dos tipos "admin", "tech" e "billing"
-
Cada domínio pode ter zero, um ou dois registros tipo DS
-
Create de domínio:
-
Atributo period definido em anos. Aceita somente period="1" (renovação anual) - qualquer outro valor retorna um erro.
-
Atributo ns: Obrigatório ao menos dois servidores DNS respondendo autoritativamente pelo domínio para que o mesmo seja criado. Caso contrário será criado o ticket do domínio, com pendências de DNS.
-
Atributo dnskey: Opcional. Este atributo será convertido em um registro do tipo DS. Um domínio pode ter zero, um ou dois registros tipo DS. Este atributo não pode coexistir com o atributo ds.
-
Atributo ds: Opcional. Um domínio pode ter zero, um ou dois registros tipo DS. Este atributo não pode coexistir com o atributo dnskey.
-
Renew de domínio:
-
Atributo period definido em anos. Aceita somente period="1" (renovação anual) - qualquer outro valor retorna um erro.
-
Deve ter três atributos contact, um obrigatório do tipo "admin". Os outros dois ("tech" e "billing"), se não forem setados serão definidos com o mesmo contato de "admin".
-
Update de domínio:
-
status: ignorado
-
contact: aceita somente os tipos "admin", "tech" ou "billing".
-
Atributo dnskey: Opcional. Este atributo será convertido em um registro do tipo DS. Um domínio pode ter zero, um ou dois registros tipo DS. Este atributo não pode coexistir com o atributo ds.
-
ds: os registros tipo DS são opcionais e podem ser adicionados, removidos ou alterados. No caso de alteração, todos os registros DS atuais são removidos e os registros fornecidos são adicionados. Este atributo não pode coexistir com o atributo dnskey.
-
Delete de domínio:
-
Domínio precisa estar registrado a menos de 5 dias.
-
Domínio pode apenas ser removido pelo provedor que o criou.
-
Provedor pode apenas remover 3% dos domínios registrados nos últimos 5 dias.
-
Check de organização:
-
id de contato: ignorado
-
Info de organização:
-
roid: formato "e_[id_da_entidade]-BR" para entidades cadastradas efetivamente ou "[id_provedor]_[data_cadastro]_[tipo_documento]_[numero_documento]-BR" para entidades com cadastro temporário (pendentes de efetivação).
-
status: "ok" para entidades cadastradas efetivamente, "pendingCreate" para entidades temporárias e "linked" para entidades existentes que possuam domínios.
-
email: ignorado.
-
Create e Update de organização:
-
nome: o nome de organização pode ter no máximo 50 caracteres e deve ter pelo menos duas palavras separadas por espaço em branco.
-
contato: o mapping de organização permite três tipos de contato (admin, billing e member) mas é política do Registro.br só aceitar contato do tipo admin para organizações.
-
responsável: o responsável é um atributo opcional de acordo com o mapping de organização mas será ignorado se o tipo do documento for CPF. O responsável pode ter no máximo 40 caracteres e deve ter pelo menos duas palavras separadas por espaço em branco.
O valor default para responsável é:
- o nome do contato administrativo da organização quando o tipo do documento for CNPJ.
- o nome da organização quando o tipo do documento for CPF.

 TOC 

4.  Códigos de erro e mensagens enviadas pelo servidor EPP do Registro.br

-
Comando LOGIN
-
AUTHENTICATION_ERROR - senha incorreta ou IP de conexão incorreto.
-
AUTHENTICATION_ERROR_CLOSING_CONN - número de tentativas de login sem sucesso excedido.
-
SESSION_LIMIT_EXCEEDED - limite de conexões simultâneas excedido.
-
PARAMETER_POLICY_ERROR - tentativa de alteração de senha com o mesmo conteúdo da senha atual.
-
OK - senha modificada com sucesso ou comando completado com sucesso.

-
Comando LOGOUT
-
COMMAND_FAILED - problemas ao executar o logout.
-
OK_ENDING_SESSION - comando completado com sucesso.

-
Comando CONTACT CHECK
-
UNIMPLEMENTED_COMMAND - comando não implementado.

-
Comando CONTACT CREATE
-
PARAMETER_MISSING - mensagem retornada: "Tipo de postalInfo inválido. Atualmente, somente o tipo loc é suportado."
-
OBJECT_EXISTS - já existe contato com mesmo nome, email e provedor.
-
PARAMETER_POLICY_ERROR - possíveis mensagens retornadas:
Nome do contato inválido
Email inválido
Número do telefone ou ramal inválido
Endereço inválido
Número do endereço inválido
Cidade inválida
Estado inválido
CEP inválido
País inválido
Estado inexistente
Cidade inexistente
Cidade e Estado incompatíveis
Cidade e CEP incompatíveis
Este contato não pode possuir um endereço internacional
-
OK - comando completado com sucesso.

-
Comando CONTACT INFO
-
OBJECT_DOESNT_EXIST - contato inexistente.
-
OK - comando completado com sucesso.

-
Comando CONTACT TRANSFER
-
UNIMPLEMENTED_COMMAND - comando não implementado.

-
Comando CONTACT UPDATE
-
AUTHORIZATION_ERROR: tentativa de atualização por provedor que não detém o contato.
-
OBJECT_DOESNT_EXIST - contato inexistente.
-
PARAMETER_POLICY_ERROR - possíveis mensagens retornadas:
Número do telefone ou ramal inválido
Email inválido
Tipo de postalInfo inválido. Atualmente, somente o tipo loc é suportado.
Nome do contato não pode ser modificado.
Endereço inválido
Número do endereço inválido
Cidade inválida
Estado inválido
CEP inválido
País inválido
Estado inexistente
Cidade inexistente
Cidade e Estado incompatíveis
Cidade e CEP incompatíveis
Este contato não pode possuir um endereço internacional
-
OK - comando completado com sucesso.

-
Comando BR_DOMAIN RENEW
-
AUTHORIZATION_ERROR - tentativa de atualização por provedor que não detém o domínio.
-
COMMAND_FAILED - não conseguiu resgatar o domínio ou o provedor ou não conseguiu efetivar a renovação.
-
DATA_MGMT_POLICY_VIOLATION - mensagem retornada: "Nenhuma pendência de pagamento encontrada para este domínio".
-
PARAMETER_POLICY_ERROR - possíveis mensagens retornadas:
Data de expiração incorreta
Período inválido. A única unidade aceita é 'y'.
Período inválido. O Domínio não pode ser renovado por mais que 10 anos.
-
BILLING_FAILURE - mensagem retornada: "Crédito insuficiente para renovação do domínio"
-
OBJECT_DOESNT_EXIST - domínio inexistente.
-
OK - comando completado com sucesso.

-
Comando BR_DOMAIN CHECK
-
AUTHORIZATION_ERROR - tentativa de consulta por provedor que não administra a entidade detentora do domínio.
-
PARAMETER_MISSING - nenhum nome de domínio passado para a consulta.
-
OK - comando completado com sucesso.

-
Comando BR_DOMAIN INFO
-
OBJECT_DOESNT_EXIST - domínio inexistente.
-
COMMAND_FAILED - falha ao executar o comando.
-
OK - comando completado com sucesso.

-
Comando BR_DOMAIN CREATE
-
BILLING_FAILURE - mensagem retornada: "Crédito insuficiente para pagamento dos tickets ativos"
-
PARAMETER_POLICY_ERROR - possíveis mensagens retornadas:
Período inválido. A única unidade aceita é 'y'
O sistema não permite mais do que 1 endereço IPv4 por servidor DNS
O sistema não permite mais do que 1 endereço IPv6 por servidor DNS
Versão IP inválida
ID duplicado
CNPJ irregular
CPF irregular
Provedor não pode registrar domínios para esta entidade
ID não é contato administrativo da entidade
Domínio inválido
DPN inválido
Sintaxe da segunda parte do domínio inválida
Tamanho máximo de 35 caracteres
Tamanho máximo de 26 caracteres
Domínio já registrado
Domínio reservado para a transição EDU.BR
Domínio já registrado sob sintaxe similar
Domínio reservado pelo Comitê Gestor
Prazo limite encerrado para candidatura a este domínio
Sintaxe inválida para domínio CAN.BR
Já existem tickets para este domínio
Entidade já possui este nome sob outro DPN
Limite de domínios excedido pela entidade
Limite de tickets ativos excedido pela entidade
Entidade não pode cadastrar novos domínios neste DPN por ser isenta de documentação
Erro ao importar o ticket
Domínio existente
Um erro ocorreu durante o processamento da requisição
Entidade possui pendências de pagamento já vencidas
Limite de tickets em processo de liberação excedido
Limite de pendências de pagamento em aberto excedido
Ticket somente poderá ser emitido se for feito o pagamento do domínio similar já registrado
Hostname inválido
Hostname duplicado
Endereço IPv6 inválido
Endereço IP inválido
Servidor DNS não informado
Estado inválido
Estado inexistente
Cidade inexistente
Cidade e Estado incompatíveis
CEP e Cidade incompatíveis
Palavra reservada por se tratar de uma marca notória
Palavra de baixo calão
Palavra reservada por ordem judicial
Palavra reservada pelo CG
Domínio aguardando início do próximo processo de liberação
Domínio encontra-se em fase de averiguação de documentação dentro do processo de liberação
Domínio não disponível para registro por ter participado de mais de 6 (seis) processos de liberação consecutivos.
Este domínio somente pode ser registrado pela entidade detentora do mesmo domínio sem o prefixo 'www'
Não é permitido o registro de nomes da lista do processo de liberação com o prefixo 'www'
O contato de cobrança do domínio não pode ser um contato com endereço internacional
Erro inesperado
-
PARAMETER_POLICY_ERROR - possíveis mensagens retornadas (Somente com DNSSEC):
Máximo número de registros tipo ds excedido
Key tag inválida
Tipo de algoritmo inválido
Tipo de digest inválido
Tamanho do digest inválido
Registro DS duplicado
Record DS obrigatório inexistente
Para cadastrar um Records DS, é necessário que todos os servidores DNS estejam corretamente configurados
-
DATA_MGMT_POLICY_VIOLATION - possíveis mensagens retornadas:
Sem assinatura
Assinatura expirada
Chave não encontrada
Chave sem bit SEP habilitado
Assinatura inválida
Tempo esgotado
Sem autoridade sobre o domínio
Domínio desconhecido
DNS desconhecido
Falha no DNS
Pesquisa recusada
Erro no DNS
Conexão recusada
Canonical name
Zona não sincronizada
-
ASSOCIATION_PROHIBITS_OPERATION - tentativa de associar o domínio com uma entidade inexistente - mensagem retornada: "Entidade inexistente".
-
OK_ACTION_PENDING - comando completado com sucesso, ticket criado com pendências (documentação, dns e/ou processo de liberação).
-
OK - comando completado com sucesso, domínio registrado.

-
Comando BR_DOMAIN UPDATE
-
AUTHORIZATION_ERROR - tentativa de atualização por provedor que não administra a entidade detentora do domínio.
-
OBJECT_DOESNT_EXIST - domínio inexistente.
-
COMMAND_FAILED - falha ao executar o comando.
-
STATUS_PROHIBITS_OPERATION - possíveis mensagens retornadas:
Este domínio está congelado
Este domínio está congelado por dados inválidos. Alterações DNS não são permitidas
-
PARAMETER_POLICY_ERROR - possíveis mensagens retornadas:
Este servidor DNS não está delegado para este domínio
Servidor DNS duplicado
O sistema não permite mais do que 5 servidores DNS por domínio
Ao menos 2 servidores DNS são necessários
Versão IP inválida
O sistema não permite mais do que 1 endereço IPv4 por servidor DNS
O sistema não permite mais do que 1 endereço IPv6 por servidor DNS
Nome do servidor DNS inválido
Endereço IP inválido
Este ID não está listado como contato administrativo deste domínio
Este ID não está listado como contato técnico deste domínio
Este ID não está listado como contato de cobrança deste domínio
Tipo de contato inválido
ID duplicado
É necessário que exista exatamente 1 contato administrativo
O domínio deve possuir exatamente 1 contato técnico
O domínio deve possuir exatamente 1 contato de cobrança
ID inválido
Este tipo de contato não pode ser modificado se o domínio está com status pendingCreate
Não existe chave pública correspondente a key tag fornecida
Extensão DNSSEC utilizada incorretamente
Máximo número de registros tipo ds excedido
A validação da chave pública falhou
Key tag inválida
Tipo de algoritmo inválido
Tipo de digest inválido
Tamanho do digest inválido
Registro DS duplicado
DNSSEC não suportado para este domínio
O contato de cobrança do domínio não pode ser um contato com endereço internacional
-
DATA_MGMT_POLICY_VIOLATION - possíveis mensagens retornadas:
Tempo esgotado
Sem autoridade sobre o domínio
Domínio desconhecido
DNS desconhecido
Falha DNS
Consulta recusada
Conexão recusada
Canonical name
Erro DNS
Zona não sincronizada
DS inválido - Sem assinatura
DS inválido - Assinatura expirada
DS inválido - Chave não encontrada
DS inválido - Chave sem bit SEP habilitado
DS inválido - Assinatura inválida
DS inválido - Tempo esgotado verificando DS
DS inválido - DS erro inesperado
-
OK - comando completado com sucesso.

-
Comando DOMAIN DELETE
-
OBJECT_DOESNT_EXIST - domínio inexistente.
-
STATUS_PROHIBITS_OPERATION - possíveis mensagens retornadas:
Remoção de domínio permitida apenas para o provedor que cadastrou o domínio
Período de remoção do domínio ultrapassado
Taxa de remoção de domínios excedida
-
COMMAND_FAILED - falha ao executar o comando
-
OK - comando completado com sucesso

-
Comando BR_ORG CHECK
-
PARAMETER_MISSING - nenhuma entidade passada para a consulta.
-
OK - comando completado com sucesso.

-
Comando BR_ORG INFO
-
OBJECT_DOESNT_EXIST - entidade inexistente.
-
PARAMETER_POLICY_ERROR - mensagem retornada: "Documento inválido".
-
OK - comando completado com sucesso.

-
Comando BR_ORG CREATE
-
OBJECT_EXISTS - entidade já existe.
-
PARAMETER_MISSING - mensagem retornada: "Tipo de postalInfo inválido. Atualmente, somente o tipo loc é suportado".
-
OK_ACTION_PENDING - comando completado, entidade pendente de criação (documentação sendo verificada junto a Receita Federal).
-
PARAMETER_POLICY_ERROR - possíveis mensagens retornadas:
Documento inválido.
Documento inválido. Não regular na SRF
Documento inválido. Suspenso na SRF
Documento inválido. Inapto na SRF
Documento inválido. Cancelado na SRF
Documento inválido. Inexistente na SRF
Documento inválido. Nulo na SRF
Documento bloqueado. Caso queira utilizá-lo para registro de domínio, favor entrar em contato através do e-mail hostmaster@registro.br ou por telefone pelo no.: (11) 5509-3500.
ID do provedor inválido
clTRID inválido
Nome da entidade inválido
ID inválido
Número do telefone ou ramal inválido
Endereço inválido
Número do endereço inválido
Cidade inválida
Estado inválido
País inválido
CEP inválido
Estado inexistente
Cidade inexistente
Cidade e Estado incompatíveis
Cidade e CEP incompatíveis
Responsável inválido - quando o responsável (opcional) não for fornecido e o valor default não puder ser setado (erro improvável).
-
OK - comando completado com sucesso, entidade registrada.
ID do contato administrativo não pode possuir endereço internacional

-
Comando BR_ORG UPDATE
-
PARAMETER_POLICY_ERROR - possíveis mensagens retornadas:
Documento inválido.
Número do telefone ou ramal inválido
Entidades com procurador não podem ter seus nomes atualizados
Nome da entidade inválido
Endereço inválido
Número do endereço inválido
Cidade inválida
Estado inválido
País inválido
CEP inválido
Estado inexistente
Cidade inexistente
Cidade e Estado incompatíveis
Cidade e CEP incompatíveis
Este ID não está listado como contato administrativo desta entidade
Tipo de contato inválido
ID duplicado
É necessário que exista exatamente 1 contato administrativo
ID inválido
ID do contato administrativo não pode possuir endereço internacional
-
AUTHORIZATION_ERROR - tentativa de atualização por provedor que não administra a entidade.
-
PARAMETER_MISSING - mensagem retornada: "Tipo de postalInfo inválido. Atualmente, somente o tipo loc é suportado".
-
OBJECT_DOESNT_EXIST - entidade inexistente.
-
STATUS_PROHIBITS_OPERATION - entidade pendente de criação não pode ser atualizada.
-
OK - comando completado com sucesso.

-
Comando POLL
-
OK_NO_MESSAGES - comando completado com sucesso, sem mensagens na fila..
-
OK_ACK_DEQUEUE - comando completado com sucesso, primeira mensagem da fila recuperada.
-
OK - comando completado com sucesso.
-
COMMAND_USE_ERROR - parâmetro op inválido (deve ser somente "req" ou "ack").

 TOC 

5. Referências

[I-D.neves-epp-brdomain] Neves, F. and H. Kobayashi, “BR Domain Mapping for the Extensible Provisioning Protocol (EPP),” draft-neves-epp-brdomain-04 (work in progress), August 2010.
[I-D.neves-epp-brorg] Neves, F. and H. Kobayashi, “BR Organization Mapping for the Extensible Provisioning Protocol (EPP),” draft-neves-epp-brorg-05 (work in progress), August 2010.

 TOC 

Author's Address

  NIC.br / Registro.br
  Av. das Nações Unidas, 11541, 7. andar
  São Paulo, SP 04578-000
  BR
Phone:  +55 11 5509 3511
Email:  epp-suporte@registro.br
URI:  http://registro.br/