Rejeição 758: confira o campo de vagão enviado na NFC-e ou na NF-e Tipo 2

Uma rejeição sobre vagão pode surpreender uma loja que nem utiliza ferrovia. O código 758 exige procurar o dado de vagão no XML da nota, em vez de deduzir o problema pela atividade da empresa. Uma importação, um pedido reaproveitado ou uma configuração de transporte pode incluir a informação sem que ela apareça na tela de fechamento.

Na NT 2026.002 v1.11, esse preenchimento é incompatível com NFC-e 65 ou NF-e 55 com DANFE Simplificado Tipo 2 (tpImp=6). A correção deve retirar o dado indevido na origem ou esclarecer, com o responsável fiscal, se o documento foi escolhido corretamente.

Entenda a mensagem e o campo

A NT 2026.002 v1.11, página 19, identifica X25a-10 e a mensagem exata: “Rejeição: NFC-e ou NF-e com DANFE Simplificado Tipo 2 com dados do Vagão de Transporte”. A condição é a presença de vagao no transporte de NFC-e modelo 65 ou de NF-e modelo 55 com tpImp=6.

O MOC 7.0, Anexo I, já documentava X25a-10 para o modelo 65, com “Rejeição: NFC-e com dados do Vagão de Transporte”. A redação ampliada da NT também alcança a NF-e Tipo 2; não proíbe o campo em toda NF-e 55. No MOC, página 61, e no esquema 010f, vagao é um elemento textual de identificação, filho de transp, com ocorrência 0–1 e tamanho 1–20. Não contém placa, UF ou quantidade de vagões. A estrutura XML difere dos agrupamentos de uma API externa.

A regra integra as validações específicas do serviço NFeAutorizacao, na página 8 da NT. Confira cStat e xMotivo no retorno, junto do modelo e de ide/tpImp. A numeração isolada, sem mensagem e serviço, não basta para aplicar este diagnóstico.

O que está documentado sobre implantação

O índice SVRS consultado em 15/10/2026 apresenta a NT 2026.002 v1.11 e ressalva que datas podem mudar. Na página 3 da NT, X25a-10 integra o conjunto previsto para testes em 01/07/2026 e produção em 03/08/2026. O adiamento para 14/12/2026 limita-se a I08-180, BA02-35 e VC02-40; não inclui esta regra.

Na página 19, a linha está íntegra, marcada como obrigatória e com efeito de rejeição, sem exceção própria de entrega a domicílio ou de UF. A inspeção pessoal do PNG documental existente, feita nesta sessão, confirma a extensão ao Tipo 2; trechos riscados nas regras W16 da mesma página não foram transferidos a X25a-10.

O calendário é documental e não certifica a implantação individual no autorizador. Registre serviço, UF e ambiente da ocorrência: tpAmb=1 é produção; tpAmb=2, homologação. Compare a resposta no ambiente realmente utilizado. Não houve emissão fiscal de teste nem acesso operacional ao ALRA.

Como localizar o preenchimento inesperado

Peça o XML efetivamente transmitido e procure transp/vagao. Anote o conteúdo enviado e confira seu vínculo com a operação. Não basta pesquisar a palavra “vagão” em todo o arquivo: uma descrição de produto ou uma observação comercial não é o mesmo elemento do transporte.

Compare três pontos: o pedido que originou a nota, o cadastro de transporte selecionado e o XML final. A divergência entre esses pontos ajuda o suporte a descobrir se o dado foi digitado, herdado ou acrescentado pela integração. A tela fiscal pode mostrar o cadastro atualizado enquanto a nota preparada anteriormente continua com os valores antigos.

Se não encontrar o campo no arquivo examinado, confira se esse arquivo é da tentativa rejeitada. Separe número, série, chave, horário e ambiente. Um XML de outra versão da nota não prova que o autorizador rejeitou um documento sem vagao.

Solução por cenário

O campo veio de um modelo de pedido

Uma NFC-e reaproveitou dados logísticos de uma operação anterior. Confirmado que o vagão não deve compor esse documento, retire a associação indevida e regenere a nota rejeitada pelo emissor. Verifique o XML novo antes de transmitir.

Corrija também a seleção de campos quando o mesmo modelo de pedido atender a vários documentos. Apagar indiscriminadamente registros logísticos pode prejudicar operações legítimas. O problema pode ser encaminhar o dado ao documento inadequado, e não a existência do cadastro na empresa.

A NF-e está com tpImp=6

Confira o enquadramento real no DANFE Simplificado Tipo 2. Se a informação foi incluída indevidamente, corrija a geração. Se o transporte ou a operação demandam tratamento incompatível com esse formato, procure o responsável fiscal para definir o documento e a representação adequados.

Não troque o valor de tpImp apenas para mudar a resposta da SEFAZ. A representação escolhida precisa atender à operação e às normas aplicáveis. Tampouco apague uma obrigação fiscal necessária sem decidir corretamente onde ela deve ser cumprida.

O dado não existe na venda

Um identificador interno de logística pode ter sido convertido indevidamente para vagao. O suporte deve revisar o mapeamento que transformou o dado comercial em elemento fiscal. Remover o texto da tela sem corrigir essa transformação pode apenas adiar o problema para a próxima nota.

Se houver transporte ferroviário real, a empresa deve analisar seus documentos e registros próprios. A rejeição 758 não dispensa obrigações de transporte nem decide, sozinha, qual documento deve substituí-las.

Exemplo original

Uma loja fictícia vende ferramentas para retirada pelo consumidor. A integração reaproveitou um campo chamado “identificador logístico” e gravou seu conteúdo como transp/vagao na NFC-e. A autorização retornou 758, embora não houvesse transporte ferroviário.

A equipe comparou o pedido com o XML e encontrou o mapeamento incorreto. Corrigiu a transformação e regenerou a nota rejeitada. O novo arquivo manteve ferramentas, quantidades, preços e a retirada real, mas deixou de enviar o dado de vagão. Uma transmissão acompanhada permitiu verificar o resultado seguinte. A correção foi demonstrada pela comparação dos arquivos, sem inventar mudança na operação.

Confira o resultado antes de encerrar

Preserve o XML rejeitado e a resposta. Após a correção, confira ausência de transp/vagao, integridade dos demais dados e assinatura produzida pelo emissor. O desenho do DANFE pode não mostrar tudo que o XML contém; mudar apenas a impressão não resolve a regra.

Se uma tentativa anterior ficou sem resposta, consulte a situação antes de criar outra emissão para a operação. Leia o retorno da chave e do ambiente corretos. Se houver autorização, guarde XML e protocolo e concilie a nota com a venda. Se surgir outra rejeição, ela precisa de diagnóstico próprio. Não declare sucesso apenas porque o 758 deixou de aparecer.

Escale ao suporte quando o campo reaparecer, quando a integração divergir da tela ou quando a rejeição persistir em um arquivo aparentemente compatível. Encaminhe evidências e versão do emissor. Envolva o responsável fiscal se houver dúvida de modelo, formato ou obrigação de transporte. A conferência documental não substitui a análise fiscal do caso concreto.

Fontes e limites

Pesquisa e revisão textual em 15/10/2026, horário de Brasília. Primárias capturadas nesse dia reutilizadas por hash e três guias específicos lidos. Sem teste de emissão, acesso ao ALRA ou certificação individual da implantação estadual.

• NT 2026.002 v1.11, páginas 3, 7, 8 e 19: cronograma, serviço, modelos e X25a-10. Reuso da leitura e inspeção pessoal do PNG existente da página 19 feitas na pesquisa 750 desta sessão.

• Documentos SVRS, captura de 15/10: disponibilidade da v1.11 e ressalva de datas.

• MOC 7.0, Anexo I, páginas 61 e 124: estrutura de vagao e regra original para modelo 65. Pacote 010f do Portal NF-e confirma a declaração completa do campo; não substitui as regras fiscais.

• TecnoSpeed: corpo específico lido pela ferramenta WEB, separado da tentativa direta HTTP 403. Exemplos JSON, REC e TX2 são formatos do fornecedor; não definem a hierarquia XML nem rotinas do ALRA. Exemplos externos não foram validados ou copiados.

• Webmania: corpo direto HTTP 200 inteiro e corpo WEB lidos. O direto mostra 28/10/2025; a indicação relativa da ferramenta WEB foi mantida separada. A ausência da opção naquele produto não comprova comportamento do ALRA.

• Berga: URL efetivamente recuperada com HTTP 200 e corpo lido. Sugestões gerais de documentos de transporte, emissão presencial ou NF-e comum foram delimitadas pelas primárias. Não se concluiu dispensa de obrigações ou vedação universal do transporte com base nesse guia.

Os três apoios tratam de NFC-e; a extensão ao Tipo 2 provém da NT. Tentativas anteriores com outro endereço Berga retornaram 404 e não contam como corpos. Históricos preservados, sem autenticar consultas antigas. Revisão cruzada independente pendente e publicação não realizada.