Comparar dos modelos de Revit y Civil 3D: cómo detectar automáticamente qué cambió entre versiones

Comparar modelos no es superponer dos vistas y buscar diferencias con la vista. Es responder, para cada elemento, cuatro preguntas:

¿Existe en las dos versiones? Si solo está en la nueva, es un agregado. Si solo está en la anterior, es un eliminado.

¿Está en el mismo lugar? Si cambió su ubicación, es un movido, y hay que saber cuánto y en qué dirección.

¿Tiene los mismos datos? Si cambió un parámetro —sección, material, nivel, diámetro, cota— es un modificado, y hay que saber qué parámetro, su valor anterior y el nuevo.

¿Importa ese cambio? Un elemento que se movió 0.1 mm por redondeo no es un cambio real. Un filtro de tolerancia separa el ruido de lo que afecta al proyecto.

Hay herramientas, y conviene conocerlas antes de desarrollar nada. Cada una resuelve una parte.

En Revit:

• Copiar/Supervisar y Revisión de coordinación. Revit puede vigilar ciertos elementos de un modelo vinculado —niveles, rejillas, pilares, muros, suelos— y avisar cuando cambian. Útil, pero solo para los elementos que se configuraron para supervisar, y no genera un reporte completo del modelo.
• Comparación de versiones en Autodesk Docs. Si el proyecto vive en la nube de Autodesk, el visor puede comparar dos versiones publicadas y marcar lo agregado, eliminado y modificado. Funciona bien para revisar visualmente; depende de trabajar en esa plataforma.
• Navisworks. Tiene una herramienta de comparación entre modelos y es el estándar para coordinación. Requiere exportar y trabajar fuera de Revit.

En Civil 3D:

• Comparación de dibujos (DWG Compare). Viene de AutoCAD y resalta las diferencias gráficas entre dos DWG. Compara geometría, no la información de los objetos de Civil 3D: no te dice que una alineación cambió entre las progresivas 1+200 y 1+450, ni que un tubo cambió de diámetro.
• Superficie de volumen. Para superficies sí hay una solución nativa excelente: una superficie de diferencia entre la versión anterior y la nueva muestra dónde y cuánto cambió el terreno.

Esto es lo que ocurre dentro del botón. Vale la pena entenderlo porque explica por qué el resultado es confiable.

1. Toma una huella de la versión anterior. Recorre el modelo y guarda, por cada elemento: su identificador único, su categoría y tipo, los parámetros que tu empresa definió como relevantes, y una firma de su geometría (ubicación, dimensiones, longitud o volumen).

2. Toma la misma huella de la versión nueva. Con las mismas reglas, para que la comparación sea justa.

3. Empareja los elementos. Primero por identificador único, que es lo más fiable. Cuando otro equipo reconstruyó parte del modelo y los identificadores cambiaron, empareja por tipo y ubicación, y lo marca como emparejado por posición para que alguien lo confirme.

4. Clasifica cada elemento. Agregado, eliminado, movido o modificado. En los modificados, anota qué parámetro cambió, el valor anterior y el nuevo.

5. Filtra el ruido. Aplica tolerancias —por ejemplo, ignorar desplazamientos menores a 1 mm— y descarta parámetros que cambian solos, como fechas de edición.

6. Entrega el resultado. Una vista 3D coloreada dentro del programa (verde agregado, rojo eliminado, ámbar modificado), un reporte en Excel filtrable por disciplina y nivel, y observaciones en BCF para enviarlas al equipo responsable.

En infraestructura, los cambios importantes no son "un objeto más o menos": son cambios dentro de los objetos. Por eso la comparación de Civil 3D necesita entender cada tipo.

Alineaciones. Detecta los tramos donde el trazo cambió y los reporta por progresiva: "entre 1+200 y 1+450 cambió el radio de la curva C-7 de 150 m a 120 m".

Perfiles. Pendientes, curvas verticales y cotas de rasante que cambiaron, también por progresiva.

Superficies. La diferencia de elevación entre versiones, con el volumen de corte y relleno que se movió. Es lo que te dice si el cambio del terreno afecta tu movimiento de tierras.

Redes de tuberías. Tubos agregados o eliminados, cambios de diámetro, material, pendiente y cota de fondo; estructuras que se movieron.

Corredores. Regiones y secciones tipo que cambiaron, que es donde se esconden los cambios de metrado más grandes.

1. Recepción de entregables de terceros. Cuando un consultor o subcontratista entrega una versión, el reporte de cambios es la primera revisión: en minutos sabes si cambió lo acordado, si cambió algo que no debía, y qué hay que volver a revisar. La revisión deja de depender de la memoria de alguien.

2. Control de adicionales y deductivos. Los cambios de alcance aparecen como elementos agregados o modificados entre versiones. Con el reporte, cada adicional tiene su evidencia: qué cambió, cuándo y en qué versión. Sin él, muchos cambios se absorben sin cobrarse.

3. Actualización de planos y metrados. Saber exactamente qué cambió permite revisar solo lo afectado, en lugar de volver a revisar todo el proyecto en cada versión.

Paso 1 · Define qué es un cambio para ti. Qué categorías y parámetros importan por disciplina, y qué tolerancias aplicar. Esta página es la que convierte el plugin en tu herramienta y no en una genérica.

Paso 2 · Asegura identificadores estables. Pide a los equipos que trabajen sobre el mismo modelo en vez de reconstruirlo, y que no copien y peguen elementos entre archivos. Eso mantiene los identificadores y hace que la comparación sea exacta.

Paso 3 · Pruébalo con dos versiones reales. Toma dos entregas de un proyecto cerrado donde ya sepas qué cambió. Si el reporte encuentra lo que tú encontraste —y algo más—, está listo.

Paso 4 · Hazlo parte del flujo de recepción. Toda versión que entra pasa por la comparación antes de aceptarse. El reporte se archiva con el entregable.