676-Rejeição: NF-e informada com diferença de chave de acesso

[rodrigoernandespaiva]

Manifesto(s) não confirmado(s):
211->676-Rejeição: NF-e informada com diferença de chave de acesso [chNFe:41191078605573000136550010000299731012666757]

 

 

Após a atualização do ACBR, começou a apresentar isso no ENVIO do MDFE.

Acontece indepedente da nota que eu tento anexar no mdfe.

Estou testando em ambiente de homologação.

alguém pode me ajudar por favor.

[fabiofranzini]

Você gera a chave da NFe ou o XML dela para anexar a chave no MDFe ?  

Tive um problema parecido, quando gerava a chave de acordo com dados que pegava direto da base de dados, ao efetuar este processo, a data hora da Nfe ficava diferente da que foi enviada, gerando uma chave com digito ou cNfe diferentes. Parei de ter este problema guradando a chave após a confirmação do envio e usando esta para anexar ao MDfe. 

 

 

[Amarildo de Matos]

bom dia..

voce usa componente ou usa acbrmonitorPlus?

 

[Cristhian Massini]

Eu tive esse problema com NF-e, por conta do campo Ide.cNF (Código Sequencial Único), 

a cada tentativa de envio eu gerava um código novo, gerando a duplicidade. Pra cada tentativa era gerado uma nova chave da Nfe e consequentemente um novo XML.

Pra resolver, usei a function GerarCodigoDFe (que está na unit ACBrDFeUtil) para atribuir o Ide.cNF, gravava no banco o código gerado e a cada tentativa de envio, recupero do banco de dados esse valor. 

Espero ter ajudado.

[FlavioSaikoo]

6 horas atrás, Cristhian Massini disse:

Eu tive esse problema com NF-e, por conta do campo Ide.cNF (Código Sequencial Único), 

a cada tentativa de envio eu gerava um código novo, gerando a duplicidade. Pra cada tentativa era gerado uma nova chave da Nfe e consequentemente um novo XML.

Pra resolver, usei a function GerarCodigoDFe (que está na unit ACBrDFeUtil) para atribuir o Ide.cNF, gravava no banco o código gerado e a cada tentativa de envio, recupero do banco de dados esse valor. 

Espero ter ajudado.

Cristhian, estou com problema de duplicidade e acredito que seja o problema do campo cNF, na sua explicação não entendi quando voce salva o codigo no banco, minha duvida é, voce salva esse codigo gerado nos dados da nota a ser emitida?
Exemplo: proxima nota é a 100, você gera o codigo e salva nos dados dessa nota? Quando você diz a cada tentativa seria para a mesma nota(100) ?

[Cristhian Massini]

12 minutos atrás, FlavioSaikoo disse:

Cristhian, estou com problema de duplicidade e acredito que seja o problema do campo cNF, na sua explicação não entendi quando voce salva o codigo no banco, minha duvida é, voce salva esse codigo gerado nos dados da nota a ser emitida?
Exemplo: proxima nota é a 100, você gera o codigo e salva nos dados dessa nota? Quando você diz a cada tentativa seria para a mesma nota(100) ?

Isso mesmo, pra cada tentativa da mesma nota. Tenho uma tabela mestre de notas, e nela criei um campo chamado CNF(pra facilitar!).

Quando tento enviar a primeira vez, a function retorna um código numero que gravo neste campo. Se ela for de primeira, tudo OK, Se não for, eu recupero o código gravado na primeira tentativa e mando no cNF:

Anexei um exemplo aqui:

exemplo cNF.txt

[FlavioSaikoo]

Entendi, mas no meu caso acontece na primeira vez, e já vi com o contador a nota não existe na Sefaz e sempre tenho retorno de duplicidade com diferença de chave de acesso, já aconteceu isso com você?

[Cristhian Massini]

13 minutos atrás, FlavioSaikoo disse:

Entendi, mas no meu caso acontece na primeira vez, e já vi com o contador a nota não existe na Sefaz e sempre tenho retorno de duplicidade com diferença de chave de acesso, já aconteceu isso com você?

Já sim, sempre que entra algum cliente q emite nfe vindo de outro sistema passamos por isso.

Temos 02 opções:

A primeira, o contador está blefando. Se retornou duplicidade é porque já consta na SEFAZ a nota. No próprio retorno da SEFAZ, vem a chave de acesso que consta na base da Sefaz.

Com a chave da Sefaz, consulto no portal pra ver se realmente existe.

Se a nota for diferente da que estou enviando, então o contador blefou mesmo. Ja aconteceu do contador falar que a ultima nota era numero 800, e quando fui ver, a ultima na verdade eram 4 notas depois, ou seja 804.

Agora, se for igual a que vc esta emitindo (igual que eu digo é data, destinatario, valores e afins....) vc tem a opção de consultar a NFE na sefaz com o ACBrNFe.WebServices.Consulta.cStat (100=autorziada, 101=cancelada) e pega o protocolo com ACBrNFe.WebServices.Consulta.Protocolo  e a hora do recibo com  ACBrNFe.WebServices.Consulta.DhRecbto

 

Editado 10 Dezembro, 2019 por Cristhian Massini

[FlavioSaikoo]

2 minutos atrás, Cristhian Massini disse:

Já sim, 

Temos 02 opções:

A primeira, o contador está blefando. Se retornou duplicidade é porque já consta na SEFAZ a nota. No próprio retorno da SEFAZ, vem a chave de acesso que consta na base da Sefaz.

Com a chave da Sefaz, consulto no portal pra ver se realmente existe.

Se a nota for diferente da que estou enviando, então o contador blefou mesmo. Ja aconteceu do contador falar que a ultima nota era numero 800, e quando fui ver, a ultima na verdade eram 4 notas depois, ou seja 804.

Agora, se for igual a que vc esta emitindo (igual que eu digo é data, destinatario, valores e afins....) vc tem a opção de consultar a NFE na sefaz com o ACBrNFe.WebServices.Consulta.cStat (100=autoriada, 101=cancelada) e pega o protocolo com

ACBrNFe.WebServices.Consulta.Protocolo  e a hora do recibo com   ACBrNFe.WebServices.Consulta.DhRecbto

 

Então Cristhian, depois que eu atualizei o ACBr parou de mostrar no retorno qual chave consta na Sefaz e assim fica impossível eu localizar essa nota.
Será que mudou a forma de mostrar? 
Sempre peguei dessa forma(ACBrNFe1.WebServices.Enviar.RetornoWS) e depois da atualização parou de mostrar.
Poderia me ajudar nisso?

[Cristhian Massini]

17 minutos atrás, FlavioSaikoo disse:

Então Cristhian, depois que eu atualizei o ACBr parou de mostrar no retorno qual chave consta na Sefaz e assim fica impossível eu localizar essa nota.
Será que mudou a forma de mostrar? 
Sempre peguei dessa forma(ACBrNFe1.WebServices.Enviar.RetornoWS) e depois da atualização parou de mostrar.
Poderia me ajudar nisso?

O retorno está vindo da própria rotina do ACBR.

quando envio a nota com o  ACBrNFe.Enviar(0, False), ele passa pela function TNFeRetRecepcao.TratarRespostaFinal que esta na unit ACBrNFeWebServices, nela consigo o retorno, na vdd gera uma exceção e o acbr manda pra tela.

Meu ACBR não estão tão desatualizado, mas amanhã estarei atualizando e testando novamente

[Cristhian Massini]

Atualizei o ACBR aqui, e a mensagem continua vindo normalmente

 

 

[FlavioSaikoo]

17 minutos atrás, Cristhian Massini disse:

Atualizei o ACBR aqui, e a mensagem continua vindo normalmente

 

 

Como você esta pegando esse retorno, na exceção?

[Cristhian Massini]

10 minutos atrás, FlavioSaikoo disse:

Como você esta pegando esse retorno, na exceção?

A exceção é gerada pelo próprio AcBrNfe, mas você pode pegar com um try except normal no delphi

    try
      ACBrNFe.Enviar(0, False);
    except
      on e: exception do
      begin
        ShowMessage('Erro: '+E.Message);
        Exit;
      end;
    end;
 

[FlavioSaikoo]

Agora, Cristhian Massini disse:

A exceção é gerada pelo próprio AcBrNfe, mas você pode pegar com um try except normal no delphi

    try
      ACBrNFe.Enviar(0, False);
    except
      on e: exception do
      begin
        ShowMessage('Erro: '+E.Message);
        Exit;
      end;
    end;
 

Incrível isso, é assim que estou fazendo e pra você mostra e pra mim não...... ferrou pro meu lado.
Não sei mais o que fazer, não sei se é alguma propriedade....

[FlavioSaikoo]

15 horas atrás, Cristhian Massini disse:

A exceção é gerada pelo próprio AcBrNfe, mas você pode pegar com um try except normal no delphi

    try
      ACBrNFe.Enviar(0, False);
    except
      on e: exception do
      begin
        ShowMessage('Erro: '+E.Message);
        Exit;
      end;
    end;
 

Bom dia, veja como retorna
<?xml version="1.0" encoding="UTF-8"?><retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>1</tpAmb><verAplic>4.00</verAplic><nRec>510004119615161</nRec><cStat>104</cStat><xMotivo>Lote processado</xMotivo><cUF>51</cUF><dhRecbto>2019-12-11T09:00:43-04:00</dhRecbto><protNFe versao="4.00"><infProt><tpAmb>1</tpAmb><verAplic>4.00</verAplic><chNFe>51191220714086000121650010000000141174087242</chNFe><dhRecbto>2019-12-11T09:00:43-04:00</dhRecbto><digVal>JtRWzaU6kH5AdIcND0PV8NPW7Co=</digVal><cStat>539</cStat><xMotivo>Duplicidade de NF-e com diferenca na Chave de Acesso</xMotivo></infProt></protNFe></retConsReciNFe>

[Cristhian Massini]

1 hora atrás, FlavioSaikoo disse:

Bom dia, veja como retorna
<?xml version="1.0" encoding="UTF-8"?><retConsReciNFe xmlns="http://www.portalfiscal.inf.br/nfe" versao="4.00"><tpAmb>1</tpAmb><verAplic>4.00</verAplic><nRec>510004119615161</nRec><cStat>104</cStat><xMotivo>Lote processado</xMotivo><cUF>51</cUF><dhRecbto>2019-12-11T09:00:43-04:00</dhRecbto><protNFe versao="4.00"><infProt><tpAmb>1</tpAmb><verAplic>4.00</verAplic><chNFe>51191220714086000121650010000000141174087242</chNFe><dhRecbto>2019-12-11T09:00:43-04:00</dhRecbto><digVal>JtRWzaU6kH5AdIcND0PV8NPW7Co=</digVal><cStat>539</cStat><xMotivo>Duplicidade de NF-e com diferenca na Chave de Acesso</xMotivo></infProt></protNFe></retConsReciNFe>

Estranho, esse retorno que você postou eu tenho tbm, mas só quando ativo ACBrNFe.Configuracoes.Geral.Salvar, ai ele grava um xml com esse retorno da Sefaz.

No meu aqui, na tag xMotivo, veio também a chave de acesso correta que esta na sefaz:

<?xml version="1.0" encoding="UTF-8"?>
<retConsReciNFe versao="4.00" xmlns="http://www.portalfiscal.inf.br/nfe">
    <tpAmb>2</tpAmb>
    <verAplic>SP_NFE_PL009_V4</verAplic>
    <nRec>351000136408780</nRec>
    <cStat>104</cStat>
    <xMotivo>Lote processado</xMotivo>
    <cUF>35</cUF>
    <dhRecbto>2019-12-11T11:01:42-03:00</dhRecbto>
    <protNFe versao="4.00">
        <infProt>
            <tpAmb>2</tpAmb>
            <verAplic>SP_NFE_PL_008i2</verAplic>
            <chNFe>35191209556181000101550010000063931177195330</chNFe>
            <dhRecbto>2019-12-11T11:01:45-03:00</dhRecbto>
            <cStat>539</cStat>
            <xMotivo>Rejeição: Duplicidade de NF-e com diferença na Chave de Acesso [chNFe:35191209556181000101550010000063931221932013][nRec:351000136372303]</xMotivo>
        </infProt>
    </protNFe>
</retConsReciNFe>

Talvez a Sefaz/MT não retorne a chave de acesso que se encontra na base deles.

 

O que você pode tentar é ir mudando o numero da nota pra testar, muda pra 15, 16 e assim vai só pra "desencargo mesmo"....

Editado 11 Dezembro, 2019 por Cristhian Massini

[BigWings]

Retornar a chave de acesso correta na mensagem de rejeição depende da SEFAZ.

Se não me engano o único requisito pra isso é usar o mesmo certificado digital do emitente para fazer também a transmissão.

Isso está nas normas técnicas, mas aparentemente nem todas seguem.