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 |
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:
- O processo de operações de saída e chegada em cliente ocorrerão somente em viagens de entrega;
- 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;
- 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) MDFe(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:
- 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;
- Gera + Transmite: Ao realizar o fechamento da viagem será criado o manifesto e transmitido a SEFAZ para autorização;
- Não : Será gerado e transmitido o MDF-e somente ao realizar o apontamento da operação de saída da viagem;
Nesta implementação não será tratado a automatização de MDF-e para viagens do tipo transbordo.IMPORTANTE!
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:
- Necessário viagem estar com processo de fechamento concluído;
- Ocorre ao lançar-se a operação configurada no parâmetro MV_MDFEENC (0=Chegada em filial ou 1=Saída de filial);
- 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):
- Quando for configurado para o encerramento automático ocorrer no momento de Saída, este será realizado anteriormente à todas as outras execuções;
- 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;
- 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.
- 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:
- Ocorre ao excluir a operação de saída de viagem;
- A exclusão do MDF-e e a transmissão do cancelamento são realizadas;
- 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
- Não será permitido a emissão de MDF-e para viagem com status Aberto, caso o parâmetro MV_MDFEAUT estiver ativo.
- 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).
- 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.
- 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.
- Não será implementado o processo de MDF-e automático para viagens do tipo transbordo.
Não será permitido encerrar automaticamente manifesto com operação de Chegada eventual. Contudo:
- 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.
- 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.
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.IMPORTANTE!
Como é tratado documento em uma viagem?
- 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.
- 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:
- Parâmetro MV_MDFEAUT habilitado.
- 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).
- 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:
- Sim: Imprime Gera arquivo PDF.
- Não: Não Imprime o Manifesto.
- 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.