Reforma Tributária no SAP: o erro mora entre 5 camadas, não na lei

Nenhum CFO relevante vai chegar a 2027 sem saber que a CBS passa a ser cobrada de forma plena e que PIS e COFINS são extintos. A lei está publicada, o prazo está fixado na própria Constituição, e qualquer time fiscal minimamente informado já conhece o cronograma. O erro que vai aparecer não vem de desconhecer a lei. Vem de subestimar quantas outras coisas, dentro da empresa, precisam mudar junto com ela, e a distância entre saber o que a lei diz e ter a operação pronta para funcionar sob ela é onde a maioria dos projetos vai tropeçar.

A Emenda Constitucional 132/2023, promulgada em 20 de dezembro de 2023, fixou esse cronograma: segundo o art. 125 do Ato das Disposições Constitucionais Transitórias (ADCT), 2026 é ano de teste, com IBS cobrado à alíquota estadual de 0,1% e CBS à alíquota de 0,9%. O art. 126 do ADCT determina que, a partir de 2027, a cobrança de CBS passa a ser plena, com extinção de PIS e COFINS. Os arts. 128 e 129 do ADCT fixam a redução progressiva de ICMS e ISS entre 2029 e 2032, com extinção definitiva a partir de 2033. Isso é a norma. O erro real mora em outro lugar.

O framework: cinco camadas de dependência

Ao acompanhar projetos de adequação à Reforma em operações SAP com componente fiscal relevante, um padrão se repete com consistência suficiente para virar framework: o erro raramente nasce na primeira camada, a norma em si. Nasce na fricção entre cinco camadas que precisam mudar juntas, e cada uma tem seu próprio ritmo, seu próprio dono, e sua própria chance de ficar para trás enquanto as outras avançam.

1. Norma: o que a lei de fato diz, com o dispositivo exato e a data de vigência. É a camada mais visível, mais discutida, e paradoxalmente a que menos costuma gerar erro isolado, porque está publicada e é a mesma para todo mundo.

2. Cadastro: os dados mestres de produto, cliente e fornecedor que a nova regra tributária vai consultar para determinar IBS e CBS. Um cadastro desatualizado, com classificação fiscal antiga ou incompleta, faz a norma nova operar sobre dado velho, produzindo resultado tecnicamente calculado, mas fiscalmente incorreto.

3. Processo: a rotina operacional real de quem lança, corrige e concilia cada transação. Um processo que dependia de um ajuste manual recorrente sob o regime antigo não se adapta sozinho ao regime novo só porque o sistema foi reparametrizado.

4. Sistema: a parametrização técnica em si, dentro do SAP e do motor fiscal integrado. É a camada que mais recebe atenção e orçamento, porque é a mais tangível e a mais fácil de contratar como projeto fechado.

5. Prazo: o calendário legal, fixo e não negociável, que corre independente de qualquer uma das quatro camadas anteriores estar pronta ou não. É a camada que transforma um atraso em qualquer uma das outras quatro em um problema de compliance com data marcada.

Onde a fricção realmente aparece

O erro que os times mais experientes já identificaram não é falhar em nenhuma camada isoladamente. É avançar rápido em uma camada, geralmente sistema, porque é a mais fácil de contratar e medir, enquanto outra camada, geralmente cadastro ou processo, segue no ritmo antigo, sem que ninguém tenha formalmente verificado a dependência entre as duas. A parametrização técnica pode estar tecnicamente impecável e ainda assim produzir resultado fiscalmente errado, porque o cadastro que ela consulta não foi atualizado com a mesma prioridade.

Esse tipo de fricção não aparece em nenhum relatório de status de projeto que mede progresso camada por camada isoladamente. Um projeto pode reportar "sistema: 90% concluído" e "cadastro: 60% concluído" como duas métricas separadas, sem que ninguém calcule o que essa diferença de ritmo significa na prática: 40% das transações rodando sob parametrização nova, consultando dado antigo, produzindo resultado que passa despercebido até a primeira reconciliação real.

O modo de falha típico de cada camada

Cada uma das cinco camadas tende a falhar de um jeito característico, e reconhecer esse padrão ajuda a identificar o risco antes que ele apareça no resultado consolidado. A camada de norma raramente falha por desconhecimento total, falha por interpretação desatualizada: uma equipe que estudou a Reforma em 2024 e não acompanhou atualizações posteriores da regulamentação infraconstitucional pode estar operando sobre uma leitura da lei que já mudou. A camada de cadastro falha por volume: revisar dado mestre em escala é trabalho manual, lento, pouco visível, e por isso é a camada mais fácil de deixar para depois quando o cronograma aperta.

A camada de processo falha por invisibilidade: um ajuste manual recorrente, feito por uma pessoa específica há anos, raramente está documentado em nenhum lugar formal, e por isso simplesmente não aparece no escopo do projeto de adequação, porque ninguém perguntou sobre ele. A camada de sistema, ao contrário das outras, tende a falhar por excesso de confiança: por ser a camada mais testada, mais documentada e mais visível para o comitê executivo, vira a métrica principal de "quanto o projeto avançou", escondendo o fato de que sistema correto não garante resultado correto se as camadas anteriores não acompanharam o mesmo ritmo. E a camada de prazo, por definição, não falha, ela simplesmente não espera: é a camada que revela, de forma pública e com data marcada, todas as falhas acumuladas nas quatro anteriores.

Como medir a distância entre camadas, na prática

Medir a distância de ritmo entre as cinco camadas não exige um sistema novo de gestão de projeto, exige uma pergunta adicional em cada status report: para cada camada, qual o percentual de conclusão medido contra um critério objetivo e específico daquela camada, não contra uma sensação geral de "andamento bom"? Sistema mede-se por cenário de teste aprovado sobre o total de cenários mapeados como críticos. Cadastro mede-se por item revisado e validado sobre o total de itens com volume relevante de transação. Processo mede-se por rotina documentada e formalmente substituída sobre o total de rotinas manuais identificadas no levantamento inicial.

Uma vez que cada camada tem sua própria métrica objetiva, a distância entre elas deixa de ser uma impressão qualitativa e vira um número que pode ser reportado ao CFO com a mesma clareza que qualquer outro indicador financeiro. Se sistema está em 85% e cadastro em 45%, essa diferença de 40 pontos não é um detalhe técnico, é a exposição real da empresa, quantificada, e pode virar item explícito de pauta no próximo comitê, com um plano específico para reduzir essa distância antes que o prazo da camada cinco, o cronograma legal, force uma decisão de correção emergencial em vez de planejada.

O CFO costuma ser a pessoa que recebe o resultado consolidado sem ver, necessariamente, qual das cinco camadas gerou a divergência. Um número de apuração que não bate, um crédito que não foi apropriado no prazo certo, uma reconciliação que demora mais do que deveria: tudo isso chega ao CFO como sintoma agregado, sem indicar de imediato se a causa foi norma mal interpretada, cadastro desatualizado, processo não ajustado, sistema mal configurado ou simplesmente prazo apertado demais para as quatro primeiras camadas se alinharem a tempo.

Isso significa que a pergunta mais valiosa que um CFO pode fazer, ao acompanhar o projeto de adequação à Reforma, não é "estamos no prazo", que é uma pergunta sobre uma camada só. É: as cinco camadas estão avançando no mesmo ritmo, ou alguma está sistematicamente atrasada em relação às outras, criando um ponto de fricção que só vai aparecer quando o resultado consolidado chegar até mim?

Um exemplo de fricção real entre camadas

Considere uma rede varejista com centenas de milhares de itens cadastrados, acumulados ao longo de anos de operação, com fornecedores diferentes, aquisições e integrações de catálogo. O projeto de adequação a IBS e CBS avança na camada de sistema: o SAP e o motor fiscal são reparametrizados, testados, aprovados em ambiente de homologação. A camada de cadastro, no entanto, não recebeu o mesmo nível de prioridade, porque revisar centenas de milhares de itens é um trabalho manual, lento, e não tem o mesmo apelo de "projeto de TI concluído" que a parametrização técnica tem.

O resultado, quando o sistema novo entra em produção, é previsível: a parametrização calcula corretamente segundo a regra nova, mas para uma fração relevante dos itens, a classificação fiscal cadastrada ainda reflete uma categoria antiga, criada em outro contexto de negócio, que já deveria ter sido revisada há tempo mas nunca chegou ao topo da lista de prioridades de nenhum time específico, porque tecnicamente não é responsabilidade clara nem do time fiscal nem do time de dados mestres, fica numa zona cinzenta entre os dois. O sistema não erra. O cadastro que o sistema consulta é que carrega o erro, e nenhum teste técnico da parametrização em si detecta esse tipo de problema, porque o teste técnico valida a lógica de cálculo, não a qualidade do dado de entrada.

O que fazer com o framework, na prática

Aplicar esse framework não exige nenhuma ferramenta nova, exige uma mudança de pergunta no status de projeto: em vez de medir progresso por camada isolada, medir a distância de ritmo entre as cinco. Se sistema está em 90% e cadastro em 60%, essa distância de 30 pontos percentuais é o tamanho real do risco que a empresa está carregando, não os 90% de sistema concluído isoladamente. O mesmo vale para processo em relação a sistema, e para qualquer combinação das cinco camadas entre si.

Um Diagnóstico Fiscal Estruturado, quando aplicado com esse framework como lente, tem como entregável principal exatamente esse mapa de distância entre camadas: onde o ritmo está desalinhado, qual camada específica está puxando as demais para trás, e qual o tamanho real da exposição que isso representa antes do primeiro fechamento sob o regime novo. A decisão sobre como priorizar a correção de cada camada, e sobre quanto orçamento e tempo alocar a cada uma, continua sendo inteiramente do cliente; o papel da consultoria é tornar visível, com dado concreto, a distância entre elas, que normalmente fica escondida atrás de métricas de progresso reportadas camada por camada, sem nunca serem cruzadas umas contra as outras.

Empresas não vão errar a Reforma Tributária por desconhecer a lei. A lei está publicada e é a mesma para todo mundo. Vão errar por medir progresso camada por camada, sem nunca calcular a distância entre elas, e descobrir o tamanho real dessa distância só quando o resultado consolidado chegar errado na mesa do CFO. Se fizer sentido mapear essa distância concreta na sua operação antes do próximo ciclo de fechamento, mesmo que ainda de forma preliminar, estou disponível para conversar.