Marco de 3 de agosto para DF-e: SVRS posterga exigência de IBS/CBS em CT-e, BP-e, NF3e e NFCom

Resumo editorial

O marco de 3 de agosto de 2026 deve ser interpretado conforme as hipóteses do Ato Conjunto RFB/CGIBS nº 4 e não como ativação técnica uniforme de todos os documentos, leiautes e autorizadores. Nos comunicados analisados, a SVRS informou homologação da NT 2026.002, produção de regras e leiaute em 31 de agosto para os modelos abrangidos e implementação futura da exigência identificada como Rejeição 310 em CT-e, BP-e, NF3e e NFCom.

Dados de SEO

Conteúdos relacionados

Reforma Tributária: impactos do IBS e da CBS nos documentos fiscais eletrônicos
O que é cClassTrib e como ele aparece no ERP
NT 2026.002: impactos em CT-e, BP-e, NF3e e NFCom
Homologação e produção em documentos fiscais eletrônicos
Como preparar o ERP para os novos grupos de IBS e CBS

TL;DR

O dia 3 de agosto de 2026 marca, nas hipóteses previstas no Ato Conjunto RFB/CGIBS nº 4, o início da obrigatoriedade para determinados documentos fiscais eletrônicos, entre eles BP-e, CT-e, CT-e OS, NF3e, NF-e e NFC-e. A data, entretanto, não significa que todos os leiautes e todas as regras de validação relacionadas ao IBS e à CBS tenham sido ativados simultaneamente em produção.

A SVRS informou que a Nota Técnica 2026.002 foi implantada em homologação e que as demais regras de validação e o leiaute estão previstos para produção em 31 de agosto de 2026 no ambiente da própria SVRS. A validação que exige as informações de IBS e CBS, identificada como Rejeição 310 nos comunicados de CT-e, BP-e, NF3e e NFCom, foi transferida para implementação futura.

Para NF-e e NFC-e, a postergação decorre de documentação técnica própria e não da Rejeição 310 analisada nesta notícia. O cronograma e as regras desses modelos devem ser verificados separadamente.

Para empresas e fornecedores de ERP, a recomendação é não usar a ausência de rejeição como prova de conformidade. Os campos, cálculos, cadastros e integrações da Reforma Tributária devem continuar sendo implementados e testados de acordo com a documentação técnica aplicável a cada documento e autorizador.

O que aconteceu

O Ato Conjunto RFB/CGIBS nº 4, de 30 de julho de 2026, estabeleceu um cronograma nacional para o início da obrigatoriedade de emissão dos documentos fiscais eletrônicos relacionados à CBS e ao IBS.

Entre os documentos que possuem marco em 3 de agosto estão:

determinadas modalidades de BP-e, conforme o art. 1º, inciso VI, do Ato Conjunto RFB/CGIBS nº 4;
CT-e;
CT-e OS;
DC-e;
GTV-e;
MDF-e;
NF3e;
NF-e;
NFC-e;
NFS-e de Exploração de Via.

O mesmo cronograma estabelece datas posteriores para outros documentos. A NFCom possui início de obrigatoriedade em 1º de outubro de 2026, enquanto a NFAg possui marco em 1º de dezembro de 2026. Portanto, a implantação técnica informada pela SVRS para esses modelos não deve ser confundida com o início de sua obrigatoriedade jurídica.

Paralelamente, o Ato Técnico Conjunto RFB/CGIBS nº 1, de 31 de julho de 2026, aprovou a Nota Técnica 2026.002 versão 1.01 para CT-e, CT-e OS, GTV-e, BP-e, NF3e e NFCom. Para a NFAg, o ato ratifica a versão 1.00 da Nota Técnica 2026.002.

O índice da SVRS exibia, em consulta realizada em 3 de agosto de 2026, publicações sobre a implantação da NT 2026.002 em homologação para BP-e, CT-e, NF3e, NFCom e NFAg.

Obrigatoriedade não é o mesmo que rejeição

A implantação da Reforma Tributária nos documentos fiscais envolve etapas diferentes, que não necessariamente ocorrem na mesma data.

A existência de uma obrigação ou de um leiaute publicado não comprova, isoladamente, que determinada validação já esteja bloqueando documentos no ambiente de produção.

Da mesma forma, uma autorização concedida pela SEFAZ não demonstra necessariamente que todos os campos relacionados ao IBS e à CBS foram preenchidos corretamente. A autorização apenas confirma que o XML passou pelas regras que estavam efetivamente ativas naquele ambiente e naquele momento.

Situação técnica por documento

A versão 1.01 para CT-e, BP-e, NF3e e NFCom está confirmada pelo Ato Técnico Conjunto e pelas páginas de documentos da SVRS. Para a NFAg, a página consultada apresenta a NT 2026.002 RTC versão 1.00 e um pacote de schemas identificado como 1.01, não sendo seguro apresentar a própria Nota Técnica da NFAg como versão 1.01.

A NT 2026.002 é comum à família formada por CT-e, CT-e OS e GTV-e. Ainda assim, o cronograma técnico apresentado nesta notícia reproduz o comunicado publicado no portal do CT-e e deve ser validado para cada serviço, unidade federada e autorizador utilizado pela empresa.

A notícia da NFAg informa que a NT 2026.002 está em homologação e que as regras e o leiaute serão aplicados em produção em 31 de agosto no ambiente da SVRS. Diferentemente dos comunicados de CT-e, BP-e, NF3e e NFCom, o texto da NFAg não transfere expressamente a exigência dos grupos IBS/CBS para implementação futura. Por isso, a Rejeição 310 não deve ser generalizada para a NFAg sem confirmação específica na documentação técnica do modelo.

Quem é impactado

O marco afeta diretamente:

empresas emissoras dos documentos abrangidos pelo cronograma;
transportadoras e operadores de transporte de passageiros;
empresas de energia, comunicação, água e saneamento;
equipes fiscais, contábeis e de faturamento;
fornecedores, desenvolvedores e consultorias de ERP;
plataformas de emissão e integração de documentos fiscais;
equipes responsáveis por APIs, mensageria e armazenamento de XML.

Mesmo os documentos com obrigatoriedade posterior, como NFCom e NFAg, exigem atenção porque suas alterações técnicas já estão disponíveis para testes no ambiente de homologação da SVRS.

Impactos práticos

Emissão dos documentos

Os sistemas precisam estar preparados para gerar os grupos de IBS e CBS conforme a operação, o documento e a versão da Nota Técnica aplicável.

A ausência temporária de uma rejeição não deve ser transformada em regra de negócio do ERP. O sistema não deve remover os grupos apenas porque o autorizador ainda aceita documentos sem essas informações.

Testes em homologação

A implantação em homologação permite validar, quando aplicável ao documento e à operação:

geração do XML;
compatibilidade com os schemas;
regras tributárias;
CST e cClassTrib;
bases de cálculo;
alíquotas;
totalização;
antecipação de pagamento;
cashback;
operações com alíquota zero;
comunicação com os serviços autorizadores.

Os testes devem considerar diferentes operações e não apenas um XML básico que obtenha autorização.

Monitoramento de rejeições

As equipes de suporte precisam distinguir três situações:

erro de schema;
rejeição causada por regra de negócio;
autorização concedida porque a validação ainda não está ativa.

Essa separação será importante durante a transição, quando o mesmo preenchimento poderá apresentar resultados diferentes entre homologação, produção, documentos e autorizadores.

Impacto para ERP

Motor tributário

Uma implementação segura deve determinar corretamente quando e como os grupos de IBS e CBS serão gerados. Essa decisão não deve depender exclusivamente da existência de uma rejeição no ambiente autorizador.

Emissores de DF-e

É recomendável que cada emissor controle de forma independente:

versão da Nota Técnica;
versão do schema;
data de homologação;
data de produção;
regras efetivamente ativadas;
ambiente autorizador;
particularidades do documento.

Não é seguro aplicar uma única configuração para CT-e, BP-e, NF3e, NFCom e NFAg.

Cadastros e parametrizações

É recomendável revisar:

CST do IBS e da CBS;
cClassTrib;
códigos de crédito presumido;
regras de alíquota;
tratamentos de redução e alíquota zero;
operações com antecipação de pagamento;
totalizadores;
vinculação entre produto, serviço, operação e tributação.

Integrações

APIs e integrações precisam aceitar os novos grupos sem quebrar consumidores que ainda trabalham com estruturas anteriores.

Também é recomendável versionar contratos de integração e registrar no log:

XML gerado;
versão do schema utilizada;
ambiente de envio;
autorizador utilizado;
retorno completo do autorizador;
regras aplicadas pelo validador interno;
data e hora do processamento.

Validações internas

Como boa prática de arquitetura, é recomendável que o ERP possua validações próprias para reduzir a dependência exclusiva do retorno da SEFAZ.

Uma nota autorizada sem os campos esperados pode gerar problemas posteriores em apuração assistida, escrituração, conciliação, auditoria e integração com outros participantes da operação. Essa recomendação deve ser tratada como controle interno, salvo quando houver exigência expressa na Nota Técnica ou em outra documentação oficial.

O que fazer agora

Identificar quais documentos fiscais são emitidos pela empresa ou pelo ERP.
Separar o cronograma jurídico do cronograma técnico de cada modelo.
Confirmar a versão da Nota Técnica e do schema efetivamente utilizada.
Executar testes de regressão no ambiente de homologação.
Não desativar o preenchimento dos grupos IBS/CBS apenas pela ausência de rejeição.
Configurar validações preventivas no ERP, com aprovação da área fiscal e conforme o documento e a operação.
Preparar, quando aplicável, a atualização prevista pela SVRS para 31 de agosto e confirmar o cronograma do autorizador utilizado.
Monitorar novas publicações sobre a ativação da regra que exige IBS e CBS.
Registrar evidências dos testes, XMLs enviados e retornos obtidos.
Comunicar clientes e usuários sobre a diferença entre autorização técnica e conformidade fiscal.

Linha do tempo

Verificação das datas exibidas pela SVRS

Na consulta realizada em 3 de agosto de 2026, às 18h19, horário de Brasília, o índice geral exibia a data de 3 de agosto de 2026, enquanto páginas individuais de CT-e, BP-e e NF3e exibiam 6 de julho de 2026 para o item “Implantada NT 2026.002 em HMLE”. Não foi possível determinar a origem da divergência apenas com os dados disponíveis no portal.

Base legal e técnica

Ato Conjunto RFB/CGIBS nº 4, de 30 de julho de 2026, especialmente o cronograma do art. 1º. A relação apresentada nesta notícia é um resumo editorial e deve ser conferida no texto integral do ato para cada documento e hipótese específica.
Decreto nº 12.955/2026, Regulamento da CBS;
Resolução CGIBS nº 6/2026, Regulamento do IBS;
Ato Técnico Conjunto RFB/CGIBS nº 1, de 31 de julho de 2026;
Nota Técnica 2026.002 RTC de cada documento;
pacotes de schemas, regras de validação e comunicados técnicos publicados nos portais dos DF-e.

Fontes oficiais

Cronograma normativo

Comunicados de implantação da SVRS

Documentação da Rejeição 310 e da NT 2026.002

A SVRS identifica a regra que exige IBS e CBS como Rejeição 310 nos comunicados referentes a CT-e, BP-e, NF3e e NFCom. A aplicação deve ser conferida na Nota Técnica e nas regras de validação específicas de cada modelo:

NFAg

Documentos técnicos da NFAg
Nota Técnica 2026.002 RTC v1.00;
pacote de schemas da NT 2026.002 identificado como 1.01;
comunicado de implantação em homologação, sem a mesma ressalva específica sobre a Rejeição 310 apresentada nos quatro modelos anteriores.

Última verificação registrada nesta revisão editorial: 3 de agosto de 2026, às 18h19, horário de Brasília.

Análise Tribium

O principal risco operacional deste marco é interpretar uma data normativa como se ela representasse uma ativação técnica completa e uniforme.

A Reforma Tributária está sendo implantada por camadas. Um leiaute pode estar publicado, uma versão pode estar aprovada, o ambiente de homologação pode estar disponível e, ainda assim, determinadas validações podem não existir em produção.

Essa diferença cria dois riscos opostos.

O primeiro é a empresa acreditar que está irregular porque uma publicação normativa entrou em vigor, mesmo quando a implementação técnica ainda está em transição.

O segundo, mais perigoso, é considerar que está em conformidade apenas porque o documento foi autorizado.

A estratégia mais segura para ERPs é implementar os campos e regras conforme a documentação oficial, manter validações internas e utilizar a homologação para antecipar problemas. As rejeições da SEFAZ devem funcionar como uma última barreira, não como o mecanismo principal de controle tributário da empresa.

Conclusão

O dia 3 de agosto de 2026 representa um marco relevante na implantação dos documentos fiscais da Reforma Tributária, mas não uma virada técnica simultânea para todos os modelos e todas as validações.

Enquanto determinados DF-e iniciam sua obrigatoriedade jurídica, a NT 2026.002 segue em homologação para parte dos documentos analisados, com novas regras previstas pela SVRS para produção em 31 de agosto. Nos comunicados de CT-e, BP-e, NF3e e NFCom, a exigência identificada como Rejeição 310 permanece sem data de ativação confirmada. NF-e e NFC-e devem ser acompanhadas por sua documentação técnica própria.

Empresas e fornecedores de ERP devem continuar a adaptação, os testes e a revisão das parametrizações. Ausência de rejeição não significa ausência de obrigação nem comprova que o XML esteja fiscalmente completo.

Marco de 3 de agosto começa para alguns DF-e; SVRS posterga exigência de IBS/CBS em CT-e, BP-e, NF3e e NFCom

Conteúdo relacionado