Um cronograma nacional, plantas diferentes: a maturidade para CBS e IBS não é igual

O Ato Conjunto RFB/CGIBS nº 4, de 30 de julho de 2026, consolidou num único cronograma nacional as datas de obrigatoriedade para emissão de documentos fiscais eletrônicos com os campos de CBS e IBS, com a primeira onda em 3 de agosto de 2026 e as demais ondas entrando em vigor ao longo dos meses seguintes. Um cronograma único sugere que todo o grupo chega preparado na mesma data. Isso raramente é verdade.

Grupos industriais com múltiplas plantas em diferentes estados vivem uma particularidade que o cronograma nacional não resolve: o prazo é igual para todas as unidades, mas a maturidade de cada uma no ajuste de cadastro fiscal e parametrização SAP nunca foi igual antes da Reforma, e não fica igual só porque a data chegou.

Data igual não é prontidão igual. Essa confusão custa caro em grupos multiestaduais.

O footprint multiestadual, e por que ele importa agora

Empresas industriais com operação pulverizada entre vários estados brasileiros normalmente centralizaram a governança fiscal e de SAP num único time corporativo, enquanto a operação do dia a dia continua sob gestão local em cada planta. Essa divisão fazia sentido quando o calendário fiscal de cada estado tinha seu próprio ritmo.

A Reforma Tributária muda essa lógica para os tributos federais e do novo comitê gestor: CBS e IBS seguem um cronograma nacional único, que não distingue São Paulo de qualquer outro estado na data de entrada em vigor. O calendário é o mesmo para a matriz e para a planta mais distante da sede.

Isso parece simplificação. Na prática, transfere para dentro da empresa uma variável que antes era, em parte, externa: a data não distingue mais as plantas, mas a prontidão interna de cada uma continua distinta, porque cada planta tem seu próprio histórico de implementação SAP, sua própria versão de módulo fiscal, e seu próprio ritmo de atualização de cadastro de material e cliente.

Uma planta inaugurada mais recentemente tende a rodar numa versão de sistema mais atual, com parametrização mais limpa. Uma planta mais antiga carrega anos de customização acumulada, exceções fiscais abertas para casos pontuais, e um volume maior de cadastro legado que nunca passou por revisão completa.

A diferença de idade entre plantas de um mesmo grupo raramente é pequena. Em operações que cresceram por décadas, unidades mais antigas convivem com unidades inauguradas nos últimos anos, cada uma carregando um histórico próprio de decisões de sistema que ninguém revisita até a Reforma forçar a comparação.

A governança corporativa centralizada tende a enxergar o grupo pelo relatório consolidado, não pela operação de cada planta. Esse relatório mostra faturamento, volume produzido e indicadores financeiros agregados, raramente mostra em que versão de sistema fiscal cada unidade está rodando, porque essa informação nunca precisou subir ao nível corporativo antes da Reforma criar essa necessidade.

A idade da planta explica boa parte da distância entre o status que o corporativo acredita ter e o status real de cada unidade.

O cronograma nacional único, e o que ele realmente exige

O Ato Conjunto RFB/CGIBS nº 4 não cria uma data única para tudo. Ele organiza a obrigatoriedade em ondas sucessivas: a primeira, em 3 de agosto de 2026, cobre a nota fiscal eletrônica, a nota fiscal de consumidor eletrônica, o conhecimento de transporte eletrônico e o manifesto eletrônico de documentos fiscais, entre outros documentos relacionados. As ondas seguintes, ao longo dos meses posteriores, alcançam outros tipos de documento e operação, até o início de 2027.

O cronograma consolida num único ato normativo as datas de obrigatoriedade que antes estavam dispersas, segundo o que publicaram a Receita Federal e o Comitê Gestor do IBS ao anunciar o ato em 31 de julho de 2026.

Para um grupo com uma única planta, esse escalonamento já exige planejamento: cada tipo de documento emitido pela operação precisa estar pronto na sua própria onda. Para um grupo com múltiplas plantas, o mesmo escalonamento se multiplica pelo número de unidades, porque cada planta emite combinações diferentes de documentos, dependendo do que produz e para quem vende.

Uma planta que fatura majoritariamente para outras empresas do grupo enfrenta um conjunto de exigências. Uma planta que vende direto para o mercado final, ou que opera com transporte próprio de insumos entre unidades, enfrenta outro. O cronograma nacional trata as datas como iguais; as combinações de documentos que cada planta precisa emitir corretamente nessas datas não são.

Multiplicar o calendário pelo número de plantas não é exercício aritmético. É o tamanho real do trabalho que falta.

Há ainda uma camada adicional que esse escalonamento por ondas cria: uma planta pode estar pronta para a primeira onda, de agosto, e ao mesmo tempo completamente despreparada para uma onda posterior, se essa onda envolver um tipo de documento ou operação que a planta nunca tinha parametrizado antes, como um cenário de transferência interestadual sob o novo regime.

O calendário também cria uma falsa sensação de alívio depois de cada onda cumprida. Um grupo que passa pela primeira onda sem incidente tende a relaxar a atenção sobre a próxima, presumindo que, se a primeira foi superada, as seguintes também serão. Essa presunção ignora que cada onda cobre um conjunto diferente de documentos e operações, testado por um conjunto diferente de plantas.

Onde a maturidade varia, mesmo com o prazo sendo igual

A primeira fonte de variação é a versão de SAP rodando em cada planta. Grupos que cresceram por aquisição ou por expansão orgânica ao longo de décadas raramente padronizaram a versão de ECC ou S/4HANA entre todas as unidades no mesmo momento. Uma planta pode estar numa versão recente, com suporte ativo do fornecedor para os novos campos fiscais; outra pode estar numa versão mais antiga, exigindo nota de correção ou atualização específica antes de sequer começar a testar CBS e IBS.

A segunda fonte é o cadastro fiscal de material e cliente. CBS e IBS dependem de classificação correta de item e de regime tributário do destinatário para calcular o imposto certo em cada operação. Uma planta com cadastro revisado recentemente chega mais perto do correto. Uma planta com cadastro legado, nunca auditado por completo, carrega inconsistências que só aparecem quando o motor fiscal tenta aplicar a nova regra sobre um dado mal classificado.

A terceira fonte é o time local. Plantas com equipe fiscal e de TI mais enxuta dependem mais da equipe corporativa para qualquer ajuste, o que cria fila. Quando o cronograma nacional empurra todas as plantas para a mesma onda, a fila de ajuste prioriza quem grita mais alto, não necessariamente quem está mais atrasado.

Fila por urgência percebida não é fila por risco real. São critérios diferentes, e só um deles importa de verdade.

Há uma quarta fonte, menos discutida: o volume de transações por planta. Uma unidade com alto volume de notas emitidas por dia expõe qualquer falha de parametrização muito mais rápido do que uma unidade de volume baixo, simplesmente porque o erro se repete mais vezes antes de ser percebido. Duas plantas com a mesma versão de sistema e o mesmo cadastro podem ter exposições completamente diferentes só pela diferença de volume operacional.

A planta mais lenta nesse ajuste não aparece em nenhum painel corporativo até o primeiro documento sair com erro, depois da data de obrigatoriedade. Até lá, o grupo inteiro parece pronto, porque o indicador que existe é o prazo, não a prontidão real de cada unidade.

Como auditar a prontidão planta a planta antes do prazo

A auditoria começa por mapear, unidade por unidade, qual é a versão de SAP em produção e se ela já recebeu a nota de correção ou upgrade necessário para suportar os novos campos de CBS e IBS. Esse mapeamento, sozinho, já costuma revelar diferenças que o time corporativo não tinha visibilidade, porque cada planta reporta o próprio status sem comparação cruzada com as demais.

O segundo ponto é testar a emissão de cada tipo de documento que a planta realmente usa, na sua combinação real de operações, não num cenário genérico de teste corporativo. Uma planta que também opera como centro de distribuição para outras unidades do grupo precisa validar a transferência interestadual sob a nova regra, cenário que uma planta puramente fabril, vendendo direto ao mercado, nem sequer movimenta.

O terceiro ponto é auditar o cadastro de material e cliente por amostragem em cada planta, não só na base corporativa consolidada. Divergência de classificação fiscal tende a se concentrar em cadastros mais antigos, que raramente são os mesmos em todas as unidades de um grupo que cresceu ao longo de vários anos e por diferentes frentes.

Teste genérico não encontra erro específico. Só o cenário real da planta revela isso.

O quarto ponto é dar visibilidade central ao status real de cada planta, não ao prazo nacional. Um painel que mostra "cronograma CBS/IBS: no prazo" para o grupo inteiro esconde exatamente a informação que mais importa: qual unidade está, de fato, mais perto ou mais longe de emitir corretamente na data que vale para todas.

O quinto ponto, frequentemente ignorado até o primeiro incidente, é o plano de contingência por unidade: o que a planta faz se um tipo específico de documento falhar na data de obrigatoriedade, quem assume a correção, e em quanto tempo a operação volta a emitir corretamente sem parar a expedição de mercadoria. Grupos que auditam a prontidão planta a planta, mas não desenham esse plano, descobrem a lacuna exatamente no pior momento possível, que é o dia em que a obrigação já está em vigor.

Um sexto ponto fecha o ciclo de auditoria: revisar com que frequência cada planta vai repetir esse teste a cada nova onda do cronograma. Uma auditoria única, feita só antes da primeira onda de agosto, perde valor assim que a onda seguinte do Ato Conjunto entra em vigor com um conjunto diferente de documentos e operações exigidos.

O que verificar antes da próxima onda do cronograma

O Diagnóstico Fiscal SAP da DFSpro, aplicado em ambiente distribuído, audita exatamente essa prontidão planta a planta: versão de sistema, cadastro fiscal e cenários de emissão reais de cada unidade, comparados entre si, não apenas contra o prazo nacional. A governança e sustentação do ecossistema Guepardo Tax, quando presente, cobre a consistência de parametrização entre unidades ao longo do tempo, para que a diferença de maturidade não volte a se abrir a cada nova onda do cronograma.

A decisão de priorizar qual planta corrigir primeiro é sempre do cliente. O que o diagnóstico entrega é a visão comparativa que normalmente não existe: qual unidade está, hoje, mais exposta, e por qual motivo específico, em vez da suposição de que o cronograma nacional já garantiu prontidão uniforme.

Comparação revela o que o status isolado de cada planta esconde.

O primeiro passo prático, antes de qualquer diagnóstico externo, é simples: pedir para cada planta responder, separadamente, em que versão de SAP está, quando foi a última revisão completa do cadastro fiscal, e qual é o volume médio de documentos emitidos por dia. Se as respostas não forem uniformes, o cronograma nacional já deixou de ser garantia de prontidão uniforme, mesmo antes da próxima onda entrar em vigor.