O LAUDO × reforma-tributária × erp × vendors × arquitetura-fiscal
- A reforma não exige atualização de parâmetro. Exige reescrita de lógica fiscal — e o ERP da empresa foi construído sobre premissas que a LC 214/2025 destrói.
- O impacto não para no módulo fiscal: compras, vendas, precificação, faturamento e gestão de contratos precisam ser revisados. É impacto transversal, não departamental.
- "Por dentro" ou "por fora": estados interpretam diferente, a lei ficou em silêncio, e o ERP vai ter que calcular os dois cenários simultaneamente. A resposta certa depende de onde a operação acontece.
- O vendor tem incentivo estrutural para não resolver rápido: migrar para versão suportada gera receita, adaptar o legado também, e a ambiguidade regulatória prolonga o ciclo.
- A janela para tomar decisão de arquitetura tem prazo. Compliance vai ser atingido de alguma forma. A questão é se a empresa vai gastar uma vez ou duas.
+ Os 5 artigos do dossiê
O gerente fiscal abre o sistema na segunda-feira, 2 de janeiro de 2026. A nota fiscal sai. O XML tem os novos campos de IBS e CBS preenchidos. Ele respira.
Então percebe: o sistema calculou a alíquota por dentro — como sempre fez com o ICMS. Em Pernambuco, isso gera contingência fiscal desde 2026. Em São Paulo, ainda não. Mesmo sistema, mesmo parâmetro, dois estados, dois resultados.
O ERP não errou. Fez exatamente o que foi programado para fazer. Esse é o problema.
O motor
O ERP que sustenta a operação da maioria das empresas brasileiras foi projetado para um sistema tributário específico: ICMS calculado sobre o preço cheio incluindo o próprio imposto, PIS e Cofins apurados por regime cumulativo ou não-cumulativo dependendo do enquadramento, ISS recolhido no município de domicílio do prestador. Cada uma dessas premissas está embutida na lógica dos motores de cálculo — não nos parâmetros configuráveis, mas na arquitetura de como o sistema pensa sobre tributo.
A LC 214/2025 não mandou uma carta para o ERP. Ela substituiu essas premissas por outras: IBS e CBS calculados sobre o valor líquido da operação, incidência no destino em vez de na origem, não cumulatividade plena e classificação por item que exige novos campos em cada nota emitida. São duas lógicas aritméticas diferentes. Não é incompatibilidade de parâmetro. É incompatibilidade de arquitetura.
A NT 2025.002, publicada pela SEFAZ em conjunto com a Receita Federal, formalizou a mudança no documento fiscal: novos grupos obrigatórios na NF-e, incluindo CST-IBS e CST-CBS e o cClassTrib. Cada nota emitida a partir de 2026 é uma declaração vinculante sobre como a empresa classificou aquela operação específica, naquele destino específico, sob aquela alíquota específica. Antes, não era.
Isso muda o nível de exigência sobre a integridade dos dados mestres do ERP. Produto sem NCM correto no cadastro, fornecedor sem regime tributário atualizado, operação com CFOP que não reflete a natureza real da transação — qualquer uma dessas inconsistências que hoje se resolve na escrituração passa a gerar problema na emissão. O banco de dados do ERP se torna, ele mesmo, uma peça do sistema de conformidade.
O impacto
Quando se lista os módulos que precisam ser revisados, a lista para de parecer um projeto fiscal e começa a parecer um projeto de ERP inteiro.
O módulo de compras precisa reconhecer créditos de IBS e CBS nas entradas — com lógica de destino, não de origem, e com rastreabilidade por natureza da operação. O módulo de vendas precisa calcular o imposto correto para cada UF de destino do comprador — o que significa que uma empresa que vende para 26 estados e o DF precisa de 27 lógicas de cálculo onde antes tinha uma. O módulo de emissão de nota fiscal precisa preencher os novos campos e emitir o XML no novo leiaute. O módulo de precificação vai receber alíquotas que flutuam por destino, por período de transição e por setor. E o módulo de gestão de contratos entra na conta porque o custo tributário embutido nos contratos foi calculado com premissas que a reforma altera ao longo da transição.
Esse não é um projeto para o departamento fiscal aprovar e o departamento de TI executar. É um projeto de arquitetura corporativa onde fiscal, TI, controladoria, jurídico e operações precisam estar alinhados desde o diagnóstico. A maioria das empresas não está organizando assim.
Quais módulos, no seu ERP — mapeamento por sistema
A reforma tributária não afeta só o módulo fiscal. O impacto é transversal porque a lógica de cálculo, classificação e emissão de documentos atravessa toda a cadeia operacional. Mapeamento baseado em documentação técnica oficial de cada vendor. Versões legadas podem ter escopo diferente — confirmar diretamente com o fornecedor antes de qualquer decisão de projeto.
SAP (ECC / S/4HANA)
Módulos com impacto direto: MM (gestão de materiais e compras), SD (vendas e distribuição), DRC NFe (emissão de documentos fiscais), GRC NFe/TaaS e TDF — Tax Declaration Framework (apuração e obrigações acessórias). O roadmap de adaptação por versão e os pré-requisitos de service pack estão na SAP Note 3561376, de acesso autenticado no portal de suporte. Versões ECC podem exigir upgrade de support package antes de receber as atualizações de reforma. A decisão de migrar para S/4HANA versus adaptar o ECC é, ela mesma, uma decisão estratégica com implicações de custo e prazo que vai muito além da reforma tributária.
TOTVS (Protheus / Linha RM / Datasul)
O motor de cálculo fiscal atual do Protheus — a TES — será descontinuado para fins tributários. A TOTVS desenvolveu o Configurador de Tributos, que reside no módulo SIGAFIS e se integra a Compras, Vendas/Faturamento, Estoque e Financeiro. Versão mínima: Protheus 12.1.2410. A migração da TES não é automática — exige reprojeto manual de toda a lógica fiscal, item a item, CFOP a CFOP. A TOTVS confirmou que futuras atualizações do Protheus não serão mais compatíveis com a TES — quem não migrar não perde só a reforma tributária, perde o suporte ao motor fiscal inteiro.
Sankhya OM
O ponto central de configuração é o TOP, onde se habilita o cálculo de IBS, CBS e IS por tipo de movimentação. Módulos com impacto: Sankhya Tax, Central de Vendas/Faturamento e Compras. Versões mínimas para adequação ao novo leiaute da NF-e: 4.33b184, 4.34b255 ou 4.35b272. Para NFS-e com padrão nacional, versão mínima adicional: 4.35b462 ou equivalente nas linhas 4.34 e 4.33. O sistema escritura os campos de IBS/CBS vindos do XML de entrada sem recalcular — a parametrização correta é responsabilidade da empresa.
Senior ERP X / ERP XT
A configuração de IBS e CBS se dá pela tela F027LSF. O perfil tributário foi reestruturado com novas seções para CBS, IBS e IS. Outras telas afetadas: F027SCR (cClassTrib), F051CBS (alíquotas CBS), F022NBS (nomenclatura brasileira de serviços) e F056IMO (cadastro de imóveis — relevante para arrendamentos sob CPC 06 R2 / IFRS 16). Versão mínima: ERP X e ERP XT 5.10.4; quem usa e-Docs precisa atualizar também para 5.8.16. A Senior confirmou que as adaptações de reforma não geram cobrança adicional de módulo — estão cobertas pela mensalidade. Parametrização é responsabilidade da empresa; consultoria cobrada separadamente.
O cálculo
A questão "por dentro" ou "por fora" merece atenção separada porque ela é, simultaneamente, uma controvérsia jurídica não resolvida, uma decisão de implementação que o ERP vai ter que tomar, e um risco de contingência fiscal que depende do estado onde a operação acontece.
O ICMS é calculado "por dentro": o imposto integra a própria base de cálculo. O sistema foi construído para isso. O IBS e a CBS, seguindo a lógica do IVA europeu, deveriam ser calculados "por fora": o imposto incide sobre o preço sem o imposto. Para o ERP, isso é uma reescrita do motor de cálculo — não uma mudança de alíquota.
O problema concreto: a LC 214/2025 ficou em silêncio sobre se IBS e CBS integram ou não a base do ICMS durante o período de transição, quando os dois sistemas coexistem de 2026 a 2033. O legislador não definiu. Cada estado interpretou à sua maneira, e as interpretações divergem.
São Paulo e o Distrito Federal entendem que IBS e CBS integram a base do ICMS somente a partir de 2027. Pernambuco adotou postura mais legalista: integração desde 2026. O PLP 16/25 tramita na Câmara para excluir expressamente IBS e CBS da base do ICMS — o que por si só é evidência inequívoca de que o problema não está resolvido na lei atual.
Para o ERP: não existe parâmetro único correto. A empresa precisa manter dois cálculos simultâneos, aplicar o que corresponde à UF do destino, e atualizar esse mapeamento conforme os estados vão se posicionando. Um sistema construído para aplicar uma regra nacional uniforme não foi feito para gerenciar jurisprudência administrativa fragmentada por estado em tempo real.
Base de cálculo: por dentro ou por fora?
Cálculo por dentro (ICMS — modelo atual)
O imposto integra a própria base de cálculo. Fórmula: Valor do imposto = Preço final × Alíquota. Exemplo com ICMS de 18%: produto com preço final de R$1.000 → imposto = R$180, base de cálculo = R$1.000. O imposto está dentro do preço — não é somado por cima.
Cálculo por fora (IVA — modelo do IBS/CBS)
O imposto incide sobre o preço sem o imposto. Preço final = Preço líquido × (1 + Alíquota). Usando as alíquotas de referência da LC 214/2025 — CBS 8,8% + IBS 17,7% = IVA-Dual de 26,5% — sobre preço líquido de R$1.000: Preço final = R$1.265. O imposto embutido é R$265 sobre base de R$1.000. Para chegar ao mesmo preço final com lógica "por dentro", a alíquota efetiva sobre o preço cheio seria cerca de 20,95% — não 26,5%.
Alíquotas de referência da LC 214/2025, caráter ilustrativo. Alíquotas definitivas serão fixadas por resolução do Senado Federal e podem variar por setor, regime e período de transição.
O que cada estado decidiu
- São Paulo (Consulta Tributária 30661/24): IBS e CBS integram a base do ICMS a partir de 2027.
- Distrito Federal (posição alinhada com SP): mesma interpretação — integração a partir de 2027.
- Pernambuco: integração desde 2026, desde o início da fase de teste.
- PLP 16/25: tramita na Câmara para excluir expressamente IBS e CBS da base do ICMS. A existência do projeto é evidência de que a lei atual não resolve a questão.
Enquanto o PLP não é aprovado, uma empresa que vende para múltiplos estados precisa aplicar o entendimento da UF de destino de cada operação. Não existe parâmetro único correto.
Fontes: LC 214/2025 · Monticelli Batista Sousa Advocacia, análise nov/2025 · PLP 16/25 (Câmara dos Deputados) · SEFAZ-SP Consulta Tributária 30661/24. Posições de Sefaz-PE e Cotri-DF confirmadas por análises jurídicas secundárias; números de consulta aguardam verificação direta em Diário Oficial.
O vendor
Dois cálculos simultâneos de 2026 a 2033. Módulos afetados em toda a cadeia operacional. Motor fiscal que precisa ser reescrito, não reconfigurado. E no centro desse cenário, o vendor.
Há um conflito de interesse estrutural que raramente aparece nas apresentações de roadmap. Migrar a empresa para a versão do ERP que tem suporte oficial para o novo regime gera receita de licença e de implantação. Adaptar o legado gera receita de consultoria por hora. Manter o cliente em estado de incerteza prolonga ambos os fluxos. Quanto mais ambígua a regulamentação e mais dilatado o prazo de obrigatoriedade, mais turnos de faturamento o vendor consegue extrair do mesmo cliente no mesmo problema.
Não estou dizendo que os vendors vão deliberadamente sabotar a implementação. Estou dizendo que o incentivo estrutural não está alinhado com a urgência do cliente. É um conflito de agenda, não necessariamente de intenção. Mas o efeito prático é o mesmo: a empresa fica esperando enquanto a janela de decisão se fecha.
A leitura correta de um roadmap de vendor começa por perguntar: o que acontece com a receita do vendor se eu decidir rápido? E o que acontece com ela se eu decidir devagar?
Há ainda uma dimensão que as apresentações de roadmap nunca abordam: o que o vendor não vai adaptar. Módulos legados que historicamente ficavam fora do ciclo de inovação tendem a ficar fora também do ciclo de adequação regulatória, a não ser que o cliente pague separadamente por isso. Antes de contratar qualquer projeto de adequação, a pergunta é: essa adaptação está no escopo padrão do meu contrato, ou estou comprando de novo algo que já comprei?
Os contratos
Há uma camada nesse problema que não aparece no projeto de ERP nem no projeto tributário: os contratos.
O IFRS 16 — adotado no Brasil como CPC 06 R2 — já exige que contratos de arrendamento apareçam no balanço como ativo de direito de uso e passivo financeiro correspondente. O que a reforma tributária adiciona é uma nova variável nas premissas que sustentam esses contratos: o custo tributário da operação vai depender do destino, e a alíquota efetiva vai mudar progressivamente de 2026 a 2033. Contratos de longo prazo assinados sem cláusula de revisão tributária foram escritos com premissas que deixarão de ser válidas — não de uma vez, mas gradualmente, ao longo de sete anos.
Contratos com prestadores de serviços têm exposição parecida. Se o prestador opera em regime que muda durante a transição — e a maioria dos prestadores de médio porte muda, porque a não cumulatividade plena altera a estrutura de custo de toda a cadeia —, o preço do serviço que a empresa paga hoje foi calculado sobre uma estrutura tributária que não existe mais a partir de 2027. Cláusulas de revisão de preço que não preveem gatilho tributário deixam a renegociação na informalidade.
E há o caso mais silencioso: earn-outs em M&A. Quando parte do preço de uma aquisição é condicional ao desempenho futuro da empresa adquirida, e esse desempenho é medido por EBITDA, a mudança na estrutura tributária altera o denominador do cálculo. Uma empresa que gerou R$10 milhões de EBITDA no regime atual pode gerar R$8 milhões ou R$12 milhões no novo regime dependendo da sua posição na cadeia de créditos e da sua exposição ao IS. Segundo pesquisa da KPMG com empresas do setor financeiro, 69% das organizações ainda não avaliaram o impacto da reforma em suas operações de fusões e aquisições — amostra de 35 empresas, com viés setorial, mas é o dado disponível. Earn-out assinado hoje com projeção baseada no regime atual é uma promissória com variável não controlada.
Isso não é problema do departamento jurídico nem do departamento fiscal isoladamente. É problema de qualquer executivo que tem contratos de longo prazo na mesa.
O buraco
O que ninguém nomeia diretamente: existe um buraco organizacional entre o projeto fiscal e o projeto de ERP que a maioria das empresas não está preparada para atravessar, e o mercado de serviços não tem incentivo para apontá-lo.
O CFO aprova o projeto de adequação tributária. O CTO aprova o projeto de atualização do ERP. São dois projetos, dois orçamentos, dois sponsors — quando existem. O problema é um só: a lógica do sistema não suporta as premissas do novo regime. Ninguém aprova o projeto que é os dois juntos porque ele não tem dono natural na estrutura organizacional. O fiscal acha que é problema de TI. A TI acha que é problema do fiscal. O CFO acha que aprovou o que precisava quando aprovou o projeto tributário. O CTO acha que cumpriu quando colocou a atualização de ERP no roadmap.
O resultado é um projeto que começa duas vezes, em paralelo, sem interface definida, e se encontra na data de obrigatoriedade com inconsistências entre o que o sistema calcula e o que o fiscal assinou.
A fragmentação se repete no mercado de consultoria. A firma especializada em reforma tributária vende reforma tributária. A que vende ERP vende ERP. Ninguém vende a intersecção — que é exatamente onde o risco real está: a decisão sobre arquitetura do motor de cálculo, a definição de onde a lógica fiscal mora no sistema, a integração entre regra tributária e dado mestre de produto. O cliente compra dois projetos paralelos que deveriam ser um só, paga duas vezes pelo diagnóstico do mesmo problema, e descobre na virada do ano que os cronogramas não conversavam e os entregáveis não se encaixam.
Isso não é incompetência. É a consequência lógica de um mercado que segmentou sua oferta pela lógica do produto que vende, não pela lógica do problema do cliente que compra.
Compliance vai ser atingido. Em algum momento, de alguma forma, o ERP vai emitir nota com os campos corretos e calcular o tributo dentro do que a Receita Federal aceita. Isso não é a questão.
A questão é o custo de como a adaptação vai acontecer, e quem controla essa decisão. Migrar para versão suportada ou adaptar o legado não é decisão técnica — é decisão estratégica. Ela tem implicações de custo imediato, prazo de implantação, risco operacional durante a transição, e capacidade de resposta quando o regulamento mudar de novo — e vai mudar, porque dezenas de atos infralegais ainda estão pendentes e o PLP 16/25 sozinho pode alterar cálculos que já foram implementados.
Cada mês que passa sem essa decisão é um mês de janela consumido. E a janela fecha não quando o prazo legal vence, mas quando a capacidade de implementação disponível no mercado se esgota — porque todas as empresas vão precisar da mesma consultoria, dos mesmos implementadores, da mesma disponibilidade de horas técnicas do vendor, no mesmo período.
A LC 227/2026 estabeleceu o regime de penalidades: multa de 100% por operação sem documento fiscal adequado. Em 2026, o mecanismo tem um colchão — auto de infração gera prazo de 60 dias para regularização antes da multa ser lavrada. Esse colchão existe porque o governo sabe que o mercado não está pronto. Mas ele não é infinito, e o período educativo não é sinônimo de ausência de risco.
Tratar a reforma tributária como problema do departamento fiscal é terceirizar a decisão para quem tem menor visão do impacto total. O fiscal resolve o compliance. O compliance é o mínimo. O custo real está nas decisões de arquitetura, precificação, contratos e alocação de orçamento que nenhum departamento fiscal pode tomar sozinho — e que ficam sem dono enquanto a empresa espera o vendor resolver.
Dossiê × A reforma tributária é um projeto de tecnologia
A outra reforma tributária que já começou sem avisar
Panorama: o que muda, quando muda, quem é afetado — e a convergência de 2027 que ninguém está calculando. 8 min
Seu ERP não conhece a reforma ← você está aqui
Onde o sistema dói: módulos, vendors e a lógica que o ERP não foi feito para suportar. 9 min
O fisco tem seus dados. Você tem os seus?
Por que os dados históricos da sua empresa não servem para o regime novo — e o que fazer com isso. 8 min
Compliance resolve o sintoma. Arquitetura resolve o problema.
O framework de capacidades para quem não quer pagar duas vezes. 9 min
O projeto de infraestrutura de IA que ninguém chamou de projeto de IA
Efeito colateral não intencional: a granularidade que o fisco exige é a mesma que IA precisa. 8 min
O ERP não vai te avisar quando a janela fechar.
Fontes: LC 214/2025 — texto integral · LC 227/2026 — texto integral · NT 2025.002 — leiaute NF-e (SEFAZ/RFB) · Monticelli Batista Sousa — IBS/CBS na base do ICMS, nov/2025 · PLP 16/25 — Câmara dos Deputados · KPMG — Pesquisa Reforma Tributária, out/2025 · NTT Data — notas SAP reforma tributária, jan/2025 · Sankhya — guia da reforma tributária · Senior — documentação reforma tributária