Danny

Bom dia! Também estou com os mesmos problemas, inclusive outros campos que estão sendo passados de forma correta estão sendo "zerados" nesta função.

Obrigado!

Bom dia pessoal. O município de Tatuí mudou para provedor nacional em 26/01/2026. https://portal.tatui.sp.gov.br/cidadao/notas-fiscais Em anexo os arquivos modificados. Obrigado. ACBrNFSeXServicos.ini ACBrNFSeXServicos.res

Olá, pessoal. Boa tarde! O município de Indaiatuba/SP aderiu ao padrão nacional. https://deiss.indaiatuba.sp.gov.br/Deiss/publico/login.jsf Em anexo segue o arquivo INI modificado. Obrigado. ACBrNFSeXServicos.ini

Cidade/UF: Campinas / SP Previsão de Mudança: Tipo de Mudança: A Prefeitura de Campinas manterá seu sistema próprio de emissão de nota fiscal de serviços Fonte/Documentação: https://campinas.sp.gov.br/sites/reformatributaria/comunicados-orientativos Precisamos de mais informações, Schemas, Manuais as novas URLs para que possamos fazer as devidas alterações.

Bom dia @Italo Giurizzato Junior Observei que na unit Sistemas4R.Provider houve uma alteração que não sei se originou este problema. Assim que possível vou reverter a alteração e fazer um teste. Obrigado.

Bom dia! Verifiquei os "showlog" e são muitas as alterações que ocorreram desde a vez anterior em que eu havia atualizado o componente. Não consegui identificar a alteração que levou a prejudicar este provedor. Inclusive as diversas alterações se estendem a pastas fora da ACBrNFSeX que são utilizadas por este componente, como a ACBrComum por exemplo. Provisoriamente tive que desativar a quebra de linha para este provedor. Obrigado.

Boa tarde pessoal! Estou com problema no provedor Sistemas4R que começou a ocorrer após a atualização do ACBr que fizemos em 25/08/25. O campos Discriminação ficou com caractere <br> ao invés do pipeline | Isso faz com que a impressão fique errada. Sabem me dizer se alguma alteração recente, antes desta data, provocou isso? Obrigado. Exemplo antes: Exemplo depois:

Bom dia Juliomar. Tive mesmo que desinstalar o Delphi. Deu certo com a dica que você deu, onde depois de instalado o Fast Report deve abrir e fechar o Delphi antes de instalar o ACBr. Obrigado!

Não fiz isso. Mas seguindo sua dica fiz a "desinstalação" do ACBr do Delphi (excluindo os componentes e pastas do library path, DCP e DCU do win32 e win64, e exclui a pasta ACBr\Lib), desinstalei o Fast Report e executei o apagarAcbr.bat. Depois instalei o Fast Report, abri o Delphi, fechei ele e instalei o ACBr win32 e win64. Mas os mesmos erros persistem. Fiz o procedimento correto ou deveria desinstalar novamente o Delphi com o Revo e iniciar todo o processo?

Olá, Juliomar. Obrigado pela resposta. Fiz a instalação pelo instalador do fast report 2025.2. Sim, deixei desmarcada a opção Libxx. Não tenho 2 versões do Delphi no Windows, somente a 12.3 mesmo. O que mais pode ser?

Boa tarde pessoal! Estava ocorrendo esse erro e vi os tópicos abaixo, onde procurei seguir o que foi indicado neles, porém sem sucesso. Haviam 2 versões do Delphi e desinstalei ambas com o Revo, excluindo inclusive o registros do Windows. Vasculhei no computador todas as pastas Embarcadero e excluí todas como as do C:\Users\Public e do C:\Users\[USER] Depois instalei o Delphi 12.3, abri ele e instalei os componentes que utilizo. Fechei e instalei o Fast Report 2025.2 nele. Atualizei o componente ACBr, executei o apagarAcbr.bat depois instalei no win32 e win64 do Delphi, desmarcando a opção Libxx. Ao abrir o Delphi ocorre os erros abaixo em cada um dos componentes FR (*FR.bpl): - Não foi possível localizar o ponto de entrada do procedimento @Frxsynmemo@Finalization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\DCLACBr_NFeDanfeFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsrcexports@inicialization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\ACBr_NFeDanfeFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsynmemo@Finalization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\DCLACBr_CTeDanfeFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxasn1@inicialization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\ACBr_CTeDanfeFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsynmemo@Finalization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\DCLACBr_NFSeXDanfseFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsrcexports@inicialization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\ACBr_NFSeXDANFSeFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsynmemo@Finalization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\DCLACBr_BoletoFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsrcexports@inicialization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\ACBr_BoletoFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsynmemo@Finalization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\DCLACBr_MDFeDamdfeFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxasn1@inicialization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\ACBr_MDFeDamdfeFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxasn1@Finalization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\DCLACBr_SATExtratoFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsrcexports@inicialization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\ACBr_SATExtratoFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsynmemo@Finalization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\DCLACBr_GNREGuiaFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsrcexports@inicialization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\ACBr_GNREGuiaFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxsynmemo@Finalization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\DCLACBr_BPeDabpeFR.bpl. - Não foi possível localizar o ponto de entrada do procedimento @Frxasn1@inicialization$qqrv na biblioteca de vínculo dinâmico \ACBr\Lib\Delphi\LibD29\Win32\ACBr_BPeDabpeFR.bpl. Antes estava instalada a versão 10.3.3 Rio e com ele não ocorria erro nenhum. Também instalei no win32 e win64. Alguém pode me ajudar?

Olá, pessoa. Bom dia! Mudaram de provedor, padrão Abrasf: https://novanfse.campinas.sp.gov.br/notafiscal/paginas/portal/index.html#/lote Pelo que estou vendo ainda não existe este provedor no ACBr, @Gabriel Bobello, você configurou no ACBrNFSeXServicos.ini deixando ISSCampinas e mudando somente as URLs?

Boa tarde @Italo Giurizzato Junior As consultas por RPS agora estão funcionando sem o erro. Muito provavelmente os envios também estarão resolvidos. Muito obrigado!

Bom dia pessoal. Para resolver o problema de forma provisória tive que desativar a quebra de linha para o campo Discriminação deste provedor.

Como consigo configurar no ini a quebra de linha? Utilizo o ACBrNFSeXServicos.ini Vi no que o componente tem Configuracoes.WebServices.QuebraDeLinha, mas creio que ele pode ser configurado pra pipe, ponto e vírgula, etc Já utilizo o Pipe a bastante tempo

Bom dia pessoal! Avancei um pouco mais sobre este erro. No provedor Sistemas4R a configuração para QuebradeLinha está igual a '&lt;br&gt;' na unit Sistemas4R.Provider.pas Nosso ERP envia para o campo "Discriminacao" do componente o seguinte valor: "Pedidos: 094661|Veiculos: Placa: FWN-0818 - Modelo: LOGAN - KM: 133912|ALINHAMENTO - Qtd. 1,00 - Vl.Unitario: R$ 70,00 - Vl.Total: R$ 70,00|BALANCEAMENTO - Qtd. 4,00 - Vl.Unitario: R$ 17,50 - Vl.Total: R$ 70,00|Trib aprox R$:40,46 Fed, 0,00 Est e 5,74 Mun Fonte: IBPT/FECOMERCIO SP|" O componente grava no campo "Discriminacao" o seguinte valor: "Pedidos: 094661&amp;lt;br&amp;gt;Veiculos: Placa: FWN-0818 - Modelo: LOGAN - KM: 133912&amp;lt;br&amp;gt;ALINHAMENTO - Qtd. 1,00 - Vl.Unitario: R$ 70,00 - Vl.Total: R$ 70,00&amp;lt;br&amp;gt;BALANCEAMENTO - Qtd. 4,00 - Vl.Unitario: R$ 17,50 - Vl.Total: R$ 70,00&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Trib aprox R$:40,48 Fed, 0,00 Est e 5,74 Mun Fonte: IBPT/FECOMERCIO SP&amp;lt;br&amp;gt;" O problema está na função ParseText da unit ACBrUtil.XMLHTML, onde quando "LerXML" do RPS à uma conversão fazendo com que o campo Discriminação fique da seguinte forma, quebrado o XML e gerando o erro EndTag '</' not found: Pedidos: 094661 <br>Veiculos: Placa: FWN-0818 - Modelo: LOGAN - KM: 133912 <br>ALINHAMENTO - Qtd. 1,00 - Vl.Unitario: R$ 70,00 - Vl.Total: R$ 70,00 <br>BALANCEAMENTO - Qtd. 4,00 - Vl.Unitario: R$ 17,50 - Vl.Total: R$ 70,00 <br> <br>Trib aprox R$:40,48 Fed, 0,00 Est e 5,74 Mun Fonte: IBPT/FECOMERCIO SP <br> Como vocês podem observar nos XML, a NFS-e já está "autorizada" na prefeitura, onde o campo "Discriminacao" é retornado no campo "OutrasInformacoes" da NFS-e e o mesmo erro ocorre quando o componente converte pelo ParseText ao LerXML de retorno. Observei que faz um tempo que as units Sistemas4R.Provider.pas e ACBrUtil.XMLHTML não sofrem alteração e por isso não entendi porque o erro começou a ocorrer, pois uma atualização do nosso ERP de 19/12/2024 o erro não ocorre. Ninguém tem passado por essa situação no provedor Sistemas4R?

Bom dia @Juliomar Marchetti! Os arquivos anexos são os gerados pelo componente através do retorno da prefeitura

Fiz uma alteração de modo que o componente é carregado com as informações do banco de dados. Com isso o componente enviou e obtive o retorno da prefeitura, mas o erro persiste. Em anexo seguem os arquivos Soap. Obrigado! 1497UNICA-comp-nfse-soap.xml 1497UNICA-con-nfse-rps-soap.xml

Bom dia @Italo Giurizzato Junior O componente está configurado para salvar os arquivos Soap. Mas o problema não ocorre ao ler o XML de retorno e sim no momento em que importo o XML do RPS para ser enviado, ou seja, para ter os arquivos Soap preciso ter o retorno, mas isso não ocorreu ainda. Para fazer uma consulta por RPS é necessário primeiramente importar o XML do RPS para que o componente envie para a prefeitura e é neste momento que o erro ocorre.

Boa tarde @Juliomar Marchetti XML anexado 1497UNICA-rps.xml

Boa tarde pessoal! Estou com problema no provedor Sistemas4R, onde estou tentando Consultar Lote pelo Rps para o município de Cerquilho/SP (Certificado A1) e no momento em que o componente importa o XML ocorre este erro. E exceção ocorre na unit ACBrNFSeXLerXml_ABRASFv2 na linha onde está o "FDocument.LoadFromXml(Arquivo)" da função NFSeR_ABRASFv2.LerXml Conforme solucionado no tópico abaixo, adicionei o "Params=ParametroExtra:eletron=1" no ACBrNFSeXServicos.ini, gerei o "RES" pelo Compila_RES.BAT, reinstalei os componentes, mas o erro persiste. No sistema as configurações abaixo estão desta forma. O erro acima ocorre quando buildo no modo "Debug", diferentemente do modo "Release" onde o erro apresentado é "Premature end of data in tag Rps line 1" Agradeço qualquer ajuda. Obrigado.

Bom dia @Italo Giurizzato Junior Obrigado!

Olá, pessoal. Boa tarde! Houve mudança na URL do município de Salto de Pirapora/SP. Segue arquivo em anexo. Obrigado! ACBrNFSeXServicos.ini

Olá, pessoal. Bom dia! Muito provavelmente alguma instabilidade do lado do webservice e/ou servidor (prefeitura/Fiorilli) foi corrigida entre a última sexta-feira e ontem. Depois de vários contatos com a prefeitura, que deixavam a desejar nos retornos, e com o suporte da Fiorilli, que sugeriram alterações infundadas no XML, ontem conseguimos emitir NFS-e normalmente para os clientes que estavam retornando os erros informados acima. A única coisa que tivemos que modificar no nosso sistema próprio foi número do lote, pois antes destes problemas era sempre enviado o número 0 e nunca ocorreu estes problemas. Agora estamos enviando sempre o número 1 de forma fixa e não sequencial. Espero que essas informações ajude vocês que estão com problemas agora. Abraço!