Cancelamento de NF-e

[simtechsistemas]

Pessoal, a sefaz passou a retornar o seguinte erro no cancelamento da NFe.

Stat=222

Protocolo de autorização de uso difere do cadastrado.

Gostaria de saber se houve alguma implementação na comando de cancelamento 

NFe.CancelarNFe(cChaveNFe,cJustificativa,cCNPJ,nEvento)

Fico no aguardo.

 

 

 

[José M. S. Junior]

Bom dia

Não houve alteração nisso... chegou a consultar a chave desta NFe e verificar o numero do protocolo de autorização de uso? É isso que esse método faz, realiza uma consulta pela chave para obter o numero do protocolo e passa o mesmo no evento de cancelamento...

Compare o protocolo que está no site da SEFAZ e o que está no XML do evento gerado pelo ACBrMonitor.

[simtechsistemas]

Quem faz o envio da nota é o próprio AcbrMonitorPlus! Se a rotina faz a consulta e está retornando um protocolo diferente, o que devo fazer?

[simtechsistemas]

2 horas atrás, José M. S. Junior disse:

Bom dia

Não houve alteração nisso... chegou a consultar a chave desta NFe e verificar o numero do protocolo de autorização de uso? É isso que esse método faz, realiza uma consulta pela chave para obter o numero do protocolo e passa o mesmo no evento de cancelamento...

Compare o protocolo que está no site da SEFAZ e o que está no XML do evento gerado pelo ACBrMonitor.

Porque haveria de estar diferente se o envio da nota é realizada pelo AcbrMonitorPlus?

[Italo Giurizzato Junior]

Bom dia,

Quando a nota é enviada em seu XML não existe o protocolo, pelo simples fato de que, quem fornece o protocolo é a SEFAZ assim que recebe a nota e a processa com sucesso.

O ACBrMonitor, ao obter o retorno da SEFAZ acusando que a nota foi autorizada, o monitor se encarrega de atualizar o XML, acrescentando ao mesmo o retorno da SEFAZ.

Desta forma o XML passa a ter validade jurídica, ou seja, esta assinado digitalmente e com o protocolo de autorização emitido pela SEFAZ.

O que você deve fazer é abrir o XML dessa nota que esta tentando cancelar e comparar o numero do protocolo com o que se encontra no site da SEFAZ, por fim abrir o XML de pedido de cancelamento gerado pelo Monitor, nele tem que constar o mesmo numero de protocolo.

Espero ter ajudado.

[simtechsistemas]

26 minutos atrás, Italo Jurisato Junior disse:

Bom dia,

Quando a nota é enviada em seu XML não existe o protocolo, pelo simples fato de que, quem fornece o protocolo é a SEFAZ assim que recebe a nota e a processa com sucesso.

O ACBrMonitor, ao obter o retorno da SEFAZ acusando que a nota foi autorizada, o monitor se encarrega de atualizar o XML, acrescentando ao mesmo o retorno da SEFAZ.

Desta forma o XML passa a ter validade jurídica, ou seja, esta assinado digitalmente e com o protocolo de autorização emitido pela SEFAZ.

O que você deve fazer é abrir o XML dessa nota que esta tentando cancelar e comparar o numero do protocolo com o que se encontra no site da SEFAZ, por fim abrir o XML de pedido de cancelamento gerado pelo Monitor, nele tem que constar o mesmo numero de protocolo.

Espero ter ajudado.

Eu entendi o processo, mas gostaria de saber porque está sendo retornado o protocolo diferente, gerando o erro: Stat=222. Pois o comando que estou enviando pra cancelamento é esse: NFe.CancelarNFe(cChaveNFe,cJustificativa,cCNPJ,nEvento). Agora quando é realizado o cancelamento pelo próprio Acbr, funciona. 

[José M. S. Junior]

A forma como está passando o comando está correta, sempre foi dessa forma mesmo, precisamos entender por que o número protocolo passado para consulta está diferente do que consta na base da SEFAZ...

No ACBrMonitor verifique no menu: ( DFe/WebServices ) se está marcado a opção: "Salvar Arquivos Enviados/Recebidos p/ WebService". essa opção grava todos os XMLs enviados e recebidos pelo ACBrMonitor. Ao realizar o Cancelamento vai notar que será gerado XMLs de Consulta da chave e o Retorno da Consulta, além do XML com evento de Cancelamento. Verifique qual o protocolo está sendo retornado no XML de consulta e se é o mesmo que consta na SEFAZ quando realiza a consulta direto pelo site...

Se necessário anexe aqui os XMLs gerados na pasta logs, para análise.  

[simtechsistemas]

Esta opção sempre vem marcada, mesmo assim vou verificar no cliente. Tiveram duas ocorrências em clientes diferentes. Fiz os testes aqui e funciona perfeitamente.

[simtechsistemas]

Retornei a versão anterior do Acbr e passou a cancelar sem problema. Não satisfeito, reinstalei a nova versão,

Marquei a opção Separar Downloads por Nome (DistribuicaoDfe), já que  a pasta de arquivos DFEs é em outro local do diferente do local default (c:\ACBrMonitorPLUS\Dfes), e o cancelamento passou a funcionar. Segue o log.

LOG.TXT

[José M. S. Junior]

Em 03/10/2019 at 09:35, simtechsistemas disse:

Retornei a versão anterior do Acbr e passou a cancelar sem problema. Não satisfeito, reinstalei a nova versão,

Marquei a opção Separar Downloads por Nome (DistribuicaoDfe), já que  a pasta de arquivos DFEs é em outro local do diferente do local default (c:\ACBrMonitorPLUS\Dfes), e o cancelamento passou a funcionar. Segue o log.

LOG.TXT 20 kB · 2 downloads

Isso não deveria acontecer... A rotina de Cancelamento realiza uma consulta pela chave direto na SEFAZ para obter o numero do protocolo e então Envia o evento de Cancelamento, mas de qualquer forma estou revisando essa rotina para validar a possibilidade de possíveis problemas. O importante seria saber se ao consultar a chave, o número do protocolo retornado está sendo o mesmo passado no evento de Cancelamento, para isso seria necessário analisar o log de XMLs gerados e recebidos...

[José M. S. Junior]

Boa tarde,

Não foi possível simular o problema, mas realizamos melhorias na rotina desse método, favor testar com a versão atualizada.