| Autor |
Mensagem |
|
|
não tive esse problema aqui mas veja:
<consReciNFe versao="2.00"
tem espaço duplo entre o atributo versao e a tag consReciNFe
tenta tirar isso!
ve se não tem espaço duplo em outros locais, eu arranquei todos!
>
|
 |
|
|
Você fala de qual XML? você conferiu o que você enviou no serviço nfeRecepcao
depois pra ver o resultado vc manda outro xml no nfeRetRecepcao
esse outro xml a tag raiz é <consReciNFe>
verifique se esse contém quebra de linha e espaço ou tab entre as tags!
tem q ser um linguição, uma linha só.
|
|
|
|
Evandro, parou de dar o erro 588 pois vc causou um erro pior q o 588 que é uma falha de scheema
eu não acrescento a tag <nfeDadosMsg> no meu
quem adiciona essa tag é o cliente xml que eu gerei no eclipse, portanto isso depende do metodo de envio do XML ao webservice.
O erro 588 ocorre por que tem quebra de linha no XML e espaço entre as tags
e isso não ocorre só no XML que contém a nota
eu estava com problema pois o XML que eu envio para o webservice RetRecepção (aquele xml que contem o numero do recibo) tinha esses problemas também (quebra de linha e tabs).
|
|
|
|
Rafael Rossignol wrote:Alguém ainda está com esse problema ou sou só eu?
Agora nem eu.
Meu problema era que na hora de consultar o recibo eu estava mandando quebra de linha, o idiota aqui conferiu tudo em relação ao xml da nota em si, mas não mexi no xml para envio do recibo.
|
|
|
|
|
Alguém ainda está com esse problema ou sou só eu?
|
|
|
|
Então, assinei a nota com meu software e transmiti sem problemas pelo software da SEFAZ.
To achando que pode ser na hora que envio ou na hora que gero o lote.
Alguém pode me dizer como faz a transmissão?
Eu utilizei o apache axis2 e mandei gerar o cliente pelo eclipse, ele gera duas classes (pra cada webservice, segue exemplo)
NfeRecepcao2Stub e
NfeRecepcao2CallbackHandler
para transmitir
To achando que o tal do cabeçalho ele manda com as tais quebras de linha.
Alguém faz diferente disso pra transmitir?
se faz, tem como mandar um exemplo?
Obrigado de antemão.
|
|
|
|
Segue um dos meus linguições, ops, XML:
http://twitpic.com/2xrqpb/full
(editei aqui, pq o xml aqui tava fazendo travar o post)
A propósito, achei que tinha a ver com encoding e coisas assim, forcei UTF-8 de todas as maneiras que consegui, e fiz replace de CR (\r) por nada ("") e não resolveu.
O problema é que após eu guardar o xml no BD ele coloca os marditos CR de novo, já pensei q podia ser isso mas não é, pois eu assino e envio o XML tudo em memória antes de armazenar no BD.
|
|
|
|
Eu fiz um replaceAll("\r","") no final do meu assinador e mesmo assim não resolveu
Estou investigando mais algumas coisas, assim que tiver novidades eu aviso!
|
|
|
|
Acho que descobri o problema, porém ainda preciso descobrir como vou testar isso, seguinte:
abri 2 xml no notepad++ e mandei mostrar os caracteres estranhos (fiz isso desde o começo do problema, só que só percebi agora)
um xml foi eu que assinei com meu software
o outro foi o software da sefaz SP
percebi que as quebras de linha que estão dentro das tags <X509Certificate> e <SignatureValue> possuem CR e LF isso quando assinadas pelo meu assinador (Que peguei o código aqui no guj)
quando passa pelo assinador da SEFAZ as quebras de linha só contém LF
deve ser isso.
Agora a questão é: como vou fazer para meu assinador assinar sem colocar o maldito CR ali?
|
|
|
|
Todos os meus XML não contém espaços entre tags, de nenhum tipo, nem da nota nem da assinatura, existe espaço em campos descritivos como o de municipio e quebras de linha no meio da assinatura, pois acredito que faz parte da própria assinatura.
E acredito que já foram uns 5000 xml para a homologação desde o começo do problema (aqui fizemos um esquema hibrido que manda nota pra produção e homologação ao mesmo tempo)
todos eles são rejeitados com o mesmo problema.
A propósito, o que são "caracteres de edição"?
ah e o erro 588 não está catalogado no manual, assim fica fácil acreditar neles (isso foi sarcasmo)
|
|
|
|
Só pra complementar aqui minhas investigações, mandei msg pra sefaz SP
aqui eu removi todos os caracteres e não resolve o problema como com vocês, eu não removi na assinatura pois acredito ser errado.
Haviam dito que a resposta do lote estava com uma versão nova do scheema:
essa versão do aplicativo SP_NFE_PL_006h já era a mesma quando minhas notas voltavam com sucesso, não atualizaram nada ao que parece mesmo.
Só não consigo entender por que de uma hora pra outra todo mundo começou a passar pelo mesmo problema.
Estou esperando resposta do SEFAZ
alguém alem de mim ainda continua com o problema?
|
|
|
|
Só pra complementar aqui minhas investigações, mandei msg pra sefaz SP
aqui eu removi todos os caracteres e não resolve o problema como com vocês, eu não removi na assinatura pois acredito ser errado.
Haviam dito que a resposta do lote estava com uma versão nova do scheema:
essa versão do aplicativo SP_NFE_PL_006h já era a mesma quando minhas notas voltavam com sucesso, não atualizaram nada ao que parece mesmo.
Só não consigo entender por que de uma hora pra outra todo mundo começou a passar pelo mesmo problema.
Estou esperando resposta do SEFAZ
alguém alem de mim ainda continua com o problema?
|
|
|
|
Javer
acho q esse problema está relacionado ao que estamos tendo no outro post (rejeição 588 )
veja
olhe agora a versão dos schemas no site de SP
http://www.fazenda.sp.gov.br/nfe/downloads/arquivos_vigentes.asp
e no site nacional
http://www.nfe.fazenda.gov.br/portal/schemas.aspx
na versão nacional só vai até o 6g
atualizaram alguma coisa no servidor de homologação que não nos avisaram o que é!
|
|
|
|
Engraçado, o meu também sempre foi gerado em uma única linha e ainda continua dando erro!
abri o XML no notepad++
mandei mostrar os caracteres de quebra de linha e não tem nenhum
só tem quebra na assinatura como o exemplo ai em cima!
Continuo com problema, vou continuar olhando aqui!
|
|
|
|
Você remove \n e \r inclusive da assinatura?
Quando meu assinador assina o XML ele coloca varias quebras de linha!
Uma vez fiz um teste removendo e ele invalidou a assinatura!
|
|
|
|