condVeic na NF-e: acabado, inacabado ou semiacabado
<condVeic>det › prod › veicProd › condVeicRevisão editorial em 14 de out. de 2026. As versões e condições das regras estão indicadas ao longo do artigo.
condVeic informa a condição de acabamento do veículo novo na NF-e: acabado, inacabado ou semiacabado. Esse campo não é uma opção “novo/usado” e não descreve se o chassi foi remarcado. Essas distinções são necessárias para interpretar o código sem alterar a natureza real do veículo.
O caminho no XML processado é /nfeProc/NFe/infNFe/det/prod/veicProd/condVeic. 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.
- Os três códigos de condição
- Diferença para novo, usado e VIN
- Exemplo de veículo inacabado
- Conferência de condição incorreta
Os três códigos de condição
| Código | Significado no MOC e XSD |
|---|---|
| 1 | Acabado |
| 2 | Inacabado |
| 3 | Semiacabado |
O XSD 010f enumera somente 1, 2 e 3. Campo vazio, zero, palavras por extenso ou outros dígitos não pertencem ao domínio. “Não sei a condição” não possui código próprio; é necessário confirmar a informação documental que falta.
O leiaute fornece esses nomes, mas não apresenta nesta tag um procedimento para classificar toda configuração industrial de veículo. Se a documentação não distingue inacabado de semiacabado, confirme o estágio com fabricante ou responsável pela documentação técnica. Não decida pela aparência do veículo ou pelo número de equipamentos instalados.
Diferença para novo, usado e VIN
O grupo veicProd é reservado a veículo novo. Isso não significa que todo veículo do grupo seja acabado; o próprio domínio admite os estágios 2 e 3. VIN=N ou R informa a condição do identificador, não o acabamento. tpOp descreve a operação comercial, e não determina automaticamente condVeic.
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.
Os dados do cadastro devem preservar o estágio comprovado para o chassi/versão faturados. Não use 1 como padrão quando a informação não veio do fornecedor; um valor válido estruturalmente pode estar materialmente errado.
Exemplo de veículo inacabado
Assuma que a documentação técnica confirme a condição “inacabado”. O recorte sintético é:
<condVeic xmlns="http://www.portalfiscal.inf.br/nfe">2</condVeic>
Ele fica depois de VIN e antes de cMod. O exemplo é parcial em relação ao grupo e à nota, omitindo os demais filhos obrigatórios. Não é uma recomendação de código para veículo com determinada aparência nem documento pronto para transmissão.
Conferência de condição incorreta
Se o XML contém “NOVO”, “USADO” ou N, verifique se a integração reutilizou um cadastro com significado diferente para a coluna “condição”. Se contém 1 mas a documentação técnica registra outro estágio, corrija a correspondência cadastral comprovada, sem mudar a descrição real para coincidir com o XML.
Valide depois a enumeração e a ordem da tag. A rejeição 736 está ligada ao uso do grupo no modelo ou DANFE vedado; trocar o acabamento não afasta essa condição. A escolha entre os três estágios também não determina CFOP, NCM, CST ou alíquota, que dependem da operação e de análise própria do responsável fiscal.
Campos relacionados
Fontes oficiais
- MOC 7.0, Anexo I — 7.00, novembro de 2020: p. 22: grupo JA, campo J22 (condVeic); 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/condVeic- 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.
- enumeration
1- enumeration
2- enumeration
3- whiteSpace
preserve