[Eppnicbr] Atualizar Endereço e Telefone de Organização - Authorization error

Guilherme Suzuki suzuki.gui at gmail.com
Wed May 7 09:36:42 BRT 2014


Olá, seguindo com as correções, eu evito a atualização dos campos no
cadastro da organização, mas ao seguir com o registro de um novo domínio,
recebo um erro

*Provider cannot register domains for this organization.*
Será que só é possível registrar um domínio, fazendo a associação do
provedor para o cliente pelo portal da nicbr? Ou é alguma coisa específica
do cliente?

CNPJ do cliente em questão: 04.117.894/0001-55.

Grato,

 <http://www.guilhermesuzuki.com>*Guilherme Suzuki*
Consultor em TI para projetos Microsoft
*http://www.guilhermesuzuki.com <http://www.guilhermesuzuki.com>*
11 - 992360535



Em 6 de maio de 2014 16:21, Guilherme Suzuki <suzuki.gui at gmail.com>escreveu:

> Beleza. Obrigado pelos esclarecimentos!
> On May 6, 2014 4:14 PM, "Rubens Kuhl" <rubensk at nic.br> wrote:
>
>>
>> Guilherme,
>>
>> A atualização desses campos é um caso de uso que precisa ser suportado.
>> Se alguém denuncia uma empresa por dados incorretos, ela precisa poder
>> corrigir os dados para não ter seus domínios congelados... pode não ser
>> algo comum, mas é necessário, quer no painel do cliente quer no painel para
>> operadores do provedor de serviço.
>>
>>
>> Rubens
>>
>>
>> Em 06/05/2014, à(s) 13:25:000, Guilherme Suzuki <suzuki.gui at gmail.com>
>> escreveu:
>>
>> Beleza. Muito obrigado pelos esclarecimentos.
>>
>> Como essa associação é bem separada do processo do registro. Bloquear a
>> atualização desses campos com base nessa regra será mais efetivo.
>> On May 6, 2014 1:06 PM, "Rubens Kuhl" <rubensk at nic.br> wrote:
>>
>>>
>>> Guilherme,
>>>
>>> Tem sim, usando "brorg info". O XML de envio é assim:
>>>
>>> <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">
>>>  <command>
>>>   <info>
>>>    <contact:info 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>11111111111</contact:id>
>>>    </contact:info>
>>>   </info>
>>>   <extension>
>>>    <brorg:info 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>111.111.111-11</brorg:organization>
>>>    </brorg:info>
>>>   </extension>
>>>   <clTRID>99999999999</clTRID>
>>>  </command>
>>>
>>> Se voltar código 2303, o CPF ou CNPJ não existe e poderá ser cadastrado
>>> pelo provedor EPP:
>>>
>>> <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="2303">
>>>    <msg>Object does not exist</msg>
>>>   </result>
>>>   <trID>
>>>    <clTRID>1957747793</clTRID>
>>>    <svTRID>20140506155836-2AE55F4B-228-0005</svTRID>
>>>   </trID>
>>>  </response>
>>> </epp>
>>>
>>> Se existir, retorna código 1000:
>>>
>>> <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="1000">
>>>    <msg>Command completed successfully</msg>
>>>   </result>
>>>   <resData>
>>>    <contact:infData 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>11111111111</contact:id>
>>>     <contact:roid>e_1111-BR</contact:roid>
>>>     <contact:status s="linked"/>
>>>     <contact:status s="ok"/>
>>>     <contact:postalInfo type="loc">
>>>      <contact:name>Nome Omitido</contact:name>
>>>      <contact:addr>
>>>       <contact:street/>
>>>       <contact:city>S?o Paulo</contact:city>
>>>       <contact:cc>BR</contact:cc>
>>>      </contact:addr>
>>>     </contact:postalInfo>
>>>     <contact:voice/>
>>>     <contact:fax/>
>>>     <contact:email>N/A</contact:email>
>>>     <contact:clID>555</contact:clID>
>>>     <contact:crID>555</contact:crID>
>>>     <contact:crDate>2013-05-09T03:26:44.0Z</contact:crDate>
>>>    </contact:infData>
>>>   </resData>
>>>   <extension>
>>>    <brorg:infData 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>111.111.111-11</brorg:organization>
>>>     <brorg:contact type="admin">NOME1234</brorg:contact>
>>>    </brorg:infData>
>>>   </extension>
>>>   <trID>
>>>    <clTRID>99999999999</clTRID>
>>>    <svTRID>99999999999</svTRID>
>>>   </trID>
>>>  </response>
>>> </epp>
>>>
>>> O objeto a comparar é o contact:clID (555 no exemplo acima) com o número
>>> do provedor EPP que está fazendo a operação. Se não for o mesmo, a operação
>>> não precisa nem ser tentada... notar também que o contato já cadastrado
>>> para essa organização (NOME1234 no exemplo acima) pode ser usado para
>>> evitar ter que criar um novo conjunto de contatos.
>>>
>>>
>>> Rubens
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> Em 06/05/2014, à(s) 12:55:000, Guilherme Suzuki <suzuki.gui at gmail.com>
>>> escreveu:
>>>
>>> > Provável que não esteja associado. Melhor: tem como detectar essa
>>> associação pelo epp?
>>> >
>>> > On May 6, 2014 12:54 PM, "Rubens Kuhl" <rubensk at nic.br> wrote:
>>> >
>>> >
>>> > Guilherme,
>>> >
>>> > Se trata de uma organização associada ao provedor EPP que tentou a
>>> atualização ?
>>> >
>>> > Poderia nos mandar o XML enviado e o XML de resposta ?
>>> >
>>> >
>>> > Rubens
>>> >
>>> >
>>> > Em 06/05/2014, à(s) 12:14:000, Guilherme Suzuki <suzuki.gui at gmail.com>
>>> escreveu:
>>> >
>>> >> Boa tarde a todos!
>>> >>
>>> >> Estou trabalhando na integração com o epp e em um determinado
>>> registro de domínio para uma organização (cnpj), por meio de regra pelo
>>> status, a aplicação permite a alteração de endereço e telefone do cadastro.
>>> >>
>>> >> Só que ao prosseguir com o procedimento (atualização de cadastro
>>> antes de efetivar o registro), o epp retorna um erro Authorization error.
>>> >>
>>> >> Alguém pode me indicar a referência de leitura para esses casos? Ou
>>> me informar quais situações uma aplicação pode alterar o endereço e
>>> telefone de uma organização?
>>> >>
>>> >> Grato,
>>> >> Guilherme Suzuki
>>> >> Consultor em TI para projetos Microsoft
>>> >> http://www.guilhermesuzuki.com
>>> >> 11 - 992360535
>>> >> _______________________________________________
>>> >> eppnicbr mailing list
>>> >> eppnicbr at eng.registro.br
>>> >> https://eng.registro.br/mailman/listinfo/eppnicbr
>>> >
>>> >
>>> > _______________________________________________
>>> > eppnicbr mailing list
>>> > eppnicbr at eng.registro.br
>>> > https://eng.registro.br/mailman/listinfo/eppnicbr
>>> >
>>> > _______________________________________________
>>> > eppnicbr mailing list
>>> > eppnicbr at eng.registro.br
>>> > https://eng.registro.br/mailman/listinfo/eppnicbr
>>>
>>> _______________________________________________
>>> eppnicbr mailing list
>>> eppnicbr at eng.registro.br
>>> https://eng.registro.br/mailman/listinfo/eppnicbr
>>>
>> _______________________________________________
>> eppnicbr mailing list
>> eppnicbr at eng.registro.br
>> https://eng.registro.br/mailman/listinfo/eppnicbr
>>
>>
>>
>> _______________________________________________
>> eppnicbr mailing list
>> eppnicbr at eng.registro.br
>> https://eng.registro.br/mailman/listinfo/eppnicbr
>>
>>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://eng.registro.br/pipermail/eppnicbr/attachments/20140507/9531eb9a/attachment-0001.html>


More information about the eppnicbr mailing list