Jump to content

Delphi chamada_delphi.png acbr.png

C6 chamada_c6.png botao.png

Retornando Chave diferente da enviada


power
Go to solution Solved by Kiko Fernandes,
  • Este tópico foi criado há 1417 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Pessoal, estou enviado xml com uma chave e estou recebendo outra chave no campo ChNFe referente a ao mesmo xml enviado. Isso começou a ocorrer quando mudei de 3.10 para 4.00

Segue um trexo do Log.txt onde é possivel ver a chave da nota 839 e a que foi retornada. Isso está ocorrendo com todas as notas que meus clientes estão emitindo.

Versão ACBRMonitorPLUS :  1.2.0.5


29/06/2018 11:58:47 - nfe.enviarnfe("C:\PCIPower\Arquivos_XML\31180666286725000104550010000008391388277811NFe.xml",1,1,0)
29/06/2018 11:58:50 - OK: Lote recebido com sucesso
[ENVIO]
Versao=14.1.43
TpAmb=1
VerAplic=14.1.43
CStat=103
XMotivo=Lote recebido com sucesso
CUF=31
NRec=310004337155231
DhRecbto=29/06/2018 11:58:48
TMed=1
Recibo=310004337155231
Autorizado o uso da NF-e
[RETORNO]
Versao=14.1.43
TpAmb=1
VerAplic=14.1.43
NRec=310004337155231
CStat=100
XMotivo=Autorizado o uso da NF-e
CUF=31
[NFE839]
Versao=14.1.43
TpAmb=1
VerAplic=14.1.43
CStat=100
XMotivo=Autorizado o uso da NF-e
CUF=31
ChNFe=31180666286725000104550010000008391138827784
DhRecbto=29/06/2018 11:58:48
NProt=131182974658962
DigVal=prljg77Kr8cwETSRI67BwU+Wf/g=

Link to comment
Share on other sites

  • Consultores

Pode estar ocorrendo algum problema com a sua rotina de geração de XML, note que recebeu Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso

Pode ocorrer, se estiver enviando a NF-e com mesmo numero e série antes de obter a autorização da NF-e anterior

Motivo:

Quando for emitida uma NF-e e na Sefaz já existir outra NF-e, já autorizada, com o mesmo CNPJ Emitente, Modelo, Série e Número, mas com, Data de Emissão, Tipo de Emissão ou Código Numérico ou outras posições da Chave de Acesso diferentes, será retornado a rejeição "Duplicidade de NF-e, com diferença na Chave de Acesso".

 

  • Thanks 1
Consultor SAC ACBr

José Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link to comment
Share on other sites

Em 29/06/2018 at 17:59, José M. S. Junior disse:

Pode estar ocorrendo algum problema com a sua rotina de geração de XML, note que recebeu Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso

Pode ocorrer, se estiver enviando a NF-e com mesmo numero e série antes de obter a autorização da NF-e anterior

 

Como citado acima na versão 1.1.0.5.4 está funcionando normalmente a transmissão e recepção do xml. Porém nessa versão está travando ao visualizar o danfe.

Para não deixar o sistema incorreto, tive que acatar a chave que está sendo retornada. Mas isso não resolve o problema, pois quando a Sefaz não consegue responder ou fica lenta, o usuário tentar enviar o XML novamente e então ocorre a mensagem de Duplicidade de Nfe, com diferença na chave de acesso.

Edited by power
completar
Link to comment
Share on other sites

  • Consultores

Bom dia,

Primeiramente não se deve enviar novamente uma nota quando ocorre um erro de comunicação com a SEFAZ, e sim realizar uma consulta.

Se o retorno da consulta acusar que a nota não existe no banco de dados da SEFAZ, fica claro que o erro ocorreu no envio, ai sim podemos enviar novamente a nota.

Segundo, ao enviar ocorre o erro de duplicidade com diferença de chave a explicação é simples.

1. A nota já consta na SEFAZ;

2. No final da chave temos um campo chamado Código da Nota Fiscal (cNF) que por recomendação da SEFAZ deve ser um código aleatório para que a chave seja segura. O que esta ocorrendo é que no seu arquivo texto o campo cNF não esta sendo informado, logo o Monitor o considera como zero, desta forma faz com que ele mesmo gere um código aleatório para cNF, isso faz com que o numero da Nota Fiscal (nNF) seja o mesmo mas o cNF seja diferente da nota que foi enviada anteriormente, vamos a um exemplo.

No primeiro envio tínhamos: nNF = 1000, como não foi informado o valor de cNF o monitor gerou o valor de cNF aleatoriamente( por exemplo: 125);

Como ocorreu erro e a nota foi enviada novamente de forma indevida sendo que o correto seria consultar, temos no segundo envio: nNF = 1000 e cNF = 389 (gerado aleatoriamente).

Repetindo, como o erro não foi no envio e sim no retorno a SEFAZ recebeu a nota de numero 1000 e ao enviar pela segunda vez a SEFAZ acusa duplicidade pelo simples fato da nota de numero 1000 já existir e a questão de diferença de chave é porque no primeiro envio o valor de cNF era 125 e no segundo é 389, e como dito o valor de cNF faz parte da chave.

Sugestões:

1. Quando ocorrer erro, primeiro realize uma consulta, se a SEFAZ retornar a mensagem que a nota não consta na base de dados, ai sim você envia novamente.

2. Faz com que a sua aplicação gere o cNF aleatoriamente e armazene no banco de dados juntamente com os demais dados da nota e ao gerar o arquivo texto acrescente-o na seção [ide].

exemplo:

[ide]

nNF=1000

cNF=5789

(...)

Observação: o código da Nota Fiscal deve ser um numero aleatório diferente de zero, diferente do próprio numero da nota e com no máximo 8 dígitos (vide exemplo acima).

  • Like 2
Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

Italo, Obrigado pela colocação ! Meu problema não é Duplicidade e sim o fato de não retornar a chave enviada.

É importante lembrar, que na versão 1.1.0.5.4 estava normal, apenas o Danfe travando. Apenas atualizei o ACBrMonitor para a versão 1.2.0.7

e iniciou o problema citado de não retornar a chave, não fiz nenhuma alteração no meu código. Por hora retornei a versão 1.1.0.5.4

Edited by power
Link to comment
Share on other sites

  • Consultores

Bom dia,

Por favor, anexe o XML que a sua aplicação gera, depois tente enviar ele com a versão 1.2.0.7, verifique se o XML da nota foi alterado no que diz respeito a chave, anexa ele e o XML de retorno que contem o protocolo de autorização.

Consultor SAC ACBr Italo Giurizzato Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

Analista de Sistemas / e-mail: [email protected] / Fone: (16) 9-9701-5030 / Araraquara-SP

Link to comment
Share on other sites

  • Moderadores
  • Solution

Boa tarde!

Ao gerar a tua nota, vc está informando o cNF de forma errada.   
Observe o cNF que vc informou:

cNF ERRADO

Citar

<cNF>196811216</cNF>    //Contem 9 Dígitos. O Correto é 8.

Devido a isto a chave gerada se torna diferente da suposta chave que vc está gerando.


Cuide para não fazer confusão com o tipo de emissao  (1 Digito)  +  cNF (8 digitos)

 

 

 
 

 

tela1.png


logoacbr.pngConheça o Portal do Projeto ACBr

Ajude o Projeto ACBr crescer - Assine o SAC ACBr
Assine um dos planos de longa duração do SAC ACBr, obtenha Descontos Especiais, Parcele no Cartão e ainda ganhe Brindes Exclusivos. Saiba mais aqui

Conheça o ACBrLib, o ACBr de forma nativa para qualquer linguagem de programação. Saiba mais aqui

 

 

 

 

Link to comment
Share on other sites

  • Consultores
46 minutos atrás, power disse:

e a chave enviada não consta na sefaz, mas sim a outra que foi retornada 31180727226654000194550010000000321196811215

Boa tarde,

Valide seu XML está apresentando alguns erros: https://www.sefaz.rs.gov.br/nfe/nfe-val.aspx

No Log anexo do Monitor não está validando nem assinando o seu XML antes do envio...

Consultor SAC ACBr

José Junior
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.

Link to comment
Share on other sites

2 horas atrás, Kiko Fernandes disse:

Boa tarde!

Ao gerar a tua nota, vc está informando o cNF de forma errada.   
Observe o cNF que vc informou:

cNF ERRADO

Devido a isto a chave gerada se torna diferente da suposta chave que vc está gerando.


Cuide para não fazer confusão com o tipo de emissao  (1 Digito)  +  cNF (8 digitos

 

RESOLVIDO !

Parabéns Kiko !!  Matou a charada !  Eu estava gerando o cNF errado a muito tempo ... e sempre funcionou ... 

Te agradeço Muito pela ajuda Kiko !!!  vc teve olho clínico !  Meus agradecimentos a toda equipe do SAC .

  • Like 2
Link to comment
Share on other sites

  • Este tópico foi criado há 1417 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.
Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.