Como fazer uma auditoria de modelo Revit (checklist completo)

Todo coordenador BIM cedo ou tarde herda o modelo que ninguém quer: 900 MB, 4.000 warnings, quarenta famílias in-place e um survey point que não bate com o DWG do civil. Uma auditoria de modelo Revit é a rotina que impede o modelo de chegar nesse estado — uma checagem repetível que você roda antes de cada milestone, para os problemas aparecerem enquanto ainda são correções de dez minutos, e não recuperações de uma semana.

Este é o checklist completo. Dez checagens, cada uma você roda no Revit puro hoje, com o porquê, o como e — a parte que a maioria dos guias pula — o que "bom" de fato parece, para você saber quando parar. Percorra de cima a baixo antes de uma entrega ou rodada de coordenação e você pega os problemas que quebram tabelas, coordenação e tempos de abertura em silêncio. No fim, uma nota honesta sobre automatizar a auditoria de modelo Revit inteira num clique.

Pegue o checklist de uma página (para imprimir) — o CTA no rodapé leva à versão em PDF para fixar ao lado da mesa.

Antes de começar

Uma auditoria de modelo é, primeiro, um diagnóstico somente-leitura. Segure a vontade de corrigir enquanto avança na primeira passada — rode o checklist inteiro, anote o que está quebrado, depois decida o que vale corrigir antes deste prazo específico. Metade do valor está em saber quais problemas podem esperar.

O checklist

1. Tamanho do arquivo

Por que importa: O tamanho do arquivo é o melhor indicador isolado de descuido acumulado. Ele dita tempos de abertura e save, duração do sync e quanta RAM cada pessoa da equipe queima. Um modelo que cresceu 300 MB num mês não ganhou 300 MB de projeto — ganhou inchaço.

Como checar (Revit puro): Olhe o arquivo em disco, ou o caminho central/local no Revit. Acompanhe ao longo do tempo — o número absoluto importa menos que a tendência. Um salto súbito aponta para um CAD importado, uma nuvem de pontos vinculada ou um import explodido.

O que é "bom": Não há número universal — o central de um hospital é legitimamente grande. Saudável é um tamanho que cresce junto com o projeto, não em picos. Se o tamanho saltou sem aumento correspondente de conteúdo modelado, algo foi importado que não deveria.

2. Contagem de warnings

Por que importa: Warnings são o Revit avisando que fez algo ambíguo. Um backlog deles significa problemas de integridade de dados (instâncias duplicadas, fechamentos de ambiente quebrados, restrições não satisfeitas) escondidos no modelo. Veja o artigo companheiro, Warnings no Revit, explicados, para o sistema de triagem completo.

Como checar (Revit puro): Manage → Inquiry → Warnings abre a lista completa. Clique em Export… para gravar em HTML, abra no Excel e faça a triagem por tipo — os críticos (duplicados, ambientes, restrições) primeiro.

O que é "bom": Não é zero — um modelo vivo sempre carrega alguns. Saudável é zero crítico e um total que tende a cair, não a subir. Uma contagem em alta é o sinal mais claro de um modelo sendo negligenciado.

3. Purge Unused / famílias e vistas não usadas

Por que importa: Todo tipo de família não usado, padrão de linha importado e vista órfã é carregado na memória, esteja ou não posicionado. Conteúdo não usado é a fonte mais comum e mais reversível de inchaço.

Como checar (Revit puro): Manage → Purge Unused lista toda família, tipo, grupo e padrão não usado. Revise a árvore antes de clicar OK — o purge é agressivo e remove conteúdo que talvez você queira. Para vistas não usadas, o Project Browser mais uma tabela de "vistas fora de prancha" (abaixo) é o seu mapa.

O que é "bom": Uma lista de Purge Unused curta. Se ela volta com centenas de itens toda semana, conteúdo está sendo carregado e abandonado mais rápido do que limpo — problema de processo, não só de arquivo.

4. Vistas fora de prancha

Por que importa: Vistas de trabalho se multiplicam. Cada planta duplicada, cada 3D abandonado, cada corte que alguém fez para checar um detalhe — todas carregam view templates, filtros e overrides, e todas custam tempo de abertura. Vistas que nunca chegarão a uma prancha são puro overhead.

Como checar (Revit puro): Crie uma View List (View → Schedules → View List) com o campo Sheet Number. Ordene por ele — toda vista com Sheet Number em branco não está posicionada. Agora dá para julgar, vista a vista, manter ou apagar.

O que é "bom": Uma proporção defensável de vistas em prancha para vistas de trabalho. Algumas vistas de trabalho são normais e saudáveis; centenas de duplicatas não posicionadas chamadas "Copy of Copy of Level 1" não são.

5. Worksets

Por que importa: Uma estrutura de worksets coerente é o que torna um modelo federado gerenciável — controla o que carrega, o que fica visível e quem é dono do quê. Worksets que não batem com o padrão acordado da equipe fazem elementos irem para o lugar errado e links carregarem quando não deveriam.

Como checar (Revit puro): Collaborate → Worksets lista todos. Confira os nomes contra o padrão do BEP, confirme que não há worksets criados na marra e verifique o comportamento padrão de abrir/fechar. Fique de olho em elementos no workset errado.

O que é "bom": Worksets que batem exatamente com o padrão do projeto, com defaults sensatos para o que abre no load. Consistência entre os modelos da equipe importa mais que qualquer esquema específico.

6. Modelos vinculados & coordenadas

Por que importa: Links são como um modelo federado se junta — e as coordenadas compartilhadas são como as peças se alinham. Um único link no survey point ou project base point errado joga uma disciplina inteira no lugar errado, e você muitas vezes só percebe quando o clash detection ou uma implantação está visivelmente errado.

Como checar (Revit puro): Manage → Manage Links mostra todo Revit, CAD e nuvem de pontos vinculados e se cada um está carregado. Para coordenadas, use Manage → Coordinates → Report Shared Coordinates e selecione um ponto em cada link para confirmar que ele lê os valores esperados. Cruze survey point, project base point e norte verdadeiro contra a origem acordada do projeto.

O que é "bom": Todo link de disciplina carregado, nas coordenadas compartilhadas acordadas, com survey point e project base point batendo com o host. Um link desalinhado basta para segurar uma entrega.

7. Famílias in-place

Por que importa: Famílias in-place são convenientes e silenciosamente corrosivas. Cada uma é uma geometria única que não dá para tabelar direito, reusar ou atualizar em lote, e um monte delas incha o arquivo e deixa a regeneração lenta. Um punhado tudo bem; quarenta é sinal de alerta.

Como checar (Revit puro): Filtre o modelo por categoria, ou crie uma tabela que exponha os elementos in-place. A contagem e as categorias dizem se alguém modelou um caso único corretamente ou está usando in-place como atalho para conteúdo que deveria ser família carregável.

O que é "bom": O mais perto de zero que o projeto permitir. Casos genuinamente únicos justificam uma in-place; conteúdo repetido e qualquer coisa que você precise tabelar ou quantificar deveria ser família própria.

8. Imports CAD

Por que importa: CAD importado (em vez de vinculado) é uma das piores coisas que dá para fazer com um modelo Revit. Ele grava estilos de linha, texto e layers estranhos permanentemente no arquivo, incha, e — se alguém explode o import — inunda o modelo com milhares de linhas sem governança que geram warnings por anos.

Como checar (Revit puro): Manage → Manage Links → CAD Formats mostra o CAD vinculado. Para achar CAD importado (embutido), procure vista a vista e cheque as categorias de Import em Visibility/Graphics. Todo import explodido aparece como estilos de linha que você não criou.

O que é "bom": Zero CAD importado (embutido), e zero import explodido. DWGs de referência devem ser vinculados, mantidos numa vista de trabalho, e nunca explodidos.

9. Coordenadas & origem (survey point, project base point, internal origin)

Por que importa: Esta é a checagem #6 levada a sério para o próprio host. Se o seu survey point e project base point não forem definidos de propósito, todo consultor que vincular seu modelo herda a ambiguidade — e geometria longe da internal origin (um modelo posicionado nas coordenadas reais de survey) causa problemas de precisão e de exibição.

Como checar (Revit puro): Revele survey point, project base point e internal origin numa vista de implantação ou planta (Visibility/Graphics → Site). Confirme que estão onde o acordo de origem do projeto diz, e que o modelo não está a quilômetros da internal origin sem querer.

O que é "bom": Survey point, project base point e origem definidos de propósito e documentados, com a geometria de trabalho do modelo perto da internal origin. Todo mundo que te vincular tem o mesmo resultado previsível.

10. Rooms & areas

Por que importa: Rooms e areas alimentam tabelas que vão para entregáveis — áreas brutas, ocupação, conformidade de programa. Um room não posicionado, um room redundante ou uma região sem fechamento produz números errados em silêncio, e esses números muitas vezes só são conferidos quando um cliente ou fiscal de código pega.

Como checar (Revit puro): Crie uma Room schedule incluindo Area e ordene. Rooms com área zero são erros de fechamento ou de posicionamento. Cruze com uma revisão de room-bounding das paredes — uma parede que perdeu o Room Bounding é causa clássica de um room lendo área zero.

O que é "bom": Todo room posicionado e fechado, sem rooms redundantes, sem linhas de área zero, e totais de área que batem com a intenção de projeto.

Onde o checklist manual quebra

Rodado uma vez, este checklist é totalmente viável no Revit de fábrica — e você precisa saber fazer, porque no dia em que a ferramenta não estiver instalada, você ainda tem que entregar. Ele quebra do mesmo jeito que toda rotina de QA manual: repetição e cobertura. Dez checagens num modelo federado, antes de cada milestone, toda semana — é uma ou duas horas clicando por dez diálogos diferentes e montando as mesmas tabelas do zero a cada vez. Quando o prazo aperta, a auditoria é a primeira coisa a ser pulada, que é exatamente quando o modelo mais precisa dela.

Automatizando a auditoria: Check Model Health (gratuito)

O Check Model Health condensa a maior parte deste checklist numa única varredura somente-leitura. Ao abrir, ele audita o documento inteiro e mostra um painel com dois blocos:

• Model Info — nome, número, cliente, endereço do projeto, mais nome do arquivo, tamanho do modelo, versão do Revit e status de worksharing (checagens 1 e 5).
• Model Overview — totais contados, cada um com seu split usado/não usado, para vistas, legendas, tabelas, pranchas, famílias e tipos, model groups, elementos in-place, worksets, view templates, filtros, design options, scope boxes, fases, total de elementos, warnings e links & imports (checagens 2, 3, 4, 6, 7, 8).

1. Na aba B45 Labs | Coordination, abra o painel QA/QC e clique em Check Model Health. Uma janela de progresso varre o modelo inteiro.
2. Leia os tiles do Model Overview — cada um mostra um total mais o split usado/não usado, então vistas não usadas, famílias não usadas e a contagem de in-place estão ali. O tile de Warnings fica vermelho se houver algum.
3. Clique num tile mais pesado — Views, Schedules, Elements, Links & Imports ou Warnings — para abrir o detalhamento. O detalhamento de Warnings agrupa e faz a triagem dos warnings para você e exporta para CSV ou uma planilha Excel (.xlsx) de duas abas (uma linha-resumo por grupo de warning, uma linha por elemento afetado) — veja o artigo de triagem de warnings para o passo a passo completo.
4. Exporte a auditoria geral como um relatório em texto puro como registro do milestone.

Ele é somente-leitura — reporta, nunca modifica — e audita só o modelo host, então os links carregados são contados mas seu conteúdo não é varrido. Para as checagens que ele não cobre direto, a mesma suíte de QA gratuita tem as ferramentas dedicadas: o Check Coordinates faz a auditoria de coordenadas compartilhadas das checagens #6 e #9 (survey point, project base point e norte verdadeiro contra cada link carregado, marcados Aligned / Not Aligned), e o Check Rooms transforma a checagem #10 numa grade editável com status Placed / Unplaced / Redundant em cada room. Rodadas em sequência, as três cobrem o checklist inteiro, e tudo é gratuito.

Perguntas frequentes

O que é uma auditoria de modelo Revit? Uma checagem repetível da condição de um modelo — tamanho, warnings, conteúdo não usado, worksets, links, coordenadas, famílias in-place, imports CAD e rooms — feita antes dos milestones para pegar problemas enquanto são pequenos. É diagnóstico, não faxina: você audita primeiro, depois decide o que corrigir.

Com que frequência devo auditar um modelo Revit? Antes de cada rodada de coordenação ou entrega no mínimo, e idealmente numa cadência semanal fixa. O valor está na tendência — tamanho e contagem de warnings caindo ou estáveis significa modelo sendo mantido.

Qual a diferença entre Purge Unused e uma auditoria de modelo? O Purge Unused remove conteúdo não usado/não carregado — um item do checklist. A auditoria é o diagnóstico completo das dez checagens, do qual o purge é uma ação que você pode tomar depois. Audite primeiro, purgue de propósito.

Dá para checar o tamanho do modelo sem plugin? Dá — o arquivo em disco, ou a info de caminho central/local no Revit, te dá o número. O que uma ferramenta acrescenta é o split usado/não usado que diz por que está grande, numa vista só em vez de dez diálogos.

Baixe a ferramenta gratuita + o checklist

O Check Model Health faz parte do B45 Labs — uma suíte de add-ins gratuita para Revit, mais de 50 comandos, sem cartão de crédito. É gratuito até 2027 — garantido.

• Baixe grátis: b45labs.com/download
• Pegue o checklist de uma página (PDF) e entre na lista founding para os avisos de novas versões.

Rodando estas dez checagens na mão ou num clique, rode-as antes do prazo. A auditoria de modelo que leva dez minutos hoje é a semana que você não perde mês que vem.