O que é MDF-e?

Resumo rápido

O MDF-e organiza eletronicamente as informações da viagem e vincula documentos fiscais relacionados ao transporte, sem substituir NF-e ou CT-e. Na operação, conecta dados de carga, veículo, condutores, percurso e encerramento, exigindo integração entre logística, fiscal e ERP.

Na operação, MDF-e deve ser interpretado pelo modelo do documento, pela versão técnica e pela regra fiscal vigente. O ERP precisa distinguir o que é requisito de leiaute, o que é validação do autorizador e o que é obrigação tributária.

Definição objetiva

O MDF-e é o documento fiscal eletrônico que consolida documentos vinculados a uma operação de transporte e registra informações da viagem, como unidades federativas, veículo, condutores e carga, conforme o modal e a legislação.

Ele não substitui NF-e nem CT-e. Sua função é manifestar os documentos e apoiar controle logístico e fiscalização em trânsito.

MDF-e significa Manifesto Eletrônico de Documentos Fiscais.

Vigência e escopo

O MDF-e está expressamente incluído no cronograma do Ato Conjunto RFB/CGIBS nº 4/2026, com marco em 03/08/2026 para o escopo nele definido. Essa inclusão não autoriza copiar para o MDF-e os mesmos campos tributários de NF-e, NFC-e ou CT-e. O ERP deve seguir somente o leiaute, schemas, tabelas e regras publicados no Portal MDF-e/SVRS para a versão vigente, preservando segregação entre dados de transporte, documentos vinculados e eventuais informações criadas pela RTC.

Em 2026, a vinculação entre CIOT e MDF-e ganhou tratamento explícito: nas operações de transporte rodoviário remunerado de cargas alcançadas pela regulamentação da ANTT, quando houver MDF-e aplicável, o CIOT deve ser informado e vinculado ao manifesto correspondente. A NT MDF-e 2026.001 implementa a regra de validação e o Ajuste SINIEF 03/2026 formaliza a obrigatoriedade no MDF-e. O Ajuste foi publicado em 02/04/2026 e sua cláusula de vigência produz efeitos a partir de 01/06/2026, data que deve ser separada da publicação do ato e de eventuais cronogramas técnicos.

Para que serve

vincular documentos transportados.
identificar veículo, condutores e percurso.
agilizar fiscalização.
registrar início e encerramento da viagem.
integrar expedição e transporte.

Onde é utilizado

Troca de veículo, inclusão de condutor, alteração de carga ou encerramento precisam seguir os eventos e procedimentos previstos; editar apenas o cadastro interno não altera o documento autorizado.

Como aparece no ERP

O TMS/ERP deve gerar o MDF-e a partir da viagem efetiva: emitente, veículo, condutores, percurso, UF de carregamento/descarregamento e documentos transportados. Quando a operação exigir CIOT, o código precisa estar vinculado antes da liberação do manifesto, conforme as regras vigentes de 2026.

O encerramento do MDF-e deve ser controlado como evento operacional obrigatório no fluxo da viagem. Manifestos abertos indevidamente podem bloquear novas emissões ou produzir inconsistências logísticas.

Relação com documentos fiscais

O MDF-e consolida informações da viagem e referencia os documentos fiscais transportados, como CT-e ou NF-e conforme o cenário. Ele não substitui esses documentos nem altera sua tributação.

O TMS deve validar as chaves incluídas no manifesto e manter o vínculo até o encerramento, inclusive quando houver CIOT associado.

Relação com obrigações acessórias

O MDF-e é principalmente um documento de controle do transporte e da carga. Seus dados devem reconciliar com CT-e/NF-e transportados, cadastro do veículo, RNTRC/CIOT quando aplicáveis e eventos de encerramento.

O ERP deve preservar histórico da viagem e não transportar automaticamente dados de um manifesto para outro sem validar a operação real.

Exemplo prático

Uma ETC inicia uma viagem rodoviária remunerada com duas NF-e e um CT-e vinculados. Antes da saída, o TMS confirma RNTRC, veículo, condutor e CIOT quando a operação estiver sujeita ao registro, gera o MDF-e e vincula o CIOT ao manifesto nas hipóteses aplicáveis.

Após a autorização, a chave e o protocolo ficam associados à viagem. Ao concluir o percurso e as entregas, o sistema transmite o evento de encerramento do MDF-e e impede que a viagem permaneça indevidamente aberta.

Erros comuns

não encerrar o MDF-e.
vincular chave errada.
emitir depois do início da viagem.
guardar apenas DAMDFE.
ignorar regras do modal.

Boas práticas

montar o MDF-e a partir da viagem real, não de cadastro genérico;
validar documentos transportados antes da transmissão;
controlar CIOT e RNTRC quando aplicáveis;
registrar veículo, condutores e percurso corretamente;
encerrar o MDF-e no momento operacional adequado;
versionar a NT MDF-e 2026.001 e seus efeitos.

Perguntas frequentes

O CIOT deve ser informado no MDF-e?

Quando houver MDF-e aplicável à operação de transporte alcançada pelas regras do CIOT, sim. Em 2026, a vinculação foi reforçada pelo Ajuste SINIEF 03/2026 e pela NT MDF-e 2026.001.

A regra CIOT–MDF-e vale para qualquer movimentação de mercadoria?

Não. Ela se relaciona ao transporte rodoviário remunerado de cargas nas hipóteses reguladas pela ANTT e somente quando houver MDF-e aplicável à operação.

O encerramento do MDF-e é apenas uma etapa técnica?

Não. O encerramento correto afeta a regularidade operacional da viagem e o controle de novos MDF-e, por isso deve ser monitorado pelo ERP/TMS.

O que deve ser conciliado no ERP?

Veículo, condutor, percurso, documentos transportados, contratante/transportador, CIOT quando aplicável, eventos e status de encerramento.

Base legal ou referência oficial

Conteúdos relacionados

CT-e.
NF-e.
DAMDFE.
Encerramento.
Veículo.
Logística.

Conclusão

O MDF-e consolida documentos e dados da viagem. A emissão antes do transporte, a qualidade dos vínculos e o encerramento correto são pontos centrais para ERP e logística.

Na prática, MDF-e exige coerência entre cadastro, regra fiscal, leiaute e retorno do autorizador. O ERP deve preservar a versão aplicada e atualizar a operação sempre que a documentação técnica ou o cronograma oficial mudar.

O que é MDF-e?

Conteúdo relacionado