NFC-e em contigÊncia dando erro

[Isaac Bentes]

Ola a todos,

o meu sistema possui o seguinte metodo:

O cliente vai gerando notas fiscais em contigencia (off-line) o dia inteiro

No final do expediente ele marca todas as notas e deixa transmitindo elas a noite no servidor.

 

Funcionou assim por muito tempo sem problemas.

 

Desde que virou para NF-e 4.0 estou tendo a seguinte situação:

As notas que são transmitidas durante a noite (na virada do dia ou seja, ultrapassaram a meia noite do dia de emissão ) estão retornado o seguinte erro:

Rejeição 462: Código Identificador do CSC no QR-Code não cadastrado na SEFAZ

Sim, eu sei o que esse erro quer dizer, eu ja conferi o CSC do cliente com o cadastrado na SEFAZ e esta certinho.

Continuando meu raciocínio:

Para transmitir a nota, eu preciso "limpar" o xml dela (ou seja gerar novamente) e ai transmite normal, dessa forma  a nota fica como emitida no dia da transmissão e não no dia anterior como se fazia antes.

A minha duvida é a seguinte:

1 - Essa meu raciocínio procede ou eu estou gerando essa NFC-e off-line de forma errada e agora com as novas validações começou a dar o problema?

2 - Alguém tem alguma dica de como posso fazer para averiguar isso?

 

Agradeço a ajuda de quem puder.

 

 

[Isaac Bentes]

Só para complementar eu fiz a analise mais aprofundada sobre o CSC do cliente em questão:

 

Cadastro na sefaz:

https://monosnap.com/file/6Qynwg1qPoWYZ00ctg98Me2fV0U5sk

CData da nota fiscal:

- <qrCode>

- <![CDATA[

http://sistemas.sefaz.am.gov.br/nfceweb/consultarNFCe.jsp?chNFe=13180884536309000190650030001559549001559541&nVersao=100&tpAmb=1&dhEmi=323031382D30382D30335432313A35303A35362D30343A3030&vNF=16.50&vICMS=0.00&digVal=725435315A6E655739714B56364C5737773346446D57315954336B3D&cIdToken=000001&cHashQRCode=6770D08C065157504C21C64C893C0F387D66EF11

  ]]>

  </qrCode

 

E para completar as informações, segue o CDATA antes de eu recriar o xml (ou seja o que envia e dar o erro) e o CDATA depois de eu recriar o XML que ai eu consigo enviar normalmente para a  SEFAZ a unica diferença que eu vejo é a data:

 

Dar erro:

chNFe=13180884536309000190650030001559549001559541&nVersao=100&tpAmb=1&dhEmi=323031382D30382D30335432313A35303A35362D30343A3030&vNF=16.50&vICMS=0.00&digVal=725435315A6E655739714B56364C5737773346446D57315954336B3D&cIdToken=000001&cHashQRCode=6770D08C065157504C21C64C893C0F387D66EF11
 

Dar Certo:

chNFe=13180884536309000190650030001559541001559546&nVersao=100&tpAmb=1&dhEmi=323031382D30382D30345430373A32313A31372D30343A3030&vNF=16.50&vICMS=0.00&digVal=527872744C5A514176615978676638764D455161566632794D2B6B3D&cIdToken=000001&cHashQRCode=E5A624D7F831F18240E16B56B5AF0E25B6025988

 

 

Alguem tem ideia do que pode ser ?

 

 

 

Editado 4 Agosto, 2018 por Isaac Bentes

[BigWings]

22 horas atrás, Isaac Bentes disse:

O cliente vai gerando notas fiscais em contigencia (off-line) o dia inteiro

No final do expediente ele marca todas as notas e deixa transmitindo elas a noite no servidor.

A contingência off-line deve ser tratada como exceção, e não regra.

Ele pode ser autuado por essa prática.

22 horas atrás, Isaac Bentes disse:

A minha duvida é a seguinte:

1 - Essa meu raciocínio procede ou eu estou gerando essa NFC-e off-line de forma errada e agora com as novas validações começou a dar o problema?

2 - Alguém tem alguma dica de como posso fazer para averiguar isso?

O prazo previsto para transmissão da NFCe emitida em contingência off-line é de 24 horas.

Se o problema é apenas a data de emissão e a SEFAZ está rejeitando pode ser um problema na SEFAZ.

Uma coisa que você pode testar é configurar o componente para usar a nova versão do QR-Code, que está em período de transição:

ACBrNFe1.Configuracoes.Geral.VersaoQrCode := veqr200;

 

[Isaac Bentes]

11 minutos atrás, BigWings disse:

A contingência off-line deve ser tratada como exceção, e não regra.

Ele pode ser autuado por essa prática.

O prazo previsto para transmissão da NFCe emitida em contingência off-line é de 24 horas.

Se o problema é apenas a data de emissão e a SEFAZ está rejeitando pode ser um problema na SEFAZ.

Uma coisa que você pode testar é configurar o componente para usar a nova versão do QR-Code, que está em período de transição:

ACBrNFe1.Configuracoes.Geral.VersaoQrCode := veqr200;

Muito obrigado pela resposta.

Sobre a contingencia isso eu sei, mais infelizmente é quase impossivel convencer o cliente a não usar! ainda mais em lojas de alto movimento, e vejo ate mesmo nos grande softwares isso acontecendo.

 

Sobre a versão do qrcode eu ja tinha feito alguns teste e aparentemente a SEFAZ nossa aqui ao AM ainda não mudou para o qrcode 2, mais vou tentar.

 

O estranho é que eu como eu disse, se eu meramente recriar o xml ele vai na boa, desde que eu faço dentro do mesmo dia em que eu gerei, em nenhum momento o prazo das 24 horas tem sido excedido! é esquisito.