Ir para conteúdo
  • Cadastre-se

dev botao

NFC-e - Envio lote retornando XML errado?!


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

Recommended Posts

  • Membros Pro

Olá,

Tem uma situação que está ocorrendo de vez em quando que está complicado de entender.

Algumas vezes (umas 5 vezes por mês +-) ocorre de enviar um lote de NFC-e com 2 notas com os comandos abaixo:

NFe.AdicionarNFe("ENTNFE95984.INI",16022016083318)
OK: C:\ACBrMonitorPLUS\Lotes\Lote16022016083318\41160208712264000180650010000020239000021683-nfe.xml
NFe.AdicionarNFe("ENTNFE37594.INI",16022016083318)
OK: C:\ACBrMonitorPLUS\Lotes\Lote16022016083318\41160208712264000180650010000021599000023056-nfe.xml

E quando olho na pasta \Lotes\Lote16022016083318 tem os 2 arquivos gerados (anexo) mas com o conteúdo IGUAL!
O número da chave de acesso que está no nome do arquivo 41160208712264000180650010000021599000023056-nfe.xml está certo.
Mas se você ver o anexo 41160208712264000180650010000021599000023056-nfe.xml vai ver que dentro dele tem outra NFC-e (nnf 2023) (que é a de cima/primeira que foi enviada).
Como que pode ocorrer isso?
Obrigado

Obs.: Abaixo é o resultado do comando informando que deu certo o envio do lote.

NFe.EnviarLoteNFe(16022016083318)
OK: Lote recebido com sucesso
[ENVIO]
Versao=PR-v3_1_9
TpAmb=1
VerAplic=PR-v3_1_9
CStat=103
XMotivo=Lote recebido com sucesso
CUF=41
NRec=411000131872034
DhRecbto=16/02/2016 08:34:25
TMed=1
Msg=Lote recebido com sucesso
Autorizado o uso da NF-e
[RETORNO]
Versao=PR-v3_1_9
TpAmb=1
VerAplic=PR-v3_1_9
NRec=411000131872034
CStat=100
XMotivo=Autorizado o uso da NF-e
CUF=41
[NFE2159]
Versao=PR-v3_1_9
TpAmb=1
VerAplic=PR-v3_1_9
CStat=100
XMotivo=Autorizado o uso da NF-e
CUF=41
ChNFe=41160208712264000180650010000021599000023056
DhRecbto=16/02/2016 08:34:25
NProt=141160078464116
DigVal=YeNuFJbb5e7bcUR9a7j1E3G5s1I=
Arquivo=C:\ACBrMonitorPLUS\Salvas\41160208712264000180650010000021599000023056-nfe.xml
[NFE2023]
Versao=PR-v3_1_9
TpAmb=1
VerAplic=PR-v3_1_9
CStat=150
XMotivo=Autorizado o uso da NF-e, autorizacao concedida fora de prazo
CUF=41
ChNFe=41160208712264000180650010000020239000021683
DhRecbto=16/02/2016 08:34:25
NProt=141160078464115
DigVal=/u8eb3Ruad257Le3MvZdazMG350=
Arquivo=C:\ACBrMonitorPLUS\Salvas\41160208712264000180650010000020239000021683-nfe.xml
 

41160208712264000180650010000020239000021683-nfe.xml

41160208712264000180650010000021599000023056-nfe.xml

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

Daniel,

Pensei isso também, mas como que o ACBr iria retornar a chave de acesso certa se fosse a minha aplicacao que está enviando o INI errado?

Veja em vermelho abaixo que o número está correto "2159". Se minha aplicação tivesse enviado o mesmo número da de cima (2023) a chave de acesso iria ficar errada também, não é?

NFe.AdicionarNFe("ENTNFE95984.INI",16022016083318)
OK: C:\ACBrMonitorPLUS\Lotes\Lote16022016083318\41160208712264000180650010000020239000021683-nfe.xml
NFe.AdicionarNFe("ENTNFE37594.INI",16022016083318)
OK: C:\ACBrMonitorPLUS\Lotes\Lote16022016083318\41160208712264000180650010000021599000023056-nfe.xml 

Att.

Link para o comentário
Compartilhar em outros sites

  • Membros Pro

Pois é, eu não tenho esse arquivos. Porque nossa aplicação gera e depois apaga quando termina.

Não consegui simular esse erro aqui, ele ocorre esporádico em alguns clientes.

Mas o que me faz pensar que não é algo na minha aplicação é por causa do último comentário que eu fiz:

Se eu tivesse enviado no arquivo ENTNFE37594.INI o mesmo conteúdo do  ENTNFE95984.INI , como que iria gerar a chave de acesso diferente?

Porque eu não gero a chave de acesso dentro do arquivo INI, é o ACBr que monta ela com base no conteúdo do arquivo INI que eu envio.

Link para o comentário
Compartilhar em outros sites

  • 2 semanas depois ...
×
×
  • 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.