Jump to content

dev botao

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


Go to solution Solved by Diego Foliene,

Recommended Posts

  • Membros Pro

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.
Edited by EGOS Soluções
Link to comment
Share on other sites

  • Consultores

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?

Link to comment
Share on other sites

  • Membros Pro
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

Captura de tela 2024-09-19 114914.png

Link to comment
Share on other sites

  • Consultores
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

Captura de tela 2024-09-19 114914.png

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.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Link to comment
Share on other sites

  • Membros Pro
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

  • Like 1
Link to comment
Share on other sites

  • Consultores
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.

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Link to comment
Share on other sites

  • Membros Pro
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.

Edited by EGOS Soluções
Link to comment
Share on other sites

  • Consultores
  • Solution
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.

VersaoLibNFe.jpg

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

  • Like 1
Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Link to comment
Share on other sites

  • Membros Pro
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.

VersaoLibNFe.jpg

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

  • Like 2
Link to comment
Share on other sites

  • Consultores

Obrigado por reportar.

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

Consultor SAC ACBr

Diego Folieni
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr     Telefone:(15) 2105-0750 WhatsApp(15)99790-2976.  Discord

Projeto ACBr - A maior comunidade Open Source de Automação Comercial do Brasil


Participe de nosso canal no Discord e fique ainda mais próximo da Comunidade !!

Link to comment
Share on other sites

Guest
This topic is now closed to further replies.
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.