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

cMod na NF-e: código de marca e modelo do veículo

<cMod>det › prod › veicProd › cMod

Revisã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

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

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