Numa revisão de projeto, a versão válida é 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 vive no carimbo da prancha, no canto inferior direito da folha, codificado em sequência. O manual de nomenclatura de arquivos digitais da Sudecap, em Belo Horizonte, é um exemplo público e explícito, definindo o campo de revisão e o código de as built, e advertindo que arquivos ainda não revisados não devem receber indicação de revisão. 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.
Este artigo descreve os seis campos que fecham esse registro, como classificar a origem de cada mudança e o que fazer com o pedido que chega por mensagem. Declaro o interesse: eu implanto plataformas de gestão e a Audatia lucra quando um escritório decide estruturar isso em software. É por isso mesmo que o texto começa por um diagnóstico gratuito, que leva uma tarde, e traz uma seção sobre quando esse aparato todo é grande demais para o escritório que você tem.
O arquivo é o produto da revisão, não o registro dela. Enquanto o pedido não existir como objeto próprio — com autor, data e escopo —, cada projetista vai improvisar a própria taxonomia no nome do arquivo.
Por que “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 campo de texto livre aceita qualquer coisa.
Trocar o nome não resolve. Um escritório pode adotar nomenclatura impecável e, em seis semanas, ter três arquivos com o mesmo código de revisão em pastas diferentes. O registro que falta é o pedido: a solicitação que originou a mudança, com autor, data, canal e escopo.
A pergunta diagnóstica vale a pena 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 de projeto
Seis campos. Nenhum é opcional, e todos são preenchíveis em menos tempo do que leva para procurar a conversa no aplicativo de mensagem depois.
| Campo | O que responde | Por que existe |
|---|---|---|
| Solicitante | Quem pediu a mudança — nome, não empresa | “O cliente pediu” não identifica ninguém. O engenheiro do cliente e o comprador do cliente pedem coisas diferentes |
| Data e canal | Quando e por onde chegou: reunião, mensagem, e-mail, visita à obra | Define a linha do tempo e permite recuperar a evidência original |
| Descrição da mudança | O que mudou, em uma frase de projetista | Distingue “ampliar o hall” de “reposicionar a porta do hall”. A obra executa a segunda achando que é a primeira |
| Entregáveis afetados | Quais pranchas, memoriais e disciplinas entram na revisão | É o campo que impede a revisão de arquitetura de não chegar ao estrutural |
| Classificação | Solicitação do cliente, ajuste de compatibilização ou correção interna | Define a conversa comercial antes de ela acontecer |
| Aprovador e data de aprovação | Quem autorizou executar a revisão | Sem isso, o projetista assume sozinho uma decisão que não é dele |
Repare no 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. É o erro de implantação que eu mais vejo, e ele mata a rotina na segunda semana.
E se o meu cliente sempre vai mandar por mensagem?
Vai. E está certo em fazer isso. O aplicativo de mensagem é 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 onde está. Mas existe um passo, feito por alguém do escritório, que transforma a mensagem em um registro com número, dono e data — um print anexado, um link para a mensagem, ou a transcrição da frase do cliente com o horário.
Na prática isso vira 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 tal coisa, recebida em tal data, que afeta as pranchas tais. 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. 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”. E 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 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.
| Tipo de revisão | Origem | O que precisa estar registrado | Implicação no processo |
|---|---|---|---|
| Solicitação do contratante | Mudança de programa, de escopo ou de preferência | Solicitante nominal, canal, data e a frase original do pedido | Entra na discussão de escopo contratual; pode gerar aditivo |
| Correção de erro ou omissão do escritório | Falha de projeto, cota errada, elemento faltante | Quem identificou, quando e o entregável afetado | Refeita sem discussão comercial; alimenta a revisão de processo interno |
| Compatibilização entre disciplinas | Interferência detectada entre projetos | Disciplinas envolvidas e qual prevaleceu na decisão | Normalmente previsto no escopo; o registro evita atribuir a falha à disciplina errada |
| Exigência externa | Órgão licenciador, concessionária, corpo de bombeiros | Documento ou exigência de origem, com data | Fato externo; costuma ter tratamento próprio no contrato |
| Adequação de obra | Condição encontrada no canteiro | Quem reportou em campo, data e registro fotográfico | Precisa voltar como revisão formal, não ficar só na conversa da obra |
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 mostrar, numa tela, quantas revisões vieram de solicitação do cliente e quantas vieram de correção interna conversa de outro jeito — porque está discutindo um histórico, não uma percepção.
Uma ressalva necessária: aditivo contratual e responsabilidade técnica são fatos do processo, e é assim que aparecem aqui. Eu não presto assessoria jurídica, e a Audatia também não. 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
É 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, o de 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 que trata da elaboração de projeto arquitetônico — a ABNT NBR 16636-2:2017, que cancelou e substituiu as NBR 13531:1995 e NBR 13532:1995 — aborda o tema e exige que alterações feitas durante as obras sejam aprovadas em comum acordo entre cliente, construtores e projetistas, antes da execução em campo. O texto integral é publicação paga da ABNT e eu não o reproduzo aqui; quem precisa da redação exata deve adquirir a norma. O que importa para o processo é a consequência: acordo comum antes da execução pressupõe que os três lados soubessem da mudança, e 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. É útil e vale conhecer. Mas é um sistema de classificação, não um procedimento de controle de revisões — classificação e rastreabilidade resolvem problemas diferentes.
O termo internacional para o pedido formal de esclarecimento é RFI, de request for information. No Brasil ele circula como pedido de esclarecimento, apontamento de projeto ou 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.
“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. Com as revisões classificadas, fica visível se um cliente concentra solicitações tardias, ou se uma etapa do processo interno gera correções repetidas. Isso não conserta nada sozinho, mas transforma impressão em evidência — pré-requisito de 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 por tempo indeterminado é a forma mais educada de não implantar nada.
Quando esse controle não vale
Seção obrigatória por aqui, e ela vai contra o meu interesse comercial imediato.
Não vale se o escritório tem duas ou três pessoas e um projeto por vez. Nessa escala, a memória do coordenador realmente funciona, e seis campos por revisão são burocracia que ninguém preenche. O gatilho legítimo é o segundo projeto simultâneo ou o primeiro cliente que contesta um pedido.
Não vale se o problema é outro. Se as revisões são poucas mas o escritório atrasa entrega, o gargalo é capacidade ou priorização, não rastreabilidade. Registrar melhor uma fila que não anda só documenta o atraso.
Não vale começar pelos seis campos de uma vez. Escritório que estreia o processo exigindo tudo preenchido abandona em três semanas. O caminho que funciona é começar por dois campos — solicitante e entregáveis afetados — e acrescentar os outros quando os dois primeiros virarem hábito.
E não vale trocar de software antes de definir o processo. Se ninguém decidiu quem transcreve o pedido e quem aprova a revisão, nenhuma ferramenta preenche esse vazio: ela apenas dá um lugar novo para a informação não existir. A ordem é organizar a base, definir o processo, automatizar o repetitivo — e só então pensar em camada de inteligência artificial em cima disso.
Perguntas frequentes
| Pergunta | Resposta curta |
|---|---|
| Qual é a versão válida de um projeto? | A última emitida formalmente, com índice de revisão, data, destinatário e recebimento confirmado. |
| Por que o nome do arquivo não resolve? | Porque o arquivo é o produto da revisão, não o registro dela. |
| O que registrar em toda revisão de projeto? | Solicitante, data e canal, o que mudou, entregáveis afetados, classificação e aprovador. |
| Por quais campos começar? | Solicitante e entregáveis afetados. Os outros quatro entram depois que esses dois viram hábito. |
| Dá para proibir o aplicativo de mensagem? | Não, e proibir só torna o canal invisível para quem coordena. O certo é transcrever o pedido. |
| Quem transcreve? | Alguém nominalmente responsável. “Todo mundo” significa ninguém. |
| Como separar aditivo de erro do escritório? | Classificando a origem da revisão no momento em que ela nasce, não depois da discussão comercial. |
| Como evitar a revisão que não chega ao estrutural? | Tornando obrigatório o campo de disciplinas e entregáveis afetados. |
| Existe norma brasileira sobre isso? | A ABNT NBR 16636-2:2017, que cancelou e substituiu as NBR 13531:1995 e 13532:1995, exige acordo comum antes da execução em campo. |
| E a NBR 15965? | É sistema de classificação da informação da construção, não procedimento de controle de revisão. |
| O que é RFI? | Pedido formal de esclarecimento, numerado, com responsável e prazo de resposta. |
| Quando esse controle não compensa? | Escritório de duas ou três pessoas com um projeto por vez, ou quando o gargalo real é capacidade, não rastreabilidade. |
Próximo passo
Antes de mudar processo, descubra o tamanho do problema. Escolha três projetos entregues e, 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 problema real, e ele costuma surpreender.
Esse levantamento é gratuito, leva uma tarde e é 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, dá para montar o fluxo e testá-lo com um projeto real antes de contratar qualquer coisa: os dois sistemas que eu implanto têm entrada gratuita, e você consegue montar o registro de revisão no ClickUp ou no monday.com com os seis campos e rodar um mês antes de decidir. Um projeto piloto responde mais do que qualquer demonstração.
Se preferir que alguém desenhe o fluxo a partir de como o seu escritório já opera, e não a partir da ferramenta, a Audatia faz isso em consultoria, capacita a equipe em treinamento e acompanha em sustentação — como revenda nacional oficial no caso do ClickUp, com licença em reais e nota fiscal brasileira, e como consultoria no caso do monday.com, cuja licença é contratada direto do fabricante.
Escritório de engenharia ou arquitetura? A página de 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.
Fontes
- ABNT — NBR 16636-2:2017, Elaboração e desenvolvimento de serviços técnicos especializados de projetos arquitetônicos e urbanísticos, Parte 2: Projeto arquitetônico. Publicação paga, adquirida no catálogo da ABNT
- ABNT — NBR 15965, Sistema de classificação da informação da construção
- Sudecap, Prefeitura de Belo Horizonte — Procedimentos de Projetos, com o apêndice de nomenclatura de arquivos digitais
*As normas técnicas citadas são publicações da ABNT, de aquisição paga, e seu texto integral não é reproduzido aqui. Este artigo descreve prática de processo e não constitui assessoria jurídica, contratual ou de responsabilidade técnica. A revenda nacional em reais, com nota fiscal brasileira, aplica-se ao ClickUp a partir de 10 usuários, regra do fabricante para o canal; a licença do monday.com é contratada direto do fabricante.
