SEFAZ retornando chave diferente da enviada

[SupremaInformatica]

Boa tarde!

A SEFAZ de Minas não para de me surpreender: gero um xml com uma chave e a sefaz me retorna outra chave no xml processado.

 

 

Alguém já passou por isso?

[Juliana Tamizou]

Boa tarde.

Por favor anexe os XMLs

At.

[Italo Giurizzato Junior]

Boa tarde,

É a sua aplicação que esta gerando o XML?

[SupremaInformatica]

13 minutos atrás, Juliana Tamizou disse:

Boa tarde.

Por favor anexe os XMLs

At.

 

gerado.xml.xml Processado.xml

4 minutos atrás, Italo Giurizzato Junior disse:

Boa tarde,

É a sua aplicação que esta gerando o XML?

Sim... Gero um INI com com os dados e utilizo a função NFe.CriarNFe para gerar o xml...

[Italo Giurizzato Junior]

Você tem o arquivo INI dessa nota?

Se sim, favor anexar.

[SupremaInformatica]

24 minutos atrás, Italo Giurizzato Junior disse:

Você tem o arquivo INI dessa nota?

Se sim, favor anexar.

A aplicação exclui depois de gerar o xml, mas, gerei outro...

12112021143010.INI

[Italo Giurizzato Junior]

Muito estranho, pois o XML que você anexou com o nome "gerado" o tipo de emissão da nota esta com o valor 9 = Offline e consequentemente o Digito Verificador é um, já o outro XML o tipo de emissão esta com o valor 1 = Normal que condiz com o valor da tag <tpEmis>.

Analisando tanto o código do ACBrMonitor quanto o código do componente ACBrNFe que é utilizado pelo monitor, não encontrei não que pudesse provocar esse problema.

O XML "gerado" não teve a sua chave alterada pela sua aplicação e depois o mesmo foi carregado para ser enviado para a SEFAZ?

[SupremaInformatica]

Não altero o xml de retorno.... Sempre faço a copia da pasta acbr para arquivar...

No caso da tpEmis: Pode ter ocorrido uma falha na transmissão (internet, sefaz, etc)... Como a aplicação é um bot que monitora o banco, posso ter copiado o xml errado (para disponibilizar aqui)... Vou checar.