Encoding das repostas da ACBrLibCTe

[NVTech]

Olá!

Fui instruído pelo Diego Folieni a fazer este registro no fórum.

Estou usando a ACBrLibCTe em um projeto web, com backend em Rust.

Após a execução das funções CTE_Validar e CTE_ValidarRegrasdeNegocios obtenho como resposta uma string que não pode ser corretamente consumida como UTF-8, apesar de ter configurado o arquivo INI para esta opção ([Principal] CodificacaoResposta=0).

Observando o arquivo de Log gerado pela biblioteca, parece haver 2 encoding diferentes: observe na imagem anexa que a palavra validação está grafada corretamente, enquanto as outras palavras acentuadas do fragmento aparececem com os bytes entre colchetes.

Podem nos ajudar?

Obrigado,

 

 

[Daniel Simoes]

Parece realmente um problema no código da ACBrLib, na hora de tratar o retorno desse método...

[Diego Foliene]

15 horas atrás, NVTech disse:

Olá!

Fui instruído pelo Diego Folieni a fazer este registro no fórum.

Estou usando a ACBrLibCTe em um projeto web, com backend em Rust.

Após a execução das funções CTE_Validar e CTE_ValidarRegrasdeNegocios obtenho como resposta uma string que não pode ser corretamente consumida como UTF-8, apesar de ter configurado o arquivo INI para esta opção ([Principal] CodificacaoResposta=0).

Observando o arquivo de Log gerado pela biblioteca, parece haver 2 encoding diferentes: observe na imagem anexa que a palavra validação está grafada corretamente, enquanto as outras palavras acentuadas do fragmento aparececem com os bytes entre colchetes.

Podem nos ajudar?

Obrigado,

 

 

Bom dia!

Foi criada a #TK-4709 para análise e tratativa do caso.

[Diego Foliene]

Bom dia!

Apenas dando um parecer para está TK.

A mesma está em análise.

Como a imagem que disponibilizou mostra a mensagem relacionada ao campo UfFim, foi gerado um XML sem está informação usando o programa exemplo

Ficando desta forma.

<cMunIni>3119401</cMunIni>
<xMunIni>CORONEL FABRICIANO</xMunIni>
<UFIni>MG</UFIni>
<cMunFim>0000000</cMunFim>
<xMunFim>ABARE</xMunFim>
<UFFim/>
<retira>0</retira>
<indIEToma>1</indIEToma

Ao utilizar o método CTe_Validar, o resultado no log ficou desta forma.

Citar

22/11/23 12:00:20:657 -    SetRetorno(-11, Falha na validação dos dados do Conhecimento: 1

 --> 1840 - Element '{http://www.portalfiscal.inf.br/cte}UFFim': [facet 'enumeration'] The value '' is not an element of the set {'AC', 'AL', 'AM', 'AP', 'BA', 'CE', 'DF', 'ES', 'GO', 'MA', 'MG', 'MS', 'MT', 'PA', 'PB', 'PE', 'PI', 'PR', 'RJ', 'RN', 'RO', 'RR', 'RS', 'SC', 'SE', 'SP', 'TO', 'EX'}.
)
22/11/23 12:00:20:663 - Destravar
22/11/23 12:00:20:697 - LIB_UltimoRetorno
22/11/23 12:00:20:704 -    MoverStringParaPChar. StrLen:352, BufLen:352
22/11/23 12:00:20:711 -    Codigo:-11, Mensagem:Falha na valida[195][167][195][163]o dos dados do Conhecimento: 1[CR][LF][CR][LF] --> 1840 - Element '{http://www.portalfiscal.inf.br/cte}UFFim': [facet 'enumeration'] The value '' is not an element of the set {'AC', 'AL', 'AM', 'AP', 'BA', 'CE', 'DF', 'ES', 'GO', 'MA', 'MG', 'MS', 'MT', 'PA', 'PB', 'PE', 'PI', 'PR', 'RJ', 'RN', 'RO', 'RR', 'RS', 'SC', 'SE', 'SP', 'TO', 'EX'}.[LF]

Analisando o processo acreditamos ter encontrado uma possível causa.

Estamos discutindo a melhor maneira de resolver a questão.

[Diego Foliene]

Bom dia @NVTech.

Foi enviado ao SVN na Rev-31310 alteração visando resolver este problema.

Foi gerada um nova compilação da Lib englobando esta alteração.

Por favor, queira atualizar sua Lib, realizar novos testes e reportar qualquer problema.

[NVTech]

Olá, Diego! 

Obrigado pela ajuda.

Vou fazer os testes e lhe retorno os resultado.

Um abraço,

Eduardo Heredia