Arquivo .INI com CRT=4 ao gerar XML fica com CRT=3

[EGOS Soluções]

Saudações,

O arquivo .INI devidamente carregado pelo método .CarregarIni está da seguinte forma:

[Emitente]
CRT=4

Porém no XML gerado  está da seguinte forma:

<CRT>3</CRT>

</emit>

 

Alguma sugestão do que pode estar acontecendo? Vale mencionar que estou emitindo em VB6, atualizei as DLLs e Schemas conforme disponíveis no SVN. Edit: ambiente Em homologação

Desde já agradeço previamente pela atenção.

Editado 19 Setembro por EGOS Soluções

[Júlio Cavalcanti]

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

6 minutos atrás, EGOS Soluções disse:

Saudações,

O arquivo .INI devidamente carregado pelo método .CarregarIni está da seguinte forma:

[Emitente]
CRT=4

Porém no XML gerado  está da seguinte forma:

<CRT>3</CRT>

</emit>

 

Alguma sugestão do que pode estar acontecendo? Vale mencionar que estou emitindo em VB6, atualizei as DLLs e Schemas conforme disponíveis no SVN.

Desde já agradeço previamente pela atenção.

Consegue fazer um teste utilizando o programa Exemplo?

[EGOS Soluções]

41 minutos atrás, Júlio Cavalcanti disse:

Consegue fazer um teste utilizando o programa Exemplo?

Sim, no programa exemplo também obtenho CRT = 3 no XML

Utilizando o mesmo .INI no programa de exemplo, rodando direto do diretorio com svn

[Diego Foliene]

1 hour ago, EGOS Soluções said:

Sim, no programa exemplo também obtenho CRT = 3 no XML

Utilizando o mesmo .INI no programa de exemplo, rodando direto do diretorio com svn

Bom dia!

Por favor, qual é a versão da LibNFe que está utilizando?

Pode disponibilizar o arquivo .INI para análise e testes?

Se julgar que o mesmo tenha dados sensíveis e não possa ser enviado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

[EGOS Soluções]

1 hora atrás, Diego Foliene disse:

Bom dia!

Por favor, qual é a versão da LibNFe que está utilizando?

Pode disponibilizar o arquivo .INI para análise e testes?

Se julgar que o mesmo tenha dados sensíveis e não possa ser enviado direto aqui, envie para [email protected] com o link do tópico do fórum no corpo do e-mail para posterior identificação.

Claro, seguem: a AcBrLib com campo de versao constando 0.4.6.195 e o .Ini da nota em questão.

Muito obrigado.

ACBrLib.ini ACBr_NFe.ini

[Diego Foliene]

1 hour ago, EGOS Soluções said:

Claro, seguem: a AcBrLib com campo de versao constando 0.4.6.195 e o .Ini da nota em questão.

Muito obrigado.

ACBrLib.ini 8.09 kB · 0 downloads ACBr_NFe.ini 2.93 kB · 0 downloads

Boa tarde!

Obrigado, vamos analisar e reportamos assim que descobrirmos algo.

[EGOS Soluções]

14 minutos atrás, Diego Foliene disse:

Boa tarde!

Obrigado, vamos analisar e reportamos assim que descobrirmos algo.

Uma informação pertinente dessa investigação: Também fiz testes de emissão em outros tipos de CRT: 1, 2, e 3.

Para a .ini->CRT 1, a emissao foi um sucesso e CRT no xml = 1.

Para a .ini->CRT 2 e 3, a emissao me retornou um erro de CEST (estava vazio nos produtos) e só pude emitir depois que corrigi o mesmo, respectivamente gerando CRT 2 e 3 no XML.

Para a .ini->CRT 4, no entanto , o erro de CEST que ocorreu no .ini->CRT = 3 não aconteceu, apesar do xml com o CRT = 3 conforme mencionado nas postagens acima.

Editado 19 Setembro por EGOS Soluções

[Diego Foliene]

43 minutes ago, EGOS Soluções said:

Uma informação pertinente dessa investigação: Também fiz testes de emissão em outros tipos de CRT: 1, 2, e 3.

Para a .ini->CRT 1, a emissao foi um sucesso e CRT no xml = 1.

Para a .ini->CRT 2 e 3, a emissao me retornou um erro de CEST (estava vazio nos produtos) e só pude emitir depois que corrigi o mesmo, respectivamente gerando CRT 2 e 3 no XML.

Para a .ini->CRT 4, no entanto , o erro de CEST que ocorreu no .ini->CRT = 3 não aconteceu, porém no xml o CRT tornou-se 3 conforme mencionado nas postagens acima. A percepção que tive, caso ajude na investigação, é que a validação no sefaz aconteceu normalmente como CRT->4 (ou 1,visto que são praticamente idênticas) pois enviei os produtos sem CEST e a mesma foi emitida com sucesso, exceto se foi validada apenas devido meu software não ter montado/enviado os campos pertinentes do Tipo 3 de fato mesmo com o xml valendo 3.

Testando em meu ambiente com o arquivo ACBr_NFe.ini que forneceu, a princípio, não tive problemas.

O comando NFe_CarregarINI seguido do comando NFe_ObterXML(0) devolveram uma string onde o CRT estava com o valor 4, conforme arquivo INI.

Conferindo aqui, estamos atualmente na versão 1.4.7.305 da LibNFe, a sua versão data de antes de 09 de Julho pelo histórico.

Por favor, atualize para a versão mais recente da LibNFe e realize novos testes.

[EGOS Soluções]

37 minutos atrás, Diego Foliene disse:

Testando em meu ambiente com o arquivo ACBr_NFe.ini que forneceu, a princípio, não tive problemas.

O comando NFe_CarregarINI seguido do comando NFe_ObterXML(0) devolveram uma string onde o CRT estava com o valor 4, conforme arquivo INI.

Conferindo aqui, estamos atualmente na versão 1.4.7.305 da LibNFe, a sua versão data de antes de 09 de Julho pelo histórico.

Por favor, atualize para a versão mais recente da LibNFe e realize novos testes.

Novamente, agradecendo pela total atenção que obtive com meu problema.

Esclarecendo o que aconteceu: Por algum motivo a dll também estava em SysWow64, por isso as atualizações que fazia na raiz do meu executável, não surtiam efeito. A dll que o programa acaba utilizando era a dll desatualizada em SysWow64. Após deletar a DLL dali, funcionou normalmente. Muito obrigado por toda a atenção

Best regards,

Vinicius Araki

[Diego Foliene]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.