Painel de líderes

Boa tarde pessoal. Resolvi o problema alterando o método TACBrNFSeProviderPadraoNacional.TratarRetornoConsultaNFSeporChave, da unit PadraoNacional.Provider.pas; precisei adicionar a função ACBrAnsiToUTF8 , da seguinte forma: { acrescenta a função DecodeToString visando o tratamento correto de vogais acentuadas e cedilha. } if NFSeXml <> '' then NFSeXml := ACBrAnsiToUTF8(DecodeToString(DeCompress(DecodeBase64(NFSeXml)), True)); Deixo em anexo a unit, para que possam analisar se isto afetará outros provedores. PadraoNacional.Provider.pas

Ultima atualização: 04/05/2026 Situação atual O provedor Fiorilli disponibilizou uma nova API para recepcionar os arquivos XML usando o mesmo leiaute do Padrão Nacional. No geral, essa API pode ser dividida em duas versões que no componente ACBrNFSeX são identificadas por TACBrNFSeProviderFiorilliAPIPropria e TACBrNFSeProviderFiorilliAPIPropria101 . E no arquivo ACBrNFSeXServicos.ini são identificadas pelas chaves Versao com o valor 1.00 e 1.01. Isso acontece de acordo com a versão da API da Fiorilli. A relação de versões para poder preencher o arquivo ACBrNFSeXServicos.ini é a que segue: Versão no ACBrNFSeXServicos.ini Versão no Sistema da Prefeitura 1.00 Da versão 3.8.1 até a versão 3.8.9 Da versão 4.11.1 até a versão 4.11.9 1.01 Versão 3.9.0 e superiores Versão 4.12.0 e superiores Para saber qual é a versão que a prefeitura está utilizando, é necessário conferir qual é a versão no rodapé da página de emissão de notas fiscais. Por exemplo, no momento em que este tópico foi escrito, o rodapé na página da cidade de Assis/SP está assim: Diferenças técnicas entre as versões Versão 1.00 Não aceita os campos da reforma tributária. O algoritmo de canonicalização utilizado é o exclusivo ao invés do inclusivo. Implementa o envio do DPS unitário, envio de lote assíncrono, envio de lote síncrono e consulta de lote de DPS. Versão 1.01 Aceita os campos da reforma tributária. O algoritmo de canonicalização utilizado é o inclusivo. Implementa o envio do DPS unitário, envio de lote assíncrono, envio de lote síncrono, consulta de lote de DPS e a consulta de NFS-e por número e série da DPS, chave da DPS e chave da NFS-e. Como testar esse provedor com a Reforma Tributária? O próprio componente já abstrai todas essas diferenças, bastando apenas configurar a versão correta no arquivo ACBrNFSeXServicos.ini. 1. Abra o arquivo ACBrNFSeXServicos.ini e localize a seção [Fiorilli] no topo do arquivo. Ela vai estar comentada: [Fiorilli] ;Params=APIPropria:|ServicosPadraoNacional:ConsultarNFSeRps,ConsultarNFSePorChave,ConsultarEvento,ConsultarDFe,ConsultarParam,ObterDANFSE ;Versao=1.00 ;HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ; A URL abaixo é utilizada pelo WebService "antigo" que recepciona o XML segundo o layout da ABRASF. HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS HomLinkURL=http://fi1.fiorilli.com.br:5663/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% Remove os ponto e vírgula do início de cada linha para retirar os comentários: [Fiorilli] Params=APIPropria:|ServicosPadraoNacional:ConsultarNFSeRps,ConsultarNFSePorChave,ConsultarEvento,ConsultarDFe,ConsultarParam,ObterDANFSE Versao=1.00 HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType ; A URL abaixo é utilizada pelo WebService "antigo" que recepciona o XML segundo o layout da ABRASF. ;HomRecepcionar=http://fi1.fiorilli.com.br:5663/IssWeb-ejb/IssWebWS/IssWebWS HomLinkURL=http://fi1.fiorilli.com.br:5663/issweb/formGerarNF.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso% 2. Localize o município que pretende utilizar em seus testes. [3551900] Nome=Severinia UF=SP Provedor=Fiorilli Versao=2.00 ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Se a cidade for atendida pela versão 1.00, a seção do município precisa ficar assim [3551900] Nome=Severinia UF=SP Provedor=Fiorilli ;Versao=2.00 ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType Caso a cidade seja atendida pela versão 1.01, a seção da cidade precisa ficar assim: [3551900] Nome=Severinia UF=SP Provedor=Fiorilli Versao=1.01 Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| ;Versao=2.00 ;ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWS/IssWebWS ; A URL abaixo deve ser utilizada a partir de 01/02/2026 quando o WebSercice novo vai passar a ser utilizado. ProRecepcionar=http://170.246.217.252:8089/IssWeb-ejb/IssWebWSNacional/IssWebWSNacionalPortType As linhas Versao=1.01 e Params=ServicosAPIPropria:ConsultarNFSeRps,ConsultarNFSePorChave| são necessárias apenas para esta versão. 3. Aponte o arquivo ACBrNFSeXServicos.ini modificado na propriedade ACBrNFSeX.Configuracoes.Arquivos.IniServicos := 'Caminho completo do Arquivo INI'; 3.1 Caso utilize o ACBrMonitorPLUS, utilize o comando NFSe.SetPathArquivoWebServices; 3.2 Caso utilize a ACBrLibNFSe, utilize em sequência os métodos NFSe_ConfigGravarValor e NFSe_ConfigGravar para apontar o arquivo ACBrNFSeXServicos.ini modificado na chave IniServicos da seção [NFSe] do arquivo ACBrLib.ini.

Boa tarde Passando só pra agradecer, com essa atualização de hoje deu tudo certo com a emissão no ISSFortaleza. Muito Grato.

Boas notícias, pessoal! Agora é possível realizar: consultaDetalhe (boleto individual) consulta em lista dos boletos liquidados no período Atenção: a consulta em lista dos boletos liquidados só está disponível apenas para quem possui credenciais do Portal de Desenvolvedores voltadas para Boletos com QrCode. Entenda os tipos de Credenciais no Bradesco: Credenciais geradas no Portal de Desenvolvedores: Boletos Convencionais (barras/linha digitável) ** Não Implementado consulta em lista ** Boletos com QrCode (híbridos) Credenciais legadas Obtidas anteriormente via processo de credenciamento direto com o banco (ex.: por e-mail) ** Não Implementado consulta em lista ** Queremos agradecer a contribuição que recebemos desta implementação do usuário @Jhonlenon Ribeiro que é muito ativo em nossa comunidade.

@Daniel InfoCotidiano Fiz o teste com a unit nova e deu certo o envio do boleto. Já encaminhei no email o arquivo q vc tinha pedido. Obrigado

Eu atualizei o acbr localmente, mas percebi que nada foi alterado dentro do arquivo PadraoNacional.GravarXML com relação ao total dos tributos, ou á algo desse problema. Nos schemas nada foi alterado com relação á isso também. Deixa eu entender, teve alguma mudança nas atualizações que corrige esse problema? Sem que a gente precise fazer esse contorno de preencher as tags com algum valor : - Servico.Valores.totTrib.vTotTribFed - Servico.Valores.totTrib.vTotTribMun Por que hoje pra funcionar, é necessário preencher uma delas e não pode passar 0, mesmo que nao tenha valores de tributos. Conforme o pessoal falou em comentarios anteriores, é necessário preencher com 0,000001 ao menos para funcionar na validação do ACBr. Com a atualização vai corrigir isso? Não será mais necessário enviar essas tags com o 0,000001 quando for 0? Eu criei o topico na semana passada, pois só estava tendo o prbolema em homologação e nessa semana começou a ter o mesmo problema em produção. Mas a questão principal é essa regra do acbr que obriga a gente a preencher essa tags com 0,000001. E conforme print do arquivo atualizado, isso ainda acontece. Ainda é obrigatorio preencher as tags de vTotTribFed ou vTotTribEst ou vTotTribMun, alguma delas precisa estar maior que zero para que funcione a emissão e não caia no preenchimento da tag indTotTrib. Isso vai ficar assim? O que muda com essa atualização que voce solicitou ?

Realmente, voltou a funcionar. Estou utilizando ConsultarDPSPorNumero Porém, como você havia descrito, tive que forçar o código do município, para montar o IdDPS ACBrNFse.Configuracoes.Geral.Emitente.DadosEmitente.CodigoMunicipio

Bom dia a todos que estão acompanhando este tópico! Foram enviados ajustes ao SVN visando a comunicação com a nova API do provedor Fiorilli que recepciona no leiaute o XML no leiaute do Padrão Nacional. Aqueles que utilizam componente nativo para Delphi/Lazarus, por favor, atualizem seus fontes, reinstalem o ACBR com a opção "Apagar Arquivos Antigos" marcada, façam novos testes e nos deem um feedback. É muito importante que as particularidades descritas neste tópico sejam levadas em consideração nos testes. Aqueles que utilizam ACBrMonitorPLUS ou ACBrLibNFSe, por favor, aguardem nova compilação dos mesmos. Vamos avisar aqui assim que ela estiver disponível para que também possam atualizar e testar.

Fiz a correção sugerida e funcoionou! Muito obrigado!

Resolvido aqui com a solução do @Gabriel Bonzanini aqui também.

Aqui funcionou para mim também.

Bom dia a todos, Quem utiliza o componente, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes. Para quem utiliza o Monitor ou a Lib favor aguardar uma nova versão, que pode ser liberada ainda hoje.

voltou a funcionar a consulta por RPS

bom dia @DanielF, desculpa, nao tinha me atentado a isto, mas resumo do topico eh: "Estamos trabalhando na solucao, qualquer novidade postamos aqui"

Resolvido aqui com a solução do @Gabriel Bonzanini

Bom dia pessoal, Consegui emitir. Segue anexo o xml. nfse2.xml

Sim, funcionou. Mas não pode afetar outras coisas?

@Italo Giurizzato Junior e @Diego Foliene, Preciso de instruções, de como podemos reproduzir esse problema, nos Demos do ACBr... essa modificação, pode quebrar o suporte a FPC e Delphi POSIX, que usam UTF8 de forma nativa... O problema parece estar nas classes de NFSe, pois os documentos de NFe, NFCe, usam esses mesmos fontes, sem problemas com acentos em UTF8

Boa tarde @Milton Campanhã, Já esta no SVN.

Boa tarde. Fiz a alteração nos arquivos anexo e consegui fazer a emissão em homologação. Ainda não emiti em produção. TtpRetPisCofins = (trpcPIS_COFINS_CSLL_NaoRetido, trpcPIS_COFINS_Retido, trpcPIS_COFINS_NaoRetido, trpcPIS_COFINS_CSLL_Retido, trpcPIS_COFINS_Retido_CSLL_NaoRetido, trpcPIS_Retido_COFINS_CSLL_NaoRetido, trpcCOFINS_Retido_PIS_CSLL_NaoRetido, trpcPIS_NaoRetido_COFINS_CSLL_Retido, trpcPIS_COFINS_NaoRetido_CSLL_Retido, trpcCOFINS_NaoRetido_PIS_CSLL_Retido); ACBrNFSeXConversao.pas PadraoNacional.Provider.pas PadraoNacional.LerXml.pas

Boa tarde, Como ajustar no LIBNFSE?

Em todas as situações parecidas, a partir do momento que escalona para um orgão que fiscaliza estas empresas, como o Procon por exemplo ou até mesmo no Reclame Aqui, eles resolvem rápido.

Bom dia @Daniel Simoes. Por mais estranho que possa parecer, para o município de SP, infelizmente esse é o caso. Prestadores de serviço que se enquadram no Simples Nacional deve usar a versão 1.00 do web service do município para emissão de notas até o final de 2028, versão essa que não aceita os campos da reforma tributária e tem URL própria. Já os demais prestadores vão usar a versão 2.00 da API que aceita os campos da reforma e tem URL distintas. O @Juliomar Marchetti e o @Italo Giurizzato Junior fizeram uma alteração no componente para que isso possa ser feito sem precisar alterar o ACBrNFSeXServicos.ini. Ao alterar a configuração ACBrNFSeX.Configuracoes.Geral.Versao entre os valores ve100 e ve200 o componente automaticamente escolhe qual versão da API usar para a cidade. No entanto, transcrever esse comportamento para a Lib apresentou um problema ao qual estamos tentando resolver.

Bom dia pessoal, Também apliquei a Gambiarra para poder autorizar as notas. Vi que isso ocorreu porque houve uma alteração, pulbicada sábado e que entrou em produção na segunda. Publicada Nota Técnica SE/CGNFS-e nº 007 com Atualizações e Esclarecimentos — Portal da Nota Fiscal de Serviço eletrônica Acredito que logo a equipe do ACBR deva liberar uma correção oficial

Estimado @Juliomar Marchetti, bom dia, como seria feita a configuração via lib para mudar entre versão 1 e 2 ? desde já agradeço, Marcos

Tópico reaberto a pedido do usuário @Juliomar Marchetti, por favor ser mais claro ou completo, em suas respostas... e aguardar o retorno do usuário, antes de fechar o tópico... obrigado

meu caro colega, usei o exemplo e depois de muitos testes, consegui colocar para funcionar com o exemplo trocando a versão do QR-Code, antes estava veqr200, alterei para veqr300 e funcionou.

Olá comunidade ! No dia 04/02/2026 foi publicada a nota técnica 2026/001 para o CT-e trazendo informações sobre a vinculação de pagamentos ao DFe. Essa vinculação se faz necessária para que o processo de Split Payment Inteligente seja executado. É importante ressaltar que o vínculo indicado pelo contribuinte não necessariamente representa um pagamento efetuado e liquidado. Indica uma expectativa de pagamento que pode ou não se concretizar. Por exemplo: um boleto pode ser emitido e não pago. Alterações Adiciona no CT-e, CT-e OS e CT-e Simp um "Grupo de informações da vinculação com a transação de pagamento" com a seguinte estrutura: <pgtoVinc> <pgto> <nPag></nPag> <idTransacao></idTransacao> <tpMeioPgto></tpMeioPgto> <CNPJReceb></CNPJReceb> <CNPJBasePSP></CNPJBasePSP> </pgto> </pgtoVinc> Cria o "evento de vinculação da transação de pagamento com o DFe - 110300" com estrutura semelhante ao grupo da vinculação e seu respectivo evento de cancelamento. Adiciona regras de validações para os novos campos e para o evento. Datas Implantação Homologação: 06/04/2026 Implantação Produção: 04/05/2026 E como fica o ACBr? Modificações no ACBr serão necessárias para atender a esta nota técnica. Foi criada a tarefa ACBR-8938 para a adequação das soluções ACBr. Leia a nota técnica na íntegra AQUI.

Esse campo deve ser preenchido quando se tratar de devolução de tributos referente ao cashback, que vai gerar desconto no documento fiscal, e que inicialmente só vai funcionar para empresas de agua, luz, telefones, que vão ter acesso a lista de clientes com direito ao cashback dos tributos, o resto das notas vai ser obrigatório a informar o CPF do cliente, e eles vão ter o cashback posterior a operação. Não deve ser usado em devolução para fornecedores, pois isso acarretará em valores errados no fechamento do documento.