Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Cobrança e pagamentos

nFat na NF-e: número da fatura e diferença para nDup

<nFat>cobr › fat › nFat

Revisão editorial em 26 de set. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.

nFat é o número da fatura em /nfeProc/NFe/infNFe/cobr/fat/nFat. Ele identifica o documento comercial resumido em fat. Não é o número fiscal da NF-e nem o número sequencial de uma parcela.

De onde obter nFat

Use a identificação real da fatura no sistema comercial ou de contas a receber da empresa emitente. O campo é textual e admite de 1 a 60 caracteres na estrutura documentada. Preserve letras e zeros que façam parte do identificador; não converta automaticamente em número inteiro.

O leiaute não estabelece para nFat o padrão 001, 002, 003 das parcelas. Esse padrão pertence a dup/nDup. Tampouco há neste campo uma fórmula que gere o identificador a partir da chave de acesso, da série ou de ide/nNF. A nota e a fatura podem ter números parecidos em um sistema, mas isso depende do vínculo comercial, não de uma igualdade exigida pelo campo.

Quando um campo opcional se torna exigido

nFat aparece zero ou uma vez dentro da estrutura opcional de fat. Para a NF-e modelo 55, a regra Y01-20 exige nFat, vOrig e vLiq se cobr estiver informado; a falta dos campos pode gerar 905. Um grupo com parcelas e sem identificação da fatura pode passar por algumas verificações estruturais e ainda ser rejeitado por essa regra.

Na NFC-e modelo 65, não se resolve a cobrança acrescentando nFat: o próprio cobr é rejeitado por Y01-10/760. O dado deve existir no contexto documental correto, sem criar uma fatura fictícia para completar tags.

Exemplo com identificadores diferentes

Suponha a NF-e de número fiscal 250, vinculada à fatura comercial FAT-2026-100, líquida de R$ 900,00, dividida em duas parcelas. O trecho abaixo é parcial e sintético; não inclui parcelas, assinatura ou o restante da NF-e e não está pronto para transmissão:

<fat xmlns="http://www.portalfiscal.inf.br/nfe">
  <nFat>FAT-2026-100</nFat>
  <vOrig>1000.00</vOrig>
  <vDesc>100.00</vDesc>
  <vLiq>900.00</vLiq>
</fat>

Na mesma hipótese, as parcelas poderiam ter nDup=001 e nDup=002, somando R$ 900,00. O número fiscal 250, a fatura FAT-2026-100 e as posições das parcelas não precisam ser iguais: cada identificador permite localizar um objeto diferente.

Como conferir uma ausência ou troca de número

Na rejeição 905, abra cobr/fat no XML efetivamente enviado e confira os três campos exigidos, não apenas nFat. Se a fatura aparece na tela mas o número não aparece no XML, investigue o mapeamento, campo vazio ou limpeza realizada na geração. Se o número é diferente do documento comercial, confirme o vínculo com a nota e a empresa, especialmente após cópia, importação ou troca de empresa.

Depois da correção no rascunho/origem, regenere e confira o número e os valores da mesma fatura. Não substitua a identificação de um documento comercial válido para fazê-la coincidir com o número fiscal. A decisão sobre existência, consolidação ou substituição da fatura deve considerar os documentos da operação; a tag só a representa.

Veja fat e os valores da fatura e nDup e a numeração das parcelas.

Atenção ao DANFE Simplificado Tipo 2

A NT 2026.002 v1.10a estende a rejeição 760 a NF-e modelo 55 com tpImp=6 (DANFE Simplificado Tipo 2) e dados de cobrança. A regra Y01-10 está no conjunto cujo cronograma registra teste em 01/07/2026 e produção em 03/08/2026. As datas de 01/09/2026 e 05/10/2026 de outros conjuntos da mesma NT não devem ser transplantadas para essa regra. Na integração, confira modelo, tpImp, ambiente e regra recebida da autorizadora; o permissivo estrutural de cobr não elimina essa condição.

Fontes oficiais

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/cobr/fat/nFat
Namespace
http://www.portalfiscal.inf.br/nfe
Leiaute
4.00 · PL_010e_v1.02
Ocorrências no XSD
0–1 no contexto do elemento pai
Tipo
inline:TString · TString
Preenchimento no catálogo
Condicional

A ocorrência vale dentro da estrutura XML: um campo obrigatório em um grupo opcional não torna esse grupo obrigatório. A aplicação fiscal depende da operação e da versão da regra.

maxLength
60
minLength
1
pattern
[!-ÿ]{1}[ -ÿ]{0,}[!-ÿ]{1}|[!-ÿ]{1}
whiteSpace
preserve