Arquivo XML: o que é, para que serve e por que ele é mais importante que o DANFE
Entenda o XML da NF-e e NFC-e, a diferença para o DANFE, como o ERP usa esse arquivo e quais cuidados tomar na emissão, importação e guarda.
O que é o arquivo XML
O XML é o arquivo digital estruturado da NF-e ou da NFC-e. Ele carrega os dados da operação em um padrão que pode ser lido por sistemas, pela SEFAZ, pelo contador, pelo ERP e por ferramentas de auditoria.
Na rotina da empresa, muita gente olha primeiro para o DANFE ou para o cupom impresso. Mas, tecnicamente, o documento fiscal eletrônico está no XML autorizado, com assinatura digital, chave de acesso e protocolo de autorização.
XML não é DANFE
O DANFE é uma representação auxiliar. Ele serve para facilitar a leitura, acompanhar mercadoria e apresentar dados principais da nota. O XML é o arquivo fiscal completo e estruturado.
Guardar apenas PDF, imagem ou impressão do DANFE é um erro comum. Se a empresa precisar comprovar a emissão, importar a compra, conferir impostos ou escriturar corretamente, o arquivo que realmente importa é o XML.
O que existe dentro do XML
O XML reúne emitente, destinatário, produtos, quantidades, valores, pagamentos, totais, CFOP, NCM, CST ou CSOSN, CEST quando aplicável, ICMS, IPI, PIS, COFINS, chave de acesso, assinatura digital e protocolo.
É por isso que um erro pequeno no cadastro do produto ou na regra fiscal vira problema no XML. Se o NCM, o CFOP ou o CST estão errados, o erro pode passar para a nota autorizada e depois aparecer na escrituração.
Fluxo no ERP
O ERP monta o XML com base na venda, no cadastro do cliente, nos produtos e nas regras fiscais. Depois assina o arquivo com o certificado digital da empresa, transmite para a SEFAZ e recebe autorização, rejeição ou denegação.
Quando a NF-e ou NFC-e é autorizada, o ERP precisa armazenar o XML autorizado, o protocolo e a chave de acesso. A partir disso, ele pode gerar o DANFE, atualizar estoque, financeiro, relatórios e escrituração.
Exemplo prático
Imagine uma venda no caixa com NFC-e. Para o cliente, aparece um documento simples, com QR Code e valor pago. Por trás, o ERP gerou um XML com item, quantidade, tributação, forma de pagamento, totais e autorização.
Se o item estava com CST incorreto ou NCM errado, essa informação ficou gravada no XML. Mesmo que o comprovante visual pareça normal, o documento fiscal pode carregar uma inconsistência que afetará apuração e conferência futura.
XML de compra
O XML recebido do fornecedor é uma das melhores fontes para conferir entrada de mercadoria. Ele mostra produto, NCM, CFOP, CST, CEST, quantidade, unidade, valor, ICMS-ST, IPI e dados do fornecedor.
Mas importar XML sem revisão também é perigoso. O fornecedor pode usar uma classificação diferente, unidade divergente ou descrição pouco clara. O ERP deve ajudar a comparar, mas a empresa precisa validar antes de atualizar o cadastro.
XML de evento
Além do XML da nota, existem XMLs de eventos, como cancelamento e carta de correção. Esses arquivos também precisam ser guardados, porque contam a história fiscal do documento.
Uma nota autorizada e depois cancelada não deve ficar apenas com o XML original. O evento de cancelamento precisa estar vinculado à chave da nota, com protocolo e data, para evitar divergência entre ERP, contador e SEFAZ.
Cuidados de armazenamento
A empresa precisa ter uma política clara de guarda dos XMLs autorizados, recebidos e de eventos. Isso envolve backup, organização por CNPJ, período, modelo de documento, chave de acesso e tipo de operação.
Perder XML não é apenas um problema técnico. Pode virar dificuldade contábil, fiscal e operacional, principalmente quando a empresa precisa comprovar compra, venda, cancelamento, devolução ou escrituração.
Erros comuns
Os erros mais comuns são guardar apenas DANFE em PDF, não baixar XML de fornecedor, importar XML sem conferência, tratar nota rejeitada como autorizada, perder XML de cancelamento e não vincular chave de acesso à venda ou compra.
Também é comum acreditar que, se a nota apareceu no sistema, está tudo certo. O ponto correto é verificar se existe XML autorizado, protocolo, status fiscal coerente e vínculo com estoque, financeiro e escrituração.
Checklist prático
Antes de considerar uma nota encerrada, confirme se o XML autorizado foi salvo, se a chave de acesso está vinculada, se o protocolo foi armazenado, se o DANFE foi gerado a partir do XML correto e se eventos posteriores também foram guardados.
Na entrada de mercadoria, confira XML do fornecedor antes de atualizar cadastro. Na saída, revise cadastro e tributação antes de emitir. O XML é o retrato fiscal da operação: se ele nasce errado, o problema se espalha.