cMod na NF-e: código de marca e modelo do veículo
<cMod>det › prod › veicProd › cModRevisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
cMod é o código de marca/modelo do veículo novo, informado no grupo veicProd conforme a tabela RENAVAM. Não recebe o nome comercial do automóvel, o ano modelo nem o código interno usado pelo vendedor para controlar seu produto.
O caminho no XML processado é /nfeProc/NFe/infNFe/det/prod/veicProd/cMod. 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.
- Qual código pertence a cMod
- Formato, aplicação e fonte
- Exemplo e posição no XML
- Como verificar uma divergência
Qual código pertence a cMod
O MOC identifica J23 como código marca/modelo e remete ao RENAVAM. A documentação do veículo e os dados fornecidos por fabricante ou importador precisam permitir confirmar a correspondência entre esse código e a versão efetivamente faturada. Um nome comercial semelhante não garante o mesmo código.
Não confunda cMod com ide/mod, que identifica o modelo do documento fiscal, como 55; com anoMod, que contém o ano modelo em quatro dígitos; ou com prod/cProd, o identificador do produto no emitente. Também não é o número individual do registro RENAVAM do veículo. Usar um desses números no lugar do código marca/modelo pode passar por algumas restrições de tamanho sem representar o dado solicitado.
Formato, aplicação e fonte
O schema 010f estabelece de um a seis dígitos, pela expressão [0-9]{1,6}. Letras, pontuação de apresentação e o nome da marca não pertencem a esse formato. Preserve os zeros que integrem o código documental; a faixa de comprimento não autoriza inventar zeros ou cortar um código de outra natureza.
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.
O código deve ser obtido da informação oficial de marca/modelo vinculada ao veículo. O XSD não incorpora o catálogo inteiro, não consulta o RENAVAM e não prova que o número exista ou corresponda à versão. Não determine o código por aproximação de nome, NCM, cilindrada ou ano.
Exemplo e posição no XML
Neste exemplo sintético, assume-se apenas um código fictício de seis dígitos, sem vínculo com marca real:
<cMod xmlns="http://www.portalfiscal.inf.br/nfe">123456</cMod>
O elemento é um recorte parcial: aparece depois de condVeic e antes de cCorDENATRAN. Os demais filhos obrigatórios de veicProd não estão reproduzidos. O número serve para demonstrar a forma, não para classificar veículo ou montar documento pronto para transmissão.
Como verificar uma divergência
Confira primeiro o chassi do item e a marca/modelo/versão documental. Depois identifique qual campo do cadastro alimenta cMod e compare o XML gerado. Se houver letras, é possível que o gerador esteja enviando a descrição comercial. Se houver quatro dígitos semelhantes a um ano, confira troca com anoMod; isso é uma hipótese de mapeamento, não prova automática de erro.
Quando o cadastro contém só o nome comercial, falta a identificação oficial correspondente. Obtenha-a na documentação do fornecedor, fabricante ou importador e confirme o vínculo antes de atualizar o cadastro. Se houver falha de schema, confira padrão e posição; se houver divergência material, confira a correspondência cadastral. Nenhuma dessas verificações define a classificação tributária da operação.
Campos relacionados
Fontes oficiais
- MOC 7.0, Anexo I — 7.00, novembro de 2020: p. 22: grupo JA, campo J23 (cMod); 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/cMod- 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]{1,6}- whiteSpace
preserve