Se o validador não achar nada, a nota será autorizada?

Não necessariamente. Ele confere as regras que dependem só do conteúdo do XML. Ficam de fora a validação de schema (formato de cada campo) e tudo o que exige consultar cadastro: se a IE do cliente existe, se o código do município bate, se o NCM está vigente, se o emitente está habilitado. Essas só a SEFAZ faz.

O meu XML fica salvo em algum lugar?

Não. A leitura acontece no seu navegador; o arquivo não é enviado para o nosso servidor nem para a SEFAZ.

Serve para XML de nota já autorizada?

Serve, para conferir contas e códigos — por exemplo, numa nota recebida de fornecedor. As regras de data são puladas, porque só fazem sentido antes do envio.

Validador de XML da NF-e e NFC-e

Arraste o XML e veja quais regras da SEFAZ ele quebraria, com o código da rejeição e o que corrigir — antes de enviar e tomar a rejeição de verdade.

Arraste o XML da NF-e ou NFC-e aquiou clique para escolher o arquivo

A conferência roda no seu navegador: o XML não é enviado para nenhum servidor.

O que é conferido

Chave de acesso: Se o Id é a junção dos campos da nota e se o dígito verificador fecha (502 e 253).
CNPJ e CPF: Dígito verificador do emitente e do destinatário (207, 208 e 237).
Datas: Emissão com mais de 30 dias ou no futuro, para nota ainda não autorizada (228 e 703).
Valores dos itens: Quantidade × valor unitário contra o valor do produto, com a tolerância de R$ 0,01 da SEFAZ (629).
Totais: Soma dos produtos, do ICMS e a composição do valor total da nota (564, 532 e 610).
Regime tributário: CST em empresa do Simples e CSOSN em empresa do regime normal (590 e 591).
CFOP x destino: CFOP interno em nota interestadual e o contrário (732 e 733).
DIFAL e consumidor final: Grupo do ICMS da UF de destino e indicador de consumidor final (694 e 696).
Substituição tributária: Item com ST sem o código CEST (806).
GTIN: Dígito de controle do código de barras (611 e 612).
NFC-e: Pagamentos que não cobrem o total e destinatário igual ao emitente (865 e 220).

As regras são as do Anexo I do Manual de Orientação do Contribuinte, o mesmo documento que a SEFAZ usa. Cada problema encontrado leva à página do código, com a causa e a solução — a lista completa está na tabela de rejeições.

Por que conferir antes de enviar

Rejeição não custa dinheiro, mas custa tempo — e, repetida, custa o emissor. Depois de 30 rejeições iguais seguidas, a SEFAZ passa a responder com a rejeição 656 por cerca de uma hora, para qualquer nota. Sistemas que reenviam sozinhos chegam lá rápido.

Os erros de conta são os mais traiçoeiros: um arredondamento no valor unitário pode fazer o total de um item ficar um centavo diferente, e a nota inteira volta. O validador mostra o item e os dois valores, para a correção ser direta.

Quando o validador aponta mais de um problema, comece pelo que aparece primeiro na lista. Erros de chave e de documento costumam arrastar outros: um CNPJ corrigido muda a chave, e a chave corrigida pode fazer sumir o aviso seguinte. Depois de corrigir no emissor, gere o XML de novo e passe pelo validador outra vez antes de enviar.

Se o validador não acha nada e a SEFAZ ainda assim rejeita, o problema está numa das conferências que só ela faz: o schema do XML ou o cadastro. A mensagem da rejeição, procurada na tabela, diz qual das duas.

Se a nota já foi autorizada e você só quer o PDF, use o gerador de DANFE; para ler a chave de uma nota sem o XML, a consulta pela chave.

Perguntas frequentes

Se o validador não achar nada, a nota será autorizada?: Não necessariamente. Ele confere as regras que dependem só do conteúdo do XML. Ficam de fora a validação de schema (formato de cada campo) e tudo o que exige consultar cadastro: se a IE do cliente existe, se o código do município bate, se o NCM está vigente, se o emitente está habilitado. Essas só a SEFAZ faz.
O meu XML fica salvo em algum lugar?: Não. A leitura acontece no seu navegador; o arquivo não é enviado para o nosso servidor nem para a SEFAZ.
Serve para XML de nota já autorizada?: Serve, para conferir contas e códigos — por exemplo, numa nota recebida de fornecedor. As regras de data são puladas, porque só fazem sentido antes do envio.