A emissão e gestão do Manifesto Eletrônico de Documentos Fiscais (MDF-e) são processos cruciais para empresas de logística, exigindo precisão e agilidade para garantir a conformidade fiscal e a eficiência operacional. Para atender a essa demanda, o sistema Microsiga Protheus, no módulo SIGATMS (Gestão de Transportes), oferece funcionalidades avançadas para a automação do MDF-e, abrangendo sua emissão, encerramento e cancelamento. Esta otimização visa simplificar as rotinas e aprimorar o controle sobre as operações de transporte, utilizando funções como TMSAE73, TMSA310, TMSA340, TMSA350, TMSA210, TMSA190, TMSA190A, TMSA144 e TMSA140.
A Revolução do Manifesto Eletrônico de Documentos Fiscais (MDF-e) Automático no Protheus
Esta melhoria implementada no Protheus redefine a forma como as empresas gerenciam seus MDF-e, introduzindo automação nos processos de emissão, encerramento e cancelamento. A transmissão automática é integrada ao apontamento das operações de viagem e ativada por novos parâmetros de configuração.
Integração com Operações de Saída e Chegada de Clientes no Protheus
A funcionalidade de MDF-e automático se alinha perfeitamente com os processos de operações de saída e chegada em clientes, aplicáveis especificamente a viagens de entrega. Estas operações são tratadas conforme as configurações dos parâmetros de automação, incluindo a validação de MDF-es conflitantes para garantir a conformidade.
Controle e Flexibilidade na Emissão do MDF-e Protheus
A ativação da transmissão automática do MDF-e é controlada pelo parâmetro MV_MDFEAUT. Além disso, o encerramento automático do MDF-e ocorre a partir das operações de saída e chegada “em filial”, configuradas pelo parâmetro MV_MDFEENC. Para maior controle, a rotina de fechamento de viagem (TMSA310) apresenta a opção “Gerar MDF-e? (F12)”, com as seguintes escolhas:
* **Gera:** O MDF-e é apenas gerado no fechamento. A transmissão manual é necessária, mas em caso de esquecimento, a transmissão automática ocorre na operação de saída da viagem.
* **Gera + Transmite:** O manifesto é criado e transmitido à SEFAZ para autorização no fechamento da viagem.
* **Não:** O MDF-e é gerado e transmitido somente ao apontar a operação de saída da viagem.
É crucial ressaltar que esta automação **não** se aplica a viagens do tipo transbordo.
Configuração Essencial para Automação do MDF-e no Protheus
Para habilitar e personalizar a automação do MDF-e, é necessário realizar a configuração de parâmetros, perguntas e estruturas de dados no Protheus.
Ajustes de Parâmetros Globais Protheus
No Configurador (SIGACFG), os seguintes parâmetros devem ser ajustados:
* **MV_MDFEAUT:** Habilita ou desabilita a transmissão automática de MDF-e.
* **Tipo:** Lógico
* **Conteúdo Padrão:** .T. (Verdadeiro) ou .F. (Falso)
* **MV_MDFEENC:** Define se o encerramento do MDF-e ocorre na Operação de Chegada ou de Saída.
* **Tipo:** Numérico
* **Conteúdo Padrão:** 0 (Chegada) ou 1 (Saída)
Perguntas Frequentes (F12) e Novas Tabelas Protheus
Novas perguntas foram criadas no arquivo SX1 – Perguntas:
* **TMSA310 – Gera MDF-e(s)?:** Permite definir a forma de geração do MDF-e no fechamento da viagem.
* **TMSAE73 – Imprime Manifesto?:** Oferece opções de impressão do manifesto.
A tabela **DLH** (Histórico MDF-e) foi criada no arquivo SX2 – Tabelas para armazenar o histórico do MDF-e.
Estrutura de Dados: Campos e Índices Protheus
A criação de campos no arquivo SX3 – Campos e índices no arquivo SIX – Índices é fundamental para a nova funcionalidade:
* **Tabela DLH – Histórico MDF-e:**
* DLH_FILIAL (Filial Sistema)
* DLH_FILORI (Filial de Origem da Viagem)
* DLH_VIAGEM (Código da Viagem)
* DLH_FILMAN (Filial do Manifesto)
* DLH_MANIFE (Número do Manifesto)
* DLH_SERMAN (Série do Manifesto)
* DLH_FILDOC (Filial do Documento)
* DLH_DOC (Número do Documento)
* DLH_SERIE (Série do Documento)
* **Tabela DTW – Operações de Transporte:**
* DTW_UFATIV (Estado de Atividade do MDF-e)
* **Tabela DTX – Manifesto de Carga:**
* DTX_UFATIV (Estado de Atividade do MDF-e)
Os índices criados na tabela DLH são:
* DLH_FILIAL+DLH_FILORI+DLH_VIAGE (Filial Origem + Viagem)
* DLH_FILIAL+DLH_FILMAN+DLH_MANIFE+DLH_SERMAN (Fil.Manifest + Manifesto + Série)
* DLH_FILIAL+DLH_FILDOC+DLH_DOC+DLH_SERIE (Fil Docto + Documento + Série Docto)
É importante notar que o tamanho dos campos pode variar conforme o ambiente Protheus em uso.
Garantindo a Conformidade: Validações e Cenários do MDF-e no Protheus
Diversas validações e cenários são importantes para o correto funcionamento da automação do MDF-e.
Migração de Dados Históricos Protheus
Um processo opcional de RUP (Rotina de Atualização de Programas) permite migrar dados históricos de MDF-es da tabela DUD (Movimento de Viagens) para a nova tabela DLH (Histórico do MDF-e). Caso a migração não seja executada, apenas os dados gerados após a implementação da automação serão registrados na DLH. Para mais detalhes, consulte a documentação oficial.
Encerramento Automático do MDF-e Protheus
Com o parâmetro MV_MDFEAUT ativo, o encerramento automático do MDF-e ocorre sob as seguintes condições:
* A viagem deve estar com o processo de fechamento concluído.
* Ocorre ao lançar a operação configurada no parâmetro MV_MDFEENC (0=Chegada em filial ou 1=Saída de filial).
* Em caso de inconsistências, a tela do monitor de transmissão manual é apresentada para correção.
O parâmetro MV_MDFEENC é crucial para viagens de transferência e entrega, definindo se o encerramento ocorre na “Operação de Chegada” ou “Operação de Saída” em filial, com alertas para inconsistências.
Cancelamento Automático do MDF-e Protheus
O cancelamento automático do MDF-e avalia a aptidão do documento, seguindo as regras do processo manual e o Manual_MDFe_v3.00, que exige que o documento não esteja autorizado há mais de 24 horas. O parâmetro MV_MDFEEXC define o prazo máximo para cancelamento.
* O cancelamento automático ocorre ao excluir a operação de saída de viagem.
* Em caso de inconsistências, o monitor de transmissão é exibido.
* Não é possível excluir MDF-e com status de viagem “em trânsito” ou já encerrado na SEFAZ.
Estorno de Operações e suas Implicações no MDF-e Protheus
* **Estorno Operação de Saída:** Aciona o processo de cancelamento automático do MDF-e, se o documento estiver apto.
* **Estorno Operação de Chegada em Filial:** Tratado como um processo de saída. Se houver documentos não manifestados, eles serão manifestados. Em caso de documentos conflitantes, o MDF-e existente é encerrado e um novo é gerado com todos os documentos da viagem. Se existirem apenas MDF-es encerrados, o estorno se limita à operação de chegada.
Regras Específicas para Viagens no Protheus
A automação do MDF-e impõe restrições para garantir a integridade dos dados:
* Não é permitido emitir MDF-e para viagens com status “Aberto” quando MV_MDFEAUT está ativo.
* Não é permitido carregamento com manifesto na viagem, nem alterar os parâmetros da rotina de viagem (TMSA144) com MV_MDFEAUT ativo.
* Alterações ou movimentações de viagens são restritas se houver pendências de transmissão de MDF-e (encerramento/cancelamento) com MV_MDFEAUT ativo.
* A automação de MDF-e **não** é implementada para viagens do tipo transbordo.
* **Chegada Eventual:** O encerramento automático do manifesto não ocorre em operações de Chegada Eventual. Cenários específicos são tratados:
* **Chegada Eventual sem novos documentos:** Não há transmissão automática.
* **Chegada Eventual com carregamento de novos documentos:** Executa o processo de encerramento do MDF-e anterior e a criação de um novo, unificando os documentos.
* **Conclusão de viagem em filial eventual:** O sistema alerta sobre o encerramento automático dos MDF-es.
* **Descarregamento parcial em filial eventual:** Envolve o apontamento de ocorrência de Chegada Eventual e a avaliação para encerramento do MDF-e existente e geração de um novo para os documentos remanescentes e novos.
É fundamental entender que o processo de encerramento do MDF-e ocorre por UF (Unidade da Federação) e não por filial. Por exemplo, em uma viagem com destinos em diferentes UFs, o encerramento ocorrerá na última chegada em filial de cada UF.
Entendendo o Conceito de MDF-e Conflitante no Protheus
O termo “MDF-e Conflitante” refere-se a uma situação específica que exige um tratamento diferenciado pelo sistema.
O que Caracteriza um MDF-e Conflitante no Protheus?
Um MDF-e é considerado conflitante quando há a necessidade de incluir um novo documento de transporte (CT-e) em uma viagem em curso (seja de entrega ou transferência), e o destino final desse novo documento é o mesmo de um MDF-e já existente na viagem.
**Condições para MDF-e Conflitante:**
* **Viagem de Transferência:** A mesma UF da filial de destino da descarga dos documentos carregados.
* **Viagem de Entrega:** A mesma UF do destino da carga.
A UF de destino é sempre o principal critério de validação. Para exemplos de cenários de MDF-e automático, consulte os documentos relacionados.
Tratamento de Documentos em Viagens com MDF-e Conflitante no Protheus
O Protheus trata os documentos em situações de conflito da seguinte forma:
* Se já existir um MDF-e na viagem para a mesma UF do novo documento, o MDF-e existente será encerrado e um novo será gerado, agrupando todos os documentos pertinentes.
* Se não houver um MDF-e na viagem para a UF do novo documento, um novo MDF-e específico será gerado para este novo destino.
É importante observar a Rejeição 462 da SEFAZ, que ocorre quando existe um MDF-e não encerrado há mais de 5 dias para uma placa com até 2 UFs de percurso. O tratamento de MDF-e conflitante no Protheus visa justamente atender a essa norma, encerrando o MDF-e em trânsito e gerando um novo para unificar os documentos.
Monitoramento e Impressão do Histórico MDF-e no Protheus
O Protheus oferece ferramentas para monitorar e imprimir os MDF-es gerados.
Visualização do Histórico do MDF-e Protheus
A funcionalidade de “Histórico do MDF-e” está disponível no menu Outras Ações > Manifestos. Ela exibe informações detalhadas sobre a viagem, o MDF-e e os documentos a ele vinculados.
![[IMG_1]](http://www.fbsolutions.com.br/wp-content/uploads/2025/10/otimizando-a-gestão-de-mdf-e-com-automação-no-protheus-1.jpg)
Configurando a Impressão Automática do DAMDFE Protheus
A impressão dos MDF-es gerados pode ser sugerida automaticamente após a transmissão bem-sucedida, sob as seguintes condições:
* O parâmetro MV_MDFEAUT deve estar habilitado.
* No apontamento de saída de viagem, se houver MDF-e sem autorização, o sistema sempre transmitirá e imprimirá automaticamente, conforme a configuração da pergunta “Imprime Manifesto?” na rotina de monitoramento do MDF-e (TMSAE73).
* Para impressão automática em outros processos, como o fechamento de viagem (TMSA310), a opção “Gerar MDF-e? (F12)” deve ser definida como “3 Gera e Transmite”.
O processo é habilitado pela função F12 na Rotina de monitoramento do MDF-e (TMSAE73), que permite habilitar ou desabilitar a opção “Imprime Manifesto?”.
![[IMG_2]](http://www.fbsolutions.com.br/wp-content/uploads/2025/10/otimizando-a-gestão-de-mdf-e-com-automação-no-protheus-2.jpg)
A pergunta “Imprime Manifesto?” no SX1 (TMSAE73) oferece as seguintes opções:
* **Sim:** Imprime e gera arquivo PDF.
* **Não:** Não imprime o Manifesto.
* **Exibe os Parâmetros para Impressão do Manifesto (TOTVSPrinter):** O usuário define a forma de impressão da DAMDFE.
![[IMG_3]](http://www.fbsolutions.com.br/wp-content/uploads/2025/10/otimizando-a-gestão-de-mdf-e-com-automação-no-protheus-3.jpg)
Após o fechamento da viagem com a transmissão automática do MDF-e ativa, a impressão ocorrerá automaticamente conforme as configurações.
Tabelas Chave do MDF-e no Protheus
Para um entendimento completo do processo de MDF-e, é importante conhecer as principais tabelas envolvidas:
* **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
Referências Adicionais Protheus
Para aprofundar seu conhecimento sobre os cenários de utilização do MDF-e automático, consulte o seguinte link:
* Exemplos de cenários para utilização do MDF-e automático.
Fernando Bueno
Atuando desde 2005 no mercado de tecnologia, desenvolvendo e implantando e sistemas gerenciais, sistemas e sites web e ecommerce.
Siga-me no Linked In
