SCAN - Erro 588 - Rejeicao: Nao e permitida a presenca de caracteres de edi

[Former Member]

Boa tarde pessoal,

Estamos fazendo uns testes do SCAN, desativamos o communication channel de um estado para enviar via SCAN.

A nota foi para a SEFAZ no ambiente do SCAN corretamente mas retornou com o seguinte erro:

Erro 588 - Rejeicao: Nao e permitida a presenca de caracteres de edicao no inicio/fim da mensagem ou entre as tags da mensagem.

Dei uma olhada na NT 2010/009 e lá possui um item dizendo que existe uma validação da SEFAZ:

"Verifica a existência de caracteres de edição no início ou fim da mensagem

ou entre as tags"

Para este erro, eles exemplificam como tabulações e/ou linhas em branco no XML.

Há alguma nota para corrigir isto ou pelo fato de ter feito o teste sem a SEFAZ estar realmente fora do ar que pode ter retornado com este erro?

Obrigado.

[former_member182503 · Accepted solution]

Ricardo,

você chegou a pegar o xml enviado ao SCAN para verificar se realmente existe ou não caracteres de controle nele?

Entre na SXI_MONITOR e procure pela mensagem BATCH*

[]'s

[Former Member · Accepted solution]

Ola Jose Nunes,

Sim, peguei o XML e coloquei no validador da SEFAZ-RS e foi validado com sucesso.

Aqui estamos com o PI 7.0 SP22 e SLL_NFE SP16.

Obrigado por enquanto.

Abs.

[former_member182503 · Accepted solution]

Ricardo,

quando vc salva o payload da interface BATCH_nfeRecepcaoLote_SYNC e abre ele no Notepad, desmarcando a opção de "Word Wrap", ele exibe tudo em uma única linha?

Se não me engano o validador da sefaz-rs não valida se tem espaços entre as tags ou CRLF(enter) entre as tags.

[]'s

JN

[former_member182114 · Accepted solution]

Bom dia,

Estranha esta rejeição no GRC, normalmente o arquivo vai limpinho.

Talvez o único ponto é se estiver colocando os LF na parte da assinatura, mas isto é dentro da TAG e não externamente como diz a rejeição.

Faz o download e verifica como o Jose Nunes deu a dica.

Se precisar de ajuda abre um chamado no SLL-NFE para investigação.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Bom dia pessoal,

Então Jose Nunes / Fernando,

Peguei o payload e ele está em uma linha, como deve ser.

O que ocorre é que isto não é para todas as SEFAZes. Por exemplo, na SEFAZ-DF conseguimos autorização de NFe via SCAN.

Pode ser por causa de que é um teste forçado nosso, de desligar o communication channel do estado para que o envio seja pelo SCAN e a SEFAZ-DF não ter essa validação, ou algo do genero?

Abs.

[former_member182114 · Accepted solution]

Bom dia Ricardo,

Poderia ser uma validação que não foi implementada no SCAN, porém para este caso me parece mais uma falsa rejeição da Sefaz DF. Abra um ticket por lá para verificação deles, e continue testando.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Fernando,

Mas quando o envio é feito ao SCAN não é um servidor para o ambiente nacional? independente do estado emissor ele não teria que, teoricamente, aceitar essa NFe sem fazer validação quanto a estado?

E ainda fizemos mais testes. Em um dado momento, emitimos outra NFe com cópia na autorizada e foi rejeitada com o erro 588 para o próprio DF.

Abs

[former_member182114 · Accepted solution]

Bom dia Ricardo,

O que quis dizer não foi quanto ao tipo de emissão ser SCAN ou não, na verdade é o software que irá verificar o seu XML do outro lado. Infelizmente, estamos lidando com vários softwares do outro lado da linha e às vezes pode ter uma restrição diferente entre um e outro que provoca uma rejeição.

Ou seja, o software que está recebendo / validando no SCAN não detectou um problema que gerasse o 588, mas o sistema da Sefaz DF sim. Daí concluí que:

1) os softwares fazem validações diferentes

2) Sefaz DF a meu ponto de vista rejeitou erroneamente (para ter certeza precisaria ver o XML), sei que o GRC não gera espaços entre as tags, mas se Sefaz DF está afirmando isso com sua rejeição. O que ela encontrou como erro?

Sugiro abrir um chamado técnico para Sefaz DF para investigação desta causa raiz, neste docnum que foi gerado.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Fernando,

Acho que é isto que iremos fazer, abrir um chamado com a SEFAZ para entender o que pode estar acontecendo.

Inclusive, quando emitimos para outros estados, sempre tivemos o retorno do 588.

Acho que deve ser algo com a SEFAZ, já que o GRC não gera NFe com linhas nem tabulações.

Se tivermos novidades, posto aqui.

Obrigado e abs.

[former_member182114 · Accepted solution]

Obrigado Ricardo,

E caso encontre algo no GRC que está em desacordo com a Nota Técnica, abra um chamado para SLL-NFE.

Atenciosamente, Fernando Da Ró

[Former Member · Accepted solution]

Boa tarde pessoal,

Obrigado de novo pela ajuda.

Fernando,

Abrimos um chamado no componente SLL-NFE para que possamos verificar o que pode estar acontecendo e, em paralelo, estamos em contato também com diversas SEFAZes e, provavelmente, teremos que entrar com contato com o SERPRO, conforme orientação da própria SEFAZ.

Assim que tivermos novidades, posto aqui.

Abs.

[Former Member · Accepted solution]

Pessoal,

Após ajuda do Fernando via chamado, analisamos e corrigimos o Webservice de chamada do assinador digital.

Com isso o problema foi resolvido.

Obrigado.

Att.,

[former_member182114 · Accepted solution]

Bom dia Ricardo,

Obrigado pelo feedback, só complementando o esclarecimento que isto pode acontecer apenas para webservice desenvolvido e assinador externo. Usando o assinador standard funciona.

Atenciosamente, Fernando Da Ró