O LAUDO × reforma-tributária × dados-fiscais × ibs × cbs
- O histórico fiscal da sua empresa foi construído sob uma lógica cumulativa e de origem. A reforma é não cumulativa e por destino. Esses dois sistemas não têm base de comparação direta — qualquer projeção feita sobre dados históricos está construída sobre areia.
- A autoridade tem o histórico do que foi entregue ao SPED, com granularidade de item, CFOP e destino. Quando vier a discussão de crédito de IBS/CBS, ela chega com vantagem informacional sobre o que foi declarado. A empresa chega com o que o ERP registrou — que pode ou não ser a mesma coisa.
- O saldo credor de ICMS pode ser um ativo estratégico ou um passivo com 240 parcelas corrigidas pelo IPCA. A diferença depende da qualidade dos dados que sustentam o cálculo.
- O problema não é auditar o passado inteiro — o custo raramente justifica a janela. É usar a reforma como momento de ruptura para construir uma camada de dado fiscal que sirva para o regime que vem.
+ Os 5 artigos do dossiê
A Receita Federal tem o histórico das suas notas fiscais. Por item, por CFOP, por destino, por destinatário. O SPED não é só uma obrigação de entrega — é um espelho permanente da operação tributária da empresa, mantido e cruzado automaticamente pelo fisco.
Quando o crédito de IBS/CBS for questionado, a autoridade vai chegar com um espelho detalhado do que foi entregue — e com vantagem informacional sobre o que foi declarado. A empresa vai chegar com o que o ERP registrou. A pergunta não é "você emitiu as notas certas?". A pergunta é: o que o ERP gravou é o mesmo que a Receita leu — e o que a Receita leu faz sentido sob a lógica do regime que começou?
O ICMS e o PIS/Cofins funcionam sobre uma lógica de origem: o tributo é apurado onde a empresa está, com alíquota definida pela sua situação tributária, calculado sobre o valor total da operação. O crédito — quando existia — era apurado por regime, não por item.
A LC 214/2025 estabelece o princípio oposto em duas dimensões simultâneas. Primeiro, a não cumulatividade passa a ser plena: o crédito de IBS/CBS é gerado em cada etapa da cadeia produtiva, por item, sem as restrições de vedação que tornavam o regime anterior um campo minado de interpretação. Segundo, o tributo segue o destino: a alíquota é definida pela localização do consumidor, não pelo estado onde a empresa emite a nota.
Isso não é uma atualização de parâmetro. É uma troca de axioma. E o dado histórico que a empresa tem foi construído inteiramente sob o axioma antigo.
O problema prático é este: qualquer modelo de projeção de impacto da reforma que use histórico de ICMS ou PIS/Cofins como base está comparando sistemas incompatíveis. É como calcular o consumo de combustível de uma plataforma de geração solar usando o histórico de gás de uma termelétrica. Os dados existem, são reais, foram apurados corretamente — mas não respondem à pergunta que a nova lógica faz.
A não cumulatividade plena exige rastrear crédito por item, por etapa, por natureza da operação. O histórico foi gerado num sistema que, na melhor das hipóteses, rastreava por regime contábil. Na prática, muita empresa ainda está projetando o quanto vai pagar de IBS/CBS com dados que nunca foram estruturados para responder a essa pergunta.
Como funciona a não cumulatividade plena do IBS/CBS
No regime atual, a não cumulatividade do ICMS é parcial e cheia de exceções — mercadorias para uso e consumo, ativo imobilizado com regras próprias, vedações por natureza de operação. No PIS/Cofins não cumulativo, a lista de insumos que geram crédito é objeto de disputa judicial há décadas.
A LC 214/2025 reduz drasticamente essa arquitetura de exceções no desenho do crédito financeiro. No regime do IBS/CBS, o crédito é gerado em cada etapa da cadeia, por qualquer aquisição vinculada à atividade econômica, sem a necessidade de enquadramento em lista positiva que caracterizava o regime anterior. A ideia é que o tributo incida apenas sobre o valor adicionado em cada etapa — e que isso seja mensurável item a item, operação por operação.
A implicação prática: sistemas que apuravam tributo por regime contábil e entregavam o resultado consolidado precisarão passar a registrar crédito por item de nota fiscal. Não é uma mudança de relatório — é uma mudança de granularidade na fonte.
Fonte: LC 214/2025, art. 28–45 — não cumulatividade plena IBS/CBS.
O segundo problema é a assimetria. O SPED não é só uma obrigação — é uma base de dados. A Receita Federal e os Sefaz estaduais têm acesso a cada NF-e emitida, com todos os campos, incluindo os novos campos de cClassTrib, CST-IBS e CST-CBS, incorporados ao leiaute da NF-e em 2026 e exigidos conforme cronograma regulatório. Cruzamento em escala entre emitente e destinatário, entre operação declarada e CFOP utilizado, entre alíquota aplicada e destino informado.
A empresa, na maioria dos casos, não tem o mesmo nível de detalhe sobre a própria operação. O controle interno foi desenhado para cumprir obrigações — não para construir uma base analítica reutilizável. O que foi entregue ao SPED foi entregue; o que ficou internamente é o que coube nos relatórios que o ERP gerava para a apuração vigente.
Erros que o regime antigo absorvia vão ficar mais visíveis. Classificação incorreta de CFOP em operações interestaduais. Crédito de insumo tomado sem rastreabilidade de destinação. Alíquota aplicada com base no estado de origem quando a operação deveria ter seguido o destino. No regime atual, esses erros ficavam subsumidos na cumulatividade ou resolvidos em compensação global. No novo, cada item é uma declaração vinculante — e o fisco tem os dados para cruzar.
O terceiro ponto é mais imediato: o saldo credor de ICMS acumulado. Para muitas empresas, especialmente as exportadoras e as que operam no regime não cumulativo do ICMS, esse saldo é expressivo. A LC 214/2025 prevê duas opções de tratamento: compensação com débitos de IBS em até 240 parcelas mensais, atualizadas pelo IPCA; ou ressarcimento em dinheiro, com prazo e rito a definir em regulamentação.
Parece simples. Não é. A escolha entre as duas opções depende de uma projeção de fluxo de caixa que, por sua vez, depende de estimar qual será a alíquota efetiva de IBS para as operações da empresa — que depende do mix de operações por destino — que depende de dados limpos por estado de consumidor. Empresas que não fizeram esse mapeamento vão escolher entre as opções sem saber qual é melhor para o seu caso específico.
Mais do que isso: o saldo credor de ICMS é um ativo no balanço. Em contextos de M&A, empresas com saldo credor expressivo são alvos de aquisição. Mas a qualidade do dado que sustenta esse ativo — a rastreabilidade das operações que geraram o crédito, a defensabilidade de cada CFOP — é o que determina se é ativo real ou contingência disfarçada de ativo.
Saldo credor ICMS na LC 214/2025: as duas opções e o que cada uma implica
Opção 1 — Compensação com IBS: o saldo credor de ICMS existente em 31/12/2032 pode ser usado para compensar débitos de IBS em até 240 parcelas mensais (20 anos), atualizadas pelo IPCA. A empresa mantém a liquidez do crédito ao longo do tempo, mas o valor real depende da inflação e do volume de débito de IBS que ela vai gerar.
Opção 2 — Ressarcimento em dinheiro: o crédito pode ser ressarcido em espécie, com prazo e condições a definir em regulamentação posterior. Para empresas com crédito acumulado e baixo volume de operações futuras (exportadoras, por exemplo), pode ser mais vantajoso. Mas o rito de ressarcimento ainda não está completamente regulamentado.
O que isso exige: projeção de débito de IBS por ano (que depende do mix de operações e destino), comparação com valor presente das 240 parcelas, modelagem de fluxo de caixa por cenário. Nenhum desses cálculos funciona sem dado fiscal limpo e rastreável por natureza de operação.
Fonte: LC 214/2025, dispositivos sobre créditos de ICMS na transição.
O departamento fiscal fez o que era possível com as ferramentas disponíveis. O SPED foi implementado como obrigação de entrega, não como repositório analítico interno. Ninguém foi negligente — o incentivo para manter dados com essa granularidade nunca existiu. O que importava era entregar o arquivo dentro do prazo e sem rejeição.
Agora o incentivo existe. E ele veio com um problema de tempo: remediar cinco anos de dado é caro, demorado e, em muitos casos, tecnicamente impossível — parte da informação original simplesmente não foi armazenada com o nível de detalhe que o novo regime requer. A consultoria tributária que fizer esse trabalho de auditoria retrospectiva tem um conflito de interesse estrutural: quanto mais discrepância encontrar, mais horas fatura. Isso não a torna desonesta — só cria o incentivo errado para a empresa entender onde está o problema real.
O fiscal interno que vai defender os créditos foi treinado no sistema antigo e vai defender os créditos com as categorias do sistema antigo. O CTO vai receber um projeto de "adequação tributária" que na prática é um projeto de reengenharia de dado. O CFO vai ver os dois separados no orçamento, aprovar os dois pela metade e descobrir que a intersecção — que é onde o problema mora — ficou sem dono.
E daí?
Auditar o passado tem custo e janela limitados. A questão prática não é descobrir o que estava errado nos últimos cinco anos — é não reproduzir o mesmo padrão daqui pra frente. A reforma cria o forcing event para construir uma camada de dado fiscal que seja útil por design: granular por item, rastreável por destino, reutilizável para as análises que o novo regime vai exigir.
Empresas que tratarem isso como "limpar a sujeira" vão limpar e continuar sujando. Empresas que tratarem como problema de arquitetura — como construir o sistema que gera o dado certo desde a origem — vão resolver uma vez. Como seria essa arquitetura é o que a próxima peça do dossiê endereça.
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
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? ← você está aqui
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
A Receita Federal já tem os seus dados. A questão é se você também tem.
Fontes: LC 214/2025 — IBS, CBS, não cumulatividade plena e créditos ICMS · EC 132/2023 — Emenda Constitucional da Reforma Tributária