A flexibilização da NF-e não flexibiliza a apuração de 2027

A Receita Federal suspendeu a obrigatoriedade de preenchimento dos campos de CBS e IBS em NF-e, NFC-e, CT-e e outros documentos fiscais eletrônicos, e boa parte do mercado está lendo isso como um alívio de prazo. Não é. É uma suspensão de validação, não uma suspensão de apuração. O campo que seu SAP deixar de preencher porque a rejeição não vai mais acontecer continua sendo o mesmo campo que a apuração assistida de 2027 vai esperar encontrar preenchido.

Validação suspensa não é dado dispensado.

A linha do tempo oficial, em quatro datas

Em 2026-07-27, a Receita Federal e o Comitê Gestor do IBS anunciaram que divulgariam o cronograma de emissão dos documentos fiscais eletrônicos da Reforma Tributária, com o compromisso declarado de que, "sempre que possível, esses leiautes serão disponibilizados com uma antecedência mínima de 60 dias", segundo nota oficial da Receita Federal. Três dias depois, em 2026-07-30, o Ato Conjunto RFB/CGIBS nº 4 fixou 2026-08-03 como data de obrigatoriedade para NF-e, CT-e, MDF-e e outros documentos entrarem no novo regime de CBS e IBS.

Até aqui, a sequência é direta: anúncio de cronograma, publicação do ato, prazo definido. O que rompe essa linearidade é a quarta data. Em 2026-08-01, dois dias antes da obrigatoriedade entrar em vigor, a Receita Federal anunciou que o Comitê Gestor do IBS flexibilizaria o preenchimento desses mesmos campos. A nota oficial trata da "suspensão da obrigatoriedade do preenchimento de informações relativas a CBS e IBS em documentos fiscais eletrônicos como NF-e, NFC-e, CT-e, CT-e OS, GTV-e, BP-e, NF3e e NFCom", conforme divulgação da Receita Federal.

Quatro dias. Um cronograma anunciado, publicado e parcialmente suspenso.

O detalhe que muda a leitura dessa sequência é o verbo usado. A Receita não revogou o Ato Conjunto nem adiou a data de 2026-08-03. Ela suspendeu a obrigatoriedade de preenchimento, o que é uma ação sobre a validação do documento no momento da emissão, não sobre a existência da obrigação tributária que o CBS e o IBS representam a partir daquela data.

Essa proximidade entre a entrada em vigor e a flexibilização também diz algo sobre o ritmo real de maturação do leiaute. Um ajuste anunciado dois dias antes da obrigatoriedade, depois de um compromisso público de antecedência mínima de 60 dias para publicação de leiaute, sugere que o próprio ambiente de homologação dos emissores de documento fiscal não estava pronto para validar o campo em escala nacional. Isso não muda a obrigação tributária de fundo, mas explica por que a Receita optou por suspender a trava de validação em vez de adiar a data de entrada em vigor do Ato Conjunto.

O que a flexibilização cobre, e o que ela não cobre

O que a flexibilização cobre é o bloqueio de emissão. Antes de 2026-08-01, um documento com os campos de CBS e IBS ausentes ou incorretos corria o risco de ser rejeitado no momento da transmissão, o que em operação de alto volume de NF-e, CT-e e MDF-e significa parada de faturamento e, em cadeias que dependem de entrega programada, risco de parar linha. A suspensão remove essa trava imediata. Isso é real e tem valor operacional concreto no curto prazo.

O que ela não cobre é a obrigação tributária de CBS e IBS em si, que já está em vigor desde 2026-08-03 para os documentos listados no Ato Conjunto nº 4. A flexibilização trata do preenchimento do campo, não da incidência do imposto. Isso significa que a operação continua sujeita às regras de CBS e IBS aplicáveis à nota, ao conhecimento de transporte ou ao manifesto, independentemente de o sistema emissor ter sido ou não configurado para gravar esse dado corretamente.

Essa é a distinção que o anúncio de 2026-08-01 não deixa explícita e que o briefing técnico do Comitê Gestor, quando publicado, deveria esclarecer com mais precisão: suspender a validação não suspende a apuração. O que muda é o momento em que a ausência do dado vira problema. Antes, o problema aparecia na hora da emissão, como rejeição. Agora, ele é adiado para a hora da apuração.

Rejeição hoje. Divergência amanhã. O problema não some, só muda de hora.

Há ainda uma terceira camada que raramente aparece na leitura rápida do anúncio: a flexibilização é de preenchimento no documento individual, não de obrigação de controle interno. Mesmo sem a trava de rejeição ativa, a empresa segue responsável por conseguir demonstrar, se questionada, como calculou ou deixou de calcular CBS e IBS em cada operação. Ausência de bloqueio no emissor não equivale a ausência de dever de guarda e justificativa do critério usado.

Dado vazio hoje, apuração assistida amanhã

A apuração assistida de CBS e IBS depende de dados consistentes acumulados ao longo do período de transição. Um campo que sai vazio da NF-e hoje, porque a validação não exige mais o preenchimento, não deixa de ser um campo relevante para a apuração que vai consolidar esses documentos em 2027. A diferença é que, em vez de ser corrigido documento a documento no momento da emissão, esse vazio vira uma lacuna estatística que só aparece quando alguém tenta reconstruir a base de cálculo do período inteiro.

Em operações com fornecimento just-in-time, esse efeito tende a ser amplificado pelo volume. Quando o ritmo de entrega exige emissão contínua de NF-e, CT-e e MDF-e para abastecer linha de montagem, qualquer campo que o SAP deixe de preencher por falta de exigência de validação se repete em escala, documento após documento, durante todo o período em que a flexibilização estiver em vigor. O que seria um ajuste pontual em operação de baixo volume vira um padrão sistemático em operação de alto volume.

O risco aqui não é técnico no sentido estrito. É de timing de correção. Corrigir um campo vazio em uma nota individual, no momento da emissão, é uma operação simples. Reconstituir meses de documentos emitidos sem o campo preenchido, quando a apuração assistida de 2027 exigir essa informação de forma consolidada, é um trabalho de reprocessamento que nenhuma equipe fiscal planeja com antecedência, porque hoje o sistema não está sinalizando nenhum erro.

Silêncio do sistema não é ausência de risco. É risco sem alarme.

A Receita também não fixou uma data para a retomada da validação obrigatória. Isso tem uma consequência prática que vai além do volume acumulado: sem um marco de encerramento conhecido, a empresa não consegue estimar hoje o tamanho do lote que vai precisar reprocessar, porque esse tamanho depende de uma data futura que ainda não existe. Um prazo fixo permitiria calcular o universo exato de documentos afetados. A ausência dele transforma o dimensionamento do problema em algo que só pode ser medido depois do fato, nunca planejado antes dele.

Por que o SAP preenche por obrigação, não por escolha

A maioria das configurações fiscais em SAP é construída em torno de validação: o sistema preenche, calcula e valida um campo porque a ausência dele bloqueia o próximo passo do processo, seja a emissão do documento, seja o lançamento contábil. Quando a validação é suspensa, a tendência natural da configuração técnica, se ninguém intervier, é parar de forçar o preenchimento, porque não há mais nada no fluxo que dependa dele para seguir adiante.

Isso coloca o time fiscal diante de uma pergunta que normalmente não precisa fazer: o sistema está preenchendo o campo porque alguém decidiu que ele deveria continuar preenchendo, mesmo sem obrigação de validação, ou está deixando de preencher porque essa é a configuração padrão quando a trava desaparece? Em ambientes com Guepardo Tax como motor de cálculo fiscal, essa decisão normalmente é tomada na camada de regra de determinação de imposto, não na camada de validação de documento, o que significa que ela pode ter sido configurada antes da flexibilização e nunca revisitada depois dela.

Decisão por configuração, não por escolha ativa, é decisão tomada no escuro.

Vale separar dois tipos de ausência de dado que costumam ser tratados como a mesma coisa e não são. Um campo que fica vazio porque a regra de determinação de imposto nunca foi parametrizada para aquele cenário é um problema de configuração original, anterior à flexibilização. Um campo que estava sendo calculado corretamente e passou a vir vazio depois de 2026-08-01 é um problema novo, introduzido pela forma como a equipe de TI reagiu ao anúncio da Receita. São causas diferentes e pedem correção diferente: a primeira exige revisão de regra fiscal, a segunda exige apenas reverter uma configuração que nunca deveria ter sido ligada à validação de documento.

O teste de amostra que resolve a dúvida

A forma mais direta de responder se o SAP está preenchendo os campos de CBS e IBS por escolha ou por obrigação é extrair uma amostra de documentos emitidos depois de 2026-08-01 e verificar, campo a campo, o que efetivamente foi gravado. Não é uma auditoria completa nem exige o ato técnico definitivo do Comitê Gestor, que até o momento desta publicação ainda não havia sido localizado de forma conferida. É uma checagem pontual, aplicável com o que já está disponível hoje.

O primeiro ponto a verificar é se os campos de CBS e IBS aparecem preenchidos em notas emitidas depois da flexibilização, mesmo sem a validação obrigando o preenchimento. O segundo é se, quando aparecem, os valores são consistentes com o que apareceria se a validação ainda estivesse ativa, ou se são preenchidos com valor padrão sem lastro em cálculo real. O terceiro é se há diferença de comportamento entre os tipos de documento listados na flexibilização, como NF-e, CT-e e MDF-e, porque a configuração de cada um pode ter sido tratada de forma distinta dentro do mesmo ambiente SAP.

Essa amostragem não decide o que fazer com o resultado. Decide se existe um problema para resolver antes que ele vire volume acumulado de meses.

O teste responde uma pergunta simples: nos documentos emitidos desde a flexibilização, o dado que a apuração de 2027 vai exigir já está sendo gravado, ou já começou a faltar sem que ninguém tenha percebido. Essa resposta não depende de interpretação tributária. Depende de olhar o documento que já foi emitido.

Um quarto ponto que vale incluir na mesma amostragem, mesmo que o briefing original não o peça diretamente, é verificar se a data de corte usada internamente pela equipe de TI para desligar a validação coincide exatamente com 2026-08-01. Em operações com múltiplas plantas, é comum que ajustes de parametrização sejam aplicados em datas ligeiramente diferentes entre centros, o que pode gerar um subconjunto de documentos emitidos num intervalo intermediário com comportamento inconsistente entre si.

O que fazer com a resposta

Se a amostra mostrar que os campos continuam preenchidos de forma consistente, o risco identificado neste texto está mitigado na prática, mesmo que a configuração não tenha sido revisada formalmente. Se mostrar que os campos pararam de ser preenchidos, ou passaram a receber valor padrão sem cálculo real por trás, existe uma janela para corrigir a configuração antes que o volume de documentos sem o dado correto cresça ainda mais. Quanto mais cedo essa correção acontecer, menor o volume de notas que vai precisar de reprocessamento quando a apuração assistida de 2027 entrar em operação.

Essa janela de correção tem um valor que não é apenas técnico. Cada mês em que a configuração roda sem o dado correto é um mês em que a empresa acumula exposição sem ter decidido conscientemente assumir esse risco. A diferença entre aceitar um risco calculado e carregar um risco não identificado é justamente a amostragem: sem ela, a empresa não sabe em qual das duas situações está.

A decisão sobre como tratar eventuais inconsistências encontradas na apuração é do time fiscal e tributário da empresa. O que o Diagnóstico Fiscal Estruturado da DFSpro resolve é a etapa anterior a essa decisão: provar, em sistema, se o documento que está saindo do SAP hoje carrega o dado que a apuração de amanhã vai precisar, usando o Guepardo Tax como motor de cálculo e validação para mostrar onde a configuração já está alinhada e onde ainda depende de ajuste manual silencioso.