ACBrLibNFSe - Não está gerando o XML da NFSe

[ferdead]

Olá pessoal!

conforme orientado no discord, estou abrindo esse tópico pois o arquivo está sendo transmitido normalmente pelo provedor da fiorelli, aparece a nota normal no portal do provedor, mas a DLL não está gerando o xml da NFSe na pasta.

Observando o log, veio o erro:

[Erro1]
Codigo=X999
Correcao=
Descricao=Erro de Conexão: Input is not proper UTF-8, indicate encoding !Bytes: 0xC1 0x43 0x41 0x52

Acredito ser problemas com acentuações, pois realizando alguns testes aqui quando estava desenvolvendo, percebi que os xmls de retorno que contém acentuação não estava abrindo no navegador, apenas no bloco de notas. Não sei se há algum problema relacionado ou se é só coincidência mesmo.

conforme orientado, irei encaminhar os arquivos para o email [email protected] para vcs analisarem ai.

fico no aguardo, 

att.,

Fernando.

[Alexandre de Paula]

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

[Diego Foliene]

Bom dia!

Foi criada a #TK-4177 para continuar a análise do caso e parecer do consultor responsável.

Os arquivos foram recebidos no e-mail e anexados a mesma.

Vamos realizar alguns testes e notificaremos no tópico assim que descobrirmos algo.

[Italo Giurizzato Junior]

Boa tarde Fernando,

O que tudo indica é que o provedor não esta gerando o XML de retorno no formato UTF-8

[ferdead]

eh.. imagino que seja algo disso tbm... mas, acho que precisa ser corrigido na dll, certo? pq, com certeza eles não vão mexer lá no software deles neh..

[Diego Foliene]

Bom dia!

Apenas para atualizar, seu envelope de retorno veio formatado na codificação UTF-8 (sem BOM), com um caractere "estranho"(vide print):

No entanto, passei o seu arquivo por um teste inicial e o mesmo foi convertido com sucesso.

Ainda estamos verificando.

[ferdead]

ah legal.. só complementar, no meu código eu uso o utf7 (se não me engano) para abrir esses soap.. ai ele interpreta a acentuação certinho..

Editado 11 Julho, 2023 por ferdead

[Diego Foliene]

Boa tarde!

Passei o arquivo 9-lista-nfse-sinc-soap.xml em alguns testes unitários que temos aqui.

Ele não apresentou erro nos testes, mesmo o caractere que veio inválido foi devidamente convertido.

Alterei no fonte do componente nativo, carregando o mesmo arquivo no inicio do processo que trata a resposta do web service e também não tive problemas.

Por favor, é possível fazer um teste?

Envie a mesma nota tanto em homologação quanto em produção com a configuração para salvar o envelope Soap.

Vamos comparar se tem alguma diferença na resposta que vem em homologação para com a resposta que vem em produção.

Se possível, por favor, faça um teste também definindo Sim em todas as configurações de Salvar e Paths correspondentes.

 

[ferdead]

Boa tarde Diego,

você chegou a publicar a alteração? preciso atualizar algo aqui antes?

pois estou emitindo as notas aqui em produção com a minha versão aqui, e o arquivo nunca está sendo gerado...

"Se possível, por favor, faça um teste também definindo Sim em todas as configurações de Salvar e Paths correspondentes."
como eu sou novo com o componente de vcs, vc poderia explicar melhor quais os campos exatamente preciso testar?

 

[Diego Foliene]

Boa tarde!

Citar

você chegou a publicar a alteração? preciso atualizar algo aqui antes?

Não houve alteração.

O envelope que disponibilizou passou nos testes que fiz e não apresentou o erro "Input is not proper UTF-8, indicate encoding !Bytes: 0xC1 0x43 0x41 0x52"

Por isso pedi que se possível, faça um teste:

Baixe a última versão da Lib disponível no fórum para garantir que esta usando a versão mais atualizada, defina SalvarWS como Sim e atribua um caminho em PathSalvar.

Então tente emitir a mesma NFSe(mesmos dados) em homologação(que você disse que está gerando o XML corretamente) e guarde os arquivos de envelope de envio e de resposta que forem gerados. Em seguida, a mesma nota em produção(você disse que não está gerando o XML).

Para que possamos comparar o conteúdo dos envelopes de envio e de resposta quando manda em homologação e quando manda em produção.

Citar

 

como eu sou novo com o componente de vcs, vc poderia explicar melhor quais os campos exatamente preciso testar?

 

Atribua um valor em PathSalvar, PathGer, PathRPS, PathNFSe e PathCan.

Defina sim para SalvarArq, SalvarGer e SalvarWS.

[ferdead]

Oi Diego, boa tarde!

Conforme a orientação eu fiz os testes aqui... fiz o procedimento:

Atualizei a DLL
Alterei o acbrlib.ini conforme orientado.

fiz o teste em homologação, veio tudo certinho.

em produção, com essa nova versão da dll, está dando erro agora de Usuário/Senha, sendo que com a DLL antiga transmitiu normal...
não sei se é erro meu e coincidiu com a atualização da DLL, mas, não consegui emitir a nota. O usuário e senha estão corretos, eu enviei as evidencias para vocês no email [email protected].

se precisar que faça mais algo, estou a disposição!

[Diego Foliene]

Em 20/07/2023 at 16:58, ferdead disse:

Oi Diego, boa tarde!

Conforme a orientação eu fiz os testes aqui... fiz o procedimento:

Atualizei a DLL
Alterei o acbrlib.ini conforme orientado.

fiz o teste em homologação, veio tudo certinho.

em produção, com essa nova versão da dll, está dando erro agora de Usuário/Senha, sendo que com a DLL antiga transmitiu normal...
não sei se é erro meu e coincidiu com a atualização da DLL, mas, não consegui emitir a nota. O usuário e senha estão corretos, eu enviei as evidencias para vocês no email [email protected].

se precisar que faça mais algo, estou a disposição!

Bom dia Fernando!

Comparando seus arquivos com o schema xsd que temos disponível AQUI para este provedor, não vi diferença ou erros nos seus arquivos de envelope.(esse mesmo schema é distribuído na Lib).

Comparando os arquivos de envelope de envio, também não vi diferença significativa na estrutura.

A diferença é que no envelope de produção foi gerado as tags <CodigoCnae>, <Complemento> no grupo do endereço do tomador e <RegimeEspecialTributacao>.

Vale a pena verificar, mas não acho que está seja a causa.

Você citou que ao enviar em produção recebeu o retorno de usuário ou senha inválidos.

Se você conferir depois de </EnviarLoteRpsSincronoEnvio> tem as tags <username> e <password>. Os valores estão diferentes nos envelopes de homologação e de produção.

Eles estão corretos?

 

[ferdead]

olá!

Acredito que essas diferenças é entre o ambiente de homologação e produção, pois no ambiente de homologação a Fiorelli fornece os dados da empresa diferente... mas, em ambos contém a senha correta.

Verifiquei os arquivos aqui, parece estar todos corretos...

Baixei novamente a versão 1.0.0.33.. coloquei para transmitir, e ainda não está sendo gerado nenhum xml da nfse.

Mesmo indicando as pastas no acbrlib.ini:
PathGer=C:\acbr\acbr-xml\ger
PathRps=C:\acbr\acbr-xml\rps
PathNFSe=C:\acbr\acbr-xml\nfse
PathCan=C:\acbr\acbr-xml\can

apenas foi criado a pasta RPS com o xml dentro, e os arquivos:
72-env-lot-sinc.xml
72-env-lot-sinc-soap.xml
72-lista-nfse-sinc-soap.xml

Não sei se estou fazendo algo errado, mas, acredito que não, pois no homologação ele criou a pasta certinho. Não sei se vocês podem, mas se quiserem acessar meu computador para fazer algum tipo de teste, deixo a disposição. (se quiserem me chama no discord, a gente combina algum horário)

continuo no aguardo de alguma solução.. 

att.,

Fernando.

[Diego Foliene]

50 minutos atrás, ferdead disse:

olá!

Acredito que essas diferenças é entre o ambiente de homologação e produção, pois no ambiente de homologação a Fiorelli fornece os dados da empresa diferente... mas, em ambos contém a senha correta.

Verifiquei os arquivos aqui, parece estar todos corretos...

Baixei novamente a versão 1.0.0.33.. coloquei para transmitir, e ainda não está sendo gerado nenhum xml da nfse.

Mesmo indicando as pastas no acbrlib.ini:
PathGer=C:\acbr\acbr-xml\ger
PathRps=C:\acbr\acbr-xml\rps
PathNFSe=C:\acbr\acbr-xml\nfse
PathCan=C:\acbr\acbr-xml\can

apenas foi criado a pasta RPS com o xml dentro, e os arquivos:
72-env-lot-sinc.xml
72-env-lot-sinc-soap.xml
72-lista-nfse-sinc-soap.xml

Não sei se estou fazendo algo errado, mas, acredito que não, pois no homologação ele criou a pasta certinho. Não sei se vocês podem, mas se quiserem acessar meu computador para fazer algum tipo de teste, deixo a disposição. (se quiserem me chama no discord, a gente combina algum horário)

continuo no aguardo de alguma solução.. 

att.,

Fernando.

Nesse caso e NFSe foi gerada em produção?

No arquivo 72-lista-nfse-sinc-soap.xml, contém o conteúdo da NFSe?

[ferdead]

39 minutos atrás, Diego Foliene disse:

Nesse caso e NFSe foi gerada em produção?

No arquivo 72-lista-nfse-sinc-soap.xml, contém o conteúdo da NFSe?

Então.. acredito que esteja com problema de codificação de caracteres mesmo. Eu coloco ele pra abrir no chrome, edge, eles não abrem.. dá um erro:

"

This page contains the following errors:

error on line 1 at column 1457: Encoding error

Below is a rendering of the page up to the first error.

"

 

no bloco de notas, ele abre e o conteúdo é semelhante ao xml da NFSe sim...

 

 

[Diego Foliene]

Antes de partirmos para soluções mais drásticas, por favor, faça mais um teste.

Nas configurações gerais da sua Lib qual é o valor para CodificacaoResposta?

Se estiver 0 que equivale a UTF8 sendo a config padrão, por favor, altere para 1 que equivale a ANSI e faça um novo teste.

[ferdead]

só complementando, o bairro do emitente é CHÁCARA, vem com a acentuação no arquivo... não sei se tem a ver esse erro... (e outro detalhe é que no acbrlib.ini está chacara sem acento, no retorno vem acentuado.. provavelmente o provedor manda conforme o cadastro deles lá..)

fiz mais um teste aqui.. abri o 72-lista-nfse-sinc-soap.xml, editei o CHÁCARA para CHACARA (sem acento), o arquivo abriu no navegador normal agora...

então, acredito que a DLL não esteja interpretando a acentuação. Talvez seja necessário vcs adicionarem o suporte a acentuação ai.

 

Editado 26 Julho, 2023 por ferdead

[ferdead]

57 minutos atrás, Diego Foliene disse:

Antes de partirmos para soluções mais drásticas, por favor, faça mais um teste.

Nas configurações gerais da sua Lib qual é o valor para CodificacaoResposta?

Se estiver 0 que equivale a UTF8 sendo a config padrão, por favor, altere para 1 que equivale a ANSI e faça um novo teste.

fiz a alteração no acbrlib.ini na chave [principal], o campo CodificacaoResposta=1 e ainda assim persiste o problema.

[Diego Foliene]

28 minutos atrás, ferdead disse:

fiz a alteração no acbrlib.ini na chave [principal], o campo CodificacaoResposta=1 e ainda assim persiste o problema.

Por favor, você usa Lib Single Thread ou MultiThread? 
StdCall ou Cdecl ?

[ferdead]

7 minutos atrás, Diego Foliene disse:

Por favor, você usa Lib Single Thread ou MultiThread? 
StdCall ou Cdecl ?

to usando single thread, Cdecl

[Diego Foliene]

Bom dia Fernando!

Finalmente consegui reproduzir seu problema!

Parece ser algo específico ao Lazarus.(Usado no desenvolvimento da Lib).

 Assim que tiver mais informação aviso aqui.

[RenatoRicci]

Apenas passando para reportar que tambem tive este mesmo erro usando as configurações abaixo..

Depois de muito testes, descobrí que no meu caso, o erro era o número do RPS que eu estava enviando.. quando eu enviava um RPS que já tinha sido enviado, apresentava o erro Erro de Conexão: Input is not proper UTF-8

Ai quando mudei para um número de RPS que ainda não tinha enviado, funcionou 100%..

Um erro nada a ver com RPS.. aparentando ser algum bug.

Abraço,

Renato Ricci

 

Editado 28 Julho, 2023 por RenatoRicci

[Italo Giurizzato Junior]

Boa tarde Renato,

Esse erro é quando o provedor retorna o XML não formatado como UTF-8 e contem vogais acentuadas.

Procure sempre manter os fontes atualizados e o ACBr reinstalado, pois quando nos é passado problemas como esse buscamos fazer os ajustes necessários.

Estamos empenhados em fazer com que esse tipo de erro não ocorra mais e que as vogais sejam apresentadas da forma correta.

[Diego Foliene]

Boa tarde @ferdead!

Lhe enviei via mensagem privada aqui no fórum uma compilação da Lib que engloba alteração visando resolver o problema.

Por favor, queira realizar um teste e reportar o resultado.

@RenatoRicci, por favor, substitua a unit em anexo dentro de ...\ACBr\Fontes\ACBrDFe\ACBrNFSeX\Provedores.

Recompile o package, reconstrua o Lazarus e realize um novo teste.

Fiorilli.Provider.pas

[RenatoRicci]

Agora está normal... Reconhecendo o RPS já informado..

Obrigado @Diego Foliene!