Danny

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!

@Italo Giurizzato Junior, encontrei onde adicionar o tcDe2. Adicionei o parâmetro Aliquota2Casas no arquivo ACBrNFSeXServicos.ini conforme abaixo: [3537909] Nome=Pilar do Sul UF=SP Provedor=Fiorilli Versao=2.00 Params=Aliquota2Casas: ProRecepcionar=http://www.nfse.pilardosul.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS ProLinkURL=http://www.nfse.pilardosul.sp.gov.br:5661/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Ao tentar enviar o RPS ocorreu o seguinte erro que estou investigando. <faultcode>soap:Server</faultcode> <faultstring>Fault occurred while processing.</faultstring> Qualquer novidade posto aqui. Obrigado!

Bom dia @Italo Giurizzato Junior É muito moroso o contato com a prefeitura, mas o pessoal da Fiorilli respondeu e solicitou a alteração do XML "principalmente no campo alíquota", que está sendo enviado com 4 casas decimais, mas pediram que seja enviado com 2 casas. Na linha 822 do ACBrNFSeXGravarXml_ABRASFv2.pas o FormatoAliq está como tcDe4, mas deve ser tcDe2. Não consegui identificar onde posso mudar o FormatoAliq para tcDe4 para este provedor. Poderia me ajudar? Obrigado!

Bom dia pessoal. Depois da atualização dos componentes, que desde 17/06 eu não atualizava, ao tentar enviar RPS para o município de Pilar do Sul/SP ocorre um retorno 500 com a mensagem abaixo: org.hibernate.exception.SQLGrammarException: Error converting to short. PS Estamos tentando contato com a Fiorilli para saber se a URL de recepção está válida: http://www.nfse.pilardosul.sp.gov.br:5661/IssWeb-ejb/IssWebWS/IssWebWS A priori gostaria de saber se alguém se deparou com este erro. Obrigado!

Boa tarde pessoal! Um usuário do nosso ERP comparou o cálculo do CepCerto com a dos Correios e houve uma divergência no retorno do valor. Entramos em contato com CepCerto que apontou o envio do peso faltando um zero à direita. Analisando os fontes do ACBrSedex observei que o peso está sendo enviado com 2 casas decimais, mas deve ser enviado com 3 casas decimais. Fiz uma alteração no fonte que resolveu o problema. Segue em anexo. Obrigado ACBrSedex.pas

Bom dia Italo Muito obrigado!

Pessoal, bom dia. Houve mudança nas URL do município de Cerquilho/SP. Não consegui anexar os arquivos, por isso descrevo abaixo a alteração que fiz no ACBrNFSeXServicos.ini [3511508] Nome=Cerquilho UF=SP Provedor=Sistemas4R Versao=2.00 ProRecepcionar=* ProConsultarLote=https://nfsecerquilho.gcaspp.com/abrasf/aconsultarloterps.aspx ProConsultarNFSeRps=https://nfsecerquilho.gcaspp.com/abrasf/aconsultarnfseporrps.aspx ProCancelarNFSe=https://nfsecerquilho.gcaspp.com/abrasf/acancelarnfse.aspx ProRecepcionarSincrono=https://nfsecerquilho.gcaspp.com/abrasf/arecepcionarloterpssincrono.aspx ; HomRecepcionar=* HomConsultarLote=https://nfsecerquilho.gcaspp.com/abrasf/ahconsultarloterps.aspx HomConsultarNFSeRps=https://nfsecerquilho.gcaspp.com/abrasf/ahconsultarnfseporrps.aspx HomCancelarNFSe=https://nfsecerquilho.gcaspp.com/abrasf/ahcancelarnfse.aspx HomRecepcionarSincrono=https://nfsecerquilho.gcaspp.com/abrasf/ahrecepcionarloterpssincrono.aspx ; ProLinkURL=https://nfsecerquilho.gcaspp.com/CS/Em_Impressao_Nfe.aspx?id=%CodVerif% HomLinkURL=https://nfsecerquilho.gcaspp.com/CS/Em_Impressao_NfeHomologa.aspx?id=%CodVerif% Obrigado!

Pessoal, bom dia. Fiz uma correção na URL de Tatuí. Não consegui anexar os arquivos, por isso descrevo abaixo a alteração que fiz no ACBrNFSeXServicos.ini [3554003] ; Atualizado em 13/01/2022 Nome=Tatui UF=SP Provedor=Sistemas4R Versao=2.00 ProRecepcionar=* ProConsultarLote=http://tatui.jlsoft.com.br/abrasf/aconsultarloterps.aspx ProConsultarNFSeRps=http://tatui.jlsoft.com.br/abrasf/aconsultarnfseporrps.aspx ProCancelarNFSe=http://tatui.jlsoft.com.br/abrasf/acancelarnfse.aspx ProRecepcionarSincrono=http://tatui.jlsoft.com.br/abrasf/arecepcionarloterpssincrono.aspx ; HomRecepcionar=* HomConsultarLote=http://tatui.jlsoft.com.br/abrasf/ahconsultarloterps.aspx HomConsultarNFSeRps=http://tatui.jlsoft.com.br/abrasf/ahconsultarnfseporrps.aspx HomCancelarNFSe=http://tatui.jlsoft.com.br/abrasf/ahcancelarnfse.aspx HomRecepcionarSincrono=http://tatui.jlsoft.com.br/abrasf/ahrecepcionarloterpssincrono.aspx ; ProLinkURL=https://tatui.jlsoft.com.br/CS/Em_Impressao_Nfe.aspx?id=%CodVerif% HomLinkURL=https://tatui.jlsoft.com.br/CS/Em_Impressao_NfeHomologa.aspx?id=%CodVerif% Obrigado!

Bom dia Italo. Ok, vou fazer e qq problema reporto. Obrigado!

Bom dia Italo O município é Indaiatuba/SP do provedor DeISS. Somente do tomador que a tag CodigoPais está sendo exigida.

Olá Italo, boa tarde. O provedor está exigindo sim e o tomador não é estrangeiro. Isso é o que está sendo enviado tanto no endereço do tomador como no serviço: <CodigoMunicipio>3520509</CodigoMunicipio> Obrigado!

Bom dia pessoal. Após atualização dos fontes do ACBr, observei que houve uma alteração que impactou negativamente, impossibilitando a emissão de NFS-e para o município de Indaiatuba/SP do provedor DeISS. Estava obtendo o seguinte retorno do provedor: <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E289</Codigo> <Mensagem>País do tomador do serviço inválido.</Mensagem> <Correcao>Informe o código do país do tomador do serviço conforme consta da Tabela de Países do BACEN. </Correcao> </MensagemRetorno> </ListaMensagemRetorno> Teve uma alteração feita no dia 06/07/2023 que tive que reverter: -- ACBrNFSeXGravarXml_ABRASFv1/ACBrNFSeXGravarXml_ABRASFv2 -- [*] Possível solução para gerar a tag CodigoPais quando o tomador só for de fora do Brasil. Por: Italo Giurizzato Junior Segue alteração em anexo (não consegui enviar os arquivos .res por causa do tamanho). Obrigado ACBrNFSeXGravarXml_ABRASFv2.pas TabServicos.res

Bom dia Ítalo. Obrigado!