[NFe 4.0] - Número protocolo no retorno rejeição 204

[Nelson A Sousa]

Pessoal, 

Boa tarde.

Usando o AcbrMonitor 1.2.0.14.

É possível preencher o nProt na seção [NFexxx] quando do retorno da rejeição 204?

Aqui no meu tá ficando em branco!

 

Ret_Acbr.INI

[Amarildo de Matos]

boa tarde..

tem como voce mandar o xml, e os logs gerados..

e se possivel atualize seu acbr, que ja esta na versao 28.

blz.

[Nelson A Sousa]

5 minutos atrás, Amarildo de Matos disse:

boa tarde..

tem como voce mandar o xml, e os logs gerados..

e se possivel atualize seu acbr, que ja esta na versao 28.

blz.

Olá Amarildo,

Obrigado pela resposta.

O arquivo INI sem o nProt já está anexadoaí acima.

Só ressaltando, é o protocolo de autorização da NFe.

[Amarildo de Matos]

assim.. sempre é importante ,mandar o xml gerado e o log tambem.. para facilitar e poder ajudar.. blz

[Nelson A Sousa]

Eu recortei o trecho final do LOG pra facilitar.

Veja abaixo.

O motivo de tudo isso é porque o Monitor está sendo desativado em algum momento da emissão. Ele não fica travado como naquele problema do Preview não, o Monitor é desativado mesmo.

Aí meu cliente tem que iniciar o Monitor novamente e reemitir a NFe.

Só que nesta segunda tentativa de transmitir a NFe, é recebida a rejeição por duplicidade pois, apesar da primeira tentativa de emissão ter desativado o Monitor, a NFe foi transmitida e autorizada.

Sinistro né não?!?!?!

Veja no LOG da primeira tentativa que o Monitor simplesmente para de responder. Quando vamos na tray verificar, só de passar o mouse em cima do ícone do Monitor ele some. Daí a  necessidade do meu cliente iniciar novamente o Monitor e reenviar a NFe.

Trecho_Log.txt

Ret_Acbr.INI

33181120983081000102550010000011261320060169-nfe.xml

[Amarildo de Matos]

opa..estranho..mas o mais importante, é que com essas informacoes, os consultores, poderam dar uma olhada, e dar uma opiniao..