NCM Buscador

refDFeAnt

Chave de acesso do documento fiscal anterior. Deverá ser informado para tpOperGov 2 e 3 e vedado para os tipos 1 e 4. No caso do tpOperGov 2 aceitará apenas uma chave referenciada, no tipo 3 poderá aceitar múltiplas chaves Obs: a chave de acesso deverá ser de um emitente com o mesmo CNPJ base

✓ Conferido · 02 de outubro de 2026Esquema XML da NF-e (leiaute) — enums oficiais de campo — Pacote de Liberação PL_010f_v1.04, publicado em 31/08/2026 (NT 2025.002 v1.50 e NT 2026.007 v1.00) · Receita Federal / ENCAT

Onde fica no arquivo

No documento

  • NFe/infNFe/ide/gCompraGov/refDFeAnt

    0 a 99 vez(es)

O caminho até aqui, nível a nível

  1. NFe — Nota Fiscal Eletrônica
  2. └ infNFe — Informações da Nota Fiscal eletrônica
  3. └ ide — identificação da NF-e
  4. └ gCompraGov — Grupo de Compras Governamentais
  5. └ refDFeAnt — você está aqui

Dentro do grupo gCompraGov , grupo de Compras Governamentais

O que o arquivo aceita neste campo

Ocorrência
0-99
Tamanho
até 44
Tipo no esquema
TChDFeRTC
Formato base
string

Formato exigido: [0-9]{6}[A-Z0-9]{12}[0-9]{26} Expressão do próprio esquema. Valor que não casar com ela é recusado na validação do arquivo, antes de qualquer regra de negócio. ⚠ A leitura acima sai da EXPRESSÃO, não do nome do tipo: nome de tipo se expande por palpite e palpite publica regra errada.

O mesmo nome em outros documentos fiscais — 7

refDFeAnt aparece no leiaute de outros documentos, e isso não quer dizer que seja o mesmo campo: cada um tem manual, regra e às vezes tipo próprios. Aplicar a regra de um documento no outro é o erro que esta lista existe para evitar. Cada linha traz o caminho no arquivo daquele documento, que é onde a diferença aparece primeiro.

Documento O que o leiaute dele diz Caminho lá
BP-e Chave de acesso do documento fiscal anterior. Deverá ser informado para tpOperGov 2 e 3 e vedado para os tipos 1 e 4. No caso do tpOperGov 2 aceitará apenas… BPeTA/infBPe/ide/gCompraGov/refDFeAnt
CT-e Chave de acesso do documento fiscal anterior. Deverá ser informado para tpOperGov 2 e 3 e vedado para os tipos 1 e 4. No caso do tpOperGov 2 aceitará apenas… CTeSimp/infCte/ide/gCompraGov/refDFeAnt
CT-e OS Chave de acesso do documento fiscal anterior. Deverá ser informado para tpOperGov 2 e 3 e vedado para os tipos 1 e 4. No caso do tpOperGov 2 aceitará apenas… CTeOS/infCte/ide/gCompraGov/refDFeAnt
NF3e Chave de acesso do documento fiscal anterior. Deverá ser informado para tpOperGov 2 e 3 e vedado para os tipos 1 e 4. No caso do tpOperGov 2 aceitará apenas… NF3e/infNF3e/ide/gCompraGov/refDFeAnt
NFAg Chave de acesso do documento fiscal anterior. Deverá ser informado para tpOperGov 2 e 3 e vedado para os tipos 1 e 4. No caso do tpOperGov 2 aceitará apenas… NFAg/infNFAg/ide/gCompraGov/refDFeAnt
NFCom Chave de acesso do documento fiscal anterior. Deverá ser informado para tpOperGov 2 e 3 e vedado para os tipos 1 e 4. No caso do tpOperGov 2 aceitará apenas… NFCom/infNFCom/ide/gCompraGov/refDFeAnt
NFGas Chave de acesso do documento fiscal anterior. Deverá ser informado para tpOperGov 2 e 3 e vedado para os tipos 1 e 4. No caso do tpOperGov 2 aceitará apenas… NFGas/infNFGas/ide/gCompraGov/refDFeAnt

Os campos dos doze documentos fiscais, com filtro →

Campos do mesmo grupo — 3

São os campos que ficam ao lado deste no arquivo, dentro de NFe/infNFe/ide/gCompraGov. Quem preenche um costuma precisar dos outros na mesma passada.

Perguntas frequentes

O que é o campo refDFeAnt do NF-e?

Chave de acesso do documento fiscal anterior. Deverá ser informado para tpOperGov 2 e 3 e vedado para os tipos 1 e 4. No caso do tpOperGov 2 aceitará apenas uma chave referenciada, no tipo 3 poderá aceitar múltiplas chaves Obs: a chave de acesso deverá ser de um emitente com o mesmo CNPJ base No XML ele fica em NFe/infNFe/ide/gCompraGov/refDFeAnt. 0 a 99 vez(es), com tamanho até 44.

refDFeAnt no NF-e é o mesmo campo dos outros documentos fiscais?

O nome se repete no leiaute de 7 outros documentos (BP-e, CT-e, CT-e OS, NF3e, NFAg, NFCom, NFGas), e isso não quer dizer que seja o mesmo campo: cada documento tem manual próprio, regra própria e às vezes tipo diferente. Aplicar a regra de um no outro é erro comum e caro.

De onde vem esta descrição do NF-e?

Do esquema XML oficial (PL_010f_v1.04). O Buscador NCM lê a árvore do próprio arquivo: tipo, tamanho, ocorrência e domínio saem sem interpretação. O manual manda na REGRA de validação; o esquema manda no CAMPO.

Voltar ao topo