O erro de de duplicidade de Nf-e sobreescreve o XML

[Claudio Stein Junior]

Olá, estou com um problema em minha aplicação.

Quando ocorre uma demora para o Sefaz processar a nota ela fica sem protocolo e sem a impressão apesar de ter gerado o XML corretamente. O Cliente acha que que não conseguiu enviar, apesar da nota já ter ido ao sefaz e manda a nota de novo em outro dia sobrescrevendo o XML original por outro que está errado pois dá o erro de duplicidade.. Como posso resolver este problema?

 

 

[Gr@c@]

Como aqui em MG ocorre muito esse problema de lentidão e NFe ser enviada e não retornar protocolo e, se tentasse enviar a nota novamente vem a rejeição de Duplicidade, fiz o seguinte: antes de enviar uma NFe consulto se ela já existe no SEFAZ atraves da chave de acesso. 

Se sim -> atualizo o protocolo no xml,imprimo a NFe e atualizo BD

Se nao -> gero novo xml, envio ao Sefaz, imprimo e atualizo BD

a principio, achei que isso poderia me causar o problema de Consumo Indevido. Mas isso nao ocorreu. Com esse procedimento, nunca mais tive o problema de duplicidade. 

var
  bNFeNoSEFAZ = boolean
try
  Consulta NFe pela chave de acesso
  bNFeNoSEFAZ = True
except
  bNFeNoSEFAZ = False
end

If bNFeNoSEFAZ
  begin
    atualiza protocolo no xml
    imprime
    atualiza BD
  end
Else
  begin
    Gera Xml
    Envia NFe
    Imprime
    Atualiza protocolo no xml
    atualiza BD
  end

 

[Claudio Stein Junior]

Antigamente no trunck 1 criava uma cópia do XML gerado e ele não substituía o arquivo original. No trunk 2 isso não acontece mais. Não sei se ainda é uma boa ideia consultar antes de enviar. Será que tem outra forma?

[Larry]

4 horas atrás, Gr@c@ disse:

Como aqui em MG ocorre muito esse problema de lentidão e NFe ser enviada e não retornar protocolo e, se tentasse enviar a nota novamente vem a rejeição de Duplicidade, fiz o seguinte: antes de enviar uma NFe consulto se ela já existe no SEFAZ atraves da chave de acesso. 

Se sim -> atualizo o protocolo no xml,imprimo a NFe e atualizo BD

Se nao -> gero novo xml, envio ao Sefaz, imprimo e atualizo BD

a principio, achei que isso poderia me causar o problema de Consumo Indevido. Mas isso nao ocorreu. Com esse procedimento, nunca mais tive o problema de duplicidade. 

var
  bNFeNoSEFAZ = boolean
try
  Consulta NFe pela chave de acesso
  bNFeNoSEFAZ = True
except
  bNFeNoSEFAZ = False
end

If bNFeNoSEFAZ
  begin
    atualiza protocolo no xml
    imprime
    atualiza BD
  end
Else
  begin
    Gera Xml
    Envia NFe
    Imprime
    Atualiza protocolo no xml
    atualiza BD
  end

 

Boa tarde,

 

Mas desta forma como você consegue o xml com -<Signature, -<infProt>, etc para gerar o danfe?

 

[Gr@c@]

2 horas atrás, Larry disse:

Boa tarde,

 

Mas desta forma como você consegue o xml com -<Signature, -<infProt>, etc para gerar o danfe?

 

Nesse ponto, se a NFe se encontra no SEFAZ, é porque foi enviada e já tenho o xml assinado (só falto o protocolo da autorização). Só vou atualizar protocolot e banco de dados se o cSTAT for autorizado,cancelado ou denegado. Caso não possua o xml e não tenha como montá-lo, tem que dar um alerta ao usuário que a nota já existe no SEFAZ e requer download do xml para correção. 

[Larry]

59 minutos atrás, Gr@c@ disse:

Nesse ponto, se a NFe se encontra no SEFAZ, é porque foi enviada e já tenho o xml assinado (só falto o protocolo da autorização). Só vou atualizar protocolot e banco de dados se o cSTAT for autorizado,cancelado ou denegado. Caso não possua o xml e não tenha como montá-lo, tem que dar um alerta ao usuário que a nota já existe no SEFAZ e requer download do xml para correção. 

Você só adiciona o infProt no xml?

E se estourar o tempo e logo em seguida o cliente tentar novamente, pode vir como nota não existe porque o sistema da sefaz esta com lentidão mas a nota vai existir dentro de alguns segundos.