Comparar dois modelos de Revit e Civil 3D: como detectar automaticamente o que mudou entre versões

Comparar modelos não é sobrepor duas vistas e procurar diferenças no olho. É responder, para cada elemento, quatro perguntas:

Existe nas duas versões? Se só está na nova, é adicionado. Se só está na anterior, é removido.

Está no mesmo lugar? Se a posição mudou, é deslocado — e é preciso saber quanto e em que direção.

Tem os mesmos dados? Se um parâmetro mudou — seção, material, nível, diâmetro, cota — é modificado, e é preciso saber qual parâmetro, o valor anterior e o novo.

Essa mudança importa? Um elemento que se deslocou 0,1 mm por arredondamento não é uma mudança real. Um filtro de tolerância separa o ruído do que afeta o projeto.

Existem ferramentas, e vale conhecê-las antes de desenvolver qualquer coisa. Cada uma resolve uma parte.

No Revit:

• Copiar/Monitorar e Revisão de coordenação. O Revit pode monitorar certos elementos de um modelo vinculado — níveis, eixos, pilares, paredes, pisos — e avisar quando mudam. Útil, mas só para os elementos configurados para monitoramento, e não gera um relatório completo do modelo.
• Comparação de versões no Autodesk Docs. Se o projeto está na nuvem da Autodesk, o visualizador pode comparar duas versões publicadas e marcar o que foi adicionado, removido e modificado. Bom para revisão visual; depende de trabalhar nessa plataforma.
• Navisworks. Tem uma ferramenta de comparação entre modelos e é o padrão para coordenação. Exige exportar e trabalhar fora do Revit.

No Civil 3D:

• Comparação de desenhos (DWG Compare). Vem do AutoCAD e destaca as diferenças gráficas entre dois DWG. Compara geometria, não a informação dos objetos do Civil 3D: não diz que um alinhamento mudou entre as estacas 60 e 72, nem que um tubo mudou de diâmetro.
• Superfície de volume. Para superfícies existe uma solução nativa excelente: uma superfície de diferença entre a versão anterior e a nova mostra onde e quanto o terreno mudou.

Isto é o que acontece por trás do botão. Vale entender porque explica por que o resultado é confiável.

1. Tira a impressão digital da versão anterior. Percorre o modelo e guarda, para cada elemento: o identificador único, a categoria e o tipo, os parâmetros que a sua empresa definiu como relevantes e uma assinatura da geometria (posição, dimensões, comprimento ou volume).

2. Tira a mesma impressão da versão nova. Com as mesmas regras, para que a comparação seja justa.

3. Emparelha os elementos. Primeiro pelo identificador único, o mais confiável. Quando outra equipe reconstruiu parte do modelo e os identificadores mudaram, emparelha por tipo e posição e marca como emparelhado por posição para alguém confirmar.

4. Classifica cada elemento. Adicionado, removido, deslocado ou modificado. Nos modificados, registra qual parâmetro mudou, o valor anterior e o novo.

5. Filtra o ruído. Aplica tolerâncias — por exemplo, ignorar deslocamentos menores que 1 mm — e descarta parâmetros que mudam sozinhos, como datas de edição.

6. Entrega o resultado. Uma vista 3D colorida dentro do programa (verde adicionado, vermelho removido, âmbar modificado), um relatório em Excel filtrável por disciplina e nível, e apontamentos em BCF para enviar à equipe responsável.

Em infraestrutura, as mudanças importantes não são "um objeto a mais ou a menos": são mudanças dentro dos objetos. Por isso a comparação no Civil 3D precisa entender cada tipo.

Alinhamentos. Detecta os trechos onde o traçado mudou e os reporta por estaca: "entre as estacas 60 e 72 o raio da curva C-7 passou de 150 m para 120 m".

Perfis. Rampas, curvas verticais e cotas do greide que mudaram, também por estaca.

Superfícies. A diferença de elevação entre versões, com o volume de corte e aterro que se alterou. É o que diz se a mudança do terreno afeta a sua terraplenagem.

Redes de tubulação. Tubos adicionados ou removidos, mudanças de diâmetro, material, declividade e cota de fundo; estruturas que se deslocaram.

Corredores. Regiões e seções tipo que mudaram — onde se escondem as maiores mudanças de quantitativo.

1. Recebimento de entregas de terceiros. Quando um consultor ou subempreiteiro entrega uma versão, o relatório de mudanças é a primeira revisão: em minutos você sabe se mudou o que foi combinado, se mudou algo que não devia e o que precisa ser revisto. A revisão deixa de depender da memória de alguém.

2. Controle de aditivos e supressões. As mudanças de escopo aparecem como elementos adicionados ou modificados entre versões. Com o relatório, cada aditivo tem sua evidência: o que mudou, quando e em qual versão. Sem ele, muitas mudanças são absorvidas em vez de cobradas.

3. Atualização de pranchas e quantitativos. Saber exatamente o que mudou permite revisar só o que foi afetado, em vez de revisar o projeto inteiro a cada versão.

Passo 1 · Defina o que é uma mudança para você. Quais categorias e parâmetros importam por disciplina e quais tolerâncias aplicar. Essa página é o que transforma o plugin na sua ferramenta, e não em uma genérica.

Passo 2 · Garanta identificadores estáveis. Peça às equipes que trabalhem sobre o mesmo modelo em vez de reconstruí-lo, e que não copiem e colem elementos entre arquivos. Isso preserva os identificadores e torna a comparação exata.

Passo 3 · Teste com duas versões reais. Pegue duas entregas de um projeto encerrado em que você já saiba o que mudou. Se o relatório encontrar o que você encontrou — e algo mais —, está pronto.

Passo 4 · Torne parte do fluxo de recebimento. Toda versão que entra passa pela comparação antes de ser aceita. O relatório é arquivado com a entrega.