ACBrNFSeX Fortaleza Erro Input is not proper UTF-8, indicate encoding ! Bytes

[Patrick Knopf]

Bom dia!

Pesquisei no fórum e achei alguns tópicos falando deste erro em outros provedores e todos pelo que vi foram liberados atualizações do componente.

Estou utilizando o ACBRNFSeX para o provedor ISSFortaleza - Versão 1.0.
Esta enviando corretamente e inclusive incluindo a NFS-e no site da prefeitura, somente a consulta ocorre o erro mencionado.

Estou com o componente atualizado.

Alguém poderia me dar uma dica de como resolver?

Obrigado.

[Juliomar Marchetti]

trás os arquivos soap gerados para fazer a consulta. mas ao que indica algum caracter ou  não está gerando o header correto

[Patrick Knopf]

Segue os dois arquivos gerados.

Obrigado.

177872212-con-lot-soap.xml 177872212-lista-nfse-con-lot-soap.xml

Pelo que vi o Bairro tem o Ç "ALTO DA BALANÇA".

[Juliana Tamizou]

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

[Juliomar Marchetti]

20 minutos atrás, Patrick Knopf disse:

Segue os dois arquivos gerados.

Obrigado.

177872212-con-lot-soap.xml 4 kB · 0 downloads 177872212-lista-nfse-con-lot-soap.xml 5 kB · 0 downloads

Pelo que vi o Bairro tem o Ç "ALTO DA BALANÇA".

Marca a opção para remover caracteres acentuados e tenta fazer novamente

[Patrick Knopf]

Está marcado a opção para RetirarAcentos e RetirarEspacos. Sempre deixo elas marcadas na verdade.

[Patrick Knopf]

Não sei se ajuda mais o erro ocorre na função na imagem anexo.

Fiz uma alteração utilizando uma função que tenho para remover acentos e deu certo, conforme linha abaixo:

Esta assim:
loadedDoc := xmlParseDoc(PAnsiChar(ansistring(AXmlDocument)));
Alterei para:
loadedDoc := xmlParseDoc(PAnsiChar(ansistring(RemoveAcentos(AXmlDocument))));

Com isso resolveu, mais se puderem ajustar no componente agradeço.

[Italo Giurizzato Junior]

Bom dia Patrick,

O que tudo indica o problema é a razão social do prestador, veja:

<RazaoSocial>R & S SERVICOS AUTOMOTIVOS LTDA ME</RazaoSocial>

Quando o componente executa o Parte temos o seguinte:

<RazaoSocial>R &amp; S SERVICOS AUTOMOTIVOS LTDA ME</RazaoSocial>

Para mim é esse & que sobra na razão social que esteja gerando o erro.

Não entendo essa mania de empresas usarem o "&" na razão social.

Acham que fica chique.

[Patrick Knopf]

Italo, a função que utilizei "RemoveAcentos" função interna nossa, remove somente os acentos e não o & (E comercial) e não ocorreu mais o erro. Acredito que não seja ele o problema não, me parece ser o Ç do bairro mesmo.

Até tentei alterar no site da prefeitura o cadastro do cliente mas não é permitido, somente com a prefeitura mesmo.

Com a minha função de remover os acentos estou enviando, consultado e cancelamento normalmente.

[Italo Giurizzato Junior]

Boa tarde Patrick,

Estranho, pois tenho retornos com vogais acentuadas e não tenho esse problema.

[Patrick Knopf]

Entendo Italo. Colocando minha função resolveu o problema. Porem sempre que atualizar o componente terei que lembrar de alterar o memo.

Obrigado!

[Italo Giurizzato Junior]

Bom dia Patrick,

Vou continuar a analisar essa questão para poder encontrar uma solução.

[Italo Giurizzato Junior]

Boa tarde Patrick,

Inclui na minha lista de tarefas para analisar o problema. TK-3109

[Italo Giurizzato Junior]

Bom dia Patrick,

Analisando o arquivo XML de retorno que você anexou, apesar de constar que o encoding é UTF-8 na realidade ele está no formato ANSI.

O componente ao tentar ler esse arquivo encontra a letra Ç (cedilha) e acaba gerando o erro.

O correto seria o provedor gerar o XML em UTF-8 em vez de ANSI.

Desta forma não teríamos nenhum problema com a letra Ç (cedilha).

Eu acredito que o provedor se recusaria a fazer essa correção, mas não custa nada tentar.

Caso eles façam, maravilha, problema resolvido.

Se recusarem, uma segunda abordagem seria solicitar a troca do Ç (cedilha) por C no nome do bairro do cadastro do prestador.

Além do formato do arquivo estar em desacordo com o encoding a sua geração também está misturada, veja:

<Numero>304</Numero>

Ao meu ver o XML deve ser gerado desta forma:

<Numero>304</Numero>

ou

<Numero>304</Numero>

Sem contar que o XML contém quebras de linhas e está identado.

Resumindo:

Acho muito importante que tudo isso que vou levantado a respeito do XML gerado por eles seja comunicado, pois da forma que esta, está muito feio, para não dizer outra coisa.

[Patrick Knopf]

Olá Italo!

Complicado né, os provedores se superam as vezes.

Vou tentar as possibilidades que você passou.

Desde já agradeço a atenção.

[Italo Giurizzato Junior]

Bom dia Patrick,

Por favor faça um teste com a unit em anexo.

ISSFortaleza.Provider.pas

Substitui a unit, reinstale o ACBr, recompile a aplicação e faça novos testes.

[Italo Giurizzato Junior]

Boa tarde Patrick,

Enviei para o SVN a Unit que anexei na postagem acima.

Assim que possível, atualize os fontes, reinstale o ACBr e faça novos testes.

[Patrick Knopf]

Olá,

Essa semana estou em viagem, na próxima atualizo e passo o feedback aqui.

Obrigado!