Exportas el modelo a IFC, se lo mandas a la ingeniería y te contestan que faltan datos. Lo abres tú y, efectivamente: los muros han perdido las capas, los equipos no traen sus propiedades y los nombres no coinciden con nada.
La reacción habitual es echarle la culpa al formato. Casi nunca es el formato: es la configuración de la exportación y, sobre todo, lo que se decidió no acordar antes de empezar.
Qué es IFC y qué no es
IFC es un formato abierto pensado para intercambiar información entre programas distintos. No es un formato de trabajo ni un clon de tu modelo nativo.
Cuando exportas, cada elemento se traduce a una clase estándar: un muro pasa a ser una entidad de muro, una puerta a una de puerta. Lo que no encaje en esa traducción se queda por el camino o aterriza en una clase genérica.
Entender eso quita la mitad de las sorpresas: el IFC no es «el modelo», es lo que ha sobrevivido a la traducción.
Causa uno: la vista desde la que exportas
Muchos exportadores usan la vista activa para decidir qué sale. Si exportas desde una vista con un filtro, con elementos ocultos o con una fase concreta, todo eso se aplica al archivo.
La costumbre sana es crear una vista 3D específica para exportar, sin filtros, con todas las categorías visibles y la fase correcta, y usar siempre esa.
Causa dos: el mapeo de categorías
Si modelaste un antepecho con un muro, en el IFC saldrá como muro. Si usaste un modelo genérico para un elemento de fachada, saldrá como elemento genérico, y quien lo reciba no sabrá qué es.
La tabla de mapeo de categorías es la que decide esa traducción, y se puede ajustar. Merece la pena revisarla una vez y guardarla como plantilla del estudio.
El caso de los modelos genéricos
Son cómodos para modelar cualquier cosa y son la primera fuente de pérdida de información. Si algo va a viajar por IFC, conviene modelarlo con la categoría que le corresponde aunque cueste un poco más.
Causa tres: las propiedades que no se exportan
Por defecto se exportan los conjuntos de propiedades estándar. Los parámetros propios que hayas creado no salen salvo que los incluyas expresamente en la configuración.
Ahí es donde se pierden los códigos de medición, las referencias de fabricante y todo lo que el cliente pidió en el pliego. Y se descubre tarde, cuando alguien intenta filtrar por ese dato y no está.
Causa cuatro: la versión del esquema
Hay varias versiones del esquema IFC conviviendo. Si tú exportas en una y el receptor espera otra, pueden faltar entidades o aparecer traducidas de forma rara.
No hay una versión «mejor» en abstracto: hay la que acepta la herramienta del que recibe. Es de las primeras cosas que hay que preguntar.
Cómo se evita todo esto
Acordándolo por escrito antes de modelar, en el plan de ejecución BIM. Qué versión del esquema, qué conjuntos de propiedades, qué nomenclatura, desde qué vista y con qué configuración de exportación.
Es exactamente la clase de acuerdo que vive en el BEP del proyecto, y si no está escrito, cada empresa exportará a su manera y la coordinación se convierte en una cadena de correos.
Comprueba el IFC antes de enviarlo
Ábrelo con un visor gratuito, como si fueras el que lo recibe, y mira tres cosas: que estén todos los elementos, que las clases sean las correctas y que las propiedades que prometiste estén dentro.
Son cinco minutos y evitan el correo de vuelta. Un IFC que nadie ha abierto es un IFC que no sabes si sirve.
Preguntas frecuentes
¿Por qué mis muros llegan sin capas al IFC?
Porque la exportación puede unificar el muro en un solo sólido en lugar de mantener sus capas como elementos separados. Es una opción de la configuración de exportación. Conviene decidirlo con quien recibe el archivo: para mediciones suele interesar mantener las capas, y para visualización y coordinación estorban.
¿Se pueden exportar mis parámetros propios?
Sí, pero hay que incluirlos expresamente en la configuración de exportación. Por defecto salen los conjuntos de propiedades estándar, y los parámetros que hayas creado tú no viajan. Es la causa más común de que falten códigos de medición o referencias de fabricante al otro lado.
¿Qué versión de IFC debo usar?
La que acepte la herramienta de quien recibe el archivo. No hay una mejor en abstracto: hay varias versiones del esquema conviviendo, y exportar en una que el receptor no lee del todo produce entidades que faltan o mal traducidas. Es de las primeras cosas que hay que acordar.
¿Puedo volver a editar un IFC en mi programa nativo?
Se puede abrir y consultar, pero no esperes recuperar el modelo original editable. IFC está pensado para intercambiar y coordinar, no para trabajar. El modelo de autor se mantiene en su formato nativo y el IFC se genera cada vez que hace falta entregar.
