Árvore de páginas

Tempo aproximado para leitura: 00 min

01. DADOS GERAIS

Linha de Produto:Microsiga Protheus
Segmento:Logística
Módulo:SIGATMS - Gestão de Transportes
Função:

TMSAE73 - Rotina de monitoramento do MDFe
TMSA310 - Fechamento de Viagem
TMSA340 - Encerramento de Viagem
TMSA350 - Operações de Transporte
TMSA210 - Carregamento de transporte
TMSA190 - Manifesto de Carga
TMSA190A - Monitoramento do histórico de manifesto eletrônico
TMSA144 - Manutenção de Viagem
TMSA140 - Geração de Viagens

Requisito/Story/Issue (informe o requisito relacionado) :
DLOGTMS02-3924


02. MDF-E AUTOMÁTICO

Neste requisito foram implementadas as seguintes melhorias:

♦ Nova funcionalidade nos processos relacionados ao MDF-e, permitindo o uso de automação do processo de emissão, encerramento e cancelamento. A transmissão automática da inclusão e do encerramento do MDF-e ocorrerá pelo *Apontamento das Operações já existente no processo de viagens e da configuração dos novos parâmetros criados para a rotina.

♦ Adequação do uso do MDF-e Automático em conjunto com processos de operações de saída e chegada em cliente:

  1. O processo de operações de saída e chegada em cliente ocorrerão somente em viagens de entrega;
  2. Serão tratados nos apontamentos de operações de saída e chegada de cliente de acordo com as configurações dos novos parâmetros criados para a automação do MDF-e automático;
  3. A regra para emissão de MDF-e automático com uso de operações de saída e chegada em cliente seguirá a validação de MDF-es conflitantes, detalhado no decorrer desta documentação, seção MDF-e Conflitante.

*O processo de transmissão automática do MDF-e é habilitado pela configuração do novo parâmetro MV_MDFEAUT, detalhado no decorrer desta documentação, seção de Configuração de Parâmetros;

♦ As operações existentes e que disparam o processo de transmissão automática de encerramento do MDF-e são as operações de saída e chegada "em filial", de acordo com a configuração do parâmetro MV_MDFEENC, detalhado no decorrer desta documentação, seção de Configuração de Parâmetros;

♦ A opção Histórico de CT-e x MDF-e no submenu Ações Relacionadas da rotina padrão Viagem Transferência e Entrega, permitirá a visualização de todos os CT­-es vinculados a viagem em questão bem como o(s) MDF­e(s) vinculados a esses CT-­es;

♦ Disponibilizado a opção em forma de "Pergunte" - Gerar MDF-e? (F12) - na rotina de fechamento de viagem (TMSA310) para que seja determinado de que forma será utilizado a automação de manifesto (parâmetro MV_MDFEAUT ativo), sendo:

  1. Gera: O MDF-e será apenas gerado no fechamento, a transmissão deverá ser manual, caso o usuário esqueça de realizar o processo o MDF-e será transmitido automaticamente na operação de saída da viagem;
  2. Gera + Transmite: Ao realizar o fechamento da viagem será criado o manifesto e transmitido a SEFAZ para autorização;
  3. Não : Será gerado e transmitido o MDF-e somente ao realizar o apontamento da operação de saída da viagem;

IMPORTANTE!

Nesta implementação não será tratado a automatização de MDF-e para viagens do tipo transbordo.

03. PROCEDIMENTO PARA CONFIGURAÇÃO


Configuração de Parâmetros

No Configurador (SIGACFG), acesse Ambientes/Cadastros/Parâmetros (CFGX017) e configure o(s) parâmetro(s) a seguir:

Parâmetro:

MV_MDFEAUT
Tipo:Lógico
Cont. Por.:.T. ou .F.
Tabelas:

Habilita a transmissão automática de MDF-e.

Parâmetro:

MV_MDFEENC
Tipo:Numérico
Cont. Por.:0 ou 1
Tabelas:

Indica se o encerramento do MDF-e ocorrerá na Operação de Chegada ou mediante o apontamento da Operação de saída. (0=Chegada, 1=Saída).


Implementada nova configuração a partir de Dezembro 2020,  onde mediante ativação do parâmetro MV_MDFEAUT ativo, o sistema terá a inteligência de ler o conteúdo do parâmetro MV_MDFESRV, onde este estará disponível de forma nativa no Totvs Logística TMS a partir da próxima liberação de Release do Protheus, mediante calendário de expedição do Software (Versão 12.1.31)

Parâmetro:

MV_MDFESRV
Tipo:Caracteres
Cont. Por.:Em branco
Tabelas:

Define o Serviço de Transporte para o MV_MDFEAUT ativo.  Em Branco-Todos;2-Transferencia;3-Entrega

Atualização do Compatibilizador - Perguntes

Criação de Perguntes no arquivo SX1 – Perguntas:

Pergunte:

TMSA310
Nome:Gera MDF-e(s) ?
Grupo:TMSA310
Ordem:

01

Tipo:Numérico
Tamanho:1

Pergunte:

TMSAE73
Nome:Imprime Manifesto ?
Grupo:TMSAE73
Ordem:

08

Tipo:

Caracter

Tamanho:1

Atualização do Compatibilizador - SX2 Tabelas

Criação da tabela no arquivo SX2 – Tabelas:

Chave:

DLH
Nome:Histórico MDF-e
Modo:C
PYME:

S

Atualização do Compatibilizador - SX3 Campos

Criação de Campos no arquivo SX3 – Campos:

    • Tabela DLH - Histórico MDF-e

Campo:

DLH_FILIAL
Tipo:Caracter
Tamanho:2
Decimal:

0

Formato:@!
Título:Filial
Descrição:Filial Sistema
Usado:N
Obrigatório:N
Browse:S
Grupo de Campo:033
Help:Filial do Sistema.

Campo:

DLH_FILORI
Tipo:Caracter
Tamanho:2
Decimal:

0

Formato:@!
Título:Fil. Origem
Descrição:Filial de Origem
Usado:S
Obrigatório:N
Browse:S
Grupo de Campo:033
Help:Filial de Origem da Viagem.

Campo:

DLH_VIAGEM
Tipo:Caracter
Tamanho:6
Decimal:

0

Formato:@!
Título:Viagem
Descrição:Código Viagem
Usado:S
Obrigatório:N
Browse:S
Grupo de Campo:033
Help:Código da Viagem.

Campo:

DLH_FILMAN
Tipo:Caracter
Tamanho:2
Decimal:

0

Formato:@!
Título:Fil.Manifest
Descrição:Filial do Manifesto
Usado:S
Obrigatório:N
Browse:S
Grupo de Campo:033
Help:Filial do Manifesto.

Campo:

DLH_MANIFE
Tipo:Caracter
Tamanho:9
Decimal:

0

Formato:@!
Título:Manifesto
Descrição:Número do Manifesto
Usado:S
Obrigatório:N
Browse:S
Grupo de Campo:018
Help:Número do Manifesto.

Campo:

DLH_SERMAN
Tipo:Caracter
Tamanho:3
Decimal:

0

Formato:@!
Título:Serie
Descrição:Série
Usado:S
Obrigatório:N
Browse:S
Grupo de Campo:094
Help:Série do Manifesto.

Campo:

DLH_FILDOC
Tipo:Caracter
Tamanho:2
Decimal:

0

Formato:@!
Título:Fil Docto
Descrição:Filial do Documento
Usado:S
Obrigatório:N
Browse:S
Grupo de Campo:033
Help:Filial do Documento.

Campo:

DLH_DOC
Tipo:Caracter
Tamanho:9
Decimal:

0

Formato:@!
Título:Documento
Descrição:Documento
Usado:S
Obrigatório:N
Browse:S
Grupo de Campo:018
Help:Número do Documento.

Campo:

DLH_SERIE
Tipo:Caracter
Tamanho:3
Decimal:

0

Formato:!!!
Título:Serie Dcto
Descrição:Serie Dcto
Usado:S
Obrigatório:N
Browse:S
Grupo de Campo:094
Help:Série do Documento.


  • Tabela DTW - Operações de Transporte

Campo:

DTW_UFATIV
Tipo:Caracter
Tamanho:2
Decimal:

0

Formato:@!
Título:Estado
Descrição:Estado Atv.
Usado:S
Obrigatório:N
Browse:S
Grupo de Campo:010
Help:Estado de Atividade do MDFe.


  • Tabela DTX - Manifesto de Carga

Campo:

DTX_UFATIV
Tipo:Caracter
Tamanho:2
Decimal:

0

Formato:@!
Título:Estado
Descrição:Estado de Atividade do MDFe
Usado:S
Obrigatório:N
Browse:S
Help:Estado de Atividade do MDFe.


IMPORTANTE!

O tamanho dos campos que possuem grupo pode variar conforme ambiente em uso.

Atualização do Compatibilizador - SIX Índices

Criação de Índices no arquivo SIX – Índices:

Índice:

DLH
Ordem:1
Chave:DLH_FILIAL+DLH_FILORI+DLH_VIAGE
Descrição:

Filial Orige + Viagem

Proprietário:S

Índice:

DLH
Ordem:2
Chave:DLH_FILIAL+DLH_FILMAN+DLH_MANIFE+DLH_SERMAN
Descrição:

Fil.Manifest + Manifesto + Serie

Proprietário:S

Índice:

DLH
Ordem:3
Chave:DLH_FILIAL+DLH_FILDOC+DLH_DOC+DLH_SERIE 
Descrição:

Fil Docto + Documento + Serie Docto

Proprietário:S


04. VALIDAÇÕES

RUP para Migração - DUD com Manifestos para tabela DLH – Histórico de Manifestos Eletrônicos

O processo é opcional, sendo utilizado caso o cliente deseje unificar os dados constantes na tabela DUD (Movimento de Viagens) e DLH (Histórico do MDF-e), ou seja, caso o cliente deseja manter a nova tabela de histórico do MDF-e os dados antigos constantes na DUD referente aos MDF-es emitidos anteriormente ao processo de automação do MDF-e.

Como trata-se de processo opcional, caso o RUP não seja executado, dados anteriores da tabela DUD não serão populados na tabela DLH e não ficarão disponíveis. Somente dados emitidos posteriormente à execução deste boletim técnico serão gravados na tabela.

A documentação do processo para a atualização de dados históricos do MDF-e está disponível neste link.

Transmissão - Encerramento Automático

Validações, parâmetro MV_MDFEAUT ativo:

Encerramento automático:

  1. Necessário viagem estar com processo de fechamento concluído;
  2. Ocorre ao lançar-se a operação configurada no parâmetro MV_MDFEENC (0=Chegada em filial ou 1=Saída de filial);
  3. Caso seja encontrado alguma inconsistência, será apresentada a tela do monitor de transmissão manual para verificação.

Validações, parâmetro MV_MDFEENC:

Para viagens de transferência e entrega, o parâmetro MV_MDFEENC determina se o encerramento deverá ocorrer mediante a "Operação de Chegada" ou mediante o apontamento da "Operação de Saída".

Quando MV_MDFEENC = 0 (Operação de Chegada):

       1. O encerramento do MDF-e ocorre no momento do apontamento da operação de chegada em filial.
       2. Caso seja encontrado alguma inconsistência, será apresentada a tela do monitor para verificação
, deixando o usuário ciente desta não-autorização e para que seja realizada a correção necessária.

Quando MV_MDFEENC = 1 (Operação de Saída):

  1. Quando for configurado para o encerramento automático ocorrer no momento de Saída, este será realizado anteriormente à todas as outras execuções;
  2. Será realizada validação para verificar se para o MDF-e consta o evento de envio, antes de transmissão do encerramento, caso não conste, será realizada inicialmente a transmissão do evento de envio, na sequência a liberação do apontamento de operações e por fim a transmissão do encerramento;
  3. Caso seja obtido sucesso na transmissão do encerramento do MDF-e, a visualização/conferência do retorno da SEFAZ pode ser consultado na opção de Histórico do MDF-e ou após o lançamento da Operação de Chegada em filial.
  4.  Caso seja encontrado alguma inconsistência, será apresentada a tela do monitor para verificação, deixando o usuário ciente desta não-autorização e para que seja realizada a correção necessária.

Transmissão - Cancelamento Automático

O processo de transmissão de cancelamento automático avaliará se o documento (MDF-e) encontra-se apto assim como já ocorre no processo manual.

Desta forma, para que o processo/evento de cancelamento ocorra e conforme consta no Manual_MDFe_v3.00, documento não pode estar autorizado há mais de 24 horas, a configuração permanece a mesma do MDF-e manual no Módulo Gestão de Transportes, no parâmetro MV_MDFEEXC. Este parâmetro permite definir o prazo em horas para o cancelamento do MDF-e após autorizado.

Cancelamento automático:

  1. Ocorre ao excluir a operação de saída de viagem;
  2. A exclusão do MDF-e e a transmissão do cancelamento são realizadas;
  3. Caso seja encontrado alguma inconsistência, será apresentada a tela do monitor para verificação, deixando o usuário ciente desta não-autorização e para que seja realizada a correção necessária.

IMPORTANTE!

Não será possível excluir MDF-e quando status da viagem estiver "em trânsito" ou quando o MDF-e já estiver encerrado na SEFAZ (Help "TMSA19017 - Não é permitido excluir o MDF-e já encerrado na SEFAZ" - será apresentado).

Pergunte - Fechamento da Viagem - TMSA310 (SX1)

Não será apresentado o pergunte de “Gerar MDF-e? (F12) ”, na rotina Fechamento (TMSA310), quando o parâmetro MV_MDFEAUT estiver desabilitado.

Estorno de Operações

Estorno Operação de Saída

Conforme mencionado anteriormente no item 3 desta documentação, ao estornar uma operação de saída e o documento apto para tal, ocorrerá o processo de cancelamento automático do MDFe.

Estorno Operação de Chegada em Filial

O estorno de uma operação de chegada em filial será tratado pela automação do MDF-e como um processo de saída. Ou seja, será realizado validação afim de verificar se existem documentos não manifestados na viagem, caso existam estes serão manifestados.
Na existência de documentos conflitantes, assim como ocorre na operação de saída, a automação encerrará o MDF-e existente e gerará novo MDF-e com todos os documentos pertinentes constantes na viagem.
Caso existam apenas MDF-es encerrados na viagem, não haverá ação relacionada a estes e sim apenas o processo de estorno da operação de chegada em filial.

Viagem

  1. Não será permitido a emissão de MDF-e para viagem com status Aberto, caso o parâmetro MV_MDFEAUT estiver ativo.
  2. Não será permitido carregamento com manifesto na viagem, quando o parâmetro MV_MDFEAUT estiver ativo. A validação não permitirá a alteração dos parâmetros da rotina de viagem (TMA144).
  3. Não será permitido alterar viagem quando houver pendência de transmissão de MDF-e (Encerramento e/ou Cancelamento), caso o parâmetro MV_MDFEAUT estiver ativo.
  4. Não será permitido alterar ou movimentar viagem fechada ou com chegada em filial quando houver pendência de transmissão de MDF-e (Encerramento e/ou Cancelamento), caso o parâmetro MV_MDFEAUT estiver ativo.
  5. Não será implementado o processo de MDF-e automático para viagens do tipo transbordo.
  6. Não será permitido encerrar automaticamente manifesto com operação de Chegada eventual. Contudo:

    Ao lançar a operação de chegada eventual somente com passagem, sem inclusão de novos documentos nesta filial, não ocorrerá transmissão automática do MDF-e;

    Item 1.7 - Chegada Eventual em Filial não prevista com continuidade da Viagem e sem Novos Documentos:

    • Para chegada eventual em filial não prevista com continuidade da viagem e sem o carregamento de novos documentos não ocorrerá nenhum tipo de ação.

    Ao lançar a operação de chegada eventual com carregamento, com inclusão de novos documentos nesta filial, executará o processo de acordo com o detalhamento dos itens 7 e 8 abaixo.

    Item 1.8 - Chegada Eventual em Filial não prevista com a continuidade da Viagem e carregamento de Novos Documentos:

    Em suma:

    Sistema avaliará existência de CT-e vinculado a viagem e sem vínculo a MDF-­e existente onde:

    • Será encerrado o MDF-e anterior e novos documentos carregados e destinados a uma mesma filial adiante serão unificados em novo MDF-e.
    • Caso sejam inseridos novos CT-es para um novo destino de descarga contemplado pela configuração da Rota de Transferência, esses também serão considerados na criação do novo manifesto.

    Quando houver a conclusão da viagem na Filial Eventual não haverá o encerramento do MDF-e ao apontar a operação de chegada eventual, desta forma:

    Item 1.6 - Chegada Eventual em Filial não prevista com encerramento da Viagem:

    • Na existência de MDF-­e em aberto para toda descarga adiante, será alertado ao operador que serão encerrados os MDF-es automaticamente, não sendo impedido o encerramento da viagem e em caso de falha do encerramento automático, ocorrerá alerta para que o encerramento do MDF­-e seja monitorado manualmente.

    Quando houver a conclusão da viagem na Filial Eventual não haverá o encerramento do MDF-e ao apontar a operação de chegada eventual, desta forma:

    Item 1.9 - Chegada Eventual em Filial não prevista com a continuidade da Viagem e Descarregamento de Parte dos Documentos

    No apontamento de ocorrências:

    a. Deve ser realizado o apontamento de Ocorrência do tipo Chegada Eventual para parte dos Documentos, fazendo com que o módulo TMS considere o descarregamento dos CT­-es apontados.

    b. Considerando o cenário onde serão descarregados somente alguns CT-­es e mantidos outros CT-­es na viagem, além disso a inclusão de Novos CT-­es por meio da rotina de viagem para descarregamento em outra UF.

    Operação de Saída Eventual :

    a. O sistema avaliará a existência de CT­-e vinculado a Viagem e sem vínculo a MDF-­e e de CT-­e vinculados a Viagem (considerando aqueles que não foram descarregados mediante ao apontamento de ocorrência de Chegada Eventual) onde:

    I. Sendo verdadeira a consistência:

        • Com base nos novos documentos inseridos na viagem, avaliar a existência de MDF-­e em que sua UF seja conflitante a UF da Filial de Descarga desses documentos, avisando ao operador que serão encerrados os MDF­-es e aguardará retorno de seu encerramento.
        • Na obtenção de sucesso na tentativa de encerramento:
          1. Será executada automaticamente a criação de novo MDF-­e para todos os documentos ainda vinculados a Viagem considerando como sendo sua Origem a Filial responsável pela Operação de Saída.
          2. Seguindo o cenário serão Manifestados todos os CT-­es com descarga prevista para outra UF considerando os CT-­es originais na viagem e os novos CT-­es (ou seja documentos destinados a mesma UF serão unificados em novo MDF-e).
          3. Será gerado histórico do vínculo CT-­e x MDF-­e no momento em que efetuar a liberação do documento para reprocessamento de MDF-­e (limpeza dos campos de Manifesto dos CT-­es originais na viagem - Tabela DUD - Movimento de viagem).
          4. Caso o operador venha a inserir novos CT-­es para um novo Destino de Descarga contemplado pela configuração da Rota de Transferência, esses também serão considerados na criação do novo Manifesto.
        • Na obtenção de insucesso na tentativa de encerramento: 
          1. Será impedida a continuidade da Saída de Viagem.
          2. Será apresentado um aviso ao Operador que o encerramento desse MDF-­e deverá ser monitorado manualmente e a geração manual do novo MDF-­e para a UF.

    II. Não sendo verdadeira a consistência:

        • Não terá ação permitindo a continuidade da ação de Saída de Viagem.
  7. No caso da existência de um MDF-e destinado a uma determinada UF e ocorra uma inclusão de novo (s) documento (s) em filial para o mesmo destino, ocorrerá o encerramento do MDF-e inicial e o agrupamento com o (s) novo (s) documento (s) incluídos na viagem. Ou seja, ocorrerá a limpeza de campos relacionados ao MDF-e na tabela DUD.
  8. No caso de não existirem MDF-es conflitantes, ou seja, para mesma UF de destino, será criado novo MDF-e incluindo a nova UF pertinente a inclusão dos novos documentos na viagem.


IMPORTANTE!

O processo de encerramento do MDF-e ocorre por UF e não por filial, por exemplo, em um cenário onde a origem da viagem de transferência ocorre na UF do Paraná, com 3 documentos destinados a 3 filiais diferentes do estado de SP e 3 documentos destinados a 3 filiais diferentes do estado do RJ, o encerramento dos MDF-es ocorrerão no apontamento da chegada da última filial em cada UF, ou seja, a última chegada em filial de SP (encerramento dos 3 MDF-es) e a última chegada em filial do estado do RJ (encerramento dos 3 MDF-es).

05. MDF-E CONFLITANTE

Nesta documentação estarão presentes em alguns trechos a citação de MDF-e Conflitante.

O que é um MDF-e Confliante?

É considerado um MDF-e Conflitante, quando há necessidade de inclusão de novo documento de transporte (CT-e) na viagem em curso (entrega ou transferência), onde o destino deste novo documento seja o mesmo destino final de um MDF-e pré existente da viagem em curso. Sendo assim, considera-se conflitante um CT-e incluído na viagem em curso que possua a seguinte condição:

Viagem transferência:

A mesma UF da filial de destino da descarga (filial dos documentos carregados).

Viagem entrega:

A mesma UF do destino da carga.

Vale lembrar, que a situação de MDF-e conflitante pode ocorrer em diversos cenários, alguns deles estão exemplificados nos Cenários MDF-e Automático constantes neste link.

Sempre será considerada a UF de destino nas validações.


IMPORTANTE!

Sobre a rejeição 462: Existe MDF-e não encerrado há mais de 5 dias para placa com até 2 UF de percurso. Atualmente a SEFAZ rejeita um MDF-e que possua o mesmo veículo e percurso informadas, obrigando encerrar o MDF-e em trânsito e gerando um novo MDF-e com a unificação dos documentos em trânsito com os recém carregados. Desta forma, o tratamento de MDF-e conflitante atende a norma estabelecida pelo órgão validador - SEFAZ.


Como é tratado documento em uma viagem?

    1. No caso de existir MDF-e na viagem em curso para a mesma UF do novo documento incluído, será encerrado o MDF-e existente, gerando um novo MDF-e agrupando assim todos os documentos.
    2. No caso de não existir um MDF-e na viagem em curso para a UF do novo documento incluído, será gerado um novo MDF-e específico para este novo destino.


06. HISTÓRICO DO MDF-E

Essa funcionalidade está disponível na opção Outras Ações > Manifestos > Histórico do MDF-e.

Demonstra viagem, MDF-e e documentos da viagem posicionada.


07. IMPRESSÃO AUTOMÁTICA DO MDF-E

Será sugerida a impressão dos MDF-es gerados após o retorno de sucesso em sua transmissão, com as seguintes condições:

    1. Parâmetro MV_MDFEAUT habilitado.
    2. No apontamento de saída de viagem, caso tenha MDF-e sem autorização, o sistema sempre irá transmitir e imprimir o MDF-e automaticamente, mediante a configuração do pergunte "Imprime Manifesto?", dentro dos parâmetros da Rotina de monitoramento do MDF-e (TMSAE73).
    3. Para impressão automática do MDF-e em processo diferente da operação de saída da viagem, se faz necessário habilitar o "Pergunte" (Gerar MDF-e? (F12)) na rotina de fechamento de viagem (TMSA310) =Opção 3 Gera e Transmite, para que no Fechamento da viagem, o sistema realize a geração, transmissão e caso MDF-e autorizado, também a impressão automática.

08. PROCEDIMENTO PARA CONFIGURAÇÃO

O processo será habilitado pela função F12 na Rotina de monitoramento do MDF-e (TMSAE73), a opção pode ser desabilitada ou habilitada.

 

Foi criado no pergunte SX1 (TMSAE73) da Rotina de monitoramento do MDF-e o item Imprime Manifesto?, onde foram definidas 3 opções:

    1. Sim: Imprime Gera arquivo PDF.
    2. Não: Não Imprime o Manifesto.
    3. Exibe os Parâmetros para Impressão do Manifesto (TOTVSPrinter): O usuário definirá a melhor forma para a impressão da DAMDFE.

Após o processo de fechamento da viagem com transmissão automática do MDF-e ativa, processo de impressão do MDF-e ocorrerá automaticamente mediante a configuração anterior.


09. DEMAIS INFORMAÇÕES

DTX - Manifesto de Carga
DYN - Manifesto Cancelado
DLH - Histórico de Manifestos Eletrônicos
DT6 - Documento de Transporte
DTQ - Viagem
DTR - Complemento de Viagem
DUD - Movimento de Viagem
DTW- Operações de Transporte


10. ASSUNTOS RELACIONADOS

  • Exemplos de cenários para utilização do MDF-e automático neste link.