Histórico da Página

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.

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.

REGRAS RELACIONADAS AO PROCESSO DE PERCURSO

Foram implementadas as seguintes regras nas rotinas que envolvem o Percurso da Viagem e a Geração do Manifesto:

• Ao gerar um Manifesto, o sistema sempre gravará as tabelas do Percurso da Viagem (DL0/DL1/DL2). Uma vez que sejam excluídos todos os manifestos de uma viagem, o sistema excluirá os respectivos dados das tabelas do Percurso da Viagem.
• Ao gerar um Manifesto para viagens com status "Em aberta" ou "Fechada", a tela do Percurso da Viagem somente abrirá quando o parâmetro MV_TMSPERC estiver preenchido com ".T.", ou seja, se o parâmetro MV_TMSPERC estiver preenchido com ".F." o sistema não abrirá a tela do Percurso da Viagem.
• Ao gerar um Manifesto para viagens com status "Em trânsito", o sistema sempre abrirá a tela do Percurso da Viagem independentemente do conteúdo do parâmetro MV_TMSPERC.
• Foi criada uma nova funcionalidade chamada "Editar Percurso" para que seja possível ajustar a sequencia dos estados do Percurso da Viagem a fim de evitar ou corrigir a rejeição "663-Rejeição - Percurso informado inválido".

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.  Ao gerar um Manifesto, o sistema sempre deve gravar dados nas tabelas do Percurso da Viagem (DL0/DL1/DL2).

   Aviso
   O parâmetro MV_TMSPERC só deve influenciar a tela de abertura do Percurso da Viagem durante a geração dos Manifestos enquanto a viagem está com status Em Aberta ou Fechada. Ao excluir todos os manifestos de uma viagem, o sistema deve excluir os respectivos dados das tabelas do Percurso da Viagem.

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 trânsito 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.
   
   

   Informações
   title Importante:
   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

Nos casos em que o sistema já estiver com esse novo conceito, a geração do MDF-e será baseada nos pontos do percurso, caso contrário continuará utilizando o percurso MDF-e do cadastro de Rotas.

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.

Em continuidade ao exemplo:

04. PENDÊNCIA - MERCADORIA NÃO PREVISTA

CONFIGURAÇÃO

1. Na rotina Tabela de Ocorrência (TMSA020), incluímos uma nova ocorrência do Tipo: (06 -“Gera Pendência”) e o Tipo da Pendência: (05 -“Retorno de Mercadoria”).
   
   

EXEMPLO DE UTILIZAÇÃO - VIAGEM SEM INTEGRAÇÃO GFE

1. Inclusão da viagem com 2 documentos:
   1. 1º documento -  SP x RJ
   2. 2º documento - SP x BA
      
      
      
      
2.  Percurso da viagem, adicionado o ponto de passagem 03 - ES.
   
   
   

   Documento no estado de percurso RJ:
   
   
   Documento no estado de percurso BA:
   

3. Manifestos gerados:
   
   
   
4. Realizado  os  apontamentos  de  Saída  da  viagem.  Realizado  o  apontamento  de  ocorrência (RMER - Exemplo) para  o  documento 0070000697. 
   
   
   
5. Visualização do registro de pendência gerado para o documento. 
   
   
   
6. Ao  realizar  o  encerramento  da  pendência  é  apresentado  a  tela  para  escolha  da  ação  a  ser  realizada  para  a mercadoria. Solicitação de coleta ou digitação da NF do cliente.
   
   
   
7. Solicitação de coleta ou digitação da NF do cliente. Escolhido a opção Entrada Dc. Cli, o sistema abrirá a tela para digitação dos dados da NF.
   
   
   
8. Digitado os dados da NF.
   
   
   
9. Gerado o calculo do documento e transmissão para a SEFAZ. 
   
   
   
10. Selecionado a opção Alterar na viagem para inclusão do novo documento. Adicionado o documento 070000700 Origem RJ destino SP.
    
    
    
11. Adicionado o documento no percurso:
    
    
    
12. Inserido os estados de passagem entre o percurso BA x SP e realizado a reordenação dos mesmos alterando o campo de seq. Passag:
    
    
    
13. Inserido os estados de passagem entre o percurso BA x SP e realizado a reordenação dos mesmos alterando o campo de seq. Passag. Com isto foi criado automaticamente as operações do cliente.
    
    
    
14. Atualizado  o  movimento  da  viagem  do  documento  não  previsto  com  a  data,  hora  e  usuário  que  realizou  a inclusão do documento na viagem.
    *Consulta via SQL:
    
    
    
15. Transmitido o encerramento do manifesto SP x RJ 
    
    
    
16. Gerado  o  novo  manifesto eletrônico  com  origem  RJ  e  destino  SP.  Na visualização  do  percurso  observe  que  foi gravado o número do manifesto.
    
    
    
17. Transmissão do MDF-e
    
    
    
18. Apontamento da operação de Saída do cliente:
    
    
    
    
    
19. Viagem retorna com o status em “Trânsito”
    
    
    
20. Apontamento da operação de “Chegada em Filial”
    
    
    
21. Após o apontamento da chagada em filial o sistema cria um novo DUD para o documento com o status 1 – Em Aberto para que o mesmo possa ser colocado em uma nova viagem de entrega.
    *Consulta SQL
    
    
    
22. Apontamento da ocorrência dos documentos da viagem.
    
    
    
23. Encerramento da Viagem:
    
    
    
24. Geração de nova viagem de entrega para o documento 070000700:
    
    
    
25. Percurso da viagem
    
    
    
26. Realizado  o  fechamento  da  viagem,  apontamento  de  operações  e  apontamento  da  ocorrência  de  encerra processo. 
    
    
    
27. Encerramento da viagem
    
    
    
28. Agora será gerado o contrato de carreteiro para a viagem. Neste momento será possível selecionar quais os documentos não previstos serão utilizados para o cálculo do frete a pagar.
    Tanto para o contrato por período, quanto para o contrato por viagem.
    Selecionado a geração do contrato de carreteiro para a viagem 001373, qual foi adicionado o documento não previsto 070000700.
    Observe que será aberto a tela com o documento não previsto qual o usuário poderá adiciona-lo ou não para o cálculo do contrato.
    
    
    
29. Preview do Frete com o documento marcado.
    
    

EXEMPLO DE UTILIZAÇÃO - VIAGEM COM 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).
   

   Configuração

1. Configurar os parâmetros da integração GFE
   
   • MV_INTGFE = .T.
   • MV_TMS3GFE = .F.
     
     

2. Incluir uma viagem com pagamento GFE
   
   
   
   
   

3. Fechar a viagem
   
   
   

4. No fechamento da viagem, o sistema integrou o documento ao GFE, gerando o Romaneio e documento de carga
   
   
   

5. Apontar a operação de saída de viagem
   
   
   
6. Alterar a viagem em Transito e incluir um novo documento na viagem
   
   
   
   
   
7. Ao salvar a viagem o sistema irá enviar ao GFE o documento, gerando um Documento de Carga. Caso for possível reabrir o Romaneio da Viagem, o Documento será vinculado ao mesmo Romaneio da Viagem, caso contrário será gerado um Novo Romaneio.
   

05. TABELAS UTILIZADAS

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

06. 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>