Retornando Chave diferente da enviada

[power]

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=

[power]

[power]

Voltei para a versão ACBrMonitorPLUS-1.1.0.54  que está travando .... mas está transmitindo e recebendo corretamente.

Vou deixar essa versão até que o problema seja solucionado. Aguardo 

[power]

[José M. S. Junior]

Boa tarde

O XML está sendo gerado pelo ACBrMonitor? 

Por favor anexe o arquivo de log completo para que possamos verificar (Log.txt)

[power]

o XML está sendo gerado pelo meu sistema.

LOG.TXT

[José M. S. Junior]

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".

 

[power]

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.

Editado 2 Julho, 2018 por power
completar

[Italo Giurizzato Junior]

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).

[power]

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

Editado 2 Julho, 2018 por power

[Italo Giurizzato Junior]

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.

[power]

Segue anexo o Solicitado. Enviei o xml com a chave 31180727226654000194550010000000321968112167

e me retornou o xml com a chave 31180727226654000194550010000000321196811215

veja o o Log.txt para ficar mais claro.

31180727226654000194550010000000321196811215NFe.xml

31180727226654000194550010000000321968112167NFe.xml

LOG.TXT

[power]

faltou o xml autorizado... neste dentro dele está com a chave que eu enviei, mas foi renomeado pelo ACBRMonitor

31180727226654000194550010000000321196811215-nfe.xml

[power]

43 minutos atrás, power disse:

faltou o xml autorizado... neste dentro dele está com a chave que eu enviei, mas foi renomeado pelo ACBRMonitor

31180727226654000194550010000000321196811215-nfe.xml

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

[Kiko Fernandes]

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)

 

 

 
 

 

[José M. S. Junior]

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...

[power]

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 .