Parou de mostrar o ID quando da duplicidade de NF-e?

[JuniorCamilo 24]

21/10/2020 16:09:46 - NFE.EnviarNFe("d:\sistema\SISNFE\Emitidas\202010\NFE\15201019152664000102550010000000051391666649-nfe.xml",1,0,0,,1,0,0)
21/10/2020 16:09:47 - OK: Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso
[Envio]
CStat=539
CUF=15
Msg=Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso
NRec=
TMed=0
VerAplic=SVRS201908091113
Versao=4.00
XMotivo=Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso
tpAmb=1

 

antes mostrava o ID da NF-e q esta na SEFA, parou?

como faço para saber?

[Daniel Simoes 8,704]

Se você se refere a Chave "XMotivo", ela é gerada pelo Sefaz 

[JuniorCamilo 24]

15 minutos atrás, Daniel Simoes disse:

Se você se refere a Chave "XMotivo", ela é gerada pelo Sefaz 

mas não esta mostrando o ID que esta na NF-e!

[Daniel Simoes 8,704]

Como já disse, essa mensagem não é gerada pelo ACBr.. você pode tentar contato com a Sefaz 

Mas porque você precisa do ID na resposta, se.ele é exatamente o mesmo da NFe em duplicidade que você está enviando?

[JuniorCamilo 24]

4 minutos atrás, Daniel Simoes disse:

Mas porque você precisa do ID na resposta, se.ele é exatamente o mesmo da NFe em duplicidade que você está enviando?

houve um problema! estou tentando a consulta com o msm ID, mas diz q o ID(NF-e) não consta na SEFA!

 

21/10/2020 16:13:43 - NFe.ConsultarNFe("d:\sistema\SISNFE\Emitidas\202010\NFE\15201019152664000102550010000000051391666649-nfe.xml")
21/10/2020 16:13:43 - OK: Rejeicao: NF-e nao consta na base de dados da SEFAZ
[Consulta]
CStat=217
CUF=15
ChNFe=15201019152664000102550010000000051391666649
DigVal=
Msg=Rejeicao: NF-e nao consta na base de dados da SEFAZ
NProt=
VerAplic=SVRS201809061124
Versao=4.00
XMotivo=Rejeicao: NF-e nao consta na base de dados da SEFAZ
cMsg=0
tpAmb=1
xMsg=

[antonio.carlos 65]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

[Italo Giurizzato Junior 9,888]

Bom dia Camilo,

Quanto você enviou a nota cuja chave é: 15201019152664000102550010000000051391666649 a mesma foi rejeitada acusando que ela já existe mas a chave é diferente.

Essa nota é a nota de numero 5 o que esta com diferença é o código da nota que essa é 39166664 e a que foi enviada anteriormente e foi autorizada possui um outro código.

O erro esta no seu sistema que deveria gerar o código da nota de forma aleatória e salvar no banco de dados juntamente com os demais dados da nota.

E ao gerar o arquivo TXT ler os dados da nota e consequente atribuir o código da nota (salvo no banco de dados) ao campo cNF.

Isso evita que você tenha a rejeição de duplicidade com diferença na chave.

Outra erro que existe na sua aplicação é permitir que o usuário envie a mesma nota mais de uma vez.

Essa possibilidade só pode estar disponível caso ocorra erro de validação, ou seja, existem informações que não foram validadas pelos schemas e logo a nota nem sequer foi enviada para a SEFAZ.

Nesse caso deve-se fazer as devidas correções, gerar novamente o XML, validar e enviar caso esteja tudo OK.

Outra possibilidade de enviar novamente a nota é quando ela é enviada e a SEFAZ a rejeita por conter dados errados, por exemplo foi informado o CNPJ da matriz e a IE da filial.

Nesse caso deve-se fazer as devidas correções, gerar novamente o XML, validar e enviar para a SEFAZ.

Caso ocorra erro de internet como por exemplo timeout, jamais devemos enviar novamente a nota, pelo simples fato de você não saber se o erro ocorreu no envio ou no retorno do protocolo.

Cabe nessa situação, carregar o XML da nota que foi enviada e realizar uma consulta.

Se o erro ocorreu no retorno e a nota foi processada com sucesso o XML será atualizado com o numero do protocolo e consequentemente você pode imprimir do DANFE e segue a vida.

Agora se o erro ocorreu no envio, a SEFAZ vai retornar a mensagem que a nota não consta na base de dados, ai sim você envia novamente.

Dica importante:

Não ative a opção para Salvar Apenas as NFe Processadas.

Isso é dar um tiro no pé, pois se ocorrer um erro de internet você não vai ter o XML assinado para carregar e fazer a consulta.

 

[JuniorCamilo 24]

4 minutos atrás, Italo Jurisato Junior disse:

 

Não ative a opção para Salvar Apenas as NFe Processadas.

Isso é dar um tiro no pé, pois se ocorrer um erro de internet você não vai ter o XML assinado para carregar e fazer a consulta.

 

realmente isso estava selecionado! (mas tirei)

quanto problema com minha aplicação, acredito nisso não! pois ouve sim um problema na hora de enviar, foi relatado q acabou energia hora da transmissão, algo assim!

o problema é que preciso saber qual o id que esta na SEFAZ? tem uma forma de consultar?

[Italo Giurizzato Junior 9,888]

Camilo,

Além de desativar a opção que eu recomendei, como é gerado o código da nota?

Esse código esta salvo no banco de dados?

Você não tem um cópia do primeiro arquivo TXT dessa nota?

Não conheço nenhum recurso para recuperar pelo menos a chave.

[JuniorCamilo 24]

9 minutos atrás, Italo Jurisato Junior disse:

Além de desativar a opção que eu recomendei, como é gerado o código da nota?

NFE.Gerarchave

9 minutos atrás, Italo Jurisato Junior disse:

Esse código esta salvo no banco de dados?

Assim q Valida OK, eu salvo a chave e não tem como altera-la! (isso q digo muito estranho, algo aconteceu msm, é um caso isolado!) tenho dois campos no BD um chamado ID que é o da nfe e outro IDSISTEMA esse eu gravo como inalterável!(justamente pensado em problemas) e verifique os dois campos estão iguais! caso cabuloso! 

9 minutos atrás, Italo Jurisato Junior disse:

Você não tem um cópia do primeiro arquivo TXT dessa nota?

não, pois confiei no ACBR e não tinha visto a bendita opção marcada q vc mencionou! procurei também na pasta logs e não vi

 

9 minutos atrás, Italo Jurisato Junior disse:

Não conheço nenhum recurso para recuperar pelo menos a chave.

eita! complicou!

Edited October 22, 2020 by JuniorCamilo

[JuniorCamilo 24]

while Travar5(cALIAS); Inkey(.2); Enddo
&cALIAS.->ASSINADA := "S"
&cALIAS.->VALIDADA := "S"
if empty(&cALIAS.->IDSISTEMA)
   &cALIAS.->IDSISTEMA := cID    && Primeiro ID gerado pelo sistema ACBRMONITORPLUS'
endif
if Empty(&cALIAS.->ID) .or. &cALIAS.->ID # cID
   &cALIAS.->ID := cID
endif
UpdateArq(cALIAS,.f.)

trecho do código! somente c validar OK!

[Italo Giurizzato Junior 9,888]

Camilo,

No log do ACBr Monitor não consta o envio da primeira vez dessa nota de numero 5?

[JuniorCamilo 24]

1 hora atrás, Italo Jurisato Junior disse:

Camilo,

No log do ACBr Monitor não consta o envio da primeira vez dessa nota de numero 5?

Não.. por td isso q fiz o post.. td ta muito estranho!

[Daniel Simoes 8,704]

anexe o Log para analise...

[JuniorCamilo 24]

1 hora atrás, Daniel Simoes disse:

anexe o Log para analise...

 

LOG.TXT

[Italo Giurizzato Junior 9,888]

Boa tarde Camilo,

Essa nota de numero 5 não foi enviada para a SEFAZ através de outro programa, por exemplo o programa gratuito do SEBRAE?

Pois analisando o Log que inicia em 10/06/2020 a tentativa envio da nota de numero deu inicio no dia 21/10/2020 já com a rejeição de duplicidade com diferença de chave.

Notei que toda vez que você pede para gerar a chave é informado um código de nota diferente.

Veja:

21/10/2020 16:04:50 - NFE.Gerarchave(15,51230217,55,1,5,1,"21/10/2020","19152664000102")
21/10/2020 16:04:50 - OK: 15201019152664000102550010000000051512302170

21/10/2020 16:09:40 - NFE.Gerarchave(15,39166664,55,1,5,1,"21/10/2020","19152664000102")
21/10/2020 16:09:40 - OK: 15201019152664000102550010000000051391666649

Assim fica complicado.

A sua aplicação tem que gerar o código aleatório para a nota e salvar no banco de dados e sempre utilizar o mesmo código.

[EMBarbosa 3,384]

28 minutos atrás, Italo Jurisato Junior disse:

Notei que toda vez que você pede para gerar a chave é informado um código de nota diferente.

Veja:

21/10/2020 16:04:50 - NFE.Gerarchave(15,51230217,55,1,5,1,"21/10/2020","19152664000102")
21/10/2020 16:04:50 - OK: 15201019152664000102550010000000051512302170

21/10/2020 16:09:40 - NFE.Gerarchave(15,39166664,55,1,5,1,"21/10/2020","19152664000102")
21/10/2020 16:09:40 - OK: 15201019152664000102550010000000051391666649

Assim fica complicado.

A sua aplicação tem que gerar o código aleatório para a nota e salvar no banco de dados e sempre utilizar o mesmo código.

Isso aqui é que está causando a duplicidade de código. Basta salvar o código assim que gerar a primeira nota. A partir daí use sempre o mesmo código para aquela nota.

[JuniorCamilo 24]

36 minutos atrás, Italo Jurisato Junior disse:

A sua aplicação tem que gerar o código aleatório para a nota e salvar no banco de dados e sempre utilizar o mesmo código.

Toda nota é sim gerado um nro aleatório! E sim guardo no banco de dados a primeira chave gerado! 

So reaproveito ela nesses caso! Mas esse em especial não estou entendendo é nada!

Até onde sei não foi gerado nfe com esse nro em outro aplicativo!

[EMBarbosa 3,384]

9 minutos atrás, JuniorCamilo disse:

Toda nota é sim gerado um nro aleatório! E sim guardo no banco de dados a primeira chave gerado! 

So reaproveito ela nesses caso! Mas esse em especial não estou entendendo é nada!

Mas você viu ali no log, na parte que o @Italo Jurisato Junior destacou, que está sendo passado dois números diferentes, certo?

Você precisa verificar o motivo de estar acontecendo isso.

Talvez, quando aconteceu a falha de energia que você mencionou o seu aplicativo gerou um novo código. Ou talvez ele esteja gerando um novo código sempre que há uma rejeição...

De qualquer maneira, você precisa verificar no código do seu aplicativo. É bem possível que você consiga reproduzir o problema com o seu aplicativo aí no seu ambiente.

[JuniorCamilo 24]

43 minutos atrás, EMBarbosa disse:

Mas você viu ali no log, na parte que o @Italo Jurisato Junior destacou, que está sendo passado dois números diferentes, certo?

Você precisa verificar o motivo de estar acontecendo isso.

Talvez, quando aconteceu a falha de energia que você mencionou o seu aplicativo gerou um novo código. Ou talvez ele esteja gerando um novo código sempre que há uma rejeição...

De qualquer maneira, você precisa verificar no código do seu aplicativo. É bem possível que você consiga reproduzir o problema com o seu aplicativo aí no seu ambiente.

Eu so recorro ao primeiro id gerado, apos eu msm analisar o motivo do problema, ou seja, não deixo o sistema fazer automático! E no caso como podem ver so grava em bd o primeiro id em idsistema uma vez e o campo id sim pode ser chaves diferentes! Lembrando q so guardo id e o primeiro id gerado apos validar, então ate ai não oivr comunicação ou ate ms  pode acabar energia nessa hora! Essa logica q uso não seria o motivo desse problema!

[Italo Giurizzato Junior 9,888]

Camilo,

Uma coisa é certa, a nota de numero 5 foi enviada para a SEFAZ e a mesma foi autorizada.

Pelo Log do ACBrMonitor não encontrei o envio com sucesso dessa nota, somente as rejeições por duplicidade.

Concluo que essa nota foi enviada por outra aplicação ou o envio dela não foi salvo no Log, que eu não acredito que tenha ocorrido.

[JuniorCamilo 24]

1/10/2020 16:04:50 - NFE.Gerarchave(15,51230217,55,1,5,1,"21/10/2020","19152664000102")
21/10/2020 16:04:50 - OK: 15201019152664000102550010000000051512302170
21/10/2020 16:04:52 - NFE.ASSINARNFE("d:\sistema\SISNFE\001\NFE000000005001.xml")
21/10/2020 16:04:52 - OK: d:\sistema\SISNFE\001\NFE000000005001.xml
21/10/2020 16:04:53 - NFE.ValidarNFe("d:\sistema\SISNFE\001\NFE000000005001.xml")
21/10/2020 16:04:53 - OK: 
21/10/2020 16:09:39 - NFE.Ativo
21/10/2020 16:09:39 - OK: ATIVO
21/10/2020 16:09:39 - NFe.SetModeloDF(55)
21/10/2020 16:09:39 - OK: 
21/10/2020 16:09:40 - NFE.Gerarchave(15,39166664,55,1,5,1,"21/10/2020","19152664000102")
21/10/2020 16:09:40 - OK: 15201019152664000102550010000000051391666649
21/10/2020 16:09:43 - NFE.ASSINARNFE("d:\sistema\SISNFE\001\NFE000000005001.xml")
21/10/2020 16:09:43 - OK: d:\sistema\SISNFE\001\NFE000000005001.xml
21/10/2020 16:09:43 - NFE.ValidarNFe("d:\sistema\SISNFE\001\NFE000000005001.xml")
21/10/2020 16:09:43 - OK: 
21/10/2020 16:09:46 - NFE.EnviarNFe("d:\sistema\SISNFE\Emitidas\202010\NFE\15201019152664000102550010000000051391666649-nfe.xml",1,0,0,,1,0,0)
21/10/2020 16:09:47 - OK: Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso
[Envio]
 

 

acredito ter achado um problema por algum motivo oq esta em negrito foi feito pela minha aplicação e depois deve ter caído! mas mesmo assim c consulto com a chave "15201019152664000102550010000000051512302170" ou "15201019152664000102550010000000051391666649" também não existe na sefaz! eu corrigi o problema da geracao de chave td vez q tenta emitir em minha aplicação como amigos comentaram!

 

OK: 
NFE.Ativo
OK: ATIVO
NFe.SetModeloDF(55)
OK: 
NFE.ASSINARNFE("d:\sistema\SISNFE\001\NFE000000005001.xml")
OK: d:\sistema\SISNFE\001\NFE000000005001.xml
NFE.ValidarNFe("d:\sistema\SISNFE\001\NFE000000005001.xml")
OK: 
NFE.EnviarNFe("d:\sistema\SISNFE\Emitidas\202010\NFE\15201019152664000102550010000000051512302170-nfe.xml",1,0,0,,1,0,0)
OK: Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso
[Envio]
CStat=539
CUF=15
Msg=Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso
NRec=
TMed=0
VerAplic=SVRS201908091113
Versao=4.00
XMotivo=Rejeicao: Duplicidade de NF-e, com diferenca na Chave de Acesso
tpAmb=1

 

[Amarildo de Matos 1,021]

bom dia.. 

vou deixar um comentario do que fizemos nos nossos clientes que usam o acbrmonitor.

Quando comeca a dar duplicidade, umas das primeiras coisas que faço é aumentar o time-out.

outra coisa.. quando da duplicidade, o cliente baixa o xml diretamente do sefaz e ai recolocamos no sistema novamente atravez desse xml.

 

[JuniorCamilo 24]

uma outra pergunta!

21/10/2020 16:04:50 - NFE.Gerarchave(15,51230217,55,1,5,1,"21/10/2020","19152664000102")

 

esse nro aleatório posso usar um único numero para toda impressão de nfe e nfce?

2 minutos atrás, Amarildo de Matos disse:

bom dia.. 

vou deixar um comentario do que fizemos nos nossos clientes que usam o acbrmonitor.

Quando comeca a dar duplicidade, umas das primeiras coisas que faço é aumentar o time-out.

outra coisa.. quando da duplicidade, o cliente baixa o xml diretamente do sefaz e ai recolocamos no sistema novamente atravez desse xml.

 

fiz o timeout!

sobre o xml, o problema esta sendo cadê a chave!

[José M. S. Junior 3,054]

47 minutos atrás, JuniorCamilo disse:

esse nro aleatório posso usar um único numero para toda impressão de nfe e nfce?

Bom dia, esse número NÃO pode ser único deve ser diferente para cada NFe / NFCe e deve ser aleatório pela segurança, se for sequencial por exemplo suas chaves poderiam ser facilmente identificadas por eventuais fraudadores.

Para cada Chave que gerar você deve armazenar a mesma antes do envio, se por algum motivo você não obter o retorno ou receber timeout, vai conseguir consultar posteriormente e da mesma forma vai conseguir cancelar ou inutilizar essa chave se necessário. Por isso a importância de ter o controle das chaves enviadas, mesmo sem ter o XML já autorizado.

53 minutos atrás, JuniorCamilo disse:

sobre o xml, o problema esta sendo cadê a chave!

Essa informação não é retornado pela Sefaz nesse tipo de rejeição. Pois se trata da mesma composição principal da chave que está sendo enviando, ou seja, uma chave com mesmo (CNPJ Emitente, Modelo, Série e Numero) já foi transmitida. A diferença é que essa mesma chave está sendo reenviada com diferença em alguns desses campos: (Data Emissão, Tipo de Emissão, Código Numérico).

Falamos bastante sobre isso na palestra sobre (Rejeições que podem Impossibilitar a emissão da NFe e NFCe) no Dia do ACBr On-Line, em breve estará disponível.