A Lista Mestra de Documentos em Excel (MDR — Master Document Register) é uma planilha editável para planejar, identificar, acompanhar e comprovar as entregas documentais de um projeto de engenharia. Ela permite relacionar cada documento ao escopo, disciplina, pacote, responsável, prazo, revisão vigente, situação de análise, protocolo de transmissão e evidências de aprovação. A versão gratuita R00 inclui 250 entregáveis, 350 registros de emissão, 350 registros de comentários, painel gerencial, listas de validação, fluxo operacional e um exemplo preenchido com 20 entregáveis fictícios.
Ter uma pasta compartilhada não significa ter controle documental. A MDR deve permitir que o gerente do projeto ou Document Controller responda, com base em registros, o que precisa ser entregue, por quem, quando, em qual revisão, para qual finalidade e com qual decisão registrada. Nesta página explicamos como aplicar o modelo na rotina de projetos multidisciplinares, EPC, EPCM, Owner’s Engineering, engenharia consultiva, fornecedores, implantação e comissionamento.
O que é uma Lista Mestra de Documentos e por que ela deve nascer no início do projeto?
A MDR é a relação mestra de entregáveis documentais previstos, e não apenas um inventário de arquivos já recebidos. O cadastro deve começar a partir do escopo e dos requisitos de informação e evoluir ao longo da contratação, projeto, fabricação, implantação, testes e entrega final. Cada registro precisa representar um documento ou entregável claramente identificável. Uma linha intitulada apenas “projeto elétrico” pode ser insuficiente quando o contrato exige desenhos, memorial, lista de cargas, especificações e relatório de verificação com marcos diferentes.
Ao criar a MDR já no planejamento, a equipe consegue atribuir responsáveis, estabelecer datas-base e projetar o volume de análise e aprovação. Se for montada somente no final do contrato, perde a função de antecipar gargalos e se torna uma tentativa de reconstruir um histórico documental incompleto.
MDR, controle de documentos e EDMS: funções diferentes
| Instrumento | Função | O que permite demonstrar |
|---|---|---|
| MDR / Lista Mestra | Cadastro e acompanhamento do universo de entregáveis | O que está previsto, qual sua revisão e situação, quem precisa agir e o que está atrasado. |
| Document Control | Processo que governa identificação, revisão, aprovação, emissão, acesso e retenção | Como os documentos são produzidos e transmitidos, e que evidência formal sustenta cada transição. |
| EDMS / ENGiOS | Ambiente digital para operar e integrar controles de engenharia | Informações, workflows, registros, permissões e rastreabilidade conforme as funcionalidades implantadas. |
A MDR complementa o procedimento de Controle de Documentos em Engenharia, mas não o substitui. Uma organização pode utilizar a planilha em um contrato pequeno, desde que mantenha disciplina na atualização, evidências de aprovação, controle de acessos e gestão das revisões. Projetos de maior complexidade podem exigir workflows e EDMS integrados.
O que está incluído na planilha MDR em Excel?
| Aba | Capacidade / conteúdo | Aplicação prática |
|---|---|---|
| INICIO | Roteiro de utilização em oito etapas | Aprender o preenchimento e os controles fundamentais. |
| CONFIG | Listas editáveis de fases, disciplinas, tipos, origens, papéis e situações | Adequar o registro às regras do empreendimento e definir prazos de alerta. |
| MDR | 250 entregáveis com campos técnicos e verificações automáticas | Cadastrar baseline, forecast, responsáveis, revisão, situação e aceite. |
| EMISSOES | 350 eventos de transmittal e devolutiva | Registrar cada transmissão, destinatário, finalidade, prazo e decisão recebida. |
| COMENTARIOS | 350 comentários ou pendências de análise | Relacionar a revisão comentada à resposta, evidência e encerramento. |
| PAINEL | Indicadores automáticos e distribuição por situação | Organizar reuniões e priorizar registros incompletos ou atrasados. |
| EXEMPLO | 20 entregáveis fictícios de um projeto multidisciplinar | Estudar preenchimentos sem misturá-los à base real. |
| FLUXO | Dez etapas, com entradas, gates, autoridades e evidências | Conectar a MDR ao procedimento de controle documental e ao handover. |
A identidade visual utiliza a assinatura A3A Engenharia · Triplo A · by ENGiOS em marca gráfica composta. O arquivo é editável e não utiliza macros. Os campos de entrada são diferenciados visualmente das colunas calculadas. Os exemplos didáticos não são somados aos indicadores do projeto.
Como preencher a Lista Mestra de Documentos: método de implantação
1. Delimite o escopo, os pacotes e os requisitos documentais
Antes de cadastrar linhas, reúna contrato, Termo de Referência, escopo técnico, EAP, planos de execução, especificações, lista de sistemas e requisitos de informação. Identifique as disciplinas, os pacotes de aquisição, as fases e os entregáveis obrigatórios, incluindo documentos de fornecedores. Procure diferenciar resultados técnicos de instrumentos de controle: um memorial de cálculo, uma lista de cabos, uma folha de dados e um relatório de teste possuem funções e marcos distintos.
A qualidade da MDR depende da completude dessa decomposição. É melhor registrar um entregável planejado, ainda sem conteúdo, do que descobrir próximo ao comissionamento que seu relatório ou certificado nunca foi previsto.
2. Configure o projeto e as listas em CONFIG
Preencha a identificação do empreendimento, código local da MDR, revisão do próprio registro e responsável pela manutenção. Na aba CONFIG, adapte fases, disciplinas, tipos documentais, origens, papéis e estados ao procedimento da organização. Configure também a janela de alerta e o prazo de retorno padrão usado quando uma transmissão não possui prazo específico registrado.
As listas são editáveis, mas mudanças nos nomes de situações exigem cautela: se a empresa trocar “Em aprovação” por outra denominação, deve revisar a coerência dos registros existentes e das regras que alimentam o painel. Não utilize automaticamente cargos de exemplo como se representassem as alçadas contratuais de uma empresa real.
3. Cadastre um ID único e um código documental por entregável
Na aba MDR, preencha ID, código, título, fase, disciplina, tipo, pacote, origem e responsáveis. O ID funciona como chave para vincular emissões e comentários às mesmas entregas. O código documental representa a identidade governada de cada documento, e não deve mudar a cada revisão. A revisão evolui em campo separado, preservando a possibilidade de rastrear a trajetória daquele entregável.
A planilha identifica IDs ou códigos repetidos e campos críticos não preenchidos. Ainda assim, a validação humana deve verificar se os registros são conceitualmente distintos e se a codificação respeita o contrato.
4. Identifique quem elabora, verifica, aprova e emite
Para cada entrega, indique as funções responsáveis pela elaboração, verificação técnica, aprovação e controle da emissão. A distribuição não equivale à imposição de um organograma universal: em projetos pequenos uma pessoa pode acumular funções, enquanto projetos de maior criticidade exigem segregação e análise independente. A ferramenta sinaliza quando o elaborador coincide com o verificador, para que a necessidade de segregação seja conferida conforme o risco.
A Matriz RACI e a Matriz de Responsabilidades de Engenharia complementam essa definição, mas nenhuma atribuição na planilha modifica autorias técnicas, requisitos profissionais, procurações, instrumentos de contratação ou autoridades de aceite.
5. Diferencie baseline, forecast e data real
A data baseline é a referência inicial de planejamento, associada ao escopo e à programação acordados. O forecast é a melhor estimativa corrente de conclusão, que pode mudar após decisões de reprogramação. A data real da última emissão registra o fato ocorrido, e não o que se pretendia emitir. Não reescreva indiscriminadamente a baseline quando o projeto atrasar: preserve a referência original e a justificativa da revisão.
O painel e as colunas de prazo utilizam essas informações para apontar entregas vencidas, próximas de vencer ou emitidas após a data prevista. Os indicadores apoiam a priorização, mas devem ser interpretados de acordo com o ciclo do documento: a emissão de uma revisão para análise não significa conclusão técnica ou contratual da entrega.
6. Controle revisão, situação, finalidade e resultado de análise separadamente
| Campo | Pergunta correta | Exemplo |
|---|---|---|
| Revisão | Qual edição do conteúdo técnico está sendo controlada? | R00, R01, R02. |
| Situação do ciclo | Em que etapa da governança está o entregável? | Em elaboração, Em verificação, Emitido, Aceito. |
| Finalidade da emissão | Para que o destinatário pode usar a transmissão? | Para análise, Para aprovação, Para execução. |
| Resultado da análise | Como o destinatário devolveu a revisão? | Sem comentários, Com comentários, Rejeitado. |
Essa diferenciação evita que um desenho enviado “para análise” seja interpretado como liberado para execução, ou que uma revisão considerada aprovada tecnicamente seja tratada como recebida definitivamente pelo contratante. O procedimento aplicável define o significado operacional de cada situação.
7. Registre cada transmittal sem sobrescrever o histórico
A aba EMISSOES funciona como registro de eventos. Para cada envio, informe ID da emissão, transmittal, ID do entregável, código, revisão, finalidade, data, destinatário, comprovante e prazo de resposta. Ao ocorrer uma nova emissão, crie outro registro, em vez de alterar o anterior. O vínculo entre o ID informado e a MDR é verificado automaticamente, incluindo divergência de código documental.
Quando o destinatário devolver uma análise, acrescente data, decisão e evidência. O alerta diferencia ausência de data de envio, retorno pendente, vencimento e devolutiva sem evidência temporal. O histórico deve permitir reconstruir exatamente o que foi transmitido, quando e a quem.
8. Trate comentários como pendências verificáveis
A aba COMENTARIOS registra cada comentário individualmente, vinculado ao ID do entregável, revisão e transmittal. Indique o responsável, a resposta técnica, a evidência e o prazo de conclusão. Não confunda “Respondido” com “Encerrado”: um comentário pode ter sido respondido pelo autor e ainda aguardar conferência de quem o emitiu. Por isso, a contagem automática de comentários abertos considera também os registros “Respondido” até confirmação de encerramento ou cancelamento.
Antes de registrar um documento como aceito, confira pendências abertas, evidência de aprovação e data formal de aceite. A planilha aponta situações incoerentes, mas não substitui a decisão competente.
9. Utilize o painel em reuniões de coordenação e no handover
Antes da reunião de projeto, consulte no PAINEL o total de entregáveis, distribuição por situação, vencimentos, inconsistências, emissões realizadas e comentários não encerrados. Acompanhe os responsáveis por ação, negocie prioridades e registre mudanças de prazo. Depois da reunião, atualize a MDR e, se houver transmissão ou retorno, cadastre o evento correspondente.
Na fase de entrega, concilie a lista com as revisões finais, As-Built, relatórios, Data Book, evidências de teste e termos de aceite exigidos. Um índice final deve permitir ao proprietário recuperar rapidamente o documento vigente e o histórico das decisões relevantes.
Exemplo de utilização: documentos de um projeto multidisciplinar
O arquivo inclui uma amostra separada com vinte entregáveis fictícios de energia, telecomunicações, CFTV, automação, comissionamento e documentação final. A tabela abaixo demonstra três situações que exigem ações diferentes:
| Entregável | Situação ilustrativa | Ação de controle |
|---|---|---|
| Memorial de cargas elétricas | R01 emitida para aprovação; aguardando devolutiva | Consultar transmittal, prazo de resposta e evidência de verificação. |
| Diagrama de rede óptica | R00 em verificação, com interface entre disciplinas | Resolver comentários técnicos e atualizar forecast antes de emitir. |
| Relatório de SAT integrado | Previsto para a etapa de comissionamento | Confirmar pacote, plano de testes, critérios de aceite e responsável. |
O objetivo não é copiar datas ou responsabilidades ilustrativas, mas compreender por que o mesmo registro mestre precisa contemplar condições distintas. A MDR ajuda a encontrar os pontos onde uma decisão documental poderá afetar fabricação, execução, inspeção ou aceite.
Como a MDR melhora a condução de projetos e contratos
Planejamento e mobilização
Permite comparar os entregáveis previstos com o escopo contratado, dimensionar a carga de revisão, estabelecer marcos, apontar documentos de fornecedores e organizar as dependências que sustentam o cronograma. É também uma base para discutir responsabilidades na mobilização e no kickoff.
Projeto, suprimentos e interfaces
Organiza os ciclos de elaboração e devolutiva de desenhos, especificações, listas técnicas e documentos submetidos por fornecedores. A equipe de engenharia pode acompanhar o que está em análise sem tratar uma cotação recebida como algo produzido pelo Procurement, e pode relacionar cada recomendação ou avaliação técnica à sua evidência. Para disciplinas dependentes, o controle evidencia quando um documento foi emitido mas ainda não recebeu revisão adequada.
Implantação, comissionamento e aceite
Ajuda a evitar a utilização de documentos obsoletos em campo, identifica revisões pendentes de aprovação e estrutura o recebimento de relatórios de teste, certificados, diagramas As-Built e registros finais. O status “Aceito” deve estar apoiado por critérios e evidências do contrato, não apenas pelo preenchimento da célula.
Erros comuns no uso de uma Lista Mestra
- Criar a MDR depois das entregas: perde a capacidade de monitorar o universo contratual previsto.
- Usar apenas o nome do arquivo: não permite governar identidade, revisão, status e finalidade com segurança.
- Alterar a baseline sem justificativa: apaga evidências de reprogramação e distorce a análise de atrasos.
- Substituir emissões antigas: inviabiliza demonstrar quem recebeu cada revisão.
- Confundir resposta e encerramento de comentários: faz desaparecer pendências ainda não validadas.
- Tratar emissão como aceite: mistura conclusão de uma transmissão com aprovação técnica ou recebimento contratual.
- Considerar “CONTROLADO” como certificação: o indicador valida regras de preenchimento, não conformidade normativa ou responsabilidade profissional.
Como a MDR se relaciona com os demais materiais da biblioteca
O procedimento de Controle Documental define as regras; a Matriz de Responsabilidades esclarece quem participa das decisões; o Checklist de Pré-emissão ajuda a verificar a integridade da entrega; e a MDR acompanha o universo previsto e os registros de sua evolução. Esses materiais são documentos independentes, selecionados conforme a necessidade do profissional. A aquisição de kits profissionais é uma oferta comercial distinta e não condiciona o acesso aos arquivos gratuitos.
Para aprofundar a metodologia, consulte o artigo Lista Mestra de Documentos (MDR): estrutura, campos, controle e planejamento, o conteúdo sobre Controle de Documentos em Engenharia e o artigo sobre EDMS em Engenharia. Para implementação organizacional, o serviço de Estruturação da Gestão de Engenharia aborda a consolidação de processos, responsabilidades e ferramentas em um modelo de governança.
Como obter a Lista Mestra de Documentos em Excel
Formato: Excel (.xlsx) editável, sem macros. Edição: R00. Capacidade inicial: 250 entregáveis, 350 eventos de emissão e 350 comentários. Conteúdo: oito abas, painel de indicadores, fluxos, validações, alertas e vinte exemplos fictícios. Identidade editorial: A3A Engenharia / by ENGiOS, em composição gráfica integrada.
Para obter gratuitamente a planilha MDR em Excel, utilize o formulário de download desta página. Informe nome e e-mail e siga as instruções de disponibilização do arquivo. O cadastro para acesso ao material não implica inscrição automática em newsletter ou comunicações comerciais sem consentimento específico.
Antes de utilizar a planilha em empreendimento real, revise as listas, a governança documental, os prazos contratuais e as autoridades de aprovação. O material é apoio metodológico editável; não substitui procedimento aprovado, EDMS, verificação técnica ou aceite contratual.
Conhecimento em engenharia
A3A Academy