Rejeição 736: confira o grupo de veículos novos e o formato da nota

A rejeição 736 aparece quando o documento enviado contém o grupo de veículos novos em um contexto que não aceita esse detalhamento. Antes de apagar qualquer informação, identifique o produto vendido e a configuração da emissão. Uma motocicleta nova e uma peça de reposição podem estar no mesmo catálogo, mas exigem verificações diferentes.

O problema pode ser um cadastro indevido ou a escolha de um documento incompatível com a operação. A correção precisa preservar as características reais da venda. Retirar chassi e outros dados necessários de um veículo novo apenas para liberar o caixa não é uma solução fiscal.

Qual mensagem e qual documento estão envolvidos

No MOC 7.0, página 96, a mensagem para NFC-e 65 é “Rejeição: NFC-e com grupo de Veículos novos”. Essa linha associa o retorno à J01-10, que verifica a presença de veicProd no item.

A NT 2026.002 v1.11, página 12, apresenta a J01-10 para NFC-e ou NF-e com DANFE Simplificado Tipo 2. A mensagem nesse documento é “Rejeição: NFC-e ou NF-e com DANFE Simplificado Tipo 2 com grupo de Veículos novos”. Na NF-e modelo 55, o Tipo 2 é identificado por tpImp=6. Portanto, escolher “NF-e” na tela não basta se a emissão continua configurada para o Tipo 2. NT 2026.002, páginas 7 e 12.

Este artigo trata do contexto do serviço NFeAutorizacao, leiaute 4.00, e dessas duas mensagens. O número isolado em outro documento ou serviço exige consultar sua regra própria.

Vigência, UF e ambiente

O cronograma da página 3 da NT prevê J01-10 para testes em 01/07/2026 e produção em 03/08/2026. O adiamento para 14/12/2026 abrange I08-180, BA02-35 e VC02-40, não J01-10. O índice SVRS consultado em 15/10/2026 lista a v1.11 e contém uma ressalva sobre possíveis alterações de datas. Documentos SVRS.

A linha J01-10 está marcada “Obrig.”, sem exceção escrita. A disponibilidade do documento e seu cronograma não comprovam ativação individual em cada UF, autorizador e ambiente. Confira o estado do emitente, o ambiente utilizado e o retorno. Um teste em homologação não comprova autorização da venda em produção. Esta pesquisa não realizou emissão fiscal de teste.

Onde procurar a origem do grupo

Preserve o XML transmitido e a resposta completa. Peça ao suporte para localizar det/prod/veicProd em todos os itens. Esse grupo reúne características do veículo como chassi, cor, potência, número do motor e anos de fabricação e modelo. Ele é diferente dos dados do veículo usado no transporte da mercadoria.

Compare o arquivo com o cadastro e o pedido. A origem pode ser um produto copiado de outro, uma importação que trouxe campos indevidos, uma integração que reaproveita objetos ou uma configuração de emissão selecionada incorretamente. Uma tela vazia não garante ausência do grupo no XML: o arquivo pode conservar informação de uma preparação anterior.

Registre também mod, tpImp, tpAmb, série, número, data e versão do emissor. Não edite manualmente o XML assinado. O sistema deve regenerar e assinar o documento com base nos dados corrigidos.

Quando o item não é um veículo novo

Se a venda é de uma peça ou acessório e a análise confirma que o grupo foi incluído por engano, corrija o cadastro ou o mapeamento responsável. Retire somente a informação indevida, preservando descrição, NCM, quantidades, valores e tributação reais.

Depois, regenere o XML e confirme que veicProd deixou de aparecer nesse item. Confira também os demais produtos. Se vários cadastros foram criados pelo mesmo modelo, corrigir apenas a nota atual pode deixar o defeito pronto para se repetir na próxima venda.

Essa correção não define automaticamente que a NFC-e é o documento adequado. A operação ainda deve cumprir os requisitos fiscais aplicáveis ao seu modelo, à UF e ao destinatário.

Quando a operação realmente exige o grupo de veículos novos

Mantenha o detalhamento necessário e encaminhe a emissão pelo fluxo de NF-e modelo 55 compatível com a operação, sem utilizar o DANFE Simplificado Tipo 2. A definição deve ser conferida pelo responsável fiscal; não existe autorização automática apenas por trocar o modelo ou o formato.

O suporte precisa revisar a configuração que gera o XML. Trocar somente o desenho da impressão depois do envio não altera tpImp no documento transmitido. Também não basta mudar uma etiqueta de tela enquanto a integração continua informando modelo 65 ou tpImp=6.

Verifique destinatário, identificação do veículo e demais requisitos do faturamento. Se houver uma tentativa anterior cujo resultado ficou desconhecido, consulte a situação antes de criar outra emissão. Evite documentar a mesma venda duas vezes durante a mudança de fluxo.

Exemplo hipotético

Uma loja vende uma motocicleta nova e prepara a emissão em uma rotina configurada para NF-e com DANFE Tipo 2. O XML informa mod=55, tpImp=6 e o grupo veicProd. O autorizador retorna 736.

A equipe confirma que os dados pertencem à motocicleta e devem ser preservados. O responsável fiscal define o fluxo apropriado de NF-e, e o suporte corrige a configuração do formato antes de regenerar o arquivo. A empresa confere o novo retorno e preserva o documento autorizado quando houver autorização. Apagar o grupo para repetir a mesma emissão simplificada ocultaria informação da operação.

Como confirmar a correção e quando escalar

Compare o XML final com o cenário decidido: grupo ausente quando estava indevido; detalhamento preservado em emissão compatível quando necessário. Leia o retorno completo. O desaparecimento da 736 pode revelar outra rejeição e não equivale a autorização.

Confirme situação fiscal, protocolo, arquivo autorizado e vínculo com a venda. Em seguida, teste a origem cadastral ou técnica do problema para evitar reincidência.

Acione o suporte se o grupo reaparecer, se a tela divergir do XML ou se uma NF-e sem Tipo 2 receber essa mensagem. Encaminhe arquivos e contexto ao responsável fiscal quando houver dúvida sobre documento, formato ou obrigação de detalhamento. Não envie certificados ou senhas no chamado.

Fontes e limites

Pesquisa e revisão textual em 15/10/2026, horário de Brasília. Foram reutilizadas capturas oficiais desse dia, identificadas por hash, e obtidos três corpos práticos específicos. A conferência não incluiu acesso ao ALRA, teste de autorização ou certificação individual da implantação estadual.

• MOC 7.0, Anexo I: páginas 17, 21–22, 61 e 96. O grupo do produto é distinto de veicTransp; a linha J01-10 da página 96 foi conferida em PNG existente.

• NT 2026.002 v1.11: páginas 3, 7, 8 e 12, cronograma, formato, serviço e extensão da J01-10. Textos e PNGs existentes das páginas 3 e 12 foram reutilizados de leituras efetivas nesta sessão, conforme o manifesto.

• Documentos SVRS e pacote de esquemas 010f do Portal NF-e: disponibilidade documental e declaração de veicProd. A presença estrutural do grupo no esquema não afasta a rejeição no modelo ou formato incompatível.

• Dynamicca: corpo de 12/08/2019, obtido por HTTP 200 e lido integralmente. Seu caminho abreviado omite det; os menus são próprios do Gestão DF-e. A recomendação de remoção foi limitada aqui ao grupo indevido.

• Berga: corpo HTTP 200 lido integralmente. A distinção entre veículo e peça é útil; a promessa de que remover o grupo faz o cupom passar não foi adotada. Cadastro e telas pertencem ao produto citado.

• TecnoSpeed: corpo WEB completo lido, distinto da tentativa direta HTTP 403. O texto mistura armamentos e rejeição 738 com veicProd; prevaleceu a J01-10 oficial. Seus exemplos não foram validados nem utilizados como XML correto.

Os guias tradicionais concentram-se na NFC-e e não substituem a atualização para NF-e Tipo 2. As consultas atuais não comprovam atos antigos de leitura ou revisão. Históricos preservados; revisão cruzada independente pendente e publicação não realizada.