Revisão de projeto: como saber qual é a versão válida e quem pediu a mudança

Revisão: João Paulo Chagas, gestor de Marketing e Operações da Audatia · atualizado em 18 de agosto de 2026

A versão válida de um projeto é a que o escritório emitiu formalmente, com índice de revisão, data e destinatário registrados — e cujo recebimento foi confirmado. Todo o resto é rascunho, mesmo que esteja aberto na tela de alguém. A convenção brasileira para a primeira metade disso é antiga e estável: o índice de revisão vive no carimbo da prancha, no canto inferior direito da folha, e é codificado em sequência. O manual de nomenclatura de arquivos digitais da Prefeitura de Belo Horizonte, por exemplo, é explícito ao definir o campo de revisão (“R01 – revisão 01”; “ASB – as built”) e ao advertir que “NÃO deve ser indicado R00 ou RVA nos arquivos que não tiverem sido revisados”. Existe padrão, e a maioria dos escritórios o segue razoavelmente bem.

O que quase nenhum escritório mantém é a segunda metade do registro: quem pediu aquela revisão, quando, por qual canal, o que exatamente mudou e quem aprovou. Sem essa metade, o escritório sabe qual é o desenho mais novo, mas não consegue reconstruir por que ele existe. Três semanas depois, quando o cliente diz que não pediu, o escritório tem a prancha e não tem o pedido. E quando a obra executa a R02 enquanto a R04 já circula por e-mail, o problema não é de desenho — é de emissão sem confirmação de quem recebeu.

Por que o arquivo chamado “projeto_final_v3_REVISADO_ok.dwg” é sintoma e não causa?

Porque o nome do arquivo é a última linha de defesa de um processo que já falhou antes. Ninguém escreve “REVISADO_ok” por preguiça. Escreve porque, no momento de salvar, não existia um lugar oficial que dissesse qual era a revisão vigente e o que a distinguia da anterior. O nome do arquivo virou o único campo disponível para carregar essa informação — e um campo de texto livre aceita qualquer coisa.

Trocar o nome não resolve. Um escritório pode adotar nomenclatura impecável hoje e, em seis semanas, ter três arquivos com o mesmo código de revisão em pastas diferentes. Isso acontece porque o arquivo é o produto da revisão, não o registro dela. O registro é o pedido: a solicitação que originou a mudança, com autor, data, canal e escopo. Enquanto o pedido não existir como objeto próprio, cada projetista vai improvisar sua própria taxonomia no nome do arquivo.

A pergunta diagnóstica é simples e vale a pena fazer na sua próxima reunião de coordenação: se o coordenador sair de férias, alguém consegue dizer, olhando o histórico, por que a R03 existe e quem autorizou? Se a resposta depende da memória de quem estava na reunião, o problema não é nomenclatura.

O que precisa estar registrado em toda revisão?

Seis campos. Nenhum deles é opcional, e todos são preenchíveis em menos tempo do que leva para procurar a conversa no WhatsApp depois.

Note o que não está na tabela: horas gastas, custo, prazo. Esses campos podem existir, mas são consequência. Um registro de revisão que começa pela estimativa de horas costuma travar — o projetista não sabe estimar antes de entender o escopo, então adia o registro, e o registro nunca acontece.

E se o meu cliente sempre vai mandar pelo WhatsApp?

Sim. Vai. E está certo em fazer isso. O WhatsApp é o canal em que o cliente já está, responde em minutos e resolve dúvida de obra sem marcar reunião. Escritórios que tentaram proibir o canal descobriram duas coisas: o cliente não obedece, e o projetista passa a esconder a conversa do coordenador para não levar bronca. A proibição não elimina o canal informal — ela apenas o torna invisível para quem coordena.

A saída não é mudar o canal de entrada. É separar onde a conversa acontece de onde a decisão fica registrada. A conversa continua no WhatsApp. Mas existe um passo, feito por alguém do escritório, que transforma a mensagem em um registro com número, dono e data. Esse passo pode ser um print anexado, um link para a mensagem, ou simplesmente a transcrição da frase do cliente com o horário.

Na prática, isso costuma virar uma rotina curta: quem recebe o pedido abre o registro no mesmo dia e devolve ao cliente uma confirmação por escrito — “registramos sua solicitação de X, recebida em tal data; ela afeta as pranchas Y e Z; confirmamos o encaminhamento”. O cliente não precisa aprender nada. Ele continua mandando áudio. O escritório é que passa a fechar o ciclo.

Dois cuidados que aparecem sempre. Primeiro: se ninguém tem a atribuição explícita de fazer essa transcrição, ela não é feita — a tarefa precisa ter dono nominal, não ser “responsabilidade de todos”. Segundo: quando o pedido chega verbalmente, em visita de obra, a confirmação por escrito é ainda mais importante, porque não existe nem print.

Como distinguir revisão que gera aditivo de revisão que é correção do escritório?

Pela origem, e a origem só é recuperável se tiver sido registrada no momento em que a revisão nasceu. Depois que a discussão comercial começa, ninguém mais concorda sobre de onde veio a mudança.

A distinção importa por um motivo prático: quando ela não existe, toda revisão vira negociação, e toda negociação vira desgaste. Um escritório que consegue apresentar, em uma tela, quantas revisões vieram de solicitação do cliente e quantas vieram de correção interna conversa de forma diferente — porque está discutindo um histórico, não uma percepção.

Uma observação necessária: aditivo contratual e responsabilidade técnica são fatos do processo, e é assim que aparecem aqui. A Audatia não presta assessoria jurídica. A classificação da revisão organiza a informação que o advogado, o contrato e o responsável técnico vão usar — ela não substitui nenhum dos três.

O que fazer quando uma revisão de arquitetura não chega ao estrutural?

Esse é o caso mais caro e o mais silencioso. A arquitetura reposiciona um shaft na R03. O estrutural continua na versão anterior, porque ninguém disparou o aviso. A incompatibilidade só aparece na obra, e aparece como furo em viga.

O que falha aqui não é comunicação em geral. É um campo específico: entregáveis e disciplinas afetados. Se o registro de revisão obriga a marcar quais disciplinas são impactadas, a notificação deixa de depender de alguém lembrar. A norma brasileira vigente para projeto arquitetônico trata a aprovação da mudança como ato conjunto:

“Todas as alterações de projeto realizadas durante as obras devem ser aprovadas em comum acordo entre cliente, construtores e projetistas, antes de sua execução em campo.”
— ABNT NBR 16636-2:2017, que cancela e substitui as ABNT NBR 13531:1995 e ABNT NBR 13532:1995

“Comum acordo antes da execução em campo” pressupõe que os três lados soubessem da mudança. O registro é o mecanismo que torna esse acordo verificável depois.

Vale corrigir uma confusão comum: a ABNT NBR 15965 — Sistema de classificação da informação da construção — organiza como nomear e classificar objetos, processos e informações da construção. É útil e vale conhecer. Mas ela é um sistema de classificação, não um procedimento de controle de revisões. Classificação e rastreabilidade resolvem problemas diferentes.

O termo usado internacionalmente para o pedido formal de esclarecimento é RFI — Request for Information. No Brasil ele circula com vários nomes: pedido de esclarecimento, apontamento de projeto, issue. O nome importa menos que o comportamento: dúvida que vira documento numerado, com prazo de resposta e responsável, em vez de mensagem que se perde no grupo.

O que muda quando a solicitação vira registro com dono e data?

Quatro coisas, e nenhuma delas é mágica.

A pergunta “quem pediu isso?” passa a ter resposta em segundos, não em arqueologia de conversa. Isso não impede o cliente de mudar de ideia — impede a discussão de virar palavra contra palavra.

A emissão passa a ter destinatário rastreável. Saber que a R04 foi emitida é menos importante que saber que a construtora recebeu a R04 e em que data. A distância entre “enviamos” e “eles receberam” é onde mora a obra executando a versão errada.

O escritório passa a enxergar padrão. Quando as revisões estão classificadas, fica visível se um determinado cliente concentra solicitações tardias, ou se uma etapa específica do processo interno gera correções repetidas. Isso não conserta nada sozinho. Mas transforma impressão em evidência, que é o pré-requisito para qualquer conversa séria sobre processo.

E o projetista para de decidir sozinho. Uma solicitação sem aprovador registrado empurra a decisão para quem está com o arquivo aberto. Com o campo de aprovação preenchido, a autorização volta para quem tem mandato para dá-la.

Nada disso funciona sem disciplina de preenchimento nas primeiras semanas. Manter a planilha antiga e o novo registro em paralelo indefinidamente é a forma mais educada de não implantar nada.

Resumo

Antes de mudar o processo, descubra quantas revisões você não consegue explicar

Escolha três projetos entregues nos últimos doze meses. Para cada revisão emitida, tente responder às seis perguntas da primeira tabela usando apenas o que está registrado — sem perguntar a ninguém. O número de revisões que sobram sem resposta é o tamanho real do problema, e ele costuma surpreender.

Esse levantamento é gratuito e leva uma tarde. Ele também é o único jeito honesto de saber se o seu escritório precisa de um procedimento novo ou apenas de disciplina no que já existe.

Se o resultado indicar que o registro precisa sair da cabeça das pessoas e virar processo, a Audatia trabalha com ClickUp e monday.com, e desenha o fluxo de revisão a partir de como o seu escritório já opera — não a partir da ferramenta.

Escritório de engenharia ou arquitetura? A página gestão para escritórios de engenharia e arquitetura reúne como a Audatia estrutura etapas, revisão, aprovação de cliente e horas por contrato.