Rejeição 736: grupo de veículos novos na NFC-e ou NF-e Tipo 2

A rejeição 736 ocorre na NFC-e, modelo 65, ou na NF-e, modelo 55, com DANFE Simplificado Tipo 2 (tpImp=6), quando o XML contém o grupo de veículos novos veicProd. A regra J01-10 verifica a presença desse grupo no item; ela não compara preço, placa ou imposto. O primeiro passo é confirmar se o documento enviado é NFC-e ou NF-e com DANFE Simplificado Tipo 2 e localizar o grupo que foi gerado.

O que torna o grupo veicProd incompatível

A NT 2026.002 v1.11 classifica a J01-10 como obrigatória para NFC-e ou NF-e com DANFE Simplificado Tipo 2 (tpImp=6). A condição é direta: presença de veicProd em NFC-e ou em NF-e com DANFE Simplificado Tipo 2 (tpImp=6). O grupo fica em det/prod/veicProd. Em ide/mod, o valor 65 identifica a NFC-e; o cabeçalho de uma tela ou a expressão genérica “nota fiscal” não substituem essa conferência.

A existência do grupo no leiaute comum de NF-e/NFC-e não significa que ele seja permitido em ambos os modelos. O schema pode conhecer a estrutura enquanto uma regra de autorização restringe seu uso. Uma NF-e modelo 55 com outro tipo de impressão não entra nessa condição específica, mas isso não comprova a documentação correta de qualquer operação.

Quais informações revelam a origem do grupo

veicProd reúne dados próprios de veículos novos, como tipo da operação, chassi, cor, potência, cilindradas, peso, combustível, número do motor e anos de fabricação/modelo, conforme o leiaute. Não é um grupo para informar genericamente qualquer produto do setor automotivo.

Compare a classificação do produto no cadastro e o mapeamento aplicado à venda. Acessórios, peças ou outros itens não passam a ser veículos novos porque compartilham categoria comercial. Em uma nota com vários itens, examine todos os grupos veicProd e preserve a relação com o nItem. Uma configuração copiada de outro produto pode explicar a geração indevida.

Exemplos de cadastro e operação que exigem decisões diferentes

Cenário sintético: uma peça de reposição foi vinculada à categoria de veículo novo por erro cadastral. A NFC-e inclui veicProd com dados herdados. Confirmados o produto real e a origem da herança, o emissor pode corrigir o cadastro e parar de gerar um grupo que não representa o item. A conferência deve abranger outros itens que usem a mesma categoria.

Em outro cenário, o item é realmente um veículo novo e os dados do grupo estão corretos. Apagar o grupo faria desaparecer informação verdadeira. Nesse caso, confirme o documento cabível para a operação com o responsável fiscal e a exigência da UF antes de mudar a emissão. A rejeição identifica a incompatibilidade técnica; não autoriza trocar o modelo para contorná-la.

Como distinguir a 736 de outros grupos específicos

A 736 trata de veicProd. O grupo de armamentos arma em NFC-e possui identidade diferente, L01-10/738, e o número RECOPI possui LB01-10/348. Os três problemas não são uma única rejeição genérica de cadastro. Se a mensagem não corresponde ao grupo encontrado, confira o retorno integral e a versão exata do XML enviado, porque uma prévia regenerada pode já conter alterações.

Leve ao diagnóstico o modelo, nItem, categoria do produto e trilha de geração. Não são necessárias cópias públicas de chassi, motor ou dados pessoais para demonstrar qual grupo foi incluído.

Leitura do XML e confirmação do resultado

Um XML operacional de veicProd exigiria identificadores reais do veículo e o item completo. A comparação textual demonstra a presença do grupo e sua origem sem inventar chassi, motor ou um documento fiscal. Localize os caminhos indicados usando o namespace oficial http://www.portalfiscal.inf.br/nfe; em documento processado, a estrutura começa em /nfeProc/NFe/infNFe, e no XML enviado, em /NFe/infNFe. Preserve o XML original e o retorno integral em acesso autorizado.

Corrija a origem comprovada no cadastro, na operação ou no gerador, conforme o diagnóstico. Gere e confira novamente o documento antes de qualquer transmissão autorizada, preservando zeros explícitos e a diferença entre ausência e valor informado. XML válido no schema não comprova autorização. Se houve timeout ou resultado incerto de tentativa anterior, esclareça o processamento antes de novo envio; quando houver autorização, preserve o documento e seu protocolo.

Alcance atual e cronograma do DANFE Tipo 2

Na redação atual, esta regra alcança a NFC-e, modelo 65, ou a NF-e, modelo 55, quando utiliza DANFE Simplificado Tipo 2 (ide/tpImp=6). Na NF-e modelo 55, o tipo de impressão é condição cumulativa; não generalize a restrição ou exigência para toda NF-e. Os exemplos desta página com modelo 65 continuam válidos dentro desse alcance. Confirme ide/mod e ide/tpImp no XML efetivamente enviado; não altere o modelo ou o tipo de impressão para contornar a regra.

A ampliação para NF-e com DANFE Simplificado Tipo 2 pertence ao recorte da NT 2026.002 com previsão de homologação em 01/07/2026 e produção em 03/08/2026. O adiamento para 14/12/2026 na versão 1.11 alcança somente I08-180, BA02-35 e VC02-40; não adia estas regras de grupos. Cronograma não comprova implantação individual pelo autorizador.

Fontes oficiais

• MOC 7.0 Anexo I — 7.00: pp. 22–23 leiaute veicProd; p. 96 J01-10; pp. 97–98 L01-10/LB01-10.
• NT 2026.002 — v1.11: p. 3 cronograma específico do DANFE Tipo 2; pp. 12–16 regra J01-10 e alcance; tabela do cronograma conferida visualmente.