Volver al blog BIM e IFC
Herramientas y comparativas · 2026-10-01 · 11 min
Cómo comparar dos versiones de un IFC y ver exactamente qué ha cambiado
«¿Qué ha cambiado desde la semana pasada?» es la pregunta que hace todo coordinador y que casi ninguna herramienta IFC responde bien. Comparar por GlobalId en todo un conjunto de archivos —no un archivo contra otro— es lo que convierte un diff en una revisión semanal.
Cómo comparar dos versiones de un IFC y ver exactamente qué ha cambiado — IFC Viewer Online article cover
Cada lunes, en algún sitio, un coordinador BIM recibe una nueva entrega de modelos de disciplina y se hace la única pregunta que importa: ¿qué ha cambiado? La respuesta honesta en la mayoría de proyectos es «abrimos los dos y miramos». Eso funciona para una casa. No funciona para once archivos y cuarenta mil elementos.
Comparar versiones IFC como es debido no es difícil, pero descansa sobre una decisión que la mayoría de herramientas resuelve mal de forma sutil: qué cuenta como «el mismo elemento».
La identidad es todo el problema
Emparejar por GlobalId en todo el conjunto: una propiedad cambiada, un elemento que pasó a otro archivo de disciplina, una adición y una eliminación.
Un elemento IFC tiene dos identificadores. El express ID (el #1234 del archivo) es un número de línea: se renumera en cada exportación y no significa nada entre versiones. El GlobalId es un GUID de 22 caracteres diseñado para durar toda la vida del elemento. Una comparación que empareja por cualquier cosa que no sea el GlobalId está comparando números de línea.
Los GUID estables son un ajuste de exportación, no una tarea de modelado: por qué los GUID de IFC cambian en cada exportación explica la solución para cada herramienta de autoría. Y si tienes el problema contrario, el mismo GUID usado dos veces en un archivo, consulta GUID duplicados en IFC.
Compara el conjunto, no el archivo
Los proyectos reales son federados: arquitectura, estructura, instalaciones, a veces divididos además por edificio o planta. Comparar archivo contra archivo se pierde el cambio más interesante que hay: un elemento que se ha movido entre archivos. El ingeniero de estructuras asume un muro que modeló el arquitecto; un diff archivo a archivo informa de una eliminación y de una adición sin relación, y las dos son falsas.
Emparejar por GlobalId en todo el conjunto lo arregla. El elemento aparece en ambas versiones, su archivo es distinto, y se informa una sola vez, como modificado, con el motivo «movido a otro archivo». El emparejamiento por archivo sigue teniendo su papel —el resumen por archivo—, pero es un detalle de presentación, no la regla de identidad.
Qué debería significar «modificado»
Una comparación útil no dice solo que un elemento cambió, sino cómo. Estas son las categorías que vale la pena separar, porque cada una va a una persona distinta:
| Cambio | Ejemplo | A quién le importa |
|---|
| Añadido / eliminado | Una tabiquería nueva; un pilar eliminado | A todos: es el titular |
| Cambio de clase | Un proxy pasó a ser IfcWall | Coordinador, responsable de mediciones |
| Atributos | Nombre o marca editados | Quien mantenga las tablas de planificación |
| Propiedades | FireRating pasó de EI 60 a EI 30 | Ingeniero de protección contra incendios, prescriptor |
| Clasificación | Cambió el código Uniclass | Equipos de costes y de FM |
| Material | Cambió la clase de hormigón | Ingeniero de estructuras |
| Contención | Movido a otra planta | Coordinador |
| Archivo | Movido a otro modelo de disciplina | Responsable de información |
Un diff que solo dice «cambiado» es una lista de sitios a los que ir a mirar. Un diff que dice qué cambió es una revisión que ya has hecho.
La revisión semanal, en cinco pasos
- Carga la nueva entrega Todos los archivos del conjunto, como una sola escena. El procesado se hace en el navegador, así que los modelos confidenciales no salen de tu equipo.
- Compara con la versión anterior o con una línea base guardada Una línea base es una instantánea que guardas en local —el estado aceptado la semana pasada o el ligado a un hito de pago—, así que no necesitas tener abiertos los archivos antiguos para comparar con ellos.
- Lee el resumen y después el 3D Lo añadido en un color, lo modificado en otro, lo eliminado en un tercero. El resumen por archivo te dice qué disciplina se ha movido; los colores, dónde.
- Vuelve a ejecutar el IDS sobre las dos versiones La misma especificación evaluada sobre el modelo antiguo y el nuevo muestra qué requisitos se corrigieron y cuáles empeoraron, sin volver a procesar ningún archivo.
- Actualiza el BCF Los cambios que requieren acción se convierten en incidencias etiquetadas con la versión de la que proceden, para que la comparación de la semana siguiente no las abra dos veces.
El paso 4 es donde una comparación deja de ser una curiosidad y se convierte en control de calidad. Cómo preparar la especificación está en IDS explicado; el paso 5, en BCF 2.1 frente a 3.0.
Leer una comparación sin que te engañe
- Muchos cambios de propiedades sin cambios de geometría suelen significar que cambió un ajuste de exportación, no el diseño. Revisa la plantilla de exportación antes que al modelador.
- Eliminados y añadidos en cantidades parecidas en la misma clase son rotación de GUID, no rediseño. Trátalo como un defecto de exportación.
- Cambios de contención en toda una planta suelen significar que la planta se volvió a crear. Los elementos no se movieron; se movió su padre.
- Cero cambios es un resultado que merece confirmarse. Compara la línea base consigo misma una vez —debe salir exactamente nada— para saber que un diff vacío es real.
Una comparación es también la forma más rápida de decidir si una revisión nueva merece siquiera una revisión completa. Si la merece, cómo revisar un modelo IFC antes de entregarlo es la rutina completa.
Cómo comparar dos versiones de un IFC y ver exactamente qué ha cambiado