Rejeição 841 — Código do tipo de veiculo inexistente

O que é esta rejeição?#

A Rejeição 841 é retornada pela SEFAZ durante a validação da NF-e quando há uma inconsistência relacionada a responsável pelo frete na operação, cadastro do contribuinte na Receita Federal. Isso significa que a nota fiscal não foi autorizada e precisa ser corrigida antes de ser retransmitida.

Os campos afetados estão na seção de dados de transporte do XML.

Campos XML relacionados#

Esta rejeição está associada aos seguintes campos do XML da NF-e. Verifique cada um deles ao diagnosticar o problema:

Causas comuns#

• A modalidade do frete está incorreta ou incompatível com os dados de transporte
• Os dados do transportador (CNPJ, placa do veículo) estão ausentes quando obrigatórios
• O formato da placa do veículo é inválido

Como resolver#

1. Verifique a modalidade do frete: 0=Emitente, 1=Destinatário, 2=Terceiros, 9=Sem frete
2. Quando modFrete ≠ 9, informe os dados do transportador e veículo
3. A placa deve seguir o formato ABC1234 ou ABC1D23 (Mercosul)

Verificações analíticas#

• Se transp/modFrete está entre 0, 1 ou 2 e transp/veicTransp/tpRod (tipo de rodado) contém valor fora do domínio permitido pela tabela ANTT (01=Truck, 02=Toco, 03=Cavalo Mecânico, 04=VAN, 05=Utilitário, 06=Outros) então o código do tipo de veículo é inválido para a modalidade de frete declarada: corrija o campo tpRod para um dos valores homologados pela SEFAZ ou remova o nó veicTransp se modFrete=9.
• Se transp/modFrete é diferente de 9 (sem frete) e transp/veicTransp/tpCar (tipo de carroceria) está preenchido com valor que não pertence ao domínio 00=Não aplicável, 01=Aberta, 02=Fechada/Baú, 03=Graneleira, 04=Porta Container, 05=Sider então há inconsistência entre o tipo de carroceria declarado e os valores aceitos pelo schema NFe 4.00: substitua tpCar pelo código correto conforme a tabela de tipos de carroceria da NF-e.
• Se transp/veicTransp está presente e transp/veicTransp/placa segue o padrão Mercosul (ABC1D23) mas transp/veicTransp/tpRod está ausente ou nulo, sendo tpRod obrigatório quando o nó veicTransp é informado em operações com modFrete 0, 1 ou 2, então a ausência do tipo de rodado com placa Mercosul preenchida gera rejeição 841 por tipo de veículo inexistente: inclua o campo tpRod com valor válido no nó veicTransp.
• Se transp/reboque contém um ou mais nós e qualquer reboque possui tpCar ou tpRod com valor numérico diferente dos domínios permitidos, enquanto o veículo trator em transp/veicTransp tem esses campos corretamente preenchidos, então a inconsistência de tipo de veículo está localizada no reboque e não no veículo principal: revise os campos tpCar e tpRod de cada nó reboque individualmente, pois a SEFAZ valida todos os veículos da cadeia de transporte.
• Se infMDFe ou dados de vale-pedágio (vPed) estão referenciados no XML e transp/veicTransp/tpRod é incompatível com a categoria de veículo exigida pela legislação de vale-pedágio (veículos com PBT acima de 7,5t requerem códigos específicos de rodado), então há conflito semântico entre o tipo de operação de transporte declarada e o código de rodado informado: alinhe o valor de tpRod ao porte real do veículo transportador para que a consistência cruzada entre os campos de transporte seja validada pela SEFAZ.