Controle de revisão de projetos: como impedir que a obra use uma prancha desatualizada

Foto de capa ilustrativa: Jules Bilmeyer Joseph Van Riel. Fonte e autoria. CC0. Não retrata uma obra ou equipe da Saniz.

Equipe Saniz · 05/11/2026 · 8 minutos de leitura

Neste artigo

1. Versão, revisão e situação de uso são informações diferentes
2. O ciclo documental: da alteração à retirada da cópia antiga
3. O que fazer quando a mudança chega com o serviço em andamento?
4. Modelo de registro de revisão e distribuição
5. Como auditar se o controle está funcionando
6. Limites e próximos passos
7. Conecte essa rotina à gestão da obra
8. Fontes e referências

A revisão válida de um projeto não é simplesmente o arquivo com a data mais recente. É a versão identificada, conferida e formalmente liberada para uma finalidade definida, distribuída às pessoas que executarão o serviço. Para impedir que a equipe utilize uma prancha desatualizada, o gestor precisa controlar quatro acontecimentos: qual documento foi substituído, quem autorizou a nova emissão, a quem ela foi distribuída e como foram retiradas do uso as cópias anteriores.

Esse cuidado é especialmente importante quando arquitetura, estrutura, instalações e orçamento avançam em ritmos diferentes. Uma alteração de vão pode depender de revisão de detalhamento estrutural e alterar quantitativos; a prancha mais recente de arquitetura não prova, sozinha, que todo o conjunto foi compatibilizado. O problema documental se converte em problema técnico quando o canteiro passa a executar informações que ainda não foram liberadas para construção.

A documentação da Autodesk sobre gestão de documentos em construção distingue arquivos de trabalho e arquivos aprovados destinados à equipe de campo, além de descrever histórico de versões e comparação entre versões. O procedimento a seguir é uma proposta editorial de controle aplicável com ou sem software específico; não implica que determinada ferramenta da Saniz ofereça todos esses recursos.

Versão, revisão e situação de uso são informações diferentes

O identificador do documento informa a qual prancha, detalhe ou modelo a informação pertence. A revisão identifica uma edição desse mesmo documento. A situação de uso responde se ele está em elaboração, em análise, liberado para uma finalidade específica ou superado. Um carimbo “REV 03” não comprova, por si só, autorização para executar.

Convém evitar regras universais baseadas apenas em letras ou números. O significado dos códigos depende do plano de gestão documental, do contrato e da disciplina. Uma revisão com número maior pode ter sido emitida para comentários, enquanto a anterior continua sendo a última autorizada para determinado serviço. Também não se deve presumir que a emissão de um modelo BIM substitui automaticamente a emissão das pranchas e especificações contratuais.

Para cada documento controlado, recomendo registrar, no mínimo, obra, disciplina, código único, título, revisão, finalidade/situação, origem, responsável pela emissão, responsável pela aprovação, data da liberação e ligação para o arquivo íntegro. Um desenho impresso precisa carregar informações suficientes para que a frente de serviço reconheça se está consultando a cópia correta.

O ciclo documental: da alteração à retirada da cópia antiga

1. Receber e identificar a mudança. Ao receber uma nova prancha, confira se pertence à obra e à disciplina corretas. Mantenha a revisão anterior no histórico; não a sobrescreva sem rastreabilidade. Registre o motivo indicado pelo projetista e os desenhos ou detalhes potencialmente afetados. Uma mensagem com um PDF anexo não equivale a uma emissão controlada.

2. Avaliar o impacto e a autoridade de aprovação. O coordenador verifica interfaces e encaminha a quem tem competência para aprovar, conforme o contrato e as atribuições profissionais. Mudança técnica de projeto, autorização de custo adicional e ordem para executar são decisões que podem ter responsáveis diferentes. Registre pendências de compatibilização e questões que exigem resposta formal antes da liberação.

3. Liberar para uma finalidade. A publicação deve informar expressamente se o conteúdo serve para análise, cotação, planejamento ou execução. Documentos incompletos podem ser úteis para estudo, mas não devem circular como orientação executiva. Se houver necessidade de trabalhar apenas parte do projeto, a liberação parcial precisa identificar o perímetro permitido e o que continua bloqueado.

4. Distribuir aos destinatários certos. Relacione a revisão a frentes, equipes, fornecedores e subcontratados envolvidos. A comunicação deve apontar o código da prancha, a revisão substituída, as principais áreas alteradas e a data de vigência. Registre recebimento e entendimento quando o risco justificar. Enviar uma notificação não prova que todos efetivamente atualizaram as cópias locais.

5. Recolher ou marcar a informação obsoleta. Cópias impressas de uso corrente precisam ser recolhidas ou identificadas como superadas. Arquivos já baixados, aplicativos em modo offline, anexos em conversas e pastas de fornecedores também exigem atenção. Preserve o histórico em local consultável para auditoria, mas retire a versão antiga do caminho ordinário de consulta executiva.

6. Conferir no ponto de uso. Antes do serviço afetado começar, o responsável confronta o código e a revisão que a frente utiliza com o registro mestre. O teste precisa acontecer onde o trabalhador acessa o documento, prancha impressa, celular, tablet ou pasta compartilhada,, não só no painel do escritório.

O fluxo de distribuição de documentos e o histórico de versões descritos pela Autodesk ilustram uma implementação possível. A regra gerencial permanece necessária mesmo em ferramentas que automatizam notificações: a decisão de liberar e a verificação da cópia usada continuam sob responsabilidade da organização.

O que fazer quando a mudança chega com o serviço em andamento?

A primeira pergunta não é “qual PDF é mais novo?”, mas que parte da execução pode estar afetada. Identifique o local, o serviço, a versão usada e a extensão já executada. Se houver risco técnico relevante ou dúvida sobre a segurança da continuidade, suspenda a atividade afetada conforme procedimento da obra e solicite avaliação do responsável técnico. O artigo não substitui o diagnóstico de engenharia nem autoriza uma solução de campo sem projeto.

Em seguida, separe os efeitos que precisam de decisão: conformidade técnica do que foi construído, eventual correção, quantidades e materiais, cronograma, custo adicional e documentação contratual. Registre a decisão e sua origem. Alteração de projeto não deve ser automaticamente convertida em medição, compra ou aditivo sem os respectivos critérios de aprovação.

O mesmo raciocínio vale para solicitações de informação do canteiro: uma resposta em conversa informal pode esclarecer uma dúvida, mas não deve modificar silenciosamente o conjunto executivo. Quando a resposta altera o desenho ou especificação contratual, a rastreabilidade deve levar à emissão formal correspondente.

Modelo de registro de revisão e distribuição

Use uma linha para cada documento emitido e outra relação, quando necessário, para cada destinatário ou frente. As células abaixo estão em branco para não simular dados de empreendimento.

Esse registro não é uma matriz de compatibilização de projetos. Sua finalidade é demonstrar que o documento correto chegou ao destino correto e que as versões superadas deixaram de orientar a execução.

Como auditar se o controle está funcionando

Escolha uma revisão relevante recentemente distribuída. Pergunte ao projetista qual documento foi emitido, ao coordenador qual versão foi aprovada e à equipe de campo qual arquivo está efetivamente aberto. As três respostas devem remeter ao mesmo identificador, à mesma revisão e à mesma finalidade. Confira ainda um ponto fora do escritório: uma prancha impressa na frente, um aparelho em modo offline ou o pacote entregue a um subcontratado.

A auditoria precisa procurar exceções: revisão liberada apenas parcialmente, documento anexado a uma requisição antiga, serviço já iniciado, cópia digital não sincronizada e detalhe de outra disciplina ainda pendente. Registre a divergência, quem tem a decisão e o prazo de regularização. A existência de uma pasta chamada “Projetos atualizados” não é evidência suficiente.

Em um sistema de gestão de obra, o benefício a procurar é a ligação entre documento vigente, frente de execução, solicitação de material, registro de campo e decisão. Essa conexão pode reduzir a necessidade de reconstruir a história de uma alteração, mas somente se o processo real e os direitos de acesso forem testados. A discussão sobre quem tem permissão técnica para operar arquivos é distinta da discussão sobre quem tem autoridade contratual para aprovar uma mudança.

Limites e próximos passos

Não há um padrão único de codificação, prazo de substituição ou meio obrigatório de circulação aplicável a todas as obras privadas brasileiras. Esses critérios dependem de contratos, disciplinas, responsabilidades e sistemas adotados. Comece pela relação mestra de documentos, pela definição de autoridade de liberação e por um teste de campo. Antes de ampliar a rotina para todas as obras, verifique um ciclo completo de emissão, distribuição e retirada da revisão anterior.

Conecte essa rotina à gestão da obra

O sistema de gestão de obras Saniz reúne orçamento, engenharia, compras e financeiro para a equipe trabalhar com informações relacionadas à obra. Conheça os módulos e confira como os recursos disponíveis no seu plano e perfil se encaixam na rotina descrita neste artigo.

Fontes e referências

• Autodesk Construction Cloud. Onboarding to Autodesk Build (agora Forma Build).
• ISO. ISO 19650-1:2018, informações públicas.