Pular para o conteúdo
Fiscal ProBiblioteca
NF-e e NFC-e · Produtos e serviços

rastro na NF-e: lotes, quantidades, datas e exceções

<rastro>det › prod › rastro

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

rastro é o grupo de rastreabilidade do produto na NF-e/NFC-e. Aparece em /nfeProc/NFe/infNFe/det/prod/rastro e permite associar lote, quantidade, fabricação e validade ao item. Pode repetir até 500 vezes por produto; a ocorrência opcional no XSD não elimina exigências específicas, como a relação com medicamentos nas condições da regra K01-20.

O que cada ocorrência precisa conter

Campo Informação Conferência necessária
nLote Identificação do lote Código físico/documental verdadeiro, 1–20 caracteres
qLote Quantidade do produto daquele lote Medida e associação coerentes com o item, até 8 dígitos inteiros e 3 decimais
dFab Data de fabricação/produção Data real no formato AAAA-MM-DD
dVal Data de validade Data real; último dia do mês quando só mês/ano informados
cAgreg Código de agregação, quando existente Referência alfanumérica própria de rastreabilidade, opcional, 1–20 caracteres

Os quatro primeiros são obrigatórios dentro de rastro e aparecem nessa ordem. cAgreg vem ao final quando existe. rastro fica antes do detalhamento específico med no produto. Ao contrário de med, ele não é um ramo do choice exclusivo de medicamento, veículo, arma, combustível ou RECOPI. Por isso, rastro e med podem coexistir no mesmo item; as datas e lotes ficam em rastro, não nos filhos med/nLote, med/qLote, med/dFab e med/dVal do leiaute anterior. O grupo não tem um campo de unidade; qLote precisa ser interpretado com os controles do produto, sem conversão automática não comprovada. MOC, I80–I85.

Dois lotes no mesmo produto

Suponha um item com 10 unidades, das quais 6 vieram do lote L01 e 4 do lote L02, ambas contadas na mesma medida confirmada. As ocorrências permitem preservar os dois conjuntos de datas. A soma 6+4=10 é uma conferência documental deste exemplo; o artigo não afirma existir uma rejeição SEFAZ universal que compare essa soma com qCom ou qTrib.

Fragmento sintético e parcial. As demais informações da nota estão omitidas; não é pronto para transmissão.

<prod xmlns="http://www.portalfiscal.inf.br/nfe">
  <!-- Dados anteriores omitidos -->
  <rastro><nLote>L01-SINT</nLote><qLote>6.000</qLote>
    <dFab>2026-01-10</dFab><dVal>2027-01-31</dVal></rastro>
  <rastro><nLote>L02-SINT</nLote><qLote>4.000</qLote>
    <dFab>2026-02-12</dFab><dVal>2027-02-28</dVal></rastro>
  <!-- Demais grupos omitidos -->
</prod>

Não se coloca uma lista L01,L02 dentro de um único nLote com datas comuns quando os lotes têm identidades diferentes. Também não se replica a quantidade total 10 em cada ocorrência, pois isso documentaria 20 na conferência da hipótese.

Datas e medicamentos

I83-10/877 verifica fabricação posterior à data de processamento. I84-10/870 verifica validade anterior à fabricação. O último dia do mês, quando a fonte de validade não especifica dia, é convenção expressa do MOC; não autoriza estimar a fabricação pelo prazo de shelf life nem inventar uma validade ausente.

I83-10 e I84-10 são regras obrigatórias para os modelos 55/65. Elas comparam as datas efetivas, sem uma tolerância de dias documentada no recorte. Mesmo que a forma AAAA-MM-DD passe pelo padrão textual, isso não substitui a conferência de calendário e da origem real das datas.

Quando a falta de rastro gera 873

K01-20/873 exige rastro para NF-e 55 com med, ressalvadas devolução finNFe 4, venda não presencial indPres 2 ou 3, CFOP 5922/6922, CFOP 5118/6118/5119/6119/5120/6120, entrada tpNF 0 e DANFE Simplificado Tipo 2, tpImp 6. K01-20 está marcada obrigatória no recorte da nota técnica, sob essas condições e exceções. A última exceção tem cronograma na linha própria da NT 2026.002: teste em 01/07/2026 e produção em 03/08/2026. A linha de produção em 05/10/2026 de outras alterações não posterga automaticamente esse recorte. Essas exceções são da validação e não uma conclusão de dispensa de toda obrigação sanitária. NT 2026.002, pp.3 e 13.

Por que a rejeição 840 é diferente de 873

A exigência de med é outra regra: K01-10/840, modelo 55, contempla NCM iniciado por 3001, 3002, 3003, 3004, 3005 ou 3006, com exceção de tpImp=6. A NT a mantém facultativa, a critério da UF e com observação de implementação futura. Esses registros não comprovam ativação universal atual. K01-10 verifica falta de med; K01-20 verifica falta de rastro quando med já está informado. Uma exceção ou facultatividade da primeira não pode ser copiada para a segunda.

Essa distinção não classifica o produto do leitor nem permite excluir dados verdadeiros para evitar uma regra. Confirme identidade regulatória, NCM já definido, operação, ambiente e autorizadora; a finalidade técnica é identificar qual condição o retorno verificou.

Diagnóstico do grupo incompleto ou associado ao item errado

Localize o item da resposta e veja se rastro está dentro de seu prod. Em 873, confronte med, campos de identificação da operação e as exceções documentadas. Uma informação no estoque ou em med/nLote legado não prova que o XML 4.00 trouxe rastro completo.

Em 870/877, compare as datas do XML com rótulo, documento de origem e data de processamento. Formato brasileiro ou inversão mês/dia são causas possíveis a verificar, não conclusões automáticas. Para divergência de quantidade, estabeleça a unidade dos controles antes de comparar com qCom/qTrib.

Corrija a associação ou serialização comprovada, preserve os lotes e registre a origem. Não reescreva datas verdadeiras para obter autorização, não crie lote para preencher grupo e não edite XML assinado. A definição de aplicabilidade das exigências específicas depende do produto e da operação; o conteúdo explica como conferir a informação após essa confirmação.

Fontes oficiais

Leitura relacionada

Referência técnica para integração

XPath completo
/nfeProc/NFe/infNFe/det/prod/rastro
Namespace
http://www.portalfiscal.inf.br/nfe
Leiaute
4.00 · PL_010e_v1.02
Ocorrências no XSD
0–500 no contexto do elemento pai
Tipo
inline:complexType
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.