ACBrLibeSocial não está obedecendo o parâmetro RetirarAcentos

[VFADev]

Boa Tarde Pessoal, 

Apesar de já ter incluído no código o comando eSocial_ConfigGravarValor(::hDll,"eSocial","RetirarAcentos","1"), os acentos continuam sendo incluídos nos xmls enviados, gerando a seguinte mensagem de erro:

Erro: Falha ao interpretar o XML "xmlParseDoc" --> 9 - Input is not proper UTF-8, indicate encoding !
Bytes: 0xE9 0x67 0x72 0x61
 

 

[EMBarbosa]

44 minutos atrás, VFADev disse:

Boa Tarde Pessoal, 

Apesar de já ter incluído no código o comando eSocial_ConfigGravarValor(::hDll,"eSocial","RetirarAcentos","1"), os acentos continuam sendo incluídos nos xmls enviados, gerando a seguinte mensagem de erro:

Erro: Falha ao interpretar o XML "xmlParseDoc" --> 9 - Input is not proper UTF-8, indicate encoding !
Bytes: 0xE9 0x67 0x72 0x61
 

 

Bom dia.

Por favor, nos dê mais informações.

Qual a sua linguagem de programação? Consegue reproduzir o problema com a aplicação de exemplo?

Como você está alimentando a lib? Por meio de arquivos INI ou xml?

Anexe o log gerado desde o início da operação por favor.

Anexe o arquivo INI utilizado pela Lib.

[VFADev]

3 minutos atrás, EMBarbosa disse:

Bom dia.

Por favor, nos dê mais informações.

Qual a sua linguagem de programação? Consegue reproduzir o problema com a aplicação de exemplo?

Como você está alimentando a lib? Por meio de arquivos INI ou xml?

Anexe o log gerado desde o início da operação por favor.

Anexe o arquivo INI utilizado pela Lib.

Bom dia,

Uso Harbour, estou usando a opção para carregar o ini a partir da memória e estou alimentando a lib direto por xml. O log vai em anexo.

ACBrLibeSocial-20230125.log

[EMBarbosa]

19 minutos atrás, VFADev disse:

Bom dia,

Uso Harbour, estou usando a opção para carregar o ini a partir da memória e estou alimentando a lib direto por xml. O log vai em anexo.

ACBrLibeSocial-20230125.log 7.07 kB · 0 downloads

Nesse log não tem a chamada para os métodos que geram o erro reportado.

Por favor, gere um log desde o início da operação até o momento em que o erro é reportado.

Se possível anexe os arquivos utilizados.

[VFADev]

4 horas atrás, EMBarbosa disse:

Nesse log não tem a chamada para os métodos que geram o erro reportado.

Por favor, gere um log desde o início da operação até o momento em que o erro é reportado.

Se possível anexe os arquivos utilizados.

Segue o log com o ciclo completo. Configuração e carga do xml.

ACBrLibeSocial-20230125.log

[VFADev]

Algum avanço? 

[Diego Foliene]

Boa tarde @VFADev!
Notei que no log que disponibilizou consta a seguinte entrada

Citar

25/01/23 09:05:57:409 - LIB_ConfigGravar([Memory])
25/01/23 09:05:57:409 -    Memory: Configuração em memória favor usar o método ExportarConfig)

Por favor, é possível fazer um teste usando o método ConfigLerValor antes de Carregar o XML e enviar o e-Social para verificar se de fato está com o valor que você definiu?

[VFADev]

9 minutos atrás, Diego Foliene disse:

Boa tarde @VFADev!
Notei que no log que disponibilizou consta a seguinte entrada

Por favor, é possível fazer um teste usando o método ConfigLerValor antes de Carregar o XML e enviar o e-Social para verificar se de fato está com o valor que você definiu?

Segue o log. Está voltando sim o valor definido.  Nunca entendi por que fica sendo incluida essa msg no log, se estou fazendo a configuração na memoria.

ACBrLibeSocial-20230126.log

[Juliana Tamizou]

Bom dia,

Este caso ainda está em análise pela equipe, assim que houver avanço retornamos aqui.

At.

[Diego Foliene]

Bom dia @VFADev!
Foi feita uma alteração visando resolver este problema.
Por favor, peço que atualize a Lib, realize novos testes e reporte qualquer problema.

[VFADev]

2 horas atrás, Diego Foliene disse:

Bom dia @VFADev!
Foi feita uma alteração visando resolver este problema.
Por favor, peço que atualize a Lib, realize novos testes e reporte qualquer problema.

Atualizei e tentei enviar um S2205 com um acento no BAIRRO. Não resolveu. 
Segue log em anexo.

ACBrLibeSocial-20230127.log

[Diego Foliene]

37 minutos atrás, VFADev disse:

Atualizei e tentei enviar um S2205 com um acento no BAIRRO. Não resolveu. 
Segue log em anexo.

ACBrLibeSocial-20230127.log 1.83 kB · 1 download

Boa tarde!
Certo, vamos continuar a verificar e realizar mais testes.
Para registro, isso está sendo visto na #TK-3545

[Diego Foliene]

@VFADev
Por favor, atualize novamente a Lib e realize um novo teste.

[VFADev]

Em 27/01/2023 at 15:33, Diego Foliene disse:

@VFADev
Por favor, atualize novamente a Lib e realize um novo teste.

Bom dia Diego, 

Atualizei para a versão 0.0.1.53 e fiz uma nova tentativa de envio, mas o problema continua... Só lembrando que intencionalmente, deixei o bairro com um acento. Se tiro esse acento, o evento é aprovado.

ACBrLibeSocial-20230130.log

Editado 30 Janeiro, 2023 por VFADev

[Diego Foliene]

13 minutos atrás, VFADev disse:

Bom dia Diego, 

Atualizei para a versão 0.0.1.53 e fiz uma nova tentativa de envio, mas o problema continua... Só lembrando que intencionalmente, deixei o bairro com um acento. Se tiro esse acento, o evento é aprovado.

ACBrLibeSocial-20230130.log 1.75 kB · 0 downloads

Bom dia @VFADev, por favor, pode encaminhar para o [email protected] o XML que está tentando enviar e que ocorre o problema?

[VFADev]

8 minutos atrás, Diego Foliene disse:

Bom dia @VFADev, por favor, pode encaminhar para o [email protected] o XML que está tentando enviar e que ocorre o problema?

Acredito que o conteúdo do evento está no log. De qualquer modo enviei para o email o xml do evento S2205.

[Diego Foliene]

12 minutos atrás, VFADev disse:

Acredito que o conteúdo do evento está no log. De qualquer modo enviei para o email o xml do evento S2205.

Arquivo recebido, vou realizar alguns testes e lhe dou um retorno assim que possível.

[Diego Foliene]

@VFADev, realizei alguns testes usando o programa exemplo do componente ACBreSocial. Esse componente é utilizado como base na Lib(ela nada mais é do que uma maneira de usar o componente sem ser nativo).
E nele não apresentou problema.
Por favor, é possível limpar ACBrLibeSocial da máquina, baixar novamente e realizar um novo teste?
Se ainda assim persistir o problema, peço que faça um teste usando o programa exemplo disponibilizado em VB6(Você consegue baixar ele neste link caso já não tenha)

[VFADev]

1 hora atrás, Diego Foliene disse:

@VFADev, realizei alguns testes usando o programa exemplo do componente ACBreSocial. Esse componente é utilizado como base na Lib(ela nada mais é do que uma maneira de usar o componente sem ser nativo).
E nele não apresentou problema.
Por favor, é possível limpar ACBrLibeSocial da máquina, baixar novamente e realizar um novo teste?
Se ainda assim persistir o problema, peço que faça um teste usando o programa exemplo disponibilizado em VB6(Você consegue baixar ele neste link caso já não tenha)

Apaguei tudo do ACBrLibeSocial que tinha na pasta e salvei de novo a partir do arquivo baixado, mas o problema persiste. 
Então, voltei a usar a função que já tinha desenvolvido para este fim.

[Diego Foliene]

Bom dia @VFADev!
Vamos por partes:
Quando passamos um XML já formado para lib, a mesma não vai alterar o XML mesmo que você configure a RetirarAcentos. No máximo ela vai validar e assinar esse xml. E se pensarmos com calma esse comportamento realmente era o esperado.
A flag só tem efeito quando é a Lib(ou o componente) que gera um arquivo XML.
Então seu problema não tem necessariamente relação com a configuração RetirarAcentos.

 

Citar

Codigo:-10, Mensagem:Erro: Falha ao interpretar o XML "xmlParseDoc" --> 9 - Input is not proper UTF-8, indicate encoding ![LF]Bytes: 0xC3 0x4F 0x3C 0x2F[LF]

Esse erro acontece porque o XML não está bem formado ao ser passado para Lib. O XML está reportado como UTF-8, mas não está nessa codificação.
Fizemos testes no componente e com a LIB(usando VB6 e C#), mas não conseguimos reproduzir o problema.
Como verificamos que o arquivo que você  está passando é válido(UTF-8), suspeitamos que o problema seja porque você está passando o conteúdo do arquivo. Pode ser que em algum momento, a linguagem que está usando esteja fazendo alguma conversão que cause o problema.

Pedimos que, por favor, realize um teste passando o caminho do arquivo ao invés de seu conteúdo. Algo como:

ACBrLibeSocial_CarregarXMLEventoeSocial("caminho\para\o\arquivo_de_evento.xml")

Assim, a própria Lib faria a leitura do arquivo e evitaria essa conversão.
Se o erro persistir, vamos precisar que você monte um programa de exemplo na linguagem que está usando que reproduza o problema para que possamos testar aqui.

[VFADev]

6 horas atrás, Diego Foliene disse:

Bom dia @VFADev!
Vamos por partes:
Quando passamos um XML já formado para lib, a mesma não vai alterar o XML mesmo que você configure a RetirarAcentos. No máximo ela vai validar e assinar esse xml. E se pensarmos com calma esse comportamento realmente era o esperado.
A flag só tem efeito quando é a Lib(ou o componente) que gera um arquivo XML.
Então seu problema não tem necessariamente relação com a configuração RetirarAcentos.

 

Esse erro acontece porque o XML não está bem formado ao ser passado para Lib. O XML está reportado como UTF-8, mas não está nessa codificação.
Fizemos testes no componente e com a LIB(usando VB6 e C#), mas não conseguimos reproduzir o problema.
Como verificamos que o arquivo que você  está passando é válido(UTF-8), suspeitamos que o problema seja porque você está passando o conteúdo do arquivo. Pode ser que em algum momento, a linguagem que está usando esteja fazendo alguma conversão que cause o problema.

Pedimos que, por favor, realize um teste passando o caminho do arquivo ao invés de seu conteúdo. Algo como:

ACBrLibeSocial_CarregarXMLEventoeSocial("caminho\para\o\arquivo_de_evento.xml")

Assim, a própria Lib faria a leitura do arquivo e evitaria essa conversão.
Se o erro persistir, vamos precisar que você monte um programa de exemplo na linguagem que está usando que reproduza o problema para que possamos testar aqui.

Diego,

Eu imaginava que ao carregar um xml, independente se for via arquivo físico ou a partir de uma variável, os acentos seriam excluídos, se o parâmetro estivesse ativo.

Mas tranquilo, desativei o parâmetro e voltei a usar a função que já tinha implementado para essa finalidade.

[EMBarbosa]

20 horas atrás, VFADev disse:

Diego,

Eu imaginava que ao carregar um xml, independente se for via arquivo físico ou a partir de uma variável, os acentos seriam excluídos, se o parâmetro estivesse ativo.

Entendemos, e isso pode ter sido a confusão inicial.

Mas só pra deixar claro os motivos pra esse comportamento: se você passa um XML, a lib (e o componente) entende que o xml passado está pronto e não precisa gerar ele novamente. Isso é importante para casos de pessoas que querem que o seu XML tenha alguma particularidade diferente do que é o padrão das soluções do ACBr.

[VFADev]

1 hora atrás, EMBarbosa disse:

Entendemos, e isso pode ter sido a confusão inicial.

Mas só pra deixar claro os motivos pra esse comportamento: se você passa um XML, a lib (e o componente) entende que o xml passado está pronto e não precisa gerar ele novamente. Isso é importante para casos de pessoas que querem que o seu XML tenha alguma particularidade diferente do que é o padrão das soluções do ACBr.

Pelo exemplo que o Diego postou, o que parece é que se o xml for lido a partir de um arquivo, o parâmetro vale. Já se for lido a partir de uma variável de memória não.

[Diego Foliene]

1 hora atrás, VFADev disse:

Pelo exemplo que o Diego postou, o que parece é que se o xml for lido a partir de um arquivo, o parâmetro vale. Já se for lido a partir de uma variável de memória não.

Quando você passa um arquivo INI para a Lib, ela lê as informações do arquivo, gera um XML do evento(neste momento é aplicada a flag RetirarAcentos), assina e valida.
Quando você passa o XML, seja o conteúdo ou o caminho, a Lib assina o XML que foi passado e valida o mesmo.

[VFADev]

Entendido Perfeitamente! Obrigado