Ola, boa tarde colegas !
Estou eu implementando a NF-e 2.00 porem cheguei a um ponto em que o WS me retorna uma msg alegando que meu xml está errado.
O erro:
<retConsCad xmlns="http://www.portalfiscal.inf.br/nfe" versao="2.00">
<infCons>
<verAplic>SP_NFE_PL_006h</verAplic>
<cStat>587</cStat>
<xMotivo>Rejeição: Usar somente o namespace padrão da NF-e</xMotivo>
<UF />
<dhCons>2011-04-27T15:10:34</dhCons>
<cUF>35</cUF>
</infCons>
</retConsCad>
Porém, andei verificando esse erro ‘587’ e ele se refere ao name space da menssagem de dados. E o engraçado é que eu to usando o mesmo name space para consulta do Status do Serviço e o WS não acusa o mesmo erro(erro de name space) para o Status Servico.
Caso você esteja usando algum programa para gerar o xml verifique se este programa não está adicionando outros namespaces ao seu XML porque muita gente acaba passando por isso.
Estou usando o JAXB 2.0 pra criar as classes a partir dos *.xsd e também para gerar o xml.
Estou usando Axis2 para gerar as classes a partir do WSDL.
Verifiquei também que o XML gerado a partir dessas classes se encontra dentro da norma técnica que regulamenta o name space dos xml´s.
Eis agora que surge uma suposição, talvez os WSDL da sefaz.sp esteja zuado.
Pois é o própio WSDL que gera o cabeçalho e o soap da msg, então se ocorre algum erro de name space só pode ser dentro do cabecalho uma vez que eu conferi a menssagem de dados(xml de dados) e ela se encontra normalizada de acordo com a norma tecnica.
Tá osso !
Mas qualquer coisa que eu descobrir sobre o assunto eu torno a postar no tópico. :!:
[]'s
[quote=rafaelbortoletto]Ola,
De acordo com o arquivo PDF abaixo essa rejeição pode ocorrer se você estiver usando outros namespaces além desse do portal fiscal
Caso você esteja usando algum programa para gerar o xml verifique se este programa não está adicionando outros namespaces ao seu XML porque muita gente acaba passando por isso.[/quote]
Embora já temos um tempo desta última resposta, estou com um problema muito similar no desenvolvimento de uma aplicação para consulta de cadastro (ICMS) na versão 2.0 da NFe. Até quinta-feira (12/05) estava com a ferramenta funcionando 100% para os estados que já tinha feito testes (SP, MG e RS). Depois de quinta-feira, dois problemas começaram a acontecer, sendo estes os seguintes:
1 - Todas as NFe enviadas para a Sefaz de São Paulo voltam com o seguinte erro: [b]<xMotivo>Rejeição: Usar somente o namespace padrão da NF-e</xMotivo>. [/b]Para melhorar o entendimento coloquei o modelo de envio de arquivo em anexo.
2 - Para todos os WebServices já utilizados para os testes de consulta, a partir de quinta-feira também, comecei a receber um retorno com o seguinte erro: [b]org.apache.axis2.AxisFault: org.apache.axis2.databinding.ADBException: Unexpected subelement retConsCad[/b]. Vocês já passaram por isso também?
Estou colocando algumas imagens para facilitar a explicação desta mensagem.
Desde já agradeço a ajuda neste comentário. Muito obrigado.
Provavelmente o WSDL do servidor da Receita, não está utlizando o mesmo WSDL assim, acontece uma inconsistência no XMl de retorno ou o Axis2 não está gerando os stubs corretamente (pouco provável). Olhando os outros stubs dos serviços da Receita, o if, onde faz o parser do XML de retorno está acontecendo uma org.apache.axis2.AxisFault: org.apache.axis2.databinding.ADBException .
if (reader.isStartElement()) && new javax.xml.namespace.QName("http://www.portalfiscal.inf.br/nfe/wsdl/CadConsultaCadastro2","consultaCadastro2Result").equals(reader.getName())){
//
}
Foi retiradp a segunda condição:
if (reader.isStartElement()) {// && new javax.xml.namespace.QName("http://www.portalfiscal.inf.br/nfe/wsdl/CadConsultaCadastro2","consultaCadastro2Result").equals(reader.getName())){*/
//
}
No stub gerado ficou na linha 2853 da classe CadConsultaCadastro2Stub.
O tópico é anteido, mas a gente nunca sabe se alguém está passando por isso. Espero que ajude.
