Painel de líderes

Olá Pessoal, Após a atualização dos fontes dos componentes do ACBr ao compilar as aplicações estão aparecendo uma quantidade enorme de Warning com mensagens indicando que um determinado Símbolo esta depreciado e orienta a usar um tipo ou método que se encontra em uma determinada Unit. Primeiro porque isso esta ocorrendo? A resposta é muito simples, estamos realizando um processo de migração, ou seja, estamos deixando de utilizar as units que se encontram na pasta PCNComum. Os componentes que emitem DF-e (por exemplo o ACBrNFe), deixaram de utilizar as units pcnGerador e pcnLeitor para realizar a escrita e a leitura do XML, eles agora se utilizam das units ACBrXmlWriter e ACBrXmlReader, estas ultimas se demonstraram ser mais velozes. Para vocês terem uma ideia um CT-e com 1800 NF-e vinculadas estava levando mais de 6 minutos para ser lido usando o pcnLeitor. Com o ACBrXmlReader ele foi lido em apenas 6 segundos. Chegou a vez de deixarmos de usar o pcnConversao e passar a utilizar o ACBrDFe.Conversao. Poderíamos simplesmente realizar a troca, mas essa atitude com certeza iria quebrar a compilação de suas aplicações e a solução seria abrir a unit da sua aplicação que não esta compilando e realizar a troca. Resolvemos então fazer alterações na unit pcnConversao para que os tipos e funções de conversão pudessem conviver com os tipos e funções de conversão da unit ACBrDFe.Conversao. E uma dessas alterações na unit pcnConversao visa gerar esses Warnings para alertar você desenvolvedor a realizar a troca. Notem que vários desses Warnings se referem as units dos próprios componente, esses nós vamos iniciar em breve a realizar as trocas. Por fim não menos importante Warnings não são erros e sim alertas, eles não impedem que a sua aplicação funcione corretamente.

Olá, pessoal. Temos o prazer de anunciar que o novo componente ACBrIMendes já está disponível no SVN! Sobre o ACBrIMendes: O componente ACBrIMendes oferece uma integração simplificada com a API Gestor Tributário 3.0. Ele automatiza o gerenciamento de dados fiscais da sua empresa, prevenindo cobranças de impostos indevidas e apontando riscos de prejuízos. Com isso, proporciona mais segurança tributária e uma melhora direta no fluxo de caixa. Disponível em: - Fonte: https://svn.code.sf.net/p/acbr/code/trunk2/Fontes/ACBrTCP/ACBrIMendes.pas - Programa exemplo: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrTCP/ACBrIMendes/

Olá, comunidade ! Foi publicado no Diário Oficial do Estado de São Paulo o Decreto Nº 69.981, de 18 de Outubro de 2025, internalizando na legislação do estado a obrigatoriedade do preenchimento do Código do Benefício Fiscal (cBenef) ao realizar a emissão de uma NF-e ou de uma NFC-e. A adoção será feita de forma gradual, com as regras de validação sendo ativadas no ambiente de homologação a partir de 12/01/2026 e no ambiente produção a partir de 06/04/2026, conforme estabelecido na Nota Técnica 2019.001 v1.70. As tabelas de CST x cBenef para o estado podem ser encontradas AQUI. Lembrando que o campo já existe no leiaute da NF-e\NFC-e e pode ser alimentado da seguinte maneira: Caso use componente nativo para Delphi/Lazarus. uses ACBrNotasFiscais, ACBrNFe.Classes; //... var NotaF: NotaFiscal; Produto: TDetCollectionItem; begin NotaF := ACBrNFe.NotasFiscais.Add; //Preenche demais informações... Produto := NotaF.NFe.Det.New; Produto.cBenef := ...; //Preenche demais informações. end; Caso use ACBrMonitorPLUS ou ACBrLib. [Produto001] cBenef=... ;Preenche as demais informações...

Olá, comunidade ! Nos últimos dias temos recebidos diversos relatos em nosso Discord e em nosso Fórum de problemas com certificado A3. Todos os relatos tem em comum o mesmo erro: Tudo indica que este problema está relacionado a alguma atualização recente do Windows, visto que ele começou a ocorrer repentinamente. Como é explicado AQUI a configuração WinCrypt que é utilizada para certificados A3 faz uso da própria API do Windows. Alguns membros relataram ter sanado o problema ao desinstalar e instalar novamente o certificado. Um agradecimento ao membro de nossa comunidade @RicardoAGRO1 compartilhou no canal #sefaz em nosso servidor do Discord o link: Podem ocorrer problemas de autenticação do SmartCard com a atualização do Windows de outubro de 2025 com um passo a passo para a solução do problema.

Olá, comunidade ! Temos recebidos múltiplos relatos em nosso servidor do Discord e também em nosso fórum de problemas ao emitir notas fiscais utilizando os campos da reforma tributária. Os relatos tem em comum a súbita devolução de rejeições relacionadas aos novos campos da reforma tributária para XMLs que eram aprovados anteriormente. Para citar dois exemplos: Mesmo informando <pIBSUF>0,10</pIBSUF> que é o valor a ser informado em 2025 e em 2026 conforme Lcp 214 e texto da própria regra de validação. Mesmo informando CST e cClassTrib válidos de acordo com a Tabela do Conformidade Fácil. Outro fato curioso foi a presença de alguns relatos mencionando que o problema ocorria apenas para NFC-e, com a emissão de NF-e continuando normalmente. Vale lembrar que está não é a primeira vez que isso ocorre: E apesar de tudo, é preciso haver compreensão e o bom senso de que as UFs também estão correndo para buscar a adequação de seus web services de emissão em tempo hábil. Por isso, caso esteja enfrentando problemas semelhantes, se constatar que o problema não se encontra no arquivo XML ao passar o mesmo pelo Validador da Sefaz do RS e pelo Validador da Conformidade Fácil. Abra uma Fale Conosco junto a Sefaz. Quanto mais pessoas relatando, mais rápido eles percebem que há algo de errado e tomam as devidas providências.

Olá, Comunidade ACBr! É com muito prazer que anunciamos mais um programa Demo em Java, dessa vez demonstrando como consumir a biblioteca ACBrLibNFCom através das classes de alto nível. A estrutura do projeto é bem similar ao que a comunidade já está habituada, para quem já conhece ACBrLibNFe, ACBrLibNFCe e ACBrLibNFSe em Java, será muito simples emitir NFCom (Nota Fiscal Fatura de Serviços de Comunicação Eletrônica). Download Demo Java - ACBrLibNFCom Disponível no SVN, clique aqui: https://svn.code.sf.net/p/acbr/code/trunk2/Projetos/ACBrLib/Demos/Java/NFCom/ Conteúdo relacionado: O que é a NFCom? Se você ainda não conhece a Nota Fiscal Fatura de Serviços de Comunicação, confira a explicação completa neste tópico abaixo: Baixe a ACBrLibNFCom: Na versão DEMO Na versão PRO Baixe outros Demos: Linguagem PHP Leia a documentação completa AQUI

Boa tarde. Realmente eu acabei esquecendo de atualizar meus fontes antes de qualquer coisa. Já consta o ajuste, muito obrigado.

A SEFAZ em questão ainda não está adequada a essa versão da NT. A data prevista para atualização dos schemas nas SEFAZ é até 29/10 em homologação e 10/11 em produção.

Boa tarde @GuilhermeAraujo, Já esta no SVN.

Boa tarde @JeannyPaiva, Já esta no SVN.

Boa tarde @armando.boza, Já esta no SVN.

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @João Antônio, Já esta no SVN.

Boa tarde @Anderson Grolli, Já esta no SVN.

Boa tarde @armando.boza, Já esta no SVN.

Boa tarde @armando.boza, Já esta no SVN.

Boa tarde @armando.boza, Já esta no SVN.

Complementando a resposta do Elton. Se os warnings estão nos fontes do ACBr fique tranquilo que vamos atualizar, mas se os warnings estão nos seus fontes você mesmo já pode começar a sua atualização.

As implementações são graduais. Está em nossa programação adicionar ao Monitor também. Obrigado.

o acbr esta deixando de usar o pcn e passando a usar o libxml então, vc deve alterar para não gerar problemas futuro

Bom dia. Eu consegui enviar uma de debito, basicamente colocando os produtos com valores zerados e somente preenchidos os valores de ibs e cbs. Tem também a tag para referenciar a chave e o item da nf que está sofrendo o debito/credito. Fora isso é o que o Diego falou, a tag de finalidade do dfe e depois o tipo de debito/credito. Estou voltando agora a desenvolver essa parte, assim que eu validar novamente coloco um xml por aqui, mas em um topico anterior eu tinha colocado (nao tenho esse xml mais)

Bom dia, desculpe a demora, não, é só isso mesmo. Muito obrigado.

Boa noite, Criada tarefa ACBR-8265 para atualização.

Creio que não. pois geralmente o Italo posta logo que sobe. mas tu pode fazer update no svn. e olhar no showlog da unit do provedor

Bom dia @André Melim, Sim.

Recebi documentação por email do banco de uma conta de cliente. Os arquivos estão em https://pett.com.br/manual_api_ailos.zip

Olá, comunidade ! Foi liberada a API de consulta ao projeto conformidade fácil. Essa API vai permitir a consulta das tabelas de CST e cClassTrib aplicando filtro por CST. A autenticação será feita através de certificados ICP-Brasil. Recomenda-se que não seja feito muito mais do que um Get diário para obter as informações. Novos recursos serão adicionados gradativamente. O endpoint para comunicação com a API é: https://cff.svrs.rs.gov.br/api/v1/consultas/classTrib Veja a notícia completa em: https://dfe-portal.svrs.rs.gov.br/Cff/Noticias

Com o advento da reforma tributária, os municípios são deixados com uma escolha: Aderem ao padrão nacional na íntegra ou continuam usando provedor próprio no formato aderindo ao padrão nacional no formato de compartilhamento de informações. Se escolhida a segunda opção, dois caminhos podem ser seguidos: No caminho mais simples, o provedor cria uma API própria para recepcionar os arquivos XMLs segundo o leiaute do Padrão Nacional. Nesta abordagem, o leiaute utilizado é o já existente do padrão nacional, então basta saber qual é a URL da API para comunicação e os end-points. No caminho mais complexo, o provedor altera o leiaute que ele já usa, adicionando novos campos para receber as informações que ela vai compartilhar posteriormente com o padrão nacional. Padrão Nacional A quantidade de municípios que aderiram ao Padrão Nacional é cada vez maior e pode ser conferida em um Dashboard alimentado e atualizado em tempo real. Acesse o Dashboard AQUI. Lembrando que as soluções ACBr já atendem ao padrão nacional. Provedores com API Própria para atender o Padrão Nacional com a Reforma Tributária. Última atualização: 06/01/2026 Observação: Vale reforçar que devido a relação quantidade de provedores x prazo, o foco das implementações inicialmente tem sido os métodos de emissão da NFS-e. Provedor Requisito Cidade testada Cidades atendidas* Emissão funcionando ABase Informar o Token em WSChaveAcesso Boa Vista do Burica/MS 39 Em testes Betha Vai usar WebService Soap Dourados/MS 403 Envio OK Coplan Vai usar WebService Soap Barra do Garças/MT 31 Em testes Citta Enviar o XML da NFS-e São Valentim do Sul/RS 24 Envio OK Digifred Vai usar WebService Soap Ibirubá/RS 21 Envio OK EL Informar o Token em WSChaveAcesso Aracruz/PE 155 Envio OK Infisc - Campo Bom/RS 9 Envio OK ISSNet WS Soap/Permite Lote de DPS - 25 Aguardando as URLs de homologação Pronim Permite o envio de um lote de DPS Regente Feijó/SP 184 Envio OK RLZ - Barretos/SP 9 - SilTecnologia WS Soap/Enviar o XML da NFS-e Franca/SP 16 Retorno Vazio SimplISS - Blumenau/SC 27 Envio OK (Ainda não aceita os campos IBSCBS) Tiplan - Americana/SP 8 Envio OK * Estimativa aproximada Provedores que alteram o layout em uso para atender a Reforma Tributária. Última atualização: 06/01/2026 Provedor Requisito Cidades Atendidas* Emissão funcionando EloTech Versão 2.03 138 Envio OK FintelISS Versão 2.02 4 O webservice da prefeitura não aplicou o novo Schema GeisWeb Próprio 7 Envio OK Ginfes - 22 Giss - 18 Envio OK IPM - 188 Envio OK ISSBarueri - 1 ISSe - 1 Envio OK ISSSaoPaulo Versão 2.00 1 Envio OK Publica Versão 1.00 31 Envio OK SigISSWeb Próprio 11 Envio OK SpeedGov Versão 2.00 32 Tinus Versão 2.03 44 Envio OK WebISS Versão 2.02 87 Envio OK * Estimativa aproximada

Entendi, Daniel! Obrigado pela resposta. Resolvi fazer esta pergunta porque no caso da NFCom, em outro post que fiz, parece que disponível apenas na DLL, então fiquei com dúvida quanto à NFSe. Grato pela resposta!

Daniel bom dia Muito obrigado pelo retorno entendi, eu já preenchi o formulário mais não recebi o contrato, para assinar, tem algum lugar que eu posso pegar este contrato perguntei sobre custos, porque ainda sou pequeno como software house, na verdade sou eu e meu filho, temos uma carteira de cliente pequena, mais o que ajudou muito a gente foi os componentes do ACBr, no nosso sistema temos a emissão de todos os documentos fiscais e emissão de boletos e já faz tempo que gostaria de ter o TEF, agora quero correr com isto todos vocês do ACBr, estão de parabéns e que Deus abençoe muito vocês, que lutam pela comunidade de desenvolvedores. mais uma vez obrigado e agora só preciso do contrato. Outra coisa assim que for possível quero ser um membro PRO do ACBR

Olá Pessoal, Com a Reforma Tributária temos novas opções de emissão de NF-e, vamos tentar entender como funciona essa tal de nota de Débito ou Crédito. Na Nota Técnica 2025/002 versão 1.20 no final da página 7 temos o item 4 que traz: 4. Finalidade Débito e Finalidade Crédito da NF-e Notas de Débito e Crédito são nomes de instrumentos utilizados mundialmente para documentar situações contábeis onde é necessário corrigir informações comerciais que foram registradas em um documento, que no Brasil é a Nota Fiscal. Esta Nota Técnica cria na NF-e modelo 55 as finalidades de emissões correspondentes. O sentido das palavras “débito” e “crédito” sempre se referem ao ponto de vista do emissor: • Uma nota de débito documenta uma situação na qual o emitente registra um aumento no imposto devido (consequentemente, uma redução no imposto devido pelo adquirente, que é o destinatário); • Uma nota de crédito documenta uma situação na qual o emitente registra uma redução no imposto devido (consequentemente, um aumento no imposto devido pelo adquirente, que é o destinatário); As finalidades de emissão “Nota de Ajuste” e “Nota Complementar”, já existentes, são casos especiais de Nota de Débito; uma nota de entrada emitida para documentar, por exemplo, a devolução de mercadoria que havia sido vendida a um consumidor final, é um caso especial de Nota de Crédito. A regulamentação do IBS disporá sobre a utilização de notas de crédito e notas de débito para lançamentos de ajuste, com a finalidade de instrumentalizar a preparação da declaração assistida a ser oferecida para os contribuintes, de maneira automatizada, a partir de documentos fiscais eletrônicos, em cumprimento ao que preconiza a LC 214/2025. A menos que ocorra alteração na regulamentação do ICMS e do IPI, notas de crédito e notas de débito não poderão ser utilizadas para ajustes relativos a estes tributos. O campo finNFe agora passa a ter as opções: 5=Nota de crédito; 6=Nota de débito; Portanto se a minha intenção é emitir uma NF-e de Crédito o valor de finNFe tem que ser 5, por outro lado se a intenção é emitir uma NF-e de Débito o valor de finNFe tem que ser 6. Temos agora que especificar o tipo da nota de Débito ou de Crédito através dos novos campos tpNFDebito e tpNFCredito. Devemos ter em mente que uma nota só pode ser de Débito ou de Crédito jamais vai ser de Débito e Crédito. Valores aceitos pelo campo tpNFDebito: 01=Transferência de créditos para Cooperativas; 02=Anulação de Crédito por Saídas Imunes/Isentas; 03=Débitos de notas fiscais não processadas na apuração; 04=Multa e juros; 05=Transferência de crédito de sucessão; 06 = Pagamento antecipado 07 = Perda em estoque Valores aceitos pelo campo tpNFCredito: 01 = Multa e juros 02 = Apropriação de crédito presumido de IBS sobre o saldo devedor na ZFM (art. 450, § 1º, LC 214/25) 03 = Retorno (regra de validação: B25-80) Uma nota de Débito ou Crédito não podem conter informações de: ICMS (tag: ICMS), ISSQN (tag: ISSQN), IPI (tag: IPI), II (tag: II), PIS (tag: PIS), PIS ST (tag: PISST), COFINS (tag: COFINS), COFINS ST (tag: COFINSST), ICMS UF Destino (tag: ICMSUFDest) ou Imposto Devolvido (tag: impostoDevol). Uma NFC-e (modelo 65) não permite nota de Débito ou Crédito, esses dois tipos de notas estão restritas ao modelo 55 ou seja NF-e. (regra de validação: UB106-31) Temos um novo gruo chamado gTransfCred que só deve ser gerado se a de nota de Débito tiver o tpNFDebito for 01 ou 05. O grupo gTransfCred só deve ser gerado se o CST / cClassTrib informado o permitir. (regra de validação: VC02-10) Se tpNFDebito for 03 ou 04 devemos gerar o novo grupo DFeReferenciado. (regra de validação: 3BA02-70) Uma nota de crédito de multa/juros, tpNFCredito igual a 01 ou 03 tem que referenciar uma NF-e autorizada e não pode estar cancelada. (regra de validação: B25-30) Se tpNFCredito for 01 ou 03 devemos gerar o novo grupo DFeReferenciado. A nota de Débito ou Crédito não é simples, possui muitas regras de validação, vai ser natural levarmos uma rejeição logo na primeira nota, mas de posse da NT em mãos para buscar um entendimento sobre a rejeição e sanar o problema vai ser o caminho. Tudo é muito novo para nós desenvolvedores e para os contadores, o jeito vai ser dar as mãos e tentarmos buscar a melhor implementação. Não sou contador, sou desenvolver, mas busco sempre as respostas nos Manuais, Notas Técnicas e longas conversas com os contadores. Espero que esse texto possa ajudar um pouco com esses dois tipos de notas.

O que é a Reforma Tributária? A reforma tributária é um processo de reformulação do sistema tributário brasileiro, tendo como objetivo final a sua simplificação. Em discussão desde 2023, com seu marco fundamental sendo a Emenda Constitucional nº 132, de 20 de dezembro de 2023, e sua consolidação na Lei Complementar nº 214, de 16 de janeiro de 2025, o processo, que afeta todo o Brasil foi amplamente discutido e avaliado por diversos comitês gestores. Dada a complexidade e a extensão do atual sistema tributário, ainda existem alguns fatores que estão sendo avaliados e estudados. No entanto, com a publicação da Lei Complementar, é inegável que a Reforma Tributária já é uma realidade e preparar seu o software é uma obrigação, não uma opção. Alguns conceitos essenciais. Com a quantidade de informações envolvidas, não é de se estranhar que alguns conceitos possam causar confusão. No entanto, o correto entendimento deles é importante para acompanhar as novidades e se adequar às mudanças propostas: LC nº 214/2025: é a lei que consolida a Reforma Tributária como um todo. Todas as informações, análises de comitê gestor, notas técnicas e demais documentos produzidos têm como base o objetivo de atender o que é proposto nela. Imposto sobre Operações relativas à Circulação de Mercadorias e sobre Prestações de Serviços de Transporte Interestadual e Intermunicipal e de Comunicação (ICMS): é um tributo de competência estadual, existente no regime tributário atual, utilizado para acobertar operações de circulação de mercadorias, prestações de serviços de transporte interestadual e intermunicipal, e de comunicação. Sua extinção está prevista para o fim da Reforma Tributária. Imposto sobre Serviços de Qualquer Natureza (ISS): é um tributo de competência municipal, existente no regime tributário atual, utilizado para acobertar prestações de serviços em geral. Sua extinção está prevista para o fim da Reforma Tributária. Imposto sobre Bens e Serviços (IBS): é um novo tributo proposto pela Reforma Tributária, a ser adotado gradativamente na emissão dos documentos fiscais eletrônicos, de competência municipal e estadual, com o objetivo final de substituir o ICMS e o ISS. PIS: é um tributo de competência federal, existente no regime tributário atual, que incide sobre diversas operações e cuja finalidade é contribuir com a seguridade social. Sua extinção está prevista para o fim da Reforma Tributária. COFINS: é um tributo de competência federal, existente no regime tributário atual, que incide sobre diversas operações e cuja finalidade é contribuir com a seguridade social. Sua extinção está prevista para o fim da Reforma Tributária. Contribuição Social sobre Bens e Serviços (CBS): é um novo tributo proposto pela Reforma Tributária, a ser adotado gradativamente na emissão dos documentos fiscais eletrônicos, de competência federal, com o objetivo final de substituir o PIS e a Cofins. Imposto Seletivo (IS): é um novo tributo proposto pela Reforma Tributária. Conhecido pela alcunha de "imposto do pecado", sua aplicação será voltada a mercadorias e serviços considerados danosos ou prejudiciais à saúde e ao meio ambiente. Split Payment (Recolhimento na Liquidação Financeira): é uma solução estrutural proposta pela Reforma Tributária, com o objetivo de automatizar o recolhimento dos tributos no momento da liquidação financeira de uma operação, facilitando a vida do contribuinte e reduzindo a inadimplência. Nota de Débito e Nota de Crédito: são duas novas finalidades de emissão adicionadas à Nota Fiscal Eletrônica modelo 55, destinadas a serem utilizadas para ajustes de lançamentos do IBS e da CBS. Qual é o cronograma da Reforma Tributária? Alterar um sistema tributário deve ser uma operação muito bem pensada e analisada. Por isso, a Reforma Tributária é um processo longo, com início das mudanças em 2026 e término previsto para 2033. 2026 Ano de Testes 2027-2028 Início da Cobrança e Alíquotas Iniciais 2029-2032 Transição Progressiva e Conclusão 2033 Reforma Tributária em Pleno funcionamento Alíquota de testes para o IBS e para o CBS. Soma das alíquotas não pode passar de 1%. Sem IS. Sem cobrança efetiva dos impostos desde que as obrigações acessórias estejam em ordem. Início da cobrança efetiva do CBS com alíquota fixada pela LC. Extinção do PIS e do COFINS. Alíquota de IBS estadual e municipal em 0,05%. Começo do IS. Zera a alíquota de IPI. Transição do ICMS e do ISS para o IBS. Redução gradativa das alíquotas de ICMS e ISS até zerar. IBS, CBS e IS em pleno funcionamento. Fim do ICMS, ISS, PIS e COFINS. Conforme mencionado anteriormente, a Reforma Tributária é um projeto com legislação já aprovada tanto na Câmara dos Deputados quanto no Senado, e com regramentos complementares sendo discutidos e publicados por diversos entes fiscais e regulatórios. Trata-se de uma iniciativa robusta, com um grande número de profissionais e instituições trabalhando para que ela seja implementada da forma correta. Por isso, a possibilidade de adiamento ou retrocesso torna-se cada vez mais remota — e, portanto, não é prudente apostar em prorrogações ou revisões drásticas. Qual é a vantagem da Reforma Tributária? Ao final da reforma, haverá a simplificação do sistema tributário, com a redução da quantidade de impostos. Outro ponto importante é a mudança de paradigma trazida pela reforma: os novos tributos propõem o cálculo “por fora”, diferentemente do que é feito atualmente. Isso trará total transparência para a sociedade e para o contribuinte. Como isso vai impactar meu cliente? Seu cliente precisará enviar as informações dos novos tributos nos respectivos documentos fiscais eletrônicos, em paralelo aos impostos já existentes, durante o período de transição. Caso contrário, ele não conseguirá emitir seus documentos fiscais. Concluído o processo de adequação à reforma, seu cliente passará a enviar apenas os novos tributos. A adequação não é uma opção — é uma obrigatoriedade. Como eu devo adequar meu software? Apesar de a LC nº 214/2025 consolidar a Reforma Tributária como um todo, seu conteúdo precisa ser "traduzido" tecnicamente em orientações sobre modificações nos documentos fiscais eletrônicos, de modo a atender ao que é estabelecido na lei. O instrumento utilizado para isso é a publicação de Notas Técnicas: Nota Técnica 2025/002 - NFe-/NFC-e - Reforma Tributária do Consumo. Nota Técnica 2025/001 - CT-e/GTVe/CTeOS - Reforma Tributária do Consumo. Nota Técnica 2025/001 - NF3e - Reforma Tributária do Consumo. Nota Técnica 2025/001 - NFCom - Reforma Tributária do Consumo. Nota Técnica 2025/001 - BP-e - Reforma Tributária do Consumo. Portanto, você deve seguir o que é estabelecido nessas notas técnicas para adequar seu software. O ACBr está de acordo com as alterações propostas por essas notas técnicas? Sim, os respectivos componentes já foram adequados às alterações propostas pelas Notas Técnicas mencionadas acima. Basta atualizar seus fontes e reinstalar o ACBr com a opção “Usar ACBrXMLDocument” selecionada no instalador, para que seja possível realizar os testes. A mesma lógica se aplica para quem utiliza o ACBrMonitorPLUS e a ACBrLib. Como conferir o que mudou no ACBr? Se você utiliza os componentes nativos para Delphi/Lazarus, ao abrir o programa exemplo, foi adicionada uma nova opção de configuração para que sejam alimentadas as propriedades relacionadas a Reforma Tributária. Basta pesquisar nos fontes do programa exemplo respectivo por "Reforma Tributária" para encontrar os trechos que trazem exemplo de preenchimento. O mesmo vale para a ACBrLib e para o ACBrMonitor, com exemplos específicos para Reforma na documentação de ambos. Como identificar se um XML possui os dados da Reforma Tributária? Pode haver pequenas variações ou particularidades de acordo com o tipo de documento fiscal eletrônico, mas a presença do elemento <IBSCBS> pode ser considerada um indicativo de que o XML contém campos relacionados à Reforma Tributária. Veja a seguir um exemplo da estrutura do elemento <IBSCBS> em um XML de uma NF-e: <IBSCBS> <CST>000</CST> <cClassTrib>000001</cClassTrib> <gIBSCBS> ... </gIBSCBS> <gCredPresIBSZFM> ... </gCredPresIBSZFM> </IBSCBS> Já li, agora quero escutar quem entende. Considerando a complexidade e a relevância da Reforma Tributária, foram realizadas edições do Papo PRO ACBr dedicadas a discutir o tema, trazendo especialistas e perspectivas práticas para ajudar na compreensão e preparação para as mudanças. A lista abaixo apresenta as edições já publicadas, em ordem da mais antiga para a mais recente: A Reforma Tributária está chegando... Descubra como ela impactará seu Software! Arquitetura Fiscal: Reforma Tributária para Software Houses A Reforma Tributária e a Tecnologia, como está o preparo da sua SH? Reforma Tributária Comece já a adequação de seu software! Adeus a Velha NFe? Prepare o seu ACBr! Adeus a Velha NFe? Prepare o seu ACBr! - Parte 2 Reforma Tributária não é só a NFe! Entenda todos os documentos alterados pela Reforma Tributária! Links importantes Emenda Constitucional nº 132, de 20 de dezembro de 2023 Lei Complementar nº 214, de 16 de janeiro de 2025 Projeto Conformidade Fácil: o validador das Notas Técnicas da Reforma Tributária do Consumo. Implantação das Notas Técnicas Reforma Tributária na SVRS