Pular para conteúdo

Rejeição 372 - Dutoviário com tipo de contratação ponto a ponto deve informar Código dos pontos de entrada e saída

Descrição da rejeição

Esta rejeição ocorre quando o CT-e utiliza o modal dutoviário com o tipo de contratação definido como "Ponto a ponto", mas os campos obrigatórios que identificam os pontos de entrada e saída do produto no duto não foram informados no XML.

Regra de Validação na SEFAZ

Se o campo Tipo de Contratação do serviço de transporte (tag: tpContratacao) for igual a 0 (Ponto a ponto), os campos de Código do Ponto de Entrada (codPontoEntrada) e Código do Ponto de Saída (codPontoSaida) devem ser obrigatoriamente informados.

Exemplo de ocorrência

No exemplo abaixo, o modal foi definido como Ponto a Ponto (tpContratacao = 0), porém o grupo não contém as informações dos pontos.

...
<infModal>
    <duto>
        <vTar_duto>100.000000</vTar_duto>
        <dIni_duto>2026-02-02</dIni_duto>
        <dFim_duto>2026-02-05</dFim_duto>
        <classDuto>1</classDuto>
        <tpContratacao>0</tpContratacao>
    </duto>
</infModal>
...

Como resolver?

Para resolver esta rejeição, você deve identificar os códigos dos pontos de entrada e saída conforme o contrato de transporte e inseri-los no grupo do modal dutoviário:

  1. Verifique o tipo de contratação: Confirme se o serviço é realmente "Ponto a ponto".
  2. Informe os pontos: Adicione as tags <codPontoEntrada> e <codPontoSaida> respeitando o limite de até 20 caracteres alfanuméricos para cada uma.

O XML corrigido ficaria assim: 

...
<infModal>
    <duto>
        <vTar_duto>100.000000</vTar_duto>
        <dIni_duto>2026-02-02</dIni_duto>
        <dFim_duto>2026-02-05</dFim_duto>
        <classDuto>1</classDuto>
        <tpContratacao>0</tpContratacao>
        <codPontoEntrada>ENTRADA001</codPontoEntrada>
        <codPontoSaida>SAIDA002</codPontoSaida>
    </duto>
</infModal>
...