Em 1º de julho de 2026, os portais oficiais dos Documentos Fiscais Eletrônicos publicaram o pacote de Schemas da Nota Técnica 2026.002, referente à Reforma Tributária do Consumo. Os arquivos técnicos definem as estruturas que os documentos fiscais eletrônicos passarão a exigir para acomodar os novos tributos — IBS (Imposto sobre Bens e Serviços) e CBS (Contribuição sobre Bens e Serviços).
Na primeira leva, os projetos contemplados foram NF3-e (energia elétrica) e NFCom (comunicação). É o começo do trabalho técnico que, nos próximos meses, se estende ao restante do ecossistema fiscal.
O que exatamente é um schema — e por que isso importa
Schemas são arquivos técnicos que descrevem, em formato XML, a estrutura obrigatória de um documento fiscal eletrônico: quais campos existem, qual o formato de cada informação e quais validações a Sefaz vai executar antes de autorizar o documento.
Traduzindo: é o schema que decide se o XML gerado pelo ERP do seu cliente vai ser aceito ou rejeitado. Quando ele muda, todo software emissor precisa mudar junto — ou para de funcionar.
O que muda na prática para NF3-e e NFCom
- Estrutura desenhada para ICMS/ISS
- Campos tributários do modelo antigo
- Validações voltadas ao regime vigente
- Sem grupos para IBS e CBS
- Novos grupos de informação tributária
- Campos específicos para IBS e CBS
- Regras de validação ajustadas
- Evolução do leiaute vigente
A matéria publicada pelo portal Contábeis não detalha versões, prazos de homologação ou obrigatoriedade dos novos schemas. Para uso operacional em cliente, consulte diretamente os portais nacionais da NF3-e e da NFCom — é lá que ficam a versão vigente do schema e o cronograma oficial de validações.
Por que isso é problema do contador (e não só do TI)
Formalmente, a nota técnica é endereçada a desenvolvedores de software fiscal. Na prática, quem toma a ligação do cliente quando o XML é rejeitado é o escritório contábil.
Enquanto o schema não estiver implementado no ERP do cliente, o risco se acumula em duas frentes:
- Falhas na geração do XML — o arquivo é montado com estrutura antiga e a validação local acusa erro antes mesmo do envio
- Rejeição na autorização — quando a validação passar a ser obrigatória, o documento é recusado pela Sefaz e a operação trava
- Passivo silencioso — documentos autorizados por regra transitória mas incompatíveis com o modelo definitivo, que precisarão ser refeitos
- Descolamento contábil — apuração de IBS e CBS depende do documento fiscal correto; XML errado, apuração errada
Três perguntas objetivas: (1) qual a versão do schema NT 2026.002 hoje implementada no sistema? (2) existe cronograma interno para acompanhar novas versões conforme forem publicadas? (3) o ambiente de homologação já está testando emissão com os grupos de IBS e CBS? Se a resposta a qualquer uma das três for "ainda não sei", é sinal de que o cliente está exposto.
A transição vai continuar em pacotes sucessivos
A NT 2026.002 não é o final do trabalho — é um passo. A adequação dos documentos fiscais à Reforma Tributária vem sendo feita por meio de notas técnicas sucessivas, publicadas conforme a implantação escalonada do novo sistema tributário avança.
Ou seja: quem tratar isso como evento único vai ficar para trás. O padrão de trabalho, daqui até 2033, é revisão contínua de leiaute a cada nova nota técnica publicada. Escritórios e BPOs precisam incorporar essa cadência ao próprio calendário operacional.
Levante quais clientes da sua carteira emitem NF3-e ou NFCom. Peça ao fornecedor do ERP a confirmação por escrito de que a NT 2026.002 está em roadmap com prazo. Documente. Isso já é diferencial — a maioria dos contadores só vai reagir quando começarem as rejeições.
