Sincronización de datos BIM entre Revit y ArchiCAD mediante IFC
El intercambio de información entre Revit y ArchiCAD es habitual en proyectos donde participan distintos estudios, ingenierías y empresas constructoras. Cada plataforma organiza los elementos, las propiedades y las relaciones del modelo con criterios propios, por lo que abrir un archivo nativo en el programa contrario no suele ser una opción viable. En este contexto, IFC funciona como un formato abierto para transportar información geométrica y alfanumérica entre aplicaciones BIM.
Sin embargo, IFC no debe entenderse como una conexión en tiempo real ni como una réplica perfecta del archivo original. La exportación genera una versión del modelo según una configuración concreta, y la importación interpreta esa información de acuerdo con las capacidades del software receptor. La calidad del resultado depende de las clases IFC utilizadas, los conjuntos de propiedades, las coordenadas, las reglas de mapeo y el objetivo del intercambio.
Una estrategia eficaz separa los usos del modelo: coordinación espacial, revisión de interferencias, mediciones, documentación, análisis energético, mantenimiento o entrega al cliente. Cada finalidad requiere conservar determinados datos y puede hacer innecesario trasladar otros. Intentar exportar absolutamente todo suele aumentar el tamaño del archivo y producir elementos difíciles de editar o clasificar.
Para obtener resultados consistentes, el equipo necesita un protocolo BIM compartido. Este documento debe definir versiones IFC, sistemas de coordenadas, unidades, frecuencia de publicación, nomenclatura, parámetros obligatorios, responsables de revisión y criterios para aceptar o rechazar una entrega. Con estas reglas, Revit y ArchiCAD pueden participar en un flujo interoperable, trazable y controlado.
Qué información puede viajar mediante IFC
IFC describe objetos de construcción a través de entidades como muros, forjados, puertas, ventanas, espacios, sistemas, equipos y zonas. También incorpora relaciones entre elementos, asignaciones a plantas o contenedores espaciales, materiales, clasificaciones y propiedades. Un muro exportado desde Revit puede llegar a ArchiCAD con su geometría, nivel asociado, material y parámetros definidos en el conjunto de propiedades correspondiente.
La transferencia geométrica suele ser la parte más visible, aunque no siempre es la más importante. Un modelo puede conservar una apariencia correcta y perder datos esenciales sobre fases, códigos de clasificación, fabricantes, resistencia al fuego o mantenimiento. Por ese motivo, la validación debe revisar la estructura de información y no limitarse a comprobar que los objetos se ven en pantalla.
Las familias, las tipologías y los objetos paramétricos no se trasladan de forma idéntica. Una familia de Revit no se convierte automáticamente en un objeto nativo de ArchiCAD con todos sus comportamientos, y un objeto GDL tampoco mantiene necesariamente sus parámetros editables al entrar en Revit. En muchos casos, el elemento importado se comporta como una representación IFC o como una geometría referenciada.
La elección entre IFC2x3 e IFC4 también influye en el resultado. IFC2x3 mantiene una amplia compatibilidad con herramientas consolidadas, mientras que IFC4 ofrece mejoras en estructuras de datos y determinados flujos de intercambio. La versión adecuada es la que resulte compatible con todas las aplicaciones implicadas y con los requisitos del proyecto, no necesariamente la más reciente.
Preparación del modelo antes de exportar
La limpieza comienza dentro del modelo de origen. Conviene eliminar vistas, elementos temporales, geometría duplicada y objetos fuera del alcance de la entrega. También es necesario revisar niveles, fases, categorías, habitaciones o espacios y la relación de cada objeto con la planta correspondiente. Una estructura desordenada dificulta la lectura en el programa receptor y complica cualquier auditoría posterior.
Las coordenadas requieren una atención específica. Revit puede trabajar con origen interno, punto base del proyecto y punto de reconocimiento, mientras que ArchiCAD utiliza su propio origen y opciones de georreferenciación. Antes de publicar, el equipo debe acordar el sistema de referencia, la orientación norte, las unidades y el punto de inserción. Un error de coordenadas puede desplazar edificios completos o generar aparentes interferencias que no existen.
Los parámetros compartidos son el puente entre la información del proyecto y las propiedades IFC. Códigos de elemento, clasificación, fase, sistema, tipo de acabado, fabricante o requisito de mantenimiento deben tener nombres, formatos y valores coherentes. Las propiedades críticas no deberían depender únicamente de nombres de familia o textos libres, porque esos datos se interpretan de manera diferente en cada entorno.
En Revit, la configuración del exportador permite asociar categorías con entidades IFC, incluir conjuntos de propiedades, exportar vínculos y elegir el nivel de detalle. En ArchiCAD, el traductor IFC controla la importación y exportación mediante reglas de conversión, filtros y correspondencias de propiedades. Estas configuraciones deben guardarse como plantillas del proyecto, documentarse y versionarse para que todos los usuarios trabajen con el mismo criterio.
Flujo de intercambio y control de versiones
El proceso más estable consiste en publicar una copia IFC con una finalidad concreta, conservar el archivo nativo como fuente y registrar la fecha, la versión del software, el exportador utilizado y el alcance de la entrega. El archivo recibido se vincula o se incorpora como referencia según la fase del proyecto. Así se evita modificar directamente información ajena y se mantiene clara la responsabilidad sobre cada modelo disciplinar.
Cuando el arquitecto actualiza su modelo, no basta con sobrescribir el IFC anterior. La nueva entrega debe compararse con la precedente para localizar elementos añadidos, eliminados, desplazados o modificados. Herramientas de coordinación y revisión pueden detectar cambios mediante identificadores IFC, GUID, geometría y propiedades. La comparación es más fiable cuando los objetos conservan identificadores estables entre publicaciones.
| Aspecto | Revit | ArchiCAD | Criterio común recomendado |
|---|---|---|---|
| Modelo nativo | RVT con familias, categorías y parámetros | PLN o PLA con objetos y elementos constructivos | Mantener cada archivo nativo como fuente de autoría |
| Intercambio abierto | Exportación IFC mediante categorías y conjuntos de propiedades | Exportación e importación mediante traductores IFC | Acordar versión IFC y configuración validada |
| Geometría | Puede exportarse como sólidos, cuerpos y representaciones por vista | Puede interpretarse como elementos constructivos u objetos IFC | Usar el nivel de detalle necesario para coordinar |
| Parámetros | Parámetros de proyecto, compartidos y propiedades IFC | Propiedades de elemento, clasificación y propiedades IFC | Definir nombres, tipos de dato y valores obligatorios |
| Coordenadas | Origen interno, punto base y punto topográfico | Origen del proyecto y georreferenciación | Establecer referencia, unidades y orientación antes de exportar |
| Edición posterior | El IFC importado no equivale a una familia nativa editable | El IFC recibido puede quedar como referencia o elemento convertido | Evitar prometer una edición bidireccional completa |
| Control de cambios | Comparación por GUID, geometría y parámetros | Revisión mediante historial y herramientas de coordinación | Registrar revisiones, incidencias y responsables |
La sincronización, por tanto, se realiza mediante ciclos de publicación y validación. El modelo arquitectónico puede exportarse para que el equipo de instalaciones coordine sus recorridos, y el resultado revisado puede devolverse como otro IFC con incidencias o modificaciones documentadas. No se trata de que ambos archivos cambien simultáneamente, sino de establecer un intercambio ordenado entre autores.
Coordinación geométrica y detección de interferencias
Después de importar el modelo, la primera revisión debe comprobar su posición, escala y orientación. También conviene verificar que las plantas, las cajas de sección y las elevaciones coinciden con la documentación de referencia. Los errores de unidades o de transformación geográfica pueden producir objetos demasiado pequeños, edificios girados o distancias incorrectas entre disciplinas.
La detección de interferencias debe configurarse con tolerancias realistas. Un cruce entre una bandeja eléctrica y una viga puede ser relevante, mientras que una pequeña penetración producida por la tolerancia geométrica quizá no requiera una incidencia. Es útil clasificar los conflictos por gravedad, disciplina, ubicación, responsable y fecha límite, en lugar de entregar una lista extensa sin contexto.
Los modelos IFC coordinados también ayudan a revisar reservas, huecos, accesos técnicos y espacios de mantenimiento. En proyectos MEP, el intercambio debe conservar sistemas, terminales, equipos, conectores y dimensiones funcionales cuando el software y el exportador lo permitan. Aun así, los cálculos, las relaciones paramétricas y ciertas conexiones pueden perderse, por lo que el análisis técnico debe permanecer en el modelo nativo de la disciplina.
BCF puede complementar IFC para gestionar incidencias. Mientras IFC transporta la representación del modelo, BCF permite enviar comentarios, capturas, puntos de vista y estados de resolución. Esta separación evita sobrecargar el archivo de coordinación con observaciones textuales y facilita que cada equipo reciba tareas vinculadas a una ubicación concreta.
Gestión de propiedades y calidad de los datos
La interoperabilidad mejora cuando el proyecto utiliza una clasificación común. Un elemento puede identificarse con Uniclass, OmniClass, GuBIMClass u otro sistema acordado, siempre que todos los participantes conozcan la versión y la estructura aplicada. La clasificación debe acompañarse de reglas sobre códigos, unidades y valores permitidos para evitar que un mismo concepto aparezca con múltiples denominaciones.
Los conjuntos de propiedades personalizados son especialmente útiles para requisitos de operación y mantenimiento. Información como número de serie, fecha de instalación, vida útil, garantía o fabricante puede organizarse en grupos específicos. Antes de exportarla, hay que comprobar si el receptor reconoce esos grupos y si los convierte en propiedades consultables. De lo contrario, los datos pueden quedar incrustados como texto sin valor práctico para filtros o búsquedas.
Una auditoría IFC debería revisar, como mínimo, la presencia de objetos esperados, la asignación a plantas, la clasificación, las propiedades obligatorias, los valores vacíos, las unidades y los identificadores. También es conveniente medir el número de elementos por categoría y comparar esa cifra con el modelo de origen. Las discrepancias no siempre indican un error, pero sí requieren una explicación documentada.
La calidad debe verificarse en tres niveles: visual, estructural y semántico. La revisión visual confirma que la geometría se representa correctamente; la estructural comprueba relaciones, contenedores y sistemas; la semántica analiza si cada objeto conserva el significado y los atributos necesarios. Un control automático mediante reglas permite repetir esta comprobación en cada entrega sin depender exclusivamente de una inspección manual.
Protocolo de trabajo para proyectos colaborativos
El equipo debe definir quién crea, revisa, aprueba y publica cada modelo. El arquitecto puede ser responsable del modelo espacial, la ingeniería MEP de sus sistemas y el coordinador BIM de la federación y de los informes de interferencias. Esta división evita que una corrección realizada en un archivo de coordinación se confunda con una modificación autorizada en el modelo de autoría.
La frecuencia de intercambio depende de la fase. Durante el diseño conceptual pueden bastar entregas más espaciadas y con geometría simplificada. En documentación constructiva, las publicaciones suelen necesitar mayor precisión y un control estricto de cambios. Para obra y operación, deben priorizarse los identificadores, las propiedades de activos y la correspondencia entre el modelo entregado y la realidad construida.
Cada archivo IFC debería incluir una convención de nombre con proyecto, disciplina, zona, fase, revisión y fecha. El repositorio común debe conservar las versiones anteriores, los registros de validación y las incidencias asociadas. Los permisos también importan: publicar, revisar y aprobar son acciones diferentes, y el entorno común de datos debe reflejar esa separación.
El objetivo final no es convertir Revit y ArchiCAD en plataformas idénticas, sino permitir que cada una cumpla su función dentro de un ecosistema coordinado. IFC proporciona una base abierta, pero la interoperabilidad real depende de decisiones de modelado, configuraciones de exportación, controles de calidad y acuerdos entre participantes. Con un procedimiento documentado, el intercambio deja de ser una conversión puntual y se convierte en un flujo BIM verificable para diseño, coordinación y gestión del activo.