Ir para conteúdo
  • Cadastre-se

dev botao

NFC-e em contigÊncia dando erro


Isaac Bentes
  • Este tópico foi criado há 2063 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

  • Membros Pro

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.

 

 

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

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 por Isaac Bentes
Link para o comentário
Compartilhar em outros sites

  • Moderadores
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;

 

Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Link para o comentário
Compartilhar em outros sites

  • Membros Pro
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.

 

  • Curtir 1
Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 2063 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.