IFC Open BIM: el formato que decide qué proyectos siguen vivos en diez años

En 2021 entregaste un proyecto en Revit. En 2026 el cliente vuelve y quiere ampliar dos habitaciones. Abres tu archivo .rvt original y descubres tres cosas: tu licencia de Revit caducó hace año y medio, el archivo es de Revit 2019 y la versión actual ya no lo abre directo sin un upgrade que rompe varias familias custom, y el cliente nunca te pidió un export IFC al cierre. Esa tarde decides cobrarle como si fuera un proyecto nuevo. La culpa no es del cliente. Es del formato en el que guardaste el modelo.

Para quien lleva años modelando BIM en LATAM o España, esta historia se repite con variantes propias. A veces es ArchiCAD en lugar de Revit. A veces es un cambio de oficina y la licencia se quedó con el dueño anterior. A veces es simplemente que el cliente se fue a otro despacho que usa otro software y tu archivo deja de tener sentido para él.

El problema no es nuevo, pero la solución sí. Se llama IFC y lleva veintipico años madurando en silencio mientras el mercado se acostumbraba a vivir atado al software con el que modela. En este artículo te explico:

• Qué es IFC exactamente (sin la versión de marketing).
• Qué preserva bien, qué preserva con limitaciones y qué se pierde en el camino.
• Por qué importa especialmente para el mercado LATAM y España, donde la fragmentación de software es la regla.
• Qué significa concretamente que un modelo esté "IFC Certified" en un marketplace.
• Cómo verificar la calidad IFC de tu propio trabajo antes de entregarlo o publicarlo.

Qué es IFC, en serio

IFC son las siglas de Industry Foundation Classes. Es un esquema de datos abierto, mantenido por buildingSMART International, que describe cómo representar la información de un edificio o de una obra de infraestructura de forma independiente del software que la generó. Su versión más actual es IFC 4.3, publicada como ISO 16739-1:2024.

Tres claves para entender qué tipo de cosa es IFC:

1. No es un visor 3D. IFC describe el modelo completo: geometría, jerarquía espacial, propiedades, clasificaciones y relaciones entre elementos. Un visor IFC consume ese archivo; el archivo en sí no es la visualización.
2. No es "exportar como PDF". Cuando exportas un PDF, aplastas el modelo a una representación visual. IFC preserva la semántica: una pared sigue siendo una pared con su altura, su tipo constructivo y su clasificación, no un conjunto de líneas.
3. No es propietario. El esquema es público, la especificación se descarga gratis del sitio de buildingSMART, y cualquier software puede implementarlo. Revit, ArchiCAD, AllPlan, Tekla, Bentley, BlenderBIM, Vectorworks y FreeCAD — todos leen y escriben IFC con mayor o menor calidad.

La analogía útil es PDF: nadie hoy entrega un plano final en formato nativo de AutoCAD esperando que el cliente tenga AutoCAD instalado. Se entrega en PDF porque PDF es el estándar del intercambio visual. IFC quiere ser el PDF del modelo BIM: el formato neutro al que conviertes tu trabajo cuando lo entregas a alguien que no sabes con qué software lo va a abrir.

Qué preserva bien

Si exportas correctamente un modelo a IFC 4 (o 4.3) desde Revit o ArchiCAD, lo que viaja al otro lado incluye:

• Geometría sólida. Muros, losas, columnas, escaleras, ventanas, puertas, equipos MEP. Tanto representaciones swept (extrusiones paramétricas) como boundary representation (B-rep) cuando hace falta.
• Jerarquía espacial. El esquema canónico de IFC organiza todo en IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → IfcSpace. Esto significa que un comprador puede filtrar "todo lo que está en la planta baja" o "todos los espacios habitables" sin ambigüedad.
• PropertySets. Cada elemento puede llevar metadata estructurada — Pset_WallCommon con espesor, material, función estructural, resistencia al fuego; Pset_DoorCommon con ancho, alto, sentido de apertura, evacuación. Estos psets son estándar de buildingSMART, no inventos privados.
• Clasificaciones. OmniClass, Uniclass, GubimClass o cualquier sistema externo puede engancharse vía IfcClassificationReference. Si tu modelo está clasificado, esa clasificación viaja con el archivo.
• Relaciones. Qué elemento contiene qué, qué muro soporta qué losa, qué espacio agrupa qué zona. El comprador puede reconstruir la lógica del proyecto sin abrir el archivo en el software original.
• Material y tipo constructivo. No solo "esta es una pared", sino "esta es una pared tipo W-12, capa interior de yeso 12.5 mm, cámara de aire 50 mm, ladrillo cerámico 110 mm, capa exterior de revoco 20 mm".

Qué preserva con limitaciones (y por qué)

IFC es honesto consigo mismo. No promete representar TODO. Las áreas donde la transferencia se degrada:

• Familias paramétricas. Una familia de ventana en Revit es esencialmente un mini-programa que genera geometría a partir de parámetros (ancho, alto, número de hojas). Al exportar a IFC esa lógica paramétrica desaparece: la ventana queda como geometría fija con sus propiedades. Si el comprador necesita ajustarla, tiene que re-modelar la familia en su software. Esto es deliberado: IFC no quiere casarse con la lógica paramétrica de un fabricante específico.
• Vistas, hojas y leyendas. El archivo IFC contiene el modelo, no la maquetación. Si tu proyecto tiene 80 hojas de planos con simbología custom, esa simbología no viaja. El comprador puede regenerar hojas en su software a partir del modelo IFC, pero no recibe las hojas terminadas.
• Workflows propietarios. Nodos de Dynamo, definiciones de Grasshopper, scripts de ArchiCAD GDL — todo lo que es código que genera el modelo se queda en el archivo nativo. IFC recibe el resultado, no la receta.
• Anotaciones 2D específicas del software. Cotas con estilos custom, textos con fuentes propietarias, hatches especiales. La mayoría viaja en versión genérica, no idéntica al original.

Esta lista de limitaciones es importante porque define la regla práctica: IFC es el formato de entrega y de archivo, no necesariamente el formato de trabajo activo. Lo nativo (.rvt, .pln) sigue siendo más eficiente para producir; IFC es lo que entregas al cliente al cerrar, y lo que tu yo del futuro va a poder abrir.

Por qué importa especialmente en LATAM y España

En mercados con un software dominante — Reino Unido, donde Revit domina el sector público, o Alemania, donde Allplan tiene presencia fuerte en infraestructura — la fricción del formato propietario se siente menos. Casi todos los actores usan lo mismo.

En LATAM y España la realidad es otra. Una misma cadena de proyecto puede involucrar:

• Un arquitecto en Bogotá que modela en ArchiCAD porque arrastra licencias de los años 2000.
• Un calculista estructural en Lima con Tekla Structures para la nave de cubierta.
• Un coordinador MEP en Madrid trabajando en Revit con la subscripción Autodesk.
• Un cliente desarrollador en Monterrey con SketchUp Pro porque le sirve para vender al inversionista.
• Un contratista en Tijuana que solo abre PDF y DWG, pero quiere validar el modelo en su tablet con un visor IFC gratuito.

Cinco software distintos en una misma obra no es un escenario raro en LATAM. Es lo normal. Forzar a todos a tener Revit no es viable — Autodesk cobra subscripción mensual por puesto, y para un equipo de seis personas eso son varios miles de dólares al año solo en software. IFC convierte ese mosaico en una conversación posible: cada uno sigue trabajando en su herramienta nativa y publica su entrega en IFC para los demás.

Esto deja de ser solo "buena práctica" cuando entran los pliegos de licitación. Cada vez más licitaciones públicas en España, Chile, Colombia y México exigen "entregables BIM en formato IFC abierto" como requisito de contrato. La cláusula es defensiva: el cliente público no quiere quedar atado a un proveedor que solo sabe leer su propio formato.

El factor tiempo: cinco y diez años

El argumento más poderoso a favor de IFC se entiende cuando piensas en el archivo a cinco o diez años vista.

Un archivo .rvt de 2018 abierto en Revit 2026 te pide upgrade. El upgrade no es gratis: rompe algunas familias custom, cambia la representación de ciertos elementos compuestos, y a veces convierte parámetros antiguos en strings. Si en 2018 modelaste con un addin propietario que ya no existe, esa información puede llegar como geometría dumb.

Un archivo IFC de 2018, en cambio, abre en cualquier visor IFC actual sin pedirle nada. El esquema es estable hacia atrás: IFC 4 puede leer 2x3, y los visores modernos manejan ambos. El archivo no envejece.

Esto importa para tres casos concretos:

1. Mantenimiento y operación. El cliente que recibe el modelo para administrar el edificio durante 30 años no va a renovar licencia Revit todo ese tiempo. Necesita poder abrir el modelo dentro de 15 años con cualquier herramienta disponible entonces.
2. Ampliaciones y remodelaciones. El cliente que vuelve cinco años después con "quiero agregar dos cuartos arriba" llega con un equipo distinto al original. Si el modelo original está en IFC, el equipo nuevo puede leerlo. Si está solo en formato propietario, posiblemente cobre como si fuera proyecto desde cero.
3. Disputas legales. En un litigio constructivo, el modelo es prueba. Un archivo que solo abre en un software propietario específico, con una versión específica, deja a una de las partes en desventaja. Un IFC abre en cualquier visor abierto y se vuelve evidencia técnica neutra.

Qué significa "IFC Certified" en un catálogo BIM

En el catálogo de PE BIM señalamos algunos modelos con un badge ★ IFC Certified. Lo que significa concretamente:

• El archivo IFC del modelo está en esquema 4.0 o 4.3, no en 2x3 antiguo (que sigue siendo válido pero está deprecado por buildingSMART).
• Los PropertySets básicos están poblados — Pset_WallCommon, Pset_DoorCommon, Pset_SpaceCommon, etc., con valores reales y no campos vacíos.
• La jerarquía espacial está completa — IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → IfcSpace correctamente anidada.
• Hay al menos una clasificación BIM aplicada — OmniClass, Uniclass, GubimClass o Uniformat, dependiendo del proyecto.
• El archivo abre limpio en BlenderBIM y pasa la validación básica de buildingSMART sin errores estructurales.

Lo que el badge no significa: que el modelo se haya "modelado nativamente en IFC". La mayoría de los modelos se trabajan en Revit, ArchiCAD o AllPlan y se exportan a IFC al cerrar. Lo importante es que ese export está validado y es funcional, no la herramienta de origen.

Cómo verificar la calidad IFC antes de entregar

Si modelas BIM y quieres asegurar que tu export IFC es decente, hay cuatro herramientas que cualquier despacho debería tener identificadas:

• BlenderBIM Add-on (gratis). Blender + el plugin BlenderBIM. Es la forma más completa de abrir, inspeccionar y editar IFC sin pagar licencia. Si tu archivo se abre limpio en BlenderBIM y se ve correcto, vas bien.
• Solibri Anywhere (gratis, versión limitada). Visor profesional con detección de clashes y validación de reglas. La versión Anywhere es gratis para visualizar; la versión Office para análisis avanzado es de pago.
• ifcopenshell (gratis, programático). Librería Python que permite parsear IFC desde código. Si tienes un developer cerca, puedes correr scripts de validación en lote sobre múltiples archivos.
• buildingSMART IFC Validation Service. Servicio online gratuito del organismo oficial. Subes el archivo y te dice si cumple las reglas oficiales del esquema. Es la prueba más estricta.

Una rutina razonable antes de entregar cualquier modelo: exportas a IFC desde tu software nativo, abres el resultado en BlenderBIM, verificas que la jerarquía espacial sea correcta y que los PropertySets estén poblados, y opcionalmente subes a la validación de buildingSMART. Quince minutos de inversión que te ahorran que el cliente regrese con "no abre" o "le faltan los espacios".

Lo que IFC no resuelve (sé honesto)

No quiero vender IFC como milagro. Algunos límites reales:

• IFC no es flujo activo de coordinación. Para coordinar cambios en tiempo real entre disciplinas, el formato complementario es BCF (BIM Collaboration Format). IFC viaja el modelo; BCF viaja los comentarios y peticiones de cambio sobre ese modelo.
• Algunos exports tienen bugs documentados. El export IFC desde Revit, particularmente con familias muy complejas o con escaleras curvas, tiene casos conocidos donde la geometría se rompe. Es por eso que la validación post-export es necesaria, no opcional.
• IFC no es código abierto en sentido GPL. Es un estándar abierto, lo que significa que la especificación es pública y libre de implementar. Pero no es lo mismo que Linux: nadie compite por contribuir patches al kernel IFC. Es más parecido a HTML que a Linux.
• El tamaño de archivo a veces es mayor. Un IFC de un proyecto residencial mediano puede pesar 50 a 200 MB. Es texto plano comprimido por defecto, y eso explica el tamaño.

Qué hacer hoy si modelas BIM en LATAM

Cuatro acciones concretas que cualquier despacho puede empezar mañana:

1. Exporta a IFC al cierre de cada proyecto. No es trabajo extra: son cinco minutos en Revit/ArchiCAD y queda como respaldo del activo.
2. Valida cada export en BlenderBIM antes de archivar. Quince minutos. Si abre limpio, archívalo junto al .rvt o .pln original.
3. Pide IFC al recibir modelos de otros despachos. No aceptes solo formato nativo cuando vayas a coordinar. Pide la versión IFC para tener backup independiente del software de origen.
4. Si publicas en marketplaces o licitaciones, ofrece IFC explícitamente. El cliente público lo está empezando a exigir; el cliente privado lo va a empezar a pedir cuando entienda lo que significa para el costo total de propiedad.

Conclusión: el formato decide la longevidad

Lo que distingue un proyecto BIM que envejece bien de uno que envejece mal raras veces es la calidad del modelado en sí. Suele ser la decisión de qué formato lo conserva.

Modelar en Revit, en ArchiCAD o en AllPlan es legítimo y productivo. Trabajar en formato nativo durante el desarrollo del proyecto tiene sentido. El error es no acompañar ese archivo nativo de un export IFC validado al cerrar. Ese export es el seguro de vida del modelo.

En PE BIM marcamos con el badge ★ IFC Certified los proyectos del catálogo que ya pasaron esa validación, justamente porque sabemos que la mitad del valor de un modelo BIM no se materializa el día que se vende, sino tres o cinco años después, cuando el cliente vuelve a tocarlo.

---

¿Necesitas modelos BIM con IFC validado para tu próximo proyecto?

Filtra el catálogo de PE BIM por modelos ★ IFC Certified para asegurar interoperabilidad de largo plazo. Cada uno incluye archivo nativo (RVT / PLN / SKP) más export IFC 4 validado contra buildingSMART, listo para integrarse con cualquier flujo de trabajo en LATAM o España.

Ver catálogo IFC →

---

Fuentes técnicas:

• ISO 16739-1:2024 — Industry Foundation Classes (IFC) for data sharing in the construction and facility management industries.
• buildingSMART International — IFC 4.3 Reference (https://standards.buildingsmart.org/IFC/).
• BlenderBIM Add-on — Documentación oficial del proyecto IFCOpenShell.
• ISO 19650-1:2018 — Organization and digitization of information about buildings and civil engineering works, including BIM.
• IfcOpenShell — Open source IFC toolkit and Python library.

Este artículo se actualizará conforme buildingSMART publique nuevas versiones del esquema y se consoliden las prácticas regionales de adopción IFC en LATAM y España.