Histórico da Página
...
| Aviso | ||
|---|---|---|
| ||
Esta funcionalidade não esta liberada para Rotas de Roteiro. |
02. REGRA DE NEGÓCIO
...
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:
- Somente um romaneio, o sistema tentará reabri-lo, neste caso o novo documento será incluído no mesmo.
- 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.
- 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:
- Despesa (17) ou,
- 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"
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:
- Despesa (17) ou,
- 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 aberto" 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
...
- Parâmetro F12 da viagem
“Apres. Percurso Vge. Aberta” esteja = “1 – Sim.”
- 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.
- Caso ocorram alterações com a viagem em trânsito.
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.
...
- Adicionar novos estados de passagem entre os estados já apresentados automaticamente.
- Realizar a reordenação de estados utilizando o campo "Seq. Passagem", para definir o trajeto que o veículo realmente realizará nesta viagem.
- 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
...
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:
...
| Informações | ||
|---|---|---|
| ||
|
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:
- Adicionar novos estados de passagem entre os estados já apresentados automaticamente.
- Realizar a reordenação de estados utilizando o campo "Seq. Passagem", para definir o trajeto que o veículo realmente realizará nesta viagem.
- 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:
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.- 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
...
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
- 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
- , 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
- 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
- Inclusão da viagem com 2 documentos:
- 1º documento - SP x RJ
- 2º documento - SP x BA
- Percurso da viagem, adicionado o ponto de passagem 03 - ES.
Documento no estado de percurso RJ:
Documento no estado de percurso BA:
- Manifestos gerados:
- Realizado os apontamentos de Saída da viagem. Realizado o apontamento de ocorrência (RMER - Exemplo) para o documento 0070000697.
- Visualização do registro de pendência gerado para o documento.
- Inclusão da viagem com 2 documentos:
- 1º documento - SP x RJ 2º documento - SP x BA
- 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.
- Digitado os dados da NF.
- Gerado o calculo do documento e transmissão para a SEFAZ.
- Selecionado a opção Alterar na viagem para inclusão do novo documento. Adicionado o documento 070000700 Origem RJ destino SP.
- Adicionado o documento no percurso:
- Inserido os estados de passagem entre o percurso BA x SP e realizado a reordenação dos mesmos alterando o campo de seq. Passag:
- 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.
- 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:
Transmitido o encerramento do manifesto SP x RJ
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.
Transmissão do MDF-e
ercurso da viagem, adicionado o ponto de passagem 03 - ES.
Documento no estado de percurso RJ:
Documento no estado de percurso BA:
Manifestos gerados:Realizado os apontamentos de Saída da viagem. Realizado o apontamento de ocorrência (RMER - Exemplo) para o documento 0070000697.
Visualização do registro de pendência gerado para o documento.
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.
05. TELA PARÂMETROS
Principais Campos e Parâmetros
...
Indica quais os documentos que serão selecionados, podendo ser:
- Documentos do Armazém: serão selecionados os documentos recebidos no armazém, opção utilizada no transporte rodoviário de cargas.
- Documentos do Aeroporto: serão selecionados os documentos recebidos no aeroporto, opção utilizada no transporte aéreo de cargas.
- Todos: apresenta todos os documentos.
...
Indica qual será o tipo do carregamento, podendo ser:
- Manual: será obrigatório o processamento da rotina Carregamento, indicando manualmente os documentos inseridos na viagem.
- Automático: na geração da viagem, o carregamento será efetuado automaticamente. Para utilizar esta opção, na inclusão da viagem é necessário cadastrar o complemento de viagem (veículo/motoristas da viagem) e informar a filial de descarga (quando documentos de outras rotas ou documentos sem rotas definidas são associados à viagem, é necessário informar em qual filial estes devem ser descarregados).
- Com Manifesto.
- Com Manif/Contr.
- Com Contrato
...
Indica qual será o tipo da viagem, podendo ser:
- Normal: exige que sejam relacionados os documentos de transporte (CTRCs ou Notas Fiscais de Serviço).
- Planejada: é possível cadastrar uma viagem com data futura e alocar motoristas/veículos que realizarão a viagem. Neste momento, os motoristas/veículos não precisam estar liberados.
- Vazia
- Socorro
- Redespacho
...
Indica se a rota será genérica:
- Sim: será exibida a rota genérica de entrega definida no parâmetro MV_ROTGENT e os documentos que não estiverem associados às rotas exibidas na tela de Abertura da Viagem.
- Não: somente serão apresentadas os documentos vinculados às rotas de coleta.
...
Indica o tipo de agendamento inicial e final a ser apresentado, que pode ser:
- Prioridade Cliente;
- Prioridade Transportador;
- Cliente;
- Transportador;
- Aguardando Agendamento.
...
- do documento na viagem.
*Consulta via SQL: - Transmitido o encerramento do manifesto SP x RJ
- 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.
- Transmissão do MDF-e
- Apontamento da operação de Saída do cliente:
- Viagem retorna com o status em “Trânsito”
- Apontamento da operação de “Chegada em Filial”
- 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
- Apontamento da ocorrência dos documentos da viagem.
- Encerramento da Viagem:
- Geração de nova viagem de entrega para o documento 070000700:
- Percurso da viagem
- Realizado o fechamento da viagem, apontamento de operações e apontamento da ocorrência de encerra processo.
- Encerramento da viagem
- 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.
- 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:
- Somente um romaneio, o sistema tentará reabri-lo, neste caso o novo documento será incluído no mesmo.
- 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.
- 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
- Configurar os parâmetros da integração GFE
- MV_INTGFE = .T.
- MV_TMS3GFE = .F.
Incluir uma viagem com pagamento GFE
- Fechar a viagem
No fechamento da viagem, o sistema integrou o documento ao GFE, gerando o Romaneio e documento de carga
- Apontar a operação de saída de viagem
- Alterar a viagem em Transito e incluir um novo documento na viagem
- 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.
06. TELA VIAGEM (MOD.2) - ENTREGA RODOVIÁRIA - INCLUIR
Principais Campos e Parâmetros
...
Código da rota que determina a trajetória da viagem.
07. TELA VIAGEM (MOD.2) - ENTREGA RODOVIÁRIA - INCLUIR
Outras Ações / Ações Relacionadas
...
Permite indicar os motoristas, ajudantes e veículos que serão utilizados na viagem de coleta.
...
Permite visualizar os limites de valores e pesos, de acordo com os dados cadastrados nas rotinas Veículos e Motoristas.
Exemplos:
- Bloqueio de Seguro dos Motoristas
- Bloqueio de Capacidade dos Veículos
São destacados: o limite máximo, total carregado, total disponível, entre outros.
Estes dados somente serão apresentados quando informado o motorista e o veículo utilizado na viagem de coleta.
...
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)
...
Visão Geral
Import HTML Content
Conteúdo das Ferramentas
Tarefas