Receita e CGIBS anunciarão cronograma de IBS e CBS por documento fiscal

TL;DR

• A Receita Federal e o Comitê Gestor do IBS anunciaram, em 27 de julho de 2026, que um ato conjunto deverá estabelecer as datas de início da obrigatoriedade dos documentos fiscais eletrônicos com destaque de IBS e CBS.
• O cronograma deverá ser definido individualmente para cada documento fiscal eletrônico.
• O comunicado não apresenta a nova tabela de datas e não declara que houve adiamento geral do IBS, da CBS ou de todos os DF-e.
• A referência anterior a 3 de agosto de 2026 não foi expressamente cancelada. Uma publicação do CGIBS de 15 de junho vinculou esse marco às empresas do regime regular.
• Para documentos cujos padrões ainda não tenham sido disponibilizados, o ato deverá informar a previsão de publicação dos leiautes.
• A antecedência mínima de 60 dias será buscada “sempre que possível”, portanto não foi apresentada como garantia absoluta.
• O futuro ato também deverá prever a publicação, em prazo de até 30 dias, de um programa de estímulo à conformidade para 2026, conforme vier a ser disciplinado.
• Empresas e fornecedores de ERP não devem interromper os projetos. A implementação deve suportar vigências diferentes por documento, versão, ambiente, regime, autorizador, regra e marco temporal aplicável.

O que aconteceu

A Receita Federal publicou, em 27 de julho de 2026, às 11h36, o comunicado “Receita Federal e Comitê Gestor do IBS divulgarão cronograma para emissão dos documentos fiscais eletrônicos da Reforma Tributária”.

A manifestação informa que a Receita Federal e o Comitê Gestor do Imposto sobre Bens e Serviços estão deliberando um ato conjunto, previsto para publicação até o final de julho, com as datas de início da obrigatoriedade da emissão dos documentos fiscais eletrônicos com destaque da CBS e do IBS.

O comunicado afirma que o ato deverá:

1. fixar as datas de obrigatoriedade para cada documento fiscal eletrônico;
2. informar a previsão de disponibilização dos leiautes técnicos ainda pendentes;
3. buscar, sempre que possível, antecedência mínima de 60 dias entre a disponibilização do leiaute e a obrigatoriedade do respectivo documento;
4. prever a publicação, em prazo de até 30 dias, de um programa de estímulo à conformidade para 2026;
5. contemplar orientação e mecanismos de autorregularização, dentro dos limites da legislação aplicável.

A notícia oficial anuncia providências futuras. Ela não substitui o ato conjunto e não contém a nova tabela de datas.

O ato conjunto já foi publicado?

Até a última verificação desta notícia, em 27 de julho de 2026, às 15h06, o novo ato do cronograma não aparecia na página oficial de Atos Conjuntos do CGIBS.

A página consultada apresentava:

• Portaria Conjunta MF/CGIBS nº 7, de 30 de abril de 2026;
• Ato Conjunto RFB/CGIBS nº 2, de 27 de maio de 2026;
• Ato Conjunto RFB/CGIBS nº 3, de 19 de junho de 2026.

Portanto, no horário de corte:

• não havia nova tabela oficial de datas;
• não era possível confirmar a vigência de cada documento;
• não era possível afirmar quais referências anteriores seriam mantidas, alteradas ou substituídas;
• qualquer cronograma por modelo deveria ser tratado como provisório.

Como essa situação pode mudar no mesmo dia, a página de Atos Conjuntos deve ser conferida novamente imediatamente antes da publicação.

Existe um novo cronograma definitivo?

Não no comunicado de 27 de julho.

O texto informa que o cronograma será formalizado por ato conjunto. O instrumento futuro é que deverá fixar as datas individualmente para cada documento fiscal eletrônico.

O comunicado não informa:

• o número do ato;
• a data exata de publicação;
• a tabela de documentos;
• as datas de homologação;
• as datas de produção;
• as datas de ativação de validações;
• as datas de início da obrigatoriedade;
• eventuais regras de transição por regime, ambiente ou autorizador.

A data de 3 de agosto de 2026 foi cancelada?

O comunicado não declara expressamente que 3 de agosto de 2026 foi cancelado, revogado ou adiado para todos os documentos e contribuintes.

Publicações oficiais anteriores haviam utilizado essa data como referência. Em 15 de junho de 2026, o CGIBS informou que, a partir de 3 de agosto, não seria permitida a emissão de DF-e sem o preenchimento dos campos de IBS e CBS para as empresas do regime regular.

Esse escopo deve ser preservado. A publicação não pode ser resumida como uma regra indistinta para todos os contribuintes, regimes e documentos.

O comunicado de 27 de julho altera a abordagem institucional ao anunciar que as datas serão definidas por documento fiscal. Contudo, sem o ato conjunto, não há base para concluir que:

• 3 de agosto foi mantido para todos os documentos;
• 3 de agosto foi cancelado para todos os documentos;
• todos os modelos receberão uma nova data;
• todos os regimes terão o mesmo tratamento.

A interpretação segura é aguardar o ato antes de declarar datas definitivas.

O anúncio representa adiamento geral do IBS e da CBS?

Não.

O comunicado trata do cronograma de emissão de documentos fiscais eletrônicos com destaque de IBS e CBS. Ele não declara adiamento geral da Reforma Tributária, suspensão dos tributos, cancelamento do ano de testes de 2026 ou dispensa ampla das obrigações acessórias.

Uma eventual alteração na data de determinado documento não significa, por si só:

• adiamento da instituição do IBS ou da CBS;
• interrupção dos projetos de adequação;
• retirada dos novos campos já implementados;
• suspensão das homologações;
• cancelamento das regras de transição;
• autorização para ignorar Notas Técnicas vigentes.

Comunicado, ato, leiaute, obrigatoriedade e programa de conformidade

Elemento	Definição	Situação no horário de corte
Comunicado oficial	Notícia de 27/07/2026 que anuncia providências futuras	Publicado
Ato conjunto do cronograma	Instrumento que deverá estabelecer as datas por documento fiscal	Não localizado
Leiaute técnico	Especificação necessária para geração, validação, transmissão e recepção do documento	Disponível para alguns modelos; pendente, parcial ou em minuta para outros
Obrigatoriedade de utilização	Marco a partir do qual o documento, grupo, versão ou regra deverá ser utilizado	Depende do ato e da documentação específica
Programa de conformidade	Iniciativa futura de orientação e autorregularização para 2026	Anunciado; detalhes dependerão de ato específico

A disponibilidade de um leiaute não equivale à obrigatoriedade. Também não comprova, isoladamente, que o ambiente de produção está liberado ou que determinada rejeição está ativa.

Quais documentos fiscais poderão receber datas próprias?

A orientação oficial da Receita Federal para 2026 relaciona os seguintes documentos fiscais eletrônicos com destaque de IBS e CBS:

• NF-e;
• NFC-e;
• CT-e;
• CT-e OS;
• NFS-e;
• NFS-e Via;
• NFCom;
• NF3e;
• BP-e;
• BP-e TM.

O comunicado de 27 de julho não reproduz essa lista. O ato futuro deverá confirmar o alcance e as datas de cada documento.

Situação oficial confirmada dos principais documentos

Documento ou grupo	Situação oficial confirmada	Ponto de atenção
NF-e e NFC-e	Constam na relação oficial de DF-e da Receita e possuem documentação técnica da Reforma Tributária nos portais dos projetos	A data definitiva deve ser confirmada no ato e na versão técnica aplicável
CT-e e CT-e OS	Constam na relação oficial de DF-e da Receita	Não presumir que todos os ambientes, regras e autorizadores tenham o mesmo marco
NFS-e de padrão nacional	A NT 009 consolidou evoluções do leiaute, mas seu cronograma seria divulgado posteriormente. A página técnica da RTC registra previsão de obrigatoriedade dos grupos IBS/CBS e regras a partir de 03/08/2026, utilizando o leiaute-base então disponível	A previsão precisa ser reconciliada com o ato conjunto anunciado em 27/07
NFS-e Via	Consta na relação da Receita. O Portal Nacional mantém documentação, XSD e a Nota Técnica SE/CGNFS-e nº 006	A vigência deve ser confirmada na documentação e no ato aplicável
NFCom	Consta na relação oficial de DF-e da Receita e possui documentação técnica no portal do projeto	Não confundir leiaute publicado com obrigatoriedade iniciada
NF3e	Consta na relação oficial de DF-e da Receita e possui documentação técnica no portal do projeto	Datas de validação, produção e obrigatoriedade devem ser tratadas separadamente
BP-e e BP-e TM	Constam na relação oficial da Receita	O ato deverá esclarecer o cronograma aplicável a cada documento
NF-e ABI	A Receita a classifica entre as novas obrigações com leiaute definido. O portal informa que o documento está publicado em forma de minuta e aguarda ato conjunto normativo para publicação definitiva	Não tratar a minuta como versão definitiva
NFAg	A Receita a classifica entre as novas obrigações com leiaute definido. O portal informa que o documento está publicado em forma de minuta e aguarda ato conjunto normativo para publicação definitiva	Não tratar testes ou documentos técnicos como vigência definitiva
BP-e Aéreo	A Receita informa que o leiaute já está definido e que a vigência será determinada em documento técnico	A data não deve ser inferida
NF-e Gás	A Receita classifica o leiaute como em construção	Aguardar Nota Técnica ou ato conjunto
MDF-e	Não aparece na relação de DF-e com destaque de IBS e CBS da orientação da Receita consultada	Não inferir inclusão sem Nota Técnica ou ato específico

A tabela apresenta fatos confirmados nas fontes oficiais. A avaliação de riscos e as recomendações de implantação pertencem à análise operacional do Tribium.

Outras obrigações e documentos da Reforma Tributária

A Receita separa os documentos fiscais eletrônicos de outras categorias de obrigação. Por isso, DeRE e informações de plataformas digitais não devem ser misturadas na mesma tabela de DF-e.

Categoria	Situação oficial
DeRE	Declaração dos Regimes Específicos, com documentação própria e tratamento separado dos DF-e
Plataformas digitais	Leiautes e datas deverão ser definidos em Nota Técnica ou ato conjunto
Outros fatos geradores	Poderão ser incorporados a documentos fiscais ou obrigações específicas conforme futuras definições

Essa separação é importante para arquitetura, governança e comunicação. Um cronograma de DF-e não deve ser automaticamente aplicado a declarações ou prestações de informações de plataformas.

O que acontecerá com documentos cujos leiautes ainda não foram publicados?

O comunicado informa que, na data de publicação do ato conjunto, deverá ser divulgada a previsão de disponibilização dos padrões ainda pendentes.

Sem leiaute oficial suficiente, desenvolvedores não conseguem concluir com segurança:

• estrutura do XML ou da mensagem;
• schemas;
• cardinalidade dos grupos;
• regras de validação;
• tabelas de domínio;
• totalizadores;
• eventos;
• integração com o autorizador;
• tratamento de retornos e rejeições.

É possível antecipar arquitetura e cadastros, mas não é seguro inventar campos, versões ou datas.

O que significa a antecedência mínima de 60 dias?

O comunicado afirma que os leiautes pendentes serão disponibilizados com antecedência mínima de 60 dias, sempre que possível, em relação ao início da obrigatoriedade do respectivo documento.

A expressão “sempre que possível” impede tratar o prazo como garantia absoluta.

Para a operação de ERP, esse intervalo pode ser utilizado para:

• desenvolvimento;
• testes unitários;
• validação de schemas;
• homologação;
• testes integrados;
• piloto controlado;
• atualização de clientes;
• treinamento;
• estabilização.

As empresas não devem esperar o início dessa contagem para começar a adequação. Cadastros, motor tributário, governança de versões e inventário de documentos podem ser preparados antes.

O programa de conformidade elimina penalidades?

Não é possível afirmar.

O comunicado informa que o futuro ato disporá sobre a publicação, em prazo de até 30 dias, conforme vier a ser disciplinado pelo próprio ato, de um programa de estímulo à conformidade para 2026.

A previsão é de caráter orientador e de mecanismos de autorregularização, observados os limites e as condições da legislação aplicável.

Isso não equivale automaticamente a:

• anistia geral;
• ausência de penalidades em qualquer situação;
• dispensa de emissão;
• autorização para omitir campos;
• perdão automático de erros;
• eliminação de responsabilidades do contribuinte.

Os detalhes serão divulgados em ato específico.

Quem é impactado

O anúncio afeta diretamente:

• empresas emissoras e receptoras de documentos fiscais eletrônicos;
• equipes fiscais e tributárias;
• escritórios contábeis;
• fornecedores de ERP;
• desenvolvedores de componentes fiscais;
• integradores;
• provedores de emissão;
• empresas com operações em diferentes UFs ou municípios;
• concessionárias e setores sujeitos a documentos específicos;
• equipes de suporte, implantação e qualidade.

O impacto não se limita à emissão. A recepção, importação, validação, escrituração, apuração e conciliação também precisam suportar os novos grupos.

Impactos práticos

O cronograma individualizado pode exigir controles distintos para:

• emissão;
• recepção;
• XML;
• schemas;
• regras de validação;
• ambientes de homologação e produção;
• contingência;
• eventos;
• documentos auxiliares;
• escrituração;
• integração com Sefaz, ambiente nacional, municípios e provedores.

Uma empresa pode estar pronta para NF-e e ainda depender de ajustes na NFS-e. Também pode receber documentos com novos grupos antes de iniciar a emissão própria.

Impactos para ERP

As recomendações abaixo são boas práticas do Tribium. Elas não são exigências literais do comunicado de 27 de julho.

Não utilizar uma única data fixa

A principal decisão arquitetural é não codificar uma data universal para todos os documentos.

A vigência deve ser parametrizada por:

• tipo de documento;
• versão do leiaute ou schema;
• ambiente;
• regime tributário;
• ente autorizador;
• regra de validação;
• UF ou município, quando aplicável;
• operação ou evento;
• marco temporal oficialmente aplicável.

O marco temporal não deve ser limitado à “data de emissão”. Conforme a regra específica, pode envolver data e hora do fato gerador, emissão, autorização, recepção, evento ou condição de transição.

Separar os estados de implantação

O cadastro técnico deve diferenciar:

1. leiaute publicado;
2. schema disponível;
3. ambiente de homologação liberado;
4. aceitação em produção;
5. regra de validação ativada;
6. início da obrigatoriedade;
7. término de transição;
8. versão descontinuada.

Esses estados não são equivalentes.

Versionamento de schemas e componentes

O ERP deve manter histórico de versões e evitar a substituição silenciosa de XSD, bibliotecas e regras.

O controle deve registrar:

• documento;
• versão técnica;
• pacote de schemas;
• ambiente;
• autorizador;
• início e fim de vigência;
• fonte oficial;
• compatibilidade;
• responsável pela liberação.

Campos de IBS, CBS e Imposto Seletivo

Os sistemas devem suportar os grupos de IBS e CBS e, quando previsto na documentação específica do modelo, o Imposto Seletivo.

A implementação pode afetar:

• base de cálculo;
• alíquotas;
• valores;
• reduções;
• totalizadores;
• CST;
• classificação tributária;
• créditos;
• devoluções;
• regimes específicos;
• documentos de ajuste;
• eventos.

CST e classificação tributária

CST e classificação tributária devem ser governados por tabela versionada, com:

• vigência;
• fonte;
• histórico;
• associação por operação;
• validação por regime;
• trilha de alteração;
• relatório de inconsistências.

Homologação

Os testes devem cobrir:

• documentos emitidos;
• documentos recebidos;
• campos obrigatórios e opcionais;
• totalizadores;
• rejeições;
• eventos;
• contingência;
• diferentes autorizadores;
• importação;
• escrituração;
• regressão de funcionalidades existentes.

Contingência

A contingência deve preservar:

• versão utilizada;
• regra aplicada;
• data e hora;
• motivo;
• ambiente;
• XML gerado;
• retorno posterior;
• necessidade de retransmissão;
• rastreabilidade da autorização.

Integrações com prefeituras e Sefaz

NFS-e exige atenção especial porque o padrão nacional pode coexistir com integrações municipais ou provedores.

Nos documentos estaduais, o sistema deve identificar o autorizador e a disponibilidade efetiva das regras no ambiente utilizado.

Logs e rastreabilidade

Os logs devem permitir reconstruir:

• configuração aplicada;
• schema utilizado;
• regra ativa;
• cálculo realizado;
• XML transmitido;
• retorno do autorizador;
• usuário ou processo;
• alteração de parâmetro;
• reversão executada.

Plano de rollback

Atualizações próximas de uma data crítica devem possuir:

• feature flag por documento;
• pacote anterior preservado;
• critérios de reversão;
• reprocessamento controlado;
• responsáveis definidos;
• comunicação de incidente.

Comunicação com clientes

Fornecedores devem separar claramente:

• previsão;
• leiaute disponível;
• ambiente liberado;
• regra ativa;
• cronograma definitivo;
• pendência de ato;
• ação requerida.

Não é recomendável comunicar “adiamento geral” ou “manutenção universal de 3 de agosto”.

O que as empresas devem fazer agora

• Não interromper os projetos de adequação.
• Acompanhar diariamente Receita Federal, CGIBS e portais oficiais dos DF-e.
• Revisar cronogramas internos.
• Identificar todos os documentos emitidos e recebidos.
• Mapear leiautes disponíveis, minutas e pendências.
• Manter ambientes de homologação atualizados.
• Não ativar rejeições ou bloqueios sem confirmação técnica.
• Preparar vigência parametrizada por documento.
• Separar homologação, produção, validação e obrigatoriedade.
• Revisar contratos e entregas com fornecedores.
• Documentar decisões provisórias e fontes.
• Preparar comunicação aos usuários.
• Aguardar o ato conjunto antes de afirmar datas definitivas.
• Refazer a checagem oficial imediatamente antes de qualquer publicação ou implantação.

Linha do tempo

Data	Evento	Leitura operacional
12/12/2025	Receita publicou orientações para 2026	Relacionou DF-e e outras obrigações da fase de testes
22/12/2025	Ato Conjunto RFB/CGIBS nº 1/2025	Estabeleceu regras de transição para 2026
15/06/2026	CGIBS divulgou referência a 03/08	Publicação vinculou o preenchimento obrigatório às empresas do regime regular
09/06/2026	Portal da NFS-e divulgou a NT 009	Informou que o cronograma da NT seria divulgado posteriormente
27/07/2026, 11h36	Receita publicou o comunicado do cronograma	Anunciou ato com datas por documento
Até o final de julho de 2026	Prazo anunciado para publicação do ato	Aguardando confirmação oficial
Em prazo de até 30 dias	Programa de estímulo à conformidade	Termo inicial e detalhes dependerão do ato conjunto
Datas por documento	Início da obrigatoriedade	Serão confirmadas no ato e na documentação específica

Análise Tribium

O comunicado reduz a segurança de qualquer projeto baseado em uma única data para todos os documentos fiscais.

O impacto real não é apenas a possível revisão de prazos. É a necessidade de governar separadamente:

• documento;
• leiaute;
• ambiente;
• validação;
• obrigatoriedade;
• regime;
• autorizador;
• marco temporal.

A arquitetura mais segura é configurável, auditável e reversível.

O leitor também deve evitar três confusões:

1. leiaute disponível não significa produção liberada;
2. produção liberada não significa validação obrigatória ativa;
3. validação ativa não significa que todos os contribuintes e documentos possuem o mesmo cronograma.

O futuro programa de conformidade poderá reduzir riscos da implantação inicial, mas não substitui testes, controles internos e acompanhamento das fontes oficiais.

Perguntas frequentes

O ato conjunto já foi publicado?

Não foi localizado na página oficial do CGIBS até 27/07/2026, às 15h06.

Existe um novo cronograma definitivo?

Não no comunicado. A tabela deverá constar do ato conjunto.

A data de 3 de agosto foi cancelada?

O comunicado não declara cancelamento ou revogação geral.

A referência anterior a 3 de agosto alcançava todos os contribuintes?

A publicação do CGIBS de 15 de junho delimitou o preenchimento obrigatório às empresas do regime regular.

Todos os documentos terão a mesma data?

O comunicado indica o contrário: as datas deverão ser fixadas para cada documento fiscal eletrônico.

A antecedência de 60 dias é garantida?

Não de forma absoluta. O texto utiliza a expressão “sempre que possível”.

O programa de conformidade elimina penalidades?

Não é possível concluir isso. O programa ainda depende de ato específico e da legislação aplicável.

Empresas podem interromper as adequações?

Não. O comunicado não autoriza a suspensão dos projetos.

O MDF-e está confirmado no cronograma de destaque de IBS e CBS?

Não foi incluído na relação de DF-e da orientação da Receita consultada. Sua inclusão não deve ser presumida sem fonte específica.

Base legal e técnica

• Emenda Constitucional nº 132/2023;
• Lei Complementar nº 214/2025;
• Lei Complementar nº 227/2026;
• Ato Conjunto RFB/CGIBS nº 1/2025;
• comunicado da Receita Federal de 27/07/2026;
• orientações oficiais da Reforma Tributária para 2026;
• Notas Técnicas e documentação dos portais de cada DF-e.

As versões técnicas devem ser conferidas diretamente nos portais oficiais antes da implantação.

Fontes oficiais

Fonte principal

• Receita Federal — Receita Federal e Comitê Gestor do IBS divulgarão cronograma para emissão dos documentos fiscais eletrônicos da Reforma Tributária

Cronograma e orientações de 2026

• Receita Federal — Orientações da Reforma Tributária para 2026
• CGIBS — Atos Conjuntos
• CGIBS — Novo marco da Reforma Tributária inicia no dia 03/08

NFS-e e NFS-e Via

• Portal Nacional da NFS-e — Publicada a Nota Técnica 009
• Portal Nacional da NFS-e — Documentação RTC
• Portal Nacional da NFS-e — Documentação técnica da NFS-e Via

Novos documentos

• Portal da NF-e ABI
• Portal da NFAg

Portais técnicos dos DF-e

• Portal da NF-e
• Portal do CT-e
• Portal do MDF-e
• Portal da NF3e
• Portal do BP-e
• Portal da NFCom

Conclusão

A Receita Federal e o CGIBS anunciaram que um ato conjunto definirá as datas de obrigatoriedade dos documentos fiscais eletrônicos com destaque de IBS e CBS.

O comunicado de 27 de julho não publica o cronograma, não cancela expressamente 3 de agosto, não confirma uma data única e não autoriza a interrupção dos projetos.

Até a publicação do ato, empresas e fornecedores devem continuar os testes e controlar separadamente a disponibilidade do leiaute, a homologação, a produção, a ativação de validações e o início da obrigatoriedade.

A versão mais segura para ERP é parametrizar a vigência por documento, versão, ambiente, regime, autorizador, regra e marco temporal aplicável.