Por que validar XML IBS CBS agora
Para validar XML IBS CBS com calma, comece pelo prazo: os campos de IBS e CBS são obrigatórios em NF-e, NFC-e, CT-e e CT-e OS no regime normal desde 03/08/2026 (Ato Conjunto RFB/CGIBS 4/2026). Para o Simples Nacional e as operações monofásicas, a data é 01/01/2027.
Um detalhe engana muita gente: a rejeição 1115 ("IBS/CBS não informado") foi suspensa na versão 1.51 da NT 2025.002 e passou a implementação futura, segundo fontes secundárias (confira o status atual da norma). A SEFAZ não rejeitaria hoje, mas a obrigação existe. Nota emitida sem o grupo passa pela autorização e vira problema depois, quando ninguém mais lembra qual sistema gerou o XML.
Para o escritório, o risco é acumular notas com o grupo errado sem perceber. Descobrir isso na triagem, antes do fechamento do mês, custa bem menos do que refazer a escrituração de vários clientes depois.
O que o validador confere em cada nota
A ferramenta lê o XML e procura o grupo IBSCBS de cada item, com CST de 3 dígitos e cClassTrib de 6 dígitos. Depois confere se o cClassTrib é compatível com o CST e com o modelo do documento (rejeições 1024 e 1025 da NT).
Na parte de valores, ela compara a alíquota de teste de 2026 (CBS 0,9%, IBS da UF 0,1% e IBS municipal zero, a regra da rejeição 1026) e recalcula vIBSUF, vIBSMun, vCBS e vIBS do item. Também confere se os totais da nota batem com a soma dos itens, como nas rejeições 1076 e 1080.
Quando o item traz redução de alíquota, diferimento ou devolução de tributo, a aplicação exata da fórmula ainda não é pacífica. Nesses casos o resultado sai como alerta, não como erro, para você não corrigir uma nota que talvez esteja certa.
O resultado deixa claro o que é erro, o que é alerta e o que está certo, para você priorizar sem ler XML linha a linha.
Como usar, passo a passo
Arraste os XMLs de um cliente, ou um ZIP com todos, para a área de envio. O relatório mostra as notas com problema primeiro, com o caminho do campo no XML e o motivo, para você repassar ao cliente ou ao fornecedor do sistema de emissão.
O arquivo não é enviado a servidor. O processamento acontece no seu navegador, então XML de cliente pode ser conferido sem preocupação com sigilo. Isso vale para XML de qualquer cliente.
Se o mesmo erro aparece em todas as notas de um cliente, a causa quase sempre está no cadastro do produto ou na parametrização do emissor. Corrigir na origem evita repetir o problema a cada emissão.
O que a ferramenta não faz
O validador não confere assinatura digital, não roda o schema XSD completo, não valida regras de ICMS e não cobre NFS-e municipal. O resultado é um apoio para triagem e não substitui a análise do seu contador nem a validação da SEFAZ.
As regras seguem a NT 2025.002 (última versão localizada: v1.51). Se a norma mudar, o comportamento da ferramenta acompanha depois da conferência do time fiscal.
Ela também não interpreta a regra de negócio da operação. Se o cClassTrib está formalmente correto, mas não é o tratamento adequado àquele produto, quem decide é o contador, com base na operação real.
Da nota avulsa à carteira inteira
Validar um cliente por vez resolve a urgência. Quando o escritório tem dezenas de CNPJs, o trabalho passa a ser achar onde está o risco. É aí que entra o Aegis Fiscal, que roda a análise de XML em toda a carteira e organiza o que exige atenção primeiro.