anoMod na NF-e: ano modelo e diferença para fabricação
<anoMod>det › prod › veicProd › anoModRevisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
anoMod representa o ano modelo do veículo novo na NF-e. Ele não é o código de marca/modelo de cMod nem o ano físico de fabricação de anoFab. Essa distinção evita trocar uma referência comercial anual por um código cadastral ou pela data de produção.
O caminho no XML processado é /nfeProc/NFe/infNFe/det/prod/veicProd/anoMod. Sem o envelope nfeProc, a leitura começa em NFe. O namespace é http://www.portalfiscal.inf.br/nfe; consultas XPath precisam associá-lo a um prefixo.
- Ano modelo não é código de modelo
- Aplicação e obtenção do dado
- Dois cenários de leitura
- O que conferir quando o ano parece incorreto
Ano modelo não é código de modelo
O campo J16 contém quatro dígitos, como 2027. cMod contém o código de marca/modelo da tabela RENAVAM e possui outra finalidade. Um nome como “ModeloX”, o código de seis dígitos do RENAVAM ou a designação “2026/2027” não devem ser colocados em anoMod.
anoFab informa a fabricação; anoMod, o ano modelo. Pode haver diferença entre eles. Não existe nas facetas deste campo uma fórmula para calcular o ano modelo a partir de fabricação, emissão ou lançamento comercial. A expressão [0-9]{4} controla formato, não autenticidade nem a combinação de anos de um chassi.
Aplicação e obtenção do dado
A aplicação é restrita ao detalhamento de veículo novo, no grupo veicProd do item. Dentro desse grupo, o campo ocorre uma vez e é obrigatório; a ausência do grupo em uma operação diferente não torna este filho exigível isoladamente. A regra J01-10, mensagem 736, rejeita o grupo em NFC-e e em NF-e com DANFE Simplificado Tipo 2 (tpImp=6). A ampliação consta da NT 2026.002, com produção prevista em 03/08/2026; ela restringe o grupo inteiro, não o conteúdo deste campo.
Confira o ano modelo na documentação do veículo que corresponde ao chassi faturado. Se o cadastro já contém esse dado comprovado, a integração deve reutilizá-lo. Se só há uma descrição conjunta de anos, confirme as duas referências antes de separá-las. Não crie um ano por arredondamento de data, adição de um ano à fabricação ou uso automático do ano atual.
Dois cenários de leitura
No primeiro cenário sintético, a documentação confirma fabricação e modelo 2026. No segundo, fabricação 2026 e modelo 2027. São recortes parciais de veicProd, sem os demais filhos obrigatórios:
<ns0:anoMod xmlns:ns0="http://www.portalfiscal.inf.br/nfe">2026</ns0:anoMod>
<ns0:anoFab xmlns:ns0="http://www.portalfiscal.inf.br/nfe">2026</ns0:anoFab>
<ns0:anoMod xmlns:ns0="http://www.portalfiscal.inf.br/nfe">2027</ns0:anoMod>
<ns0:anoFab xmlns:ns0="http://www.portalfiscal.inf.br/nfe">2026</ns0:anoFab>
Ambos ilustram o formato de quatro dígitos. A ordem do XSD é modelo antes de fabricação, e não a ordem de uma legenda “fab/mod”. Esses exemplos não atestam veículos reais nem são documentos prontos para transmissão.
O que conferir quando o ano parece incorreto
Compare o chassi, a documentação e as duas colunas do cadastro. Um integrador pode enviar fabricação nas duas tags por reutilização indevida do mesmo atributo. Outro erro é enviar a descrição combinada com barra ou inverter a sequência dos filhos; nesse caso, o conteúdo e a posição precisam ser examinados separadamente.
Corrija apenas a divergência demonstrada na origem. Não iguale anos distintos que estejam documentalmente corretos. A validação do XSD deve ser repetida após a geração, mas não substitui essa conferência cadastral. Mensagem 736 exige examinar modelo e tpImp do documento e a presença de veicProd, não modificar o ano modelo.
Campos relacionados
Fontes oficiais
- MOC 7.0, Anexo I — 7.00, novembro de 2020: p. 22: grupo JA, campo J16 (anoMod); p. 96 J01-10, complementada pela NT 2026.002.
- Schemas XML NF-e, PL_010f_v1.04 — 010f v.1.04, publicado em 31/08/2026: declaração veicProd e seus 24 filhos; escolha exclusiva; campos 1-1 na sequência.
- NT 2026.002, DANFE Simplificado Tipo 2 — 1.11, setembro 2026, catálogo 01/10/2026: p. 3 cronograma; p. 12 J01-10/736.
- Tipos básicos do schema NF-e — PL_010f_v1.04: tipo TString: whiteSpace preserve e padrão sem espaços nas extremidades.
Referência técnica para integração
- XPath completo
/nfeProc/NFe/infNFe/det/prod/veicProd/anoMod- Namespace
http://www.portalfiscal.inf.br/nfe- Leiaute
- 4.00 · PL_010e_v1.02
- Ocorrências no XSD
- 1–1 no contexto do elemento pai
- Tipo
- inline:xs:string · string
- 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.
- pattern
[0-9]{4}- whiteSpace
preserve