O que significa a rejeição 663 da MDF-e e como resolver?

MDF-e · CÓDIGO 663

Rejeição 663: Percurso informado inválido

Descrição

Há duas situações que podem ocasionar a rejeição “663 – Percurso informado inválido”:
Primeira situação
Quando for emitido um MDF-e (modelo 58) e os Estados de Início (UFIni) e Fim (UFFim) fazerem fronteira e o percurso for informado, será retornado a rejeição “663 – Percurso informado inválido”.
Exemplo
Foi emitido um MDF-e onde o transporte será iniciado no Estado do Rio Grande do Sul (RS) e será concluído no Estado de Santa Catarina (SC). O Estados de RS e SC são fronteiriços e os mesmos foram informados no percurso. Nessa situação, o MDF-e será rejeitado pelo motivo 663.
No XML:
<ide>
<cUF>43</cUF>
<tpAmb>2</tpAmb>
<tpEmit>2</tpEmit>
<mod>58</mod>
<serie>502</serie>
<nMDF>2407</nMDF>
<cMDF>49554366</cMDF>
<cDV>8</cDV>
<modal>1</modal>
<dhEmi>2016-03-10T15:23:29</dhEmi>
<tpEmis>1</tpEmis>
<procEmi>0</procEmi>
<verProc>SISTEMA_EMISSOR</verProc>
<!– Sigla da UF do Carregamento –>
<UFIni>RS</UFIni>
<!– Sigla da UF do Descarregamento –>
<UFFim>SC</UFFim>
<infMunCarrega>
<cMunCarrega>4314902</cMunCarrega>
<xMunCarrega>PORTO ALEGRE</xMunCarrega>
</infMunCarrega>
<!– Sigla das UF do Percurso –>
<infPercurso>
<UFPer>RS</UFPer>
<UFPer>SC</UFPer>
</infPercurso>
<dhIniViagem>2016-03-10T15:23:29</dhIniViagem>
</ide>
Segunda situação
Quando for emitido um MDF-e e os Estados de Início (UFIni) e Fim (UFFim) não fazerem fronteira e o percurso não for informado, será retornado a rejeição “663 – Percurso informado inválido”.
Exemplo
Foi emitido um MDF-e onde o transporte será iniciado no Estado do Rio Grande do Sul (RS) e será concluído no Estado de São Paulo (SP). O Estados de RS e SP não são fronteiriços e não foram informados os Estados por onde o transporte passará, que são os Estados de Santa Catarina (SC) e Parará (PR). Nessa situação, o MDF-e será rejeitado pelo motivo 663.
No XML:
<ide>
<cUF>43</cUF>
<tpAmb>2</tpAmb>
<tpEmit>2</tpEmit>
<mod>58</mod>
<serie>502</serie>
<nMDF>2407</nMDF>
<cMDF>49554366</cMDF>
<cDV>8</cDV>
<modal>1</modal>
<dhEmi>2016-03-10T15:23:29</dhEmi>
<tpEmis>1</tpEmis>
<procEmi>0</procEmi>
<verProc>SISTEMA_EMISSOR</verProc>
<!– Sigla da UF do Carregamento –>
<UFIni>RS</UFIni>
<!– Sigla da UF do Descarregamento –>
<UFFim>SP</UFFim>
<infMunCarrega>
<cMunCarrega>4314902</cMunCarrega>
<xMunCarrega>PORTO ALEGRE</xMunCarrega>
</infMunCarrega>
<dhIniViagem>2016-03-10T15:23:29</dhIniViagem>
</ide>

Regra de validação da SEFAZ

# | Regra de Validação | Aplic. | cStat | Efeito | Mensagem
F90 | Se modal Rodoviário, o grupo de informações de UF de percurso deverá serpreenchido na ordem Origem – Destino sempre que existir pelo menos umaUF entre a UF de carregamento e UF de descarregamento.Observação: A regra será aplicada considerando as divisas possíveis naordem definida para o percurso. | Obrig. | 663 | Rej. | Rejeição: Percurso informado inválido
MOC MDF-e 3.00b Anexo I – Leiaute e Regras de Validação – 2.2 Regras de Validação Específicas do MDF-e

Como resolver

Para corrigir essa rejeição, siga os passos:
Primeira situação
Quando os Estados forem fronteiriços, não informe o percurso, pois todos os Estados por onde o transporte se deslocará já foram informados. Logo, para corrigir a rejeição, remova o Grupo do Percurso.
No exemplo, para a UF de início do transporte foi informado “RS” e para a UF de fim, “SC”:
<ide>
<cUF>43</cUF>
<tpAmb>2</tpAmb>
<tpEmit>2</tpEmit>
<mod>58</mod>
<serie>502</serie>
<nMDF>2407</nMDF>
<cMDF>49554366</cMDF>
<cDV>8</cDV>
<modal>1</modal>
<dhEmi>2016-03-10T15:23:29</dhEmi>
<tpEmis>1</tpEmis>
<procEmi>0</procEmi>
<verProc>SISTEMA_EMISSOR</verProc>
<!– Sigla da UF do Carregamento –>
<UFIni>RS</UFIni>
<!– Sigla da UF do Descarregamento –>
<UFFim>SC</UFFim>
<infMunCarrega>
<cMunCarrega>4314902</cMunCarrega>
<xMunCarrega>PORTO ALEGRE</xMunCarrega>
</infMunCarrega>
<dhIniViagem>2016-03-10T15:23:29</dhIniViagem>
</ide>
Segunda situação

Verifique a UF onde se iniciou o transporte (UFIni) e a UF onde será concluído o transporte (UFFim). No exemplo, para a UF de início do transporte foi informado “RS” e para a UF de fim, “SP”:

<!– Sigla da UF do Carregamento –>
<UFIni>RS</UFIni>
<!– Sigla da UF do Descarregamento –>
<UFFim>SP</UFFim>

Como os Estados RS e SP não fazem fronteira, informe o percurso, pois o transporte passará pelos Estados de SC e PR:

<!– Sigla das UF do Percurso –>
<infPercurso>
<UFPer>SC</UFPer>
<UFPer>PR</UFPer>
</infPercurso>
Dica Dica Não informe os Estados de início e fim do transporte no percurso (<infPercurso>), pois eles já foram informados anteriormente no campos UFIni e UFFim.

Informado o percurso correto, basta realizar o reenvio do MDF-e a partir do seu Software Emissor.

<ide>
<cUF>43</cUF>
<tpAmb>2</tpAmb>
<tpEmit>2</tpEmit>
<mod>58</mod>
<serie>502</serie>
<nMDF>2407</nMDF>
<cMDF>49554366</cMDF>
<cDV>8</cDV>
<modal>1</modal>
<dhEmi>2016-03-10T15:23:29</dhEmi>
<tpEmis>1</tpEmis>
<procEmi>0</procEmi>
<verProc>SISTEMA_EMISSOR</verProc>
<UFIni>RS</UFIni>
<UFFim>SP</UFFim>
<infMunCarrega>
<cMunCarrega>4314902</cMunCarrega>
<xMunCarrega>PORTO ALEGRE</xMunCarrega>
</infMunCarrega>
<!– Sigla das UF do Percurso –>
<infPercurso>
<UFPer>SC</UFPer>
<UFPer>PR</UFPer>
</infPercurso>
<dhIniViagem>2016-03-10T15:23:29</dhIniViagem>
</ide>

Orientação para suporte no HAFID

Conferir os dados fiscais informados no cadastro e no documento.
Validar se o XML gerado está coerente com a regra de validação retornada pela SEFAZ.
Após a correção, reenviar o documento fiscal para autorização.

Resumo:

Referência

MOC MDFe Anexo I Leiaute e Regras Validação v3.00b

Consultar a referência informada

Conteúdos relacionados

Pesquisar rejeições SEFAZ · Fiscal e Tributário do HAFID

APOIO À SUA OPERAÇÃO FISCAL

Precisa de apoio com o HAFID ERP?

Se sua empresa utiliza o HAFID, informe à equipe GREENSYS o código retornado, o evento e o ambiente em que ocorreu a rejeição. A análise deve considerar a configuração da operação e o provedor utilizado.

Não envie senhas, certificados digitais ou chaves privadas pelo formulário.

Falar com a GREENSYS

Soluções completas de negócios