XML ou DANFE: qual dos dois é a nota — e por que isso muda o seu mês

A diferença entre XML e DANFE cabe em uma frase — a consequência, não

O XML é a nota fiscal. O DANFE é um papel que fala sobre ela.

Isso não é jeito de dizer: é o que a norma diz. O Ajuste SINIEF 07/05, que instituiu a NF-e, define o documento assim:

Considera-se Nota Fiscal Eletrônica - NF-e - o documento emitido e armazenado eletronicamente, de existência apenas digital, com o intuito de documentar operações e prestações, cuja validade jurídica é garantida por uma assinatura eletrônica qualificada e pela autorização de uso por parte da administração tributária da unidade federada do contribuinte, antes da ocorrência do fato gerador.

E o DANFE, três cláusulas adiante, é definido por função, não por valor:

Fica instituído o Documento Auxiliar da NF-e - DANFE, conforme leiaute estabelecido no MOC, para acompanhar o trânsito das mercadorias acobertado por NF-e ou para facilitar a consulta.

Documento auxiliar. A palavra está no nome. O que dá validade jurídica é a assinatura eletrônica e a autorização de uso — e as duas vivem dentro do arquivo, não na folha impressa. Guardar só o PDF é guardar a fotografia do documento e jogar fora o documento.

O que existe no XML e não existe no DANFE

A confusão é compreensível, porque o DANFE mostra quase tudo o que importa para uma conferência a olho: emitente, destinatário, itens, valores, impostos, chave de acesso. Mostra — desenhado numa grade fixa.

Três diferenças decidem o que dá para automatizar:

	XML	DANFE (PDF ou papel)
O que é	o documento fiscal	representação do documento fiscal
Assinatura digital	presente, verificável	não imprimível — não existe no papel
Campos	nomeados, um a um, com tipo e tamanho definidos	caixas de layout: o mesmo dado muda de lugar conforme o emissor
Grupos sem caixa própria	estão lá, nomeados (referência a outra nota, formas de pagamento detalhadas, rastreabilidade, códigos de benefício)	caem em Informações Complementares, em texto corrido, quando aparecem
Leitura por software	direta e determinística	depende de extrair texto de um PDF que nem sempre tem texto

Esse último ponto é menos teórico do que parece. Em documentos financeiros brasileiros de teste na nossa esteira de leitura, encontramos páginas de PDF que o renderizador devolve em branco em qualquer resolução, porque o conteúdo está embutido como objeto e não como camada de texto. Para o olho humano a página está cheia; para o software, vazia. Método: observação em documentos reais de teste apurados até 09/08/2026, amostra pequena e não representativa do mercado — o valor está no padrão, não na proporção.

Com o XML esse problema simplesmente não existe. Não porque o software seja melhor: porque o arquivo é outro.

Os nove campos do XML que resolvem 90% dos casos

Uma NF-e tem centenas de campos possíveis. Para o financeiro de uma empresa pequena, nove resolvem quase tudo:

#	Campo	O que ele resolve no seu financeiro
1	Chave de acesso (44 posições)	identidade única do documento; é por ela que se consulta, se confere e se evita lançar a mesma nota duas vezes
2	Emitente (CNPJ e razão social)	de quem é a despesa; agrupa fornecedor sem depender do texto do extrato
3	Destinatário (CNPJ ou CPF)	confirma que a nota é da empresa, e não sua como pessoa física
4	Data e hora de emissão	define a competência — o mês em que o fato aconteceu, que quase nunca é o mês em que o dinheiro saiu
5	Natureza da operação e finalidade	separa venda de devolução, de remessa, de complemento. Sem isso, devolução vira receita
6	Valor total da nota	o número que amarra com o lançamento do banco
7	Itens (descrição, NCM, CFOP, quantidade, valor unitário)	é o que transforma uma despesa genérica em custo com nome; e o CFOP diz a natureza real da linha
8	Tributos (por item e totalizados)	base da conferência fiscal e do custo efetivo da compra
9	Cobrança (duplicatas: número, vencimento, valor)	é o contas a pagar já pronto — cada parcela com data e valor, antes de qualquer digitação

Repare no nono. A maior parte das empresas digita o contas a pagar a partir do boleto, quando o vencimento e o valor de cada parcela já estavam dentro do XML no dia em que a nota foi emitida.

Por que copiar XML para planilha é exatamente o trabalho que não deveria ser seu

Copiar campo de XML para planilha é um trabalho com três características ruins ao mesmo tempo: acontece toda semana, não admite erro e não produz nenhuma decisão. Ninguém decide nada ao digitar um CFOP. A decisão vem depois — e chega tarde, porque a digitação atrasou.

É por isso que a conferência da nota é uma etapa boa para tirar do colo de alguém: a entrada é padronizada por norma, o resultado é conferível (o total da nota bate ou não bate com o lançamento) e o erro é reversível dentro do mês. Nessa etapa a máquina lê o arquivo, valida a chave, extrai os nove campos e faz a amarração do caixa — cada linha do caixa apontando para o documento que a originou. O que sobra para você é o que sempre foi seu: decidir a que despesa aquilo pertence quando há ambiguidade, e aprovar.

Um detalhe que muda a conta: o XML já vem com a informação certa. Não há "taxa de acerto de leitura" para discutir, porque não há leitura de imagem envolvida. Quando alguém promete acerto altíssimo em nota fiscal, vale perguntar se está falando de XML — onde o problema é fácil — ou de PDF, onde ele é de verdade.

Por quanto tempo guardar — e onde verificar o prazo

A norma é direta sobre a obrigação e deliberadamente aberta sobre o prazo. O Ajuste SINIEF 07/05 diz que o emitente deve manter a NF-e em arquivo digital, sob sua guarda e responsabilidade, pelo prazo estabelecido na legislação tributária. O destinatário tem o mesmo dever.

Duas consequências práticas que quase ninguém escreve:

• Guardar é do destinatário também. Quem compra guarda o XML de quem vendeu. Não é responsabilidade só de quem emitiu.
• Há uma alternativa expressa para quem não emite NF-e. A mesma cláusula prevê que o destinatário que não seja contribuinte credenciado para emissão de NF-e pode, alternativamente, manter em arquivo o DANFE — e apresentá-lo quando a administração tributária solicitar. Isso não vale para quem emite; e continua sendo pior que guardar o arquivo, porque o DANFE não se consulta campo a campo.

O prazo em si depende do tributo e da situação, e a norma remete à legislação tributária em vez de fixar um número. Na prática o parâmetro usual é o prazo decadencial, mas essa é a pergunta certa para o seu contador, não para um blog. Guardar por mais tempo do que o mínimo custa quase nada quando o arquivo é digital.

Perdi o XML e só tenho o PDF: o que dá e o que não dá para recuperar

Antes de qualquer coisa: pegue a chave de acesso. Ela está impressa no DANFE, em campo próprio e no código de barras, e é o número que abre todos os caminhos abaixo.

1. Peça ao emitente. É o caminho mais rápido e o mais provável de funcionar: quem emitiu tem obrigação de guarda e costuma reenviar por e-mail em minutos.
2. Pergunte ao seu contador. Muitos escritórios captam automaticamente os XMLs destinados ao CNPJ dos clientes. Se o seu faz isso, o arquivo já está lá.
3. Consulte pela chave. A norma prevê consulta à NF-e mediante informação da chave de acesso. A consulta identifica e confirma o documento; o download do arquivo completo tem regras próprias e costuma exigir certificado digital do emitente, do destinatário ou de quem estiver autorizado na própria nota.
4. Se for nota de serviço, o caminho é outro: o ambiente nacional da NFS-e tem consulta pública por chave de acesso e permite obter o XML e o DANFSe. Vale conferir se o município do prestador já compartilha com o ambiente nacional.

O que não dá: reconstruir o XML a partir do PDF. Dá para extrair os dados do DANFE e usá-los no seu controle — e isso resolve o seu financeiro. Não resolve a guarda, porque o arquivo reconstruído não tem a assinatura digital e, portanto, não é a nota. São dois problemas diferentes e é comum confundi-los.

NFS-e: a mesma lógica, outro nome e outro tamanho de chave

Na nota de serviço o par se repete com nomes diferentes: o XML continua sendo o documento e o DANFSe é a representação em PDF. A diferença que pega quem escreve validação é o tamanho da chave: a da NF-e tem 44 posições e a da NFS-e nacional tem 50, com campos completamente diferentes — a primeira começa pelo código da UF, a segunda pelo código IBGE do município. Isso está detalhado em por que a NFS-e tem 50 dígitos e a NF-e tem 44.

Se a sua empresa presta serviço e está no Simples, vale acompanhar o que muda no padrão nacional em NFS-e nacional e Simples Nacional.

O que fazer com isso na prática, em quatro passos

1. Peça o XML sempre. Ao fornecedor, no ato. "Manda o XML junto" resolve na origem o problema que custa caro seis meses depois.
2. Guarde os dois. O XML porque é a nota; o PDF porque é o que a equipe consegue conferir sem ferramenta.
3. Confira uma coisa só no recebimento: se o destinatário é o CNPJ da empresa. É o erro mais comum e o mais caro de corrigir depois.
4. Pare de digitar duplicata. Vencimento e valor de cada parcela já estão no arquivo. Se alguém na sua empresa está copiando isso à mão todo mês, esse é o processo por onde começar — e o raciocínio de escolha está em onde a IA funciona no financeiro.

Do XML conferido para o número do mês é um passo curto: é o mesmo material que alimenta a DRE construída a partir do extrato, com cada linha apontando para o documento que a gerou.