Boa parte das médias e grandes empresas passou o primeiro semestre de 2026 adaptando sistema para a Reforma Tributária. Muitas conseguiram. E mesmo assim a nota continua saindo errada.
Um levantamento divulgado nesta semana pelo Portal Contábeis, com base em pesquisa da Roit, aponta onde o problema se deslocou: o software foi ajustado, mas o dado que alimenta esse software não. Descrição de produto genérica, NCM desatualizada, cadastro de cliente e fornecedor sem revisão, dados de estabelecimento divergentes entre a área fiscal e a comercial. O gargalo saiu da camada de sistema e foi parar no cadastro.
Para quem opera Oracle EBS, SAP ou JDE com solução fiscal integrada, esse diagnóstico não é novidade conceitual. A novidade é o custo. No modelo antigo, um cadastro imperfeito produzia divergência que se resolvia no ajuste da apuração. No modelo de IBS e CBS, ele produz documento fiscal rejeitado ou, pior, aceito com tributação errada.
Por que o cadastro passou a definir a tributação
A lógica do novo modelo é diferente da que a maioria dos times fiscais internalizou ao longo de vinte anos. A tributação de IBS e CBS é determinada a partir da classificação da operação e do item, com a alíquota vindo de uma tabela nacional e o tratamento específico vindo do código de classificação tributária associado ao produto ou serviço.
Isso muda o peso relativo das coisas. Antes, o motor de cálculo carregava a inteligência: regra de ICMS por estado, exceção de ST, tratamento de PIS e Cofins por natureza de operação. Boa parte disso era resolvida na parametrização da solução fiscal, e um cadastro de item mais ou menos correto ainda produzia apuração defensável, porque a regra corrigia por cima.
Agora a regra depende do cadastro. Se a NCM está errada, a classificação tributária derivada dela está errada, e o cálculo executa corretamente sobre uma premissa falsa. O sistema não acusa nada, porque do ponto de vista dele nada falhou.
É esse o ponto que costuma passar batido nas reuniões de projeto. A pergunta que aparece é se o ERP está pronto. A pergunta que resolve é se o dado está pronto.
Onde a base de itens costuma estar pior do que parece
Em bases grandes, o problema quase nunca é o item criado no mês passado. É o acúmulo.
Empresas com dez ou quinze anos de operação carregam bases de dezenas de milhares de itens, boa parte inativa mas ainda passível de movimentação. Muitos vieram de migração de sistema antigo, com descrição truncada no limite de caracteres da origem. Outros foram criados às pressas para atender um pedido específico e nunca passaram por validação fiscal. Há também os que tiveram a NCM correta no momento do cadastro e ficaram desatualizados nas revisões da tabela.
Três padrões aparecem com frequência em revisão de base:
- Item com descrição que não permite classificar. Registros como “PEÇA REPOSIÇÃO CONF PEDIDO” ou “SERVIÇO DIVERSO” são impossíveis de auditar sem consultar quem comprou. Se ninguém consegue dizer o que é o item, ninguém consegue defender a NCM dele.
- NCM herdada por cópia. O cadastrador duplica um item parecido para ganhar tempo e a classificação vem junto. Funciona até o item parecido ter tratamento tributário diferente.
- Divergência entre cadastro corporativo e cadastro local. Comum em grupos com múltiplos CNPJs, quando cada filial manteve autonomia para criar item. O mesmo produto físico existe três vezes, com três classificações.
Nenhum desses casos aparece em teste com nota de amostra. Todos aparecem no primeiro fechamento com volume real.
A ferramenta entrega quando o dado sustenta
Vale separar responsabilidades com clareza, porque a conversa costuma escorregar para o lugar errado.
Tax One, Mastersaf e ONESOURCE comportam o modelo de IBS e CBS. A parametrização existe, as tabelas são atualizáveis e a integração com Oracle EBS, SAP e JDE está resolvida do ponto de vista técnico. Uma solução fiscal bem configurada executa o cálculo correto sobre o dado que recebe.
O que ela não faz é adivinhar que a NCM enviada pelo ERP está errada. Nem deveria. A responsabilidade pela qualidade do dado mestre é do processo de cadastro, e é exatamente aí que a maioria das empresas nunca definiu dono.
Quando encontramos apuração inconsistente em ambiente de cliente, a causa raiz está em uma dessas quatro camadas: cadastro sem validação fiscal na criação, integração enviando campo diferente do esperado, parametrização que não acompanhou uma mudança normativa, ou reconciliação que não existe e por isso não detecta o desvio. Só a terceira é problema de configuração da ferramenta. As outras três são processo.
Um roteiro de revisão que cabe no calendário
Revisar cem por cento da base de itens antes de janeiro de 2027 não é realista para a maioria das empresas, e também não é necessário. O critério útil é risco por movimentação.
Comece pelo que gira. Levante os itens que tiveram movimento nos últimos doze meses e ordene por volume de operações e por valor. Em bases típicas, algo entre 15% e 20% dos itens responde pela quase totalidade das notas emitidas. Esse é o conjunto que precisa estar correto primeiro.
Cruze NCM com a tabela vigente. Classificações extintas ou reclassificadas em revisões anteriores ainda estão ativas em muitos cadastros. Esse cruzamento é automatizável e devolve uma lista de exceções em poucas horas.
Procure duplicidade entre estabelecimentos. Agrupe itens por descrição normalizada e compare a classificação atribuída. Divergência dentro do mesmo grupo econômico é sinal de que o processo de criação nunca foi centralizado.
Defina o dono antes de terminar a limpeza. É o passo que as empresas pulam e o que faz a base degradar de novo em seis meses. Alguém precisa aprovar a classificação fiscal de todo item novo, com prazo acordado para não travar o comercial. Sem isso, a revisão vira um projeto que se repete todo ano.
Use a janela de teste. Desde 3 de agosto os documentos fiscais do regime regular já carregam os campos de IBS e CBS com a alíquota-teste de 1%. É a única oportunidade de rodar volume real e comparar resultado sem que o erro vire passivo. Em janeiro de 2027, quando a CBS substituir PIS e Cofins, essa margem acaba.
O que fazer com isso
Se a sua empresa já adaptou o ERP e ainda vê rejeição ou divergência na apuração de teste, o próximo projeto provavelmente não é de sistema. Três perguntas ajudam a confirmar em meia hora de reunião entre fiscal e TI:
Quem aprova hoje a classificação fiscal de um item novo, nominalmente? Quanto tempo passa entre a criação do item no ERP e essa validação? Quando foi a última revisão da base de itens que já estão ativos?
Se alguma das três não tem resposta objetiva, o cadastro é o gargalo.
A WMX trabalha desde 2006 na fronteira entre a área fiscal e o ERP, com times que conhecem tanto a parametrização das soluções Thomson Reuters quanto o comportamento de Oracle EBS, SAP e JDE. Revisão de base de itens, redesenho do fluxo de aprovação de cadastro e reconciliação entre ERP e solução fiscal são frentes que executamos com scripts próprios sobre a base do cliente. Fale com a gente se quiser avaliar o estado da sua base antes do fechamento de 2026.
Fonte: Portal Contábeis, 23/08/2026, “Reforma Tributária: sistemas já foram adaptados, mas cadastros continuam sendo gargalo”, com base em levantamento da Roit realizado entre maio e junho de 2026 com 70 gestores das áreas financeira, fiscal e de tecnologia de médias e grandes empresas.