CONTEÚDO

01. VISÃO GERAL

O objetivo é realizar o processo de coletas não previstas, dentro e fora do estado, onde o mesmo pode ser iniciado:

1. A partir de uma ocorrência com geração de pendência;
2. Através da inclusão de documentos na alteração da viagem já em processo.

Esta operação visa otimizar o processo de viagem de transportes fracionados. 

02. REGRA DE NEGÓCIO

Registro de Ocorrência e Pendência

Disponibilizado novo tipo de ocorrência gera pendência (Ocorrência tipo 06), referente a “Retirada de mercadoria” (Pendência tipo 05).

Ao encerrar esta pendência, o sistema disponibilizará as opções:

1. Inserir uma solicitação de coleta;
2. Digitar uma nota fiscal referente os casos não previstos na viagem.

Este tipo de ocorrência com gera pendência deverá ser apontada a partir de um documento de entrega já em trânsito em alguma viagem.

O status do documento de entrega em que foi apontada a ocorrência (Ocorrência tipo 06), referente a “Retirada de mercadoria” (Pendência tipo 05), permanecerá em "Trânsito" (DUD_STATUS Igual a 2-Transito).

Viagem de Entrega

Para incluir as novas solicitações de coleta ou CTRC’s não previstos na viagem de entrega, as mesmas deverão ser convertidas para uma viagem de entrega com serviço adicional de coleta, e este processo ocorrerá na ação de alteração de viagem antes da tela ser aberta, nesta conversão o campo relativo ao serviço adicional será marcado.

 Só poderá ser realizada a inclusão de novos CTRC’s com a viagem em trânsito:

1. Se a operação de saída de viagem estiver apontada;
2. Se a operação de saída de de cliente estiver apontada.

Ao realizar a confirmação dos novos dados na viagem, os novos itens incluídos terão alguns campos referente a identificação de não previsto, marcados, estes campos são:

1. Data Registro não previsto (DUD_DTRNPR),
2. Hora Registro não previsto (DUD_HRRNPR),
3. Usuário Registro não previsto (DUD_USURNP).

Nos casos dos documentos não previstos o sistema só permitirá a inclusão de documento de um único cliente, isto ocorrerá da seguinte forma:

Exemplo:

Com a viagem em trânsito o usuário informa um documento do cliente "A", neste momento o usuário poderá incluir documentos somente do cliente "A", ao salvar, o sistema criará uma operação de chegada em cliente e uma operação de saída de cliente para o cliente "A", onde a operação de chegada já será apontada automaticamente.

Enquanto a viagem estiver com chegada apontada para o cliente "A", o usuário poderá incluir novos documentos, porem somente referente ao cliente "A".

Quando o usuário apontar a saída de cliente referente ao cliente "A", ele poderá incluir documentos de outros clientes, e a mesma regra descrita acima será aplicada para o novo cliente.

Integração GFE

Caso o pagamento da viagem seja efetuado pelo GFE (DTQ_PAGGFE =  1-Sim) e ocorram inclusões de documento não previstos, o sistema verificará os romaneios da viagem.

Se a viagem possuir:

1. Somente um romaneio, o sistema tentará reabri-lo, neste caso o novo documento será incluído no mesmo.  
2. Caso possua mais de um romaneio eles serão checados e aquele que possuir a mesma chave (Tipo de Operação do Documento (DUD_CDTPOP)), tentará ser reaberto, seguindo o mesmo passo descrito acima.
3. Caso nenhum romaneio consiga  ser reaberto será apresentada uma mensagem ao usuário informando a causa pelo qual o mesmo não foi reaberto e uma pergunta se o usuário deseja incluir um novo romaneio para a viagem. Caso positivo, será gerado um romaneio sobre os dados do Movimento de Viagem (DUD) com o novo documento. Neste caso, os dados do Romaneio (GWN) – Município Origem, Município Destino, Classificação de Frete e Tipo de Veiculo ficarão com conteúdo em branco, sendo gravado apenas a informação do campo Tipo de Operação (DUD_CDTPOP). Portanto serão criados os Romaneios para cada Tipo de Operação (DUD_CDTPOP).

Operações de Viagem

Operação de Saída de Cliente

Ao realizar a inclusão de todos os documentos no cliente, deverá ser apontada a saída do cliente.

Operação de Chegada em Filial

Ao realizar o apontamento de chegada em filial, o sistema realizará uma validação para verificar se os documentos não previstos tiveram alguma ocorrência de encerra processo apontada, caso isso não aconteça o sistema criará um novo movimento de viagem para a mesma concluir o processo de entrega.

Pagamento

A qualquer momento o usuário poderá incluir ocorrências de:

1. Despesa (17) ou,
2. Receita / Despesa (18).

Caso o contrato ainda não esteja gerado, a ocorrência poderá estar configurada para acréscimo ou contrato complementar, porém no caso de contrato complementar a mesma só será realmente gerada após a criação do contrato principal.

Caso o contrato já esteja gerado, a ocorrência poderá ser configurada como acréscimo para próximo contrato, ou contrato complementar, com algumas restrições com operadoras de frota:

• Repom: O contrato principal não pode ter sido quitado na operadora.
• Pamcard: Contrato/CIOT não pode estar encerrado na operadora.

Contrato de Carreteiro

Ao gerar o contrato de carreteiro para uma viagem que possui documento(s) não previsto(s), será apresentada uma tela contendo o(s) mesmo(s). Nesta tela o usuário poderá selecionar quais documentos farão parte do cálculo do frete a pagar.

03. PERCURSO DA VIAGEM

A funcionalidade de Percurso da Viagem tem o objetivo de permitir a visualização e manipulação dos estados de passagem diretamente na viagem, visando uma maior segurança na geração do MDF-e.

Esta funcionalidade veio inicialmente com o Requisito de Retirada de mercadorias não previstas, que visa permitir incluir novos documentos em uma viagem em transito em locais não previstos na rota.

Porém esta funcionalidade se estende para suprir  a confiabilidade na construção da Viagem x Geração do MDF-e, contemplando os estados e documentos não previstos na rota original.

ROTA

Exemplo - "Matriz"

APRESENTAÇÃO DA TELA NA VIAGEM

Ao confirmar a viagem o sistema apresentará uma tela de percurso de viagem, esta tela será apresentada em algumas situações:

1. Parâmetro F12 da viagem 
        “Apres. Percurso Vge. Aberta” esteja = “1 – Sim.”
   
   
   
   
   
2. Caso os estados do percurso da viagem não respeitem os estados do percurso MDF-e da Rota (DIQ) - Estados do Percurso da viagem ≠ Percurso da Rota.
3. Caso ocorram alterações com a viagem em trânsito.
4. Parâmetro MV_TMSPERC = .T.  Na geração dos manifestos das viagens com status em aberto ou fechada. Para viagens em trânsito sempre será aberta.   

O Intuito desta tela é permitir a visualização e algumas manipulações dos estados de passagem da viagem, para efeito da geração do MDF-e, podendo desta forma realizar as seguintes ações na tela:

1. Adicionar novos estados de passagem entre os estados já apresentados automaticamente.
2. Realizar a reordenação de estados utilizando o campo "Seq. Passagem", para definir o trajeto que o veículo realmente realizará nesta viagem.
3. Realizar a movimentação do documento entre as passagens de mesmos destino. (Este caso deve ser utilizado, caso o veículo transite mais de uma vez dentro do estado e o documento será entregue nas passagens posteriores).

TELA DE PERCURSO

O carregamento desta tela segue as seguintes regras:

Enquanto a viagem esteja em aberto:

O estado de origem usado na definição dos pontos do percurso, será selecionado à partir do campo Cd.Ori. MDF-e (DA8_CDOMDF), que define a região de origem da viagem no cadastro da rota, caso o mesmo esteja em branco, o sistema utilizará o Estado de entrega "M0_ESTENT" do SIGAMAT.

Carga do primeiro Estado

Cd.Ori.MDF-e Região de Origem para o percurso MDF-e 

Filial

Estado da filial conectada 🡪 M0_ESTENT

Carga dos estados de passagem

Percurso MDF-e – Cadastro de Rotas
Estados previamente cadastrados na Rota 🡪 "Matriz"

Caso a rota selecionada na viagem possua um percurso de MDF-e já definido, o sistema usará estes estados como base para geração do percurso, caso o mesmo não exista o sistema usará os estados de destino do documento.
Os documentos serão adicionados dentro de cada um dos seus respectivos estados de destino.

Documento

Estados dos documentos inseridos na viagem.

Carga dos documentos da viagem

Os documentos da viagem serão distribuídos em seus respectivos estados de forma automática.

Caso algum documento seja excluído da viagem o mesmo será replicado na tela do percurso.

Manipulação da tela

Adicionar novos estados de passagem

Legenda

Realizar reordenação dos estados

Realizar a movimentação dos documentos entre estados iguais no percurso

Caso a viagem esteja em transito e se faça necessário a inclusão de um documento não previsto:

1. Os documentos não previstos entrarão sempre em um ponto que possui destino o estado da filial da viagem, mesmo que o destino da entrega seja outro estado, neste caso, quando o documento chegar na filial será gerado um novo Movimento de viagem (DUD) para que o mesmo possa concluir seu processo de entrega.
   
   

   O estado de origem do ponto do percurso será referente ao código da região de origem do documento, por isso é importante na digitação da nota selecionar a região de origem como remetente no campo Selec. Origem (DTC_SELORI), igual a  2- Cliente Remetente ou igual a 3- Local Coleta.

2. Caso a viagem já esteja em trânsito e ocorra a inclusão de documentos não previstos, o sistema realizará logo após a gravação do percurso a inclusão das operações de chegada e saída de cliente (caso as mesmas não existam), sendo que a chegada no cliente já será apontada automaticamente. Caso as operações já existam, o sistema não realizará o apontamento de chegada.

GERAÇÃO DO MANIFESTO

MDFE
A geração do MDF-e para as viagens de entrega que já possuam percurso, utilizarão as tabelas de Percurso de Viagem:

DL0 - Estados do Percurso

DL1 -  Documentos do Manifesto

DL2 - Para quebra e montagem dos MDFe's.

Neste processo teremos 2 casos:

• Processo de uma viagem em filial de origem:

Neste caso o sistema quebrará os manifestos pelos estados do percurso, contendo os estados até o destino de cada manifesto. 

• Processo de uma viagem em trânsito, com inclusão de novos documentos não previstos:

• Caso exista algum manifesto para o estado de inclusão do novo documento, o mesmo deverá ser encerrado antes de realizar a saída do cliente, este procedimento deverá ser realizado para o correto funcionamento da transmissão do MDF-e de retorno contendo o novo documento. Segundo a Nota Técnica 30/03/2017 - Nota Técnica 02.2017 existente em https://mdfe-portal.sefaz.rs.gov.br/Site/Documentos, o sistema não permitirá a transmissão de um manifesto para a placa principal (mesmo CNPJ base do emitente do MDF-e, mesma placa, mesmo tipo de emitente e contendo o par UF de Carregamento / UF de Descarregamento, no sentido oposto ao MDF-e que está sendo autorizado.
• Como o processo é de mercadorias não previstas, é interessante que o novo manifesto seja gerado somente após a passagem pelo último cliente do estado para que o mesmo não precise ser encerrado novamente para a criação de um novo. 
• Caso ocorra entrada de documentos não previstos em mais de um estado, o manifesto referente deverá ser encerrado e deverá ser gerado um manifesto único para os documentos referente ao estado de destino, este processo deve ser feito, pois ocorre uma trava na transmissão do MDF-e para manifestos não permitindo possuir mais de um manifesto para o mesmo CNPJ base do emitente do MDF-e, mesma placa, mesmo tipo de emitente e mesma UF descarregamento, segundo a Nota Técnica  13/12/2016 - Nota Técnica 2017.001 existente em https://mdfe-portal.sefaz.rs.gov.br/Site/Documentos.

04. TELA VIAGEM (MOD. 2) - ENTREGA RODOVIÁRIA

Outras Ações / Ações Relacionadas

05. TELA PARÂMETROS

Principais Campos e Parâmetros

06. TELA VIAGEM (MOD.2) - ENTREGA RODOVIÁRIA - INCLUIR 

Principais Campos e Parâmetros

07. TELA VIAGEM (MOD.2) - ENTREGA RODOVIÁRIA - INCLUIR

Outras Ações / Ações Relacionadas

08. TABELAS UTILIZADAS

• DL0 - Percurso de Viagem.
• DL1 - Estados do Percurso.
• DL2 - Documentos do Manifesto.
• DUD - Movimento de Viagem.

09. ASSUNTOS RELACIONADOS

• Carregamento (TMSA210C - SIGATMS)
• Complemento de Viagem (TMSA240 - SIGATMS)
• Operações (TMSA350 - SIGATMS)

• Registro de Ocorrências (TMSA360 - SIGATMS)

• Motoristas (OMSA040 - SIGATMS)

• Veículos (OMSA060 - SIGATMS)

<!-- esconder o menu --> 


<style>
div.theme-default .ia-splitter #main {
    margin-left: 0px;
}
.ia-fixed-sidebar, .ia-splitter-left {
    display: none;
}
#main {
    padding-left: 10px;
    padding-right: 10px;
    overflow-x: hidden;
}

.aui-header-primary .aui-nav,  .aui-page-panel {
    margin-left: 0px !important;
}
.aui-header-primary .aui-nav {
    margin-left: 0px !important;
}
</style>