INFORMATIVO
IFC 5 openBIM: Qué es y cómo implementarlo en proyectos AECO 2026
Artículo original publicado por ACCA Software en Biblus el día 05/06/2026.
Todo lo que necesitas saber sobre el nuevo IFC 5 y un visualizador/conversor para abrir y convertir el nuevo estándar openBIM
El IFC 5 representa la próxima generación del estándar Industry Foundation Classes, destinado a simplificar y mejorar el intercambio de datos en el sector de la arquitectura, ingeniería y construcción (AEC). Surge de la necesidad de superar las complejidades y limitaciones de las versiones anteriores de IFC, como IFC 4. Esto abre nuevas posibilidades para la colaboración, la automatización y la integración con tecnologías emergentes como Universal Scene Description (USD).
Para gestionar el nuevo estándar openBIM de buildingSMART International, ACCA ha desarrollado un visualizador específico para el IFC 5 que permite la conversión de las versiones anteriores de IFC al nuevo estándar. Además, permite visualizar:
- archivos de gran tamaño (edificios e infraestructuras),
- el historial de valores de las propiedades para experimentar los flujos de USD «dinámicos»,
- y el modelo IFC 5 en usBIM.geotwin.
usBIM.ifc5: un visor IFC5 revolucionario y gratuito
usBIM.ifc5 representa una herramienta significativa para la evolución y la adopción del estándar openBIM IFC5, actualmente en fase de definición por parte de buildingSMART International. Esta herramienta, desarrollada por ACCA software, está diseñada para apoyar la transición hacia el nuevo formato IFC5, ofreciendo una plataforma dedicada para la gestión y visualización de modelos IFC de cualquier tamaño y complejidad.
usBIM.ifc5 es una plataforma web innovadora que va más allá del simple concepto de visor. Esta herramienta de vanguardia contribuye a la fase de prueba e implementación del nuevo estándar IFC5, ofreciendo un conjunto completo de funcionalidades avanzadas para la gestión de modelos digitales (en formato *.IFCx).
La plataforma destaca en múltiples aspectos clave donde la conversión de modelos existentes al nuevo formato IFC5 (.IFCX) es solo el punto de partida:
- introduce el concepto de edición no destructiva, permitiendo modificaciones seguras y trazables en los modelos, mientras mantiene la integridad de los datos originales;
- potencia la gestión colaborativa a través de funcionalidades de edición simultánea, permitiendo a equipos distribuidos trabajar eficazmente en los mismos modelos;
- soporta la integración con sistemas GIS;
- gestiona de manera avanzada las federaciones de modelos para proyectos de cualquier escala y complejidad;
- ofrece funcionalidades específicas para el análisis de límites espaciales (space boundaries) y la gestión de elementos infraestructurales como los sondeos geotécnicos (borehole), demostrando su versatilidad en los diferentes ámbitos de diseño ya definidos por el estándar y presagiando la completitud de los casos de uso futuros que serán implementados en el IFC5;
- será continuamente actualizada y puesta a disposición durante todas las fases de definición del nuevo estándar IFC5;
- permite la colaboración entre todos los usuarios de usBIM.ifc5 a través de un foro dedicado para la compartición de feedback y experiencias;
- el alineamiento con los flujos de trabajo USD (Universal Scene Description) representa un puente hacia el futuro de la modelación digital;
- la interfaz completamente web garantiza accesibilidad y facilidad de uso con altísimas prestaciones.
La plataforma es parte integral del ecosistema usBIM, que soporta estándares como BCF, IDS y bSDD, garantizando la conformidad con los flujos de trabajo openBIM y ofreciendo una amplia gama de funcionalidades adicionales.
Durante la fase de TEST, ACCA software ofrece esta herramienta gratuitamente, permitiendo a los profesionales experimentar en primera persona el futuro de la interoperabilidad en el sector de la construcción. Con usBIM.ifc5, ACCA contribuye a la validación e implementación del estándar IFC5 y también ofrece una herramienta poderosa para profesionales y organizaciones que desean mantenerse a la vanguardia en la adopción de tecnologías openBIM. Profundicemos ahora juntos en los objetivos, ventajas y conceptos clave del IFC5.
Para profundizar, lee también: Convertir en formato IFC un modelo 3D
Objetivos clave y ventajas del IFC 5
El IFC 5 introduce una serie de mejoras y nuevas funcionalidades en comparación con las versiones anteriores del estándar. Esto lo convierte en una opción ventajosa para el intercambio de datos en el sector AEC. Aquí hay algunas de las razones principales para utilizar IFC 5:
Simplificación y facilidad de implementación
IFC 5 ha sido diseñado para ser más simple de implementar y gestionar en comparación con las versiones anteriores. Su estructura ha sido simplificada, enfocándose en una geometría simple y un número reducido de clases y propiedades iniciales. Esto reduce la complejidad y el tiempo necesario para la implementación. El objetivo, al menos en la fase actual de desarrollo, es permitir que los desarrolladores implementen IFC 5 en pocos días, a diferencia de los meses o incluso años requeridos para las versiones anteriores. En la versión actual del IFC, aún en desarrollo, se han mantenido deliberadamente fuera conceptos que podrían haber aumentado el tiempo necesario para la implementación sin un beneficio final real. El objetivo es hacer operativo el formato de inmediato para un amplio número de interesados y comprender sus problemas limitando el número y la complejidad de los conceptos a implementar.
Mayor interoperabilidad y colaboración
El IFC 5 busca mejorar la interoperabilidad entre diferentes software y disciplinas, permitiendo un flujo de trabajo más fluido y continuo. Su estructura modular, con un núcleo central y módulos opcionales, permite adaptar el estándar a las necesidades específicas de diferentes sectores y casos de uso. Además, facilita la colaboración multiautor, permitiendo que varios usuarios contribuyan al mismo conjunto de datos sin conflictos.
Soporte para nuevos casos de uso
Por otro lado, el IFC 5 ha sido diseñado para soportar una gama más amplia de casos de uso. Esto incluye BIM, GIS, análisis, gestión de versiones de proyectos e integración de datos no modelados como nubes de puntos. Por lo tanto, presenta una versatilidad que convierte el IFC 5 en un estándar más adecuado a las necesidades en evolución del sector AEC.
Potencial integración con USD
Una de las novedades importantes es que el IFC 5 podría integrarse con la tecnología Universal Scene Description (USD), un marco para la descripción de escenas 3D complejas desarrollado por Pixar. USD ofrece funcionalidades como la gestión de modelos de gran tamaño, la composición de datos de múltiples autores y la gestión incremental de cambios. La integración con USD podría llevar a una mayor interoperabilidad, flujos de trabajo más eficientes y nuevas oportunidades para el análisis y la visualización.
Serialización JSON
Por último, el IFC 5 utiliza JSON como formato de serialización principal. JSON es un formato legible, flexible y ampliamente soportado, lo que facilita el intercambio y procesamiento de datos.
IFC 5 y USD: dos estándares distintos
La integración de algunos principios y características del Universal Scene Description (USD), desarrollado por Pixar, es una de las implementaciones tecnológicas del nuevo IFC 5. Estos dos últimos son y seguirán siendo dos estándares distintos. No se puede afirmar que el IFC 5 coincidirá con el USD, sino que simplemente tomará de esta tecnología algunas características básicas, como sucederá con otras estructuras de datos ya existentes.
De hecho, el IFC y el USD son dos estándares distintos, con objetivos y características diferentes:
- IFC 5 es la próxima generación del estándar IFC (Industry Foundation Classes), específicamente diseñado para la industria AEC (Arquitectura, Ingeniería y Construcción). Su objetivo principal es mejorar la interoperabilidad y la colaboración entre los diferentes software y disciplinas involucrados en el ciclo de vida de un activo;
- USD es un estándar de código abierto desarrollado por Pixar para la descripción e intercambio de escenas 3D complejas, utilizado principalmente en la industria de los efectos visuales.
Sin embargo, algunos principios básicos del USD podrían ser utilizados en el nuevo IFC 5 para facilitar:
- la gestión de modelos de gran tamaño,
- la composición de datos de múltiples autores,
- la gestión de los cambios incrementales.
Beneficios de la relación entre IFC 5 y USD
La relación entre el IFC 5 y el USD ofrece una nueva perspectiva sobre la interoperabilidad y la integración tecnológica en el sector AEC. No se trata de una superposición o de un reemplazo: el IFC 5 y el USD pueden ser vistos como «hermanos», cada uno con un rol único. El primero, aunque incorpora algunos conceptos y terminologías de USD, ha sido diseñado de manera específica para responder a las necesidades particulares del sector. Esto lo convierte no en una extensión o un reemplazo de USD, sino en una solución complementaria, con objetivos y características distintas.
Por ejemplo, el IFC 5 aborda casos de uso complejos que el USD por sí solo no puede satisfacer. Por ejemplo, la gestión de objetos definidos de manera típica y su reutilización múltiple en proyectos (el concepto de «tipo/instancia» en la estructura IFC clásica). Este es un enfoque fundamental para la modularidad y la escalabilidad en los proyectos AEC. Además, la estructura de datos del IFC 5 ha sido diseñada para garantizar una mayor flexibilidad en comparación con el modelo más rígido del USD.
Por otro lado, mientras el USD adopta un enfoque «de arriba hacia abajo» para la composición de datos, el IFC 5 permite una construcción más «de abajo hacia arriba», fundamental para adaptarse a la naturaleza iterativa y colaborativa del sector de la construcción. Otra diferencia crucial radica en el formato serializado: el USD utiliza un formato de archivo binario específico, mientras que el IFC 5 adopta JSON, lo que permite una integración directa y una mayor compatibilidad con entornos de ejecución tanto dedicados al IFC 5 como basados en OpenUSD.
Este enfoque híbrido no solo mejora la adopción del IFC 5 gracias a su capacidad de ser representado a través del USD, sino que también desbloquea casos de uso avanzados como el renderizado de alta calidad, la gestión de gemelos digitales y otras simulaciones avanzadas. En este sentido, el IFC 5 se posiciona como un pilar fundamental para el futuro del openBIM, asegurando al mismo tiempo que los proyectos AEC se mantengan al día con la innovación tecnológica, sin perder de vista las necesidades específicas del sector.
Una exploración de los conceptos clave del archivo IFC 5
Definir qué es un «archivo IFC 5» es complejo, ya que el concepto mismo de archivo está en evolución en ámbito de desarrollo. Hay una transición hacia un enfoque basado en componentes y serialización JSON, que podría llevar a diferentes implementaciones y representaciones de los datos.
El IFC 5 se aleja de la representación tradicional de un modelo IFC como un solo archivo monolítico. En cambio, adopta un enfoque a componentes, donde los objetos se descomponen en partes más pequeñas e independientes. Estos componentes pueden combinarse y reutilizarse de manera flexible para crear diferentes representaciones de un modelo:
- componentes: el enfoque será del tipo «ECS» (Entity Component System), donde una entidad (como una pared) se define por la combinación de diferentes componentes (geometría, materiales, propiedades). Este enfoque es similar al utilizado en los videojuegos, donde un personaje está compuesto por componentes como modelo 3D, animaciones y estadísticas;
- serialización JSON: el IFC 5 adoptará JSON como formato principal para la serialización de los datos. JSON es un formato de texto legible, flexible y ampliamente soportado, que facilita el intercambio y la gestión de los datos.
El papel de los conceptos básicos de USD: una base flexible para el IFC 5
Los conceptos básicos del USD ofrecen potencialidades avanzadas para la gestión de grandes conjuntos de datos, la colaboración multiautor y la composición de datos provenientes de diferentes fuentes:
- Prim y Prim Spec: el USD utiliza el concepto de «Prim» (primitivas) para representar los elementos de una escena. Un «Prim Spec» es una especificación para un Prim, que define sus propiedades y atributos. El IFC 5 podría utilizar Prim Spec para definir las componentes de los objetos;
- Layers: el USD utiliza un sistema de «layers» para componer datos de diferentes fuentes. Esto permite agregar información incremental a un modelo sin modificar los datos originales. Además, el IFC 5 podría utilizar los layers para gestionar la colaboración multiautor y las diferentes versiones de un modelo.
Implicaciones para el concepto de «Archivo»
La adopción de un enfoque a componentes y la posible integración con el USD dificultan definir qué es exactamente un «archivo IFC 5» debido a:
- múltiples representaciones: los datos IFC 5 podrían ser representados de diferentes maneras, como archivos JSON, archivos USD o bases de datos;
- composición dinámica: la composición de los datos IFC 5 podría ocurrir de manera dinámica, combinando componentes de diferentes fuentes en el momento de cargar el modelo.
¿Cómo los principios de USD facilitan la colaboración multiautor?
Una de las características clave del Universal Scene Description es el sistema de capas que permite a múltiples autores contribuir a un proyecto sin sobrescribir el trabajo de otros.
El sistema de capas de USD puede ser imaginado como una serie de hojas transparentes superpuestas. Cada capa puede contener información sobre Prim, los elementos básicos de una escena USD. Esta información incluye la geometría, los materiales, las texturas y otros atributos. Por lo tanto, esto permite:
- modificación no destructiva: las capas permiten modificar un modelo de manera no destructiva. Un autor puede crear una nueva capa y realizar cambios sin alterar los datos originales. Si es necesario, la capa puede ser eliminada o modificada sin afectar a las otras capas;
- unión de contribuciones: las capas se combinan para crear la escena final. USD gestiona de manera inteligente la superposición de capas, resolviendo cualquier conflicto entre la información presente en diferentes capas;
- trazabilidad de los cambios: cada capa está asociada a un autor, lo que permite rastrear quién ha realizado qué cambios. Esto es fundamental para la gestión de versiones y para la colaboración en equipos grandes.
Además de las capas, el USD utiliza el concepto de Prim Spec para definir la información asociada a un Prim. Un Prim Spec puede ser de tres tipos:
- define: crea un nuevo Prim;
- over: sobrescribe o añade información a un Prim existente;
- class: define un Prim como una «clase», es decir, un modelo reutilizable.
El uso del Prim Spec en combinación con las capas permite gestionar la colaboración de manera granular. Por ejemplo, un autor puede crear un Prim Spec «Over» en una capa para modificar solo un atributo específico de un Prim, sin tener que redefinir todo el Prim.
El sistema de capas y Prim Spec de USD ofrece varias ventajas para la colaboración multiautor:
- paralelización del trabajo: varios autores pueden trabajar simultáneamente en diferentes aspectos del mismo proyecto, sin interferir entre sí;
- gestión eficiente de los cambios: los cambios se gestionan a nivel de capa, simplificando la revisión, la aprobación y la integración de las contribuciones de diferentes autores;
- flexibilidad y control: los autores tienen un control granular sobre los cambios, pudiendo modificar solo los atributos específicos de un Prim sin tener que redefinir todo el objeto;
- trazabilidad y responsabilidad: el sistema de capas permite rastrear el origen de cada cambio, garantizando la responsabilidad y la transparencia en el proceso de colaboración.
La modificación de los datos en IFC 5: un análisis basado en componentes y flexibilidad
La pregunta sobre la posibilidad de modificar un «archivo» IFC 5 abre una interesante discusión sobre las características únicas de este estándar en evolución. Como se destacó anteriormente, el IFC 5 adopta un enfoque a componentes y una potencial integración con USD, haciendo que el concepto de «archivo» sea menos rígido y abriendo nuevas posibilidades para la modificación de datos.
En lugar de modificar un objeto completo, con el IFC 5 es posible modificar componentes individuales como geometría, materiales o propiedades. Esta flexibilidad permite realizar cambios específicos sin afectar a otras partes del objeto.
Aquí hay algunos ejemplos concretos:
- modificación de la geometría: en lugar de recrear toda la geometría de una pared, se podría modificar el componente geométrico para añadir una apertura para una ventana;
- actualización de materiales: se podría reemplazar el componente material de un suelo sin tener que remodelar todo el suelo;
- adición de propiedades: se podrían añadir nuevos componentes para incluir información adicional, como por ejemplo los datos de clasificación de incendios.
La modificación de datos en un sistema a componentes requiere una gestión cuidadosa de las relaciones entre los componentes. Por ejemplo, la modificación de la geometría de una pared podría requerir la actualización de las conexiones con otros objetos, como puertas o ventanas. La integración con USD introduce desafíos adicionales, como la gestión de conflictos entre capas y la sincronización de cambios entre diferentes autores.
Además, la evolución del IFC 4 al IFC 5 representa un cambio significativo en la forma en que se estructuran, gestionan e intercambian los datos de los modelos de edificios, como un desafío adicional. Por lo tanto, hay que tener en cuenta que la transición del IFC 4 al IFC 5 requerirá tiempo y esfuerzos para garantizar la compatibilidad con los datos y software existentes.
IFC5 y la Interoperabilidad entre software
¿Cómo el IFC 5 mejora la interoperabilidad entre software? Esta pregunta se centra en un aspecto crucial de este estándar en evolución. El IFC5 aborda los desafíos de la interoperabilidad, introduciendo una serie de cambios significativos en comparación con el IFC 4:
Reducción de la complejidad y modularidad
Un factor clave para mejorar la interoperabilidad es la reducción de la complejidad. El IFC5 propone simplificar el estándar, centrándose en un núcleo de funcionalidades esenciales y adoptando un enfoque modular. Esto significa que los desarrolladores software pueden implementar solo las partes del IFC5 relevantes para sus casos de uso específicos, reduciendo la carga de trabajo y la posibilidad de errores. Entonces, el IFC 5:
- se divide en un núcleo central y módulos de extensión de dominio. Este enfoque modular permite a los desarrolladores centrarse en las funcionalidades esenciales, añadiendo módulos específicos solo cuando sea necesario;
- comenzará con una versión reducida, que incluye solo las funcionalidades mínimas indispensables. Este enfoque iterativo facilita la implementación y validación del estándar.
Formato de Serialización JSON
La adopción de JSON como formato de serialización principal contribuye a la interoperabilidad, ya que JSON es un formato legible por humanos, ampliamente soportado y flexible.
- Objetivo de tener una única serialización para el IFC 5, simplificando el intercambio de datos entre diferentes plataformas.
- Formato JSON «simple» que pueda ser fácilmente validado, garantizando la coherencia y la corrección de los datos.
Estandarización y previsibilidad
Este formato propone establecer una estandarización más rigurosa, reduciendo la ambigüedad y garantizando que haya una sola manera correcta de representar los datos.
- Objetivo de tener un único método para la colocación de los objetos, eliminando la confusión y las incompatibilidades.
- Necesidad de un procesamiento predecible de los datos IFC 5 por parte del software receptor, garantizando que los datos sean interpretados correctamente.
Integración con estándares existentes
El IFC 5 promueve la interoperabilidad integrándose con estándares existentes, como USD, en lugar de reinventar la rueda. Esto permite aprovechar las funcionalidades avanzadas de estos estándares para la gestión de datos, la colaboración y la visualización.
- Posibilidad de utilizar USD como base para IFC5, abriendo el camino a una mayor interoperabilidad con las herramientas y flujos de trabajo basados en USD.
- incluye la posibilidad de hacer referencia a datos de terceros, como nubes de puntos, facilitando la integración con otras fuentes de datos.
API Estándar
El desarrollo de una API (Application Programming Interface) estándar para el IFC 5 facilitará el acceso y el procesamiento de los datos por parte de diferentes software. Una API bien definida permite a los desarrolladores crear aplicaciones que interactúan con los datos IFC 5 de manera coherente y confiable.
La fecha de lanzamiento del IFC 5: una incógnita en evolución
A pesar de la intensa actividad de investigación y desarrollo en torno a IFC 5, no existe una fecha de lanzamiento precisa. Sin embargo, podemos destacar puntos interesantes sobre el proceso de desarrollo y la posible cronología.
El IFC 5 será lanzado de manera incremental, comenzando con una versión «reducida» con funcionalidades básicas. Esta versión inicial será seguida por actualizaciones y módulos adicionales que ampliarán las funcionalidades con el tiempo.
Este enfoque tiene como objetivo facilitar la adopción inicial, permitir un ajuste gradual a través de la retroalimentación de los usuarios y gestionar más fácilmente las complejidades.
Una posible cronología de desarrollo incluye:
- pruebas internas: una fase inicial de pruebas con un grupo reducido de usuarios para evaluar la estabilidad y la funcionalidad de la versión reducida del IFC 5;
- beta pública: un lanzamiento beta público para recopilar comentarios de una gama más amplia de usuarios e identificar posibles problemas o áreas de mejora;
- IFC 5 (Lanzamiento): el lanzamiento oficial de la primera versión de IFC 5, con funcionalidades básicas y soporte para casos de uso fundamentales;
- desarrollo de la API IFC 5: una fase dedicada al desarrollo de la API para IFC 5, que facilitará la integración con otros software y plataformas;
- lanzamientos posteriores: actualizaciones y módulos adicionales que ampliarán las funcionalidades del IFC 5 con el tiempo, incluyendo soporte para nuevos casos de uso, geometrías más complejas y la integración con otros estándares como IDS y BCF.
El IFC 5 y el futuro del openBIM para el sector AEC
El camino hacia el IFC 5 representa una de las transiciones más significativas en la historia de la interoperabilidad digital para el sector AEC. No se trata simplemente de una actualización técnica, sino de una transformación radical que busca redefinir la forma en que se intercambian, utilizan y valoran las informaciones. En el centro de esta evolución está la necesidad de abrazar la semántica como elemento clave: un IFC 5 que simplifica sin perder la profundidad de la información y que permite una colaboración más fluida entre disciplinas heterogéneas.
El éxito del IFC 5 dependerá de la capacidad de satisfacer las necesidades de un sector en rápida transformación, donde los gemelos digitales, la inteligencia artificial y la gestión basada en datos son cada vez más centrales. El desafío será mantener el equilibrio entre la evolución tecnológica y la continuidad con los sistemas existentes, favoreciendo una transición que sea no solo innovadora, sino también inclusiva y sostenible.
Con una estructura más flexible, respaldada por enfoques semánticos avanzados y una mejor integración con formatos modernos como JSON y tecnologías emergentes como USD, el IFC 5 tiene todas las cartas para convertirse en el núcleo de la digitalización en el sector AEC. Sin embargo, el camino hacia una adopción global requerirá una colaboración sin precedentes entre desarrolladores y partes interesadas de todos los niveles.
Finalmente, el IFC 5 no solo representa el futuro del intercambio de datos, sino también una oportunidad para construir un sector más conectado, eficiente y resiliente. Es un estándar que promete no solo responder a los desafíos de hoy, sino anticipar y guiar los de mañana, sentando las bases para un ecosistema digital en el que la riqueza semántica y la interoperabilidad son la base de cada innovación.
Gestiona el nuevo estándar openBIM de buildingSMART International con el visualizador para IFC 5 de ACCA. Prueba gratis usBIM.IFC5