O prazo de 3 de agosto já passou e o calendário fiscal da NF-e não parou

Em 30 de julho de 2026, a Receita Federal e o Comitê Gestor do IBS assinaram o Ato Conjunto RFB/CGIBS nº 4. O artigo 1º, inciso I, fixou 3 de agosto de 2026 como a data a partir da qual a emissão da NF-e modelo 55 passa a exigir os campos de IBS e CBS para os fatos geradores que ocorrerem a partir dessa data. O prazo já passou. E é aqui que a maioria das equipes fiscais erra o cálculo: trata esse tipo de data como um evento isolado, quando na verdade é o primeiro marco de um calendário contínuo de mudança em documento fiscal eletrônico.

O Ato Conjunto nº 4 em duas frases

O ato regulamenta o artigo 112 dos regulamentos do IBS e da CBS, que trata da obrigatoriedade de emissão dos documentos fiscais eletrônicos com os novos tributos. Ele não cria um imposto novo no papel: ele fixa quando o sistema que emite a nota precisa estar pronto para registrar esse imposto.

Isso parece trivial até você lembrar que "pronto" no SAP não é um botão. É parametrização de tabela fiscal, ajuste de determinação de imposto, teste de layout e homologação de cada cenário de saída. E isso em cada estabelecimento que emite nota, não uma vez só para a empresa inteira.

O detalhe que costuma escapar na primeira leitura do ato é que ele fala em fato gerador, não em data de emissão do documento. Uma nota emitida depois de 3 de agosto, mas referente a uma operação cujo fato gerador seria anterior, levanta uma pergunta de enquadramento que o time fiscal precisa responder antes, não depois de a SEFAZ rejeitar o XML. Isso muda o desenho do teste de homologação: não basta simular "emitir nota após a data", é preciso simular as operações de transição, as que nascem num regime e terminam faturadas no outro.

O que já é obrigatório desde 03/08

Desde 3 de agosto de 2026, toda NF-e modelo 55 referente a fato gerador ocorrido a partir dessa data precisa carregar os campos de IBS e CBS. Não é uma opção de leiaute nem um teste em ambiente de homologação da SEFAZ: é obrigação de produção.

O padrão que costuma se repetir em operações industriais com emissão de NF-e em escala e múltiplos estabelecimentos é este: a primeira nota com rejeição de schema não aparece no estabelecimento que a empresa testou primeiro. Aparece naquele que ficou para o fim da fila de homologação, porque alguém presumiu que o motor fiscal seria o mesmo em todos os CNPJs da companhia.

Não é presunção segura. Cada estabelecimento pode ter particularidade de CFOP, regime de apuração ou integração com o motor fiscal que muda o comportamento do mesmo ajuste técnico. Tratar "a empresa está pronta" como sinônimo de "todo estabelecimento está pronto" é o erro mais caro que vimos nesse tipo de transição.

Existe ainda uma camada que raramente entra na primeira rodada de ajuste: o que acontece com a nota que precisa ser cancelada, complementada ou ter carta de correção emitida depois de 3 de agosto, mas que se refere a uma operação originalmente escriturada sob a regra anterior. O motor fiscal que só sabe tratar o fluxo "normal" de emissão, e não os fluxos de exceção, descobre essa lacuna exatamente quando o volume de produção já está rodando, não antes.

Isso vale também para a nota complementar de ajuste de preço, comum em contrato industrial com reajuste posterior à entrega: se a nota original foi emitida antes de 3 de agosto e a complementar sai depois, o sistema precisa decidir em qual regra ela se enquadra, e esse tipo de decisão fica fora do roteiro de teste quando a homologação se limita ao fluxo linear de venda.

Por que o mercado comenta isso como alívio

Boa parte do comentário de mercado sobre o calendário da Reforma, nos últimos meses, girou em torno de adiamento de nota técnica. Uma versão de layout atrasa, um ajuste de schema é prorrogado, e a leitura automática vira "ainda temos tempo".

Essa leitura confunde duas coisas diferentes. O adiamento de uma nota técnica específica não move a data em que a obrigação central entrou em vigor: a obrigatoriedade de IBS e CBS na NF-e começou em 3 de agosto, e o que muda de data são os ajustes técnicos subsequentes de cada versão de leiaute, não o fato gerador de que trata o artigo 1º. O critério prático para não confundir as duas coisas é simples de aplicar e raramente é aplicado: antes de tratar qualquer adiamento como alívio, o time fiscal precisa verificar, estabelecimento por estabelecimento, se a versão adiada altera algum campo que já está em produção desde agosto, ou se trata de um campo novo que só entra em vigor na data futura. Nota técnica adiada que mexe em campo já obrigatório não dá folga nenhuma; nota técnica adiada que só introduz requisito novo, sim.

Art. 1º, inciso I, do Ato Conjunto RFB/CGIBS nº 4, de 30/07/2026: a obrigatoriedade de emissão dos documentos fiscais eletrônicos de que trata o art. 112 dos regulamentos do IBS e da CBS inicia-se, em relação à NF-e modelo 55, a partir de 3 de agosto de 2026.

O calendário que vem depois

O Ato Conjunto nº 4 não trata só da NF-e. O mesmo instrumento organiza datas sucessivas para os demais documentos fiscais eletrônicos ao longo do calendário de 2026, cada um com seu próprio fato gerador de referência. Isso significa que 3 de agosto não fecha o ciclo de adequação: abre o primeiro capítulo.

Para quem só reserva orçamento e janela de teste para "a virada da Reforma" como se fosse um evento único, isso é desconfortável. O calendário de documentos fiscais eletrônicos funciona como uma sequência de produções de rejeição: cada nova data é uma chance real de nota devolvida, não uma formalidade.

Há uma diferença de porte que vale nomear aqui. Empresa com baixo volume de emissão absorve uma rejeição pontual sem crise: reemite a nota, perde algumas horas, segue. Empresa que emite em escala industrial, com múltiplos turnos e expedição contínua, não tem essa folga: uma rejeição de schema não corrigida a tempo trava despacho, trava faturamento e, em casos mais graves, trava a própria saída física da mercadoria enquanto o documento fiscal não é regularizado. O calendário contínuo de documentos fiscais eletrônicos pune de forma desproporcional quem opera em volume, exatamente o perfil que menos pode parar para investigar uma rejeição no meio do expediente.

Essa penalidade desproporcional também muda o cálculo de prioridade dentro da própria empresa. Faz sentido tratar o estabelecimento de maior volume como o primeiro da fila de homologação, não o último: é ali que uma falha de parametrização custa mais caro por hora de operação parada, e é ali que o orçamento de teste deveria se concentrar primeiro, não no estabelecimento mais simples de testar.

Onde isso mora no SAP

No ECC, a determinação de imposto para a NF-e passa pelas tabelas de condição fiscal e, quando há motor de terceiros acoplado, pela camada de regras desse motor. Os dois precisam concordar sobre o que vai no XML antes de a nota sair.

O risco técnico não está em saber que existe um campo novo de IBS e CBS a preencher. Está em garantir que o valor que entra nesse campo nasce da regra certa, no estabelecimento certo, para o tipo de operação certo. Regra fiscal copiada de um estabelecimento para outro sem revisão de CFOP e regime específico é a origem mais comum de rejeição silenciosa: o aviso que chega é um código de erro genérico, sem indicar qual regra de determinação gerou o valor incorreto, e quando o motor de terceiros calcula um valor de IBS ou CBS diferente do que o SAP calcula na condição fiscal nativa, por arredondamento ou por regra de exceção mal replicada, a nota sai do mesmo jeito. O problema não trava nada na hora: aparece na reconciliação entre o que foi faturado e o que foi escriturado, quando alguém do fiscal precisa explicar por que os dois números não batem. A forma de evitar essa surpresa não é revisar depois do fechamento: é definir uma frequência fixa de reconciliação entre o valor do motor de terceiros e o valor da condição fiscal nativa, por lote de faturamento ou diária, antes que a diferença se acumule em volume suficiente para virar um problema de rastreabilidade.

A obrigação já está em vigor desde agosto. Quem trata o próximo ajuste de nota técnica como se fosse o início do prazo, e não uma continuação dele, acumula backlog de parametrização para a próxima janela de produção.

Checklist de homologação por estabelecimento

Organizar essa frente por estabelecimento, não por empresa, muda o resultado. Quatro perguntas valem para cada CNPJ que emite nota:

• O motor fiscal desse estabelecimento já foi testado com o leiaute vigente desde 3 de agosto, ou o teste cobriu só o estabelecimento piloto?
• Existe cenário de CFOP ou regime de apuração nesse estabelecimento que difere do padrão corporativo e que não entrou no teste?
• Quem revisa a rejeição de schema quando ela aparecer: time fiscal, time de TI, ou ninguém com dono definido?
• Quantas semanas de teste esse estabelecimento tem reservadas antes da próxima data do calendário do Ato Conjunto nº 4?

Essas perguntas não resolvem sozinhas o problema. Mas revelam se existe plano por estabelecimento ou só uma suposição de que o que funcionou em um CNPJ funciona em todos.

Vale acrescentar um quinto critério, menos óbvio: quem é o responsável por decidir se uma nota rejeitada deve ser corrigida e reemitida, ou se o cenário revela um erro de parametrização que precisa de ajuste estrutural antes de qualquer reemissão. Sem esse dono definido, o caminho mais curto no dia a dia é corrigir manualmente cada nota rejeitada, o que resolve o sintoma e preserva a causa. Depois de algumas semanas, esse ajuste manual vira rotina, e rotina não documentada é exatamente o tipo de exceção que nenhuma auditoria consegue reconstruir depois.

O que levar ao comitê do fechamento

O comitê de fechamento costuma discutir resultado, não arquitetura de emissão fiscal. É justamente por isso que esse tema raramente chega lá antes de virar problema. A pergunta que precisa estar na pauta não é "estamos em conformidade com a Reforma": é mais estreita e mais útil.

Com a obrigação já em vigor desde 3 de agosto, quantas semanas de teste o seu SAP e o seu motor fiscal têm reservadas para a próxima mudança de leiaute? Se a resposta não existe por estabelecimento, a resposta da empresa inteira é uma média que esconde o ponto mais fraco.

Uma média corporativa de prontidão é, por definição, otimista: ela soma o estabelecimento que já testou tudo com o que ainda nem começou, e entrega ao board um número confortável que nenhum CNPJ individual sustenta sozinho. O comitê de fechamento que aceita essa média sem desagregar por estabelecimento está, na prática, aprovando um risco que não consegue medir.

A DFSpro prova no sistema se o motor fiscal está pronto para cada data do calendário da Reforma. Não decide a tese tributária do cliente: parametriza o Guepardo e o SAP para os campos de IBS e CBS na NF-e e organiza a homologação por estabelecimento, com AMS Fiscal para sustentar a parametrização depois que a nota técnica seguinte chegar. Se esse checklist te deixou sem resposta clara para algum estabelecimento, o Diagnóstico Fiscal Estruturado é o próximo passo lógico, não uma venda.