C# - Caracteres inválidos

[Lindomar S. Menezes]

Boa tarde pessoal, tudo bem?
Estamos com uma situação aqui onde o componente está trazendo os acentos com caracteres quebrados ao fazer a leitura do XML.

A LIB da NF-e está atualizada(a de ontem), e o componente também está atualizado na última rev.
A codificação é a padrão (UTF8)



Posso enviar o XML via e-mail pra vocês, só me confirmam que eu anexo o link do tópico e o arquivo lá.

Apenas complementando o tópico, não sei se tem relação ou não a uma alteração feita a esses tempos atrás, também referente a leitura mas em arquivo de retorno de boleto para o CRESOL, que estava retornando caracteres inválidos nos acentos, percebi que após essa alteração começou a acontecer isso

[Daniel Simoes]

Configure a Lib para ela responder em ANSI

https://acbr.sourceforge.io/ACBrLib/Geral.html

[Lindomar S. Menezes]

4 minutos atrás, Daniel Simoes disse:

Configure a Lib para ela responder em ANSI

https://acbr.sourceforge.io/ACBrLib/Geral.html

Mesmo colocando como ANSI no geral antes de carregar o XML, os caracteres continuam da mesma forma.
 

ACBrNFe.Config.Principal.CodificacaoResposta = CodResposta.ANSI;
ACBrNFe.LimparLista();
ACBrNFe.CarregarXML(CaminhoXml);
NotaFiscal = dfeNfe.ACBrNFe.ObterNFe(0);

 

[Diego Foliene]

Por favor, disponibilize o XML em [email protected] para que possamos usar nos testes.

Não se esqueça do link do tópico no corpo do e-mail para posterior identificação.

[Lindomar S. Menezes]

3 minutos atrás, Diego Foliene disse:

Por favor, disponibilize o XML em [email protected] para que possamos usar nos testes.

Não se esqueça do link do tópico no corpo do e-mail para posterior identificação.

Enviado, obrigado!

[Diego Foliene]

17 horas atrás, Lindomar S. Menezes disse:

Enviado, obrigado!

Bom dia!

E-mail recebido, muito obrigado!

Faremos alguns testes e reportamos aqui assim que descobrirmos algo.

[WesleySantos]

Bom dia pessoal, tudo bem?

Estamos enfrentando o mesmo problema, e também já foi tentado com UTF8 e como ANSI e ambos obtém o mesmo retorno, por exemplo, na visualização do xml o nome do produto está como "Leitor Código...", quando tento importa-lo, aparece o ícone de interrogação e alterando o mesmo pelo notepad++ por exemplo o que eu obtenho é "Leitor Código...".  Se for preciso também posso enviar o xml em questão.

[Diego Foliene]

Bom dia!

Apenas dando um parecer.

A situação ainda está em análise por parte da equipe de consultores.

Após alguns testes e análises, tudo indica que o problema seja algo na conversão dos caracteres escapados em Hex-Code que estão sendo usados no XML e que estão sendo convertidos erroneamente.

Estamos buscando qual pode ser a causa para isso.

[Diego Foliene]

@Lindomar S. Menezes e @WesleySantos, por favor, o XML com o escape que está apresentando problemas, qual foi o procedimento que executaram para obter o mesmo?

[Daniel Simoes]

2 horas atrás, WesleySantos disse:

"Leitor Código...". 

As Strings dentro de Aspas, não deveriam estar em "Entity Code", pois no cabeçalho do XML, já temos uma declaração informando que os textos estarão em UTF8
<?xml version="1.0" encoding="UTF-8"?>

[WesleySantos]

@Diego Foliene Os XML's são recebidos dos fornecedores (emitidos por outros sistemas) e fazemos a importação dos mesmos para dentro do sistema. Temos sim um sistema de manifestação mas podemos fazer essas importações manualmente também através do arquivo xml.

[Leeve Sistemas]

Em 05/12/2023 at 14:26, Daniel Simoes disse:

Configure a Lib para ela responder em ANSI

https://acbr.sourceforge.io/ACBrLib/Geral.html

Aqui tive esse mesmo problema, mas consegui resolver aqui com essa solução. Obrigado.

[Lindomar S. Menezes]

Bom dia pessoal, fizemos essa alteração aqui, conforme repassada na abertura do tópico, mas sem sucesso.

[Principal]
TipoResposta=0
CodificacaoResposta=1
LogNivel=0
LogPath=

Editado 2 Janeiro por Lindomar S. Menezes

[antonio.carlos]

4 horas atrás, Lindomar S. Menezes disse:

Bom dia pessoal, fizemos essa alteração aqui, conforme repassada na abertura do tópico, mas sem sucesso.

[Principal]
TipoResposta=0
CodificacaoResposta=1
LogNivel=0
LogPath=

Estamos analisando uma possível solução.. quando concluirmos, iremos dar um retorno aqui para você, combinado ?!

[Lindomar S. Menezes]

20 minutos atrás, antonio.carlos disse:

Estamos analisando uma possível solução.. quando concluirmos, iremos dar um retorno aqui para você, combinado ?!

Opa, perfeito, achei que como tinha ficado pela solução ali de cima kkk, pode ser sim, combinado

[Diego Foliene]

Bom dia

Peço desculpas pela demora na solução.

A analise levou mais tempo do que o necessário pois envolveu outros pontos que envolviam um grande detalhamento.

Fornecendo mais detalhes:

O ACBr possui atualmente em seu componente nativo, duas formas de realizar a leitura e a escrita do XML.

Uma delas é utilizando a biblioteca pcn, que faz os processos de uma forma um pouco mais "manual" e a outra é utilizando uma classe derivada de ACBrXMLDocument.

A Lib é compilada utilizando apenas a classe pcn por enquanto.

Durante a análise do seu caso, foi constatado que o problema ocorria somente na biblioteca pcn e na IDE do Lazarus(a qual é utilizada para compilação das Libs).

Isso levou a uma revisão da classe derivada de XMLDocument e também do processo de conversão das HTML Entities na pcn.

Ainda não há uma conclusão sobre o uso da classe derivada de XMLDocument para compilação da Lib, mas foi enviado ao SVN um ajuste que resolve o problema na pcn.

Compilações da Lib efetuadas a partir de 26/08 não apresentarão mais o problema ao converter HTML Entities;