Esta web utiliza cookies para que podamos ofrecerte la mejor experiencia de usuario posible. La información de las cookies se almacena en tu navegador y realiza funciones tales como reconocerte cuando vuelves a nuestra web o ayudar a nuestro equipo a comprender qué secciones de la web encuentras más interesantes y útiles.
Un IFC bien exportado es un archivo que conserva geometría e información útil para el proyecto. Antes de entregarlo, hay que revisar el modelo de origen, configurar la exportación según el objetivo, comprobar el archivo resultante y documentar los criterios utilizados.
Índice de Contenidos
Exportar un IFC no debería entenderse como un trámite final ni como un simple botón al cierre del proyecto. En un flujo BIM profesional, el archivo IFC es un entregable que debe poder abrirse, revisarse, coordinarse y validarse sin depender únicamente del software en el que se ha creado el modelo.
Por eso, hablar de un IFC bien exportado significa que el archivo se genere sin errores y que conserva la información necesaria, para el intercambio y que puede ser interpretado correctamente por el equipo que lo recibe. El formato IFC es un estándar abierto y neutral para describir información de edificios e infraestructuras, publicado como ISO 16739 y desarrollado por buildingSMART.
En el artículo qué es el formato IFC y por qué todo el mundo habla de él se explica por qué este formato se ha convertido en una pieza clave dentro de los estándares BIM, el openBIM y la interoperabilidad. Pero una vez entendido qué es IFC, aparece la siguiente pregunta importante: cómo se exporta correctamente para que no se convierta en un archivo aparentemente válido, pero poco útil. Porque ese es uno de los problemas más habituales.
El modelo se exporta, el archivo se abre, la geometría parece estar ahí y, aun así, la información no está completa, las categorías no se interpretan bien, algunos elementos aparecen mal clasificados o el archivo no responde a lo que pedía el cliente, la ingeniería o el equipo de coordinación.
En un flujo BIM real, exportar bien un IFC implica preparar el modelo, configurar la exportación, revisar el archivo resultante y documentar los criterios utilizados. Y ese proceso debería formar parte de un sistema más amplio de revisión, como el que se desarrolla en cómo montar un sistema de control de calidad BIM: reglas, checklist y flujo de validación.
Qué significa exportar bien un IFC
Exportar bien un IFC no significa elegir cualquier opción disponible en el software y generar el archivo. Significa producir un entregable que cumpla una función concreta dentro del proyecto.
Un IFC puede servir para coordinación, revisión de interferencias, validación de información, entrega a cliente, comunicación entre disciplinas, archivo documental o integración en otros entornos de análisis. Cada uso puede requerir una configuración distinta, una selección diferente de elementos y un nivel de información específico. Por eso, antes de exportar, hay que saber para qué se va a utilizar el archivo, la configuración adecuada depende del objetivo del intercambio.
Aquí es donde el criterio BIM resulta clave. Un perfil de coordinación no debería limitarse a saber exportar, sino a entender qué se está exportando, para quién y con qué finalidad. Por eso, en una formación como el Máster BIM Manager + IA, esta mirada sobre estándares, coordinación y entregables resulta especialmente importante.
Antes de exportar: revisar el modelo de origen
La calidad del IFC empieza antes de la exportación. Antes de generar el archivo, conviene revisar que los elementos estén correctamente modelados y clasificados. Un muro debe estar modelado como muro, una puerta como puerta, una ventana como ventana y un espacio como espacio. Parece básico, pero muchos problemas de interoperabilidad aparecen cuando se utilizan categorías inadecuadas para resolver necesidades rápidas de modelado.
También es importante comprobar la estructura espacial del modelo; niveles, plantas, zonas, espacios y relaciones entre elementos deben estar correctamente definidos. IFC no solo transmite geometría, también puede transmitir relaciones espaciales y datos asociados al modelo. Si esa estructura está mal planteada desde el archivo nativo, el IFC puede resultar confuso o incompleto.
La información alfanumérica es otro punto crítico. Antes de exportar, debe estar claro qué parámetros son necesarios para el entregable: códigos, clasificaciones, materiales, fases, sistemas, resistencia, ubicación, mediciones o cualquier dato que forme parte de los requisitos de información del proyecto.
En este punto, una revisión previa del modelo puede evitar muchos errores posteriores. El artículo cómo evaluar la calidad de un modelo BIM sin plugins externos desarrolla precisamente esa idea: antes de validar con herramientas externas, hay que saber revisar la estructura, la información y la coherencia del modelo desde dentro.
Configuración básica para exportar un IFC
No existe una única configuración correcta para todos los proyectos. La configuración de exportación debe responder al BEP, a los requisitos de intercambio, al software utilizado y al uso que tendrá el archivo IFC. Herramientas como Revit permiten ajustar distintas opciones para exportar bien un IFC, por lo que la configuración debe revisarse según el objetivo del entregable.
Aun así, hay decisiones que conviene revisar siempre. La primera es la versión del esquema IFC. En muchos flujos se sigue utilizando IFC2x3 para coordinación por su compatibilidad con herramientas consolidadas, mientras que IFC4 y sus evoluciones ofrecen estructuras más actuales para determinados usos. buildingSMART mantiene documentación oficial de IFC4.3, siendo IFC4.3 una referencia especialmente relevante para infraestructuras y activos construidos más amplios.
La segunda decisión importante es la MVD, o Model View Definition. Una MVD define una vista o subconjunto del esquema IFC adaptado a un uso concreto. En términos prácticos, ayuda a decidir qué parte de la información se exporta y cómo se estructura para responder a un caso de uso determinado.
También hay que revisar qué elementos se van a exportar. No siempre conviene exportarlo todo. En algunos casos será necesario incluir únicamente elementos visibles en una vista, en otros se exportará el modelo completo, y en otros se filtrarán categorías o disciplinas según el objetivo del intercambio. Estas decisiones forman parte de la configuración de exportación y deben revisarse dentro de las opciones para exportar bien un IFC.
Otro punto importante es el mapeo de categorías. El software debe traducir los elementos del modelo nativo a clases IFC adecuadas. Si esa correspondencia no se revisa, pueden aparecer elementos mal clasificados, objetos genéricos o información poco útil para quien recibe el archivo. Autodesk documenta cómo configurar las clases IFC en la exportación desde Revit.
Por último, conviene revisar la exportación de propiedades. Un IFC puede transportar datos muy valiosos, pero solo si se han preparado correctamente. No basta con que el archivo contenga geometría; debe conservar la información necesaria para el objetivo del entregable. Por eso es importante revisar la configuración de propiedades dentro del proceso de exportación IFC.
Errores comunes al exportar un IFC
Uno de los errores más habituales es exportar sin tener claro el uso del archivo. Cuando no se define si el IFC se entrega para coordinación, revisión, archivo, medición o validación, la configuración suele resolverse por defecto. Y las configuraciones por defecto no siempre responden a los requisitos reales del proyecto.
Otro error frecuente es no revisar el modelo antes de exportar. Si hay categorías mal utilizadas, familias mal clasificadas, elementos duplicados, niveles incoherentes o parámetros incompletos, el IFC puede generarse correctamente desde un punto de vista técnico, pero seguir siendo un entregable deficiente.
También es común exportar demasiada información. A veces se piensa que incluirlo todo es más seguro, pero puede generar archivos pesados, difíciles de revisar y con información que no aporta valor al intercambio. Un buen IFC no es necesariamente el archivo más grande ni el más completo, sino el que contiene la información adecuada para el uso previsto.
El problema contrario también aparece: exportar demasiado poco. Puede ocurrir que el archivo se abra bien, pero falten espacios, propiedades, clasificaciones, materiales o elementos necesarios para la coordinación. En ese caso, el IFC parece correcto visualmente, pero no sirve para validar lo que realmente importa.
Otro error importante es no comprobar el archivo después de exportarlo. Abrir el IFC en una herramienta de revisión, comprobar la geometría, consultar propiedades y validar la estructura debería formar parte del proceso. Exportar y enviar sin revisión deja el control en manos del destinatario.
Por último, está el error de no documentar la configuración utilizada. Si no se registra qué versión IFC se ha utilizado, qué vista se ha exportado, qué elementos se han incluido o qué parámetros se han considerado, resulta difícil repetir el proceso, comparar entregas o detectar por qué una exportación ha fallado.
Cómo comprobar si un IFC está bien exportado
La primera comprobación es visual, pero no debería ser la única. Hay que abrir el archivo IFC en una herramienta distinta al software de origen y revisar si el modelo aparece completo, si la geometría se entiende y si no hay elementos desplazados, desaparecidos o deformados.
Después hay que revisar la estructura del modelo. Conviene comprobar niveles, plantas, espacios, categorías y relaciones entre elementos. Si el modelo se ve bien pero su estructura está rota, la coordinación posterior puede complicarse.
La tercera revisión es informativa. Hay que seleccionar elementos y comprobar si conservan las propiedades necesarias: clasificación, material, fase, sistema, código, tipo, ubicación o cualquier parámetro exigido en el proyecto.
BIM Manager: ¡Potencia el BIM con IA!
También conviene verificar el peso del archivo y su comportamiento al abrirlo. Un IFC demasiado pesado, con geometría excesivamente compleja o información innecesaria, puede dificultar la revisión. En algunos casos, el problema no está en que falte información, sino en que se ha exportado demasiada información sin criterio.
Por último, la comprobación debe relacionarse con el objetivo del entregable. Un IFC puede estar bien para coordinación geométrica y no ser suficiente para validación de información. O puede contener muchos datos, pero no servir para detectar interferencias si la geometría no se ha exportado correctamente. La calidad siempre depende del uso previsto.
Este proceso conecta directamente con el model checking. En Model checking: qué revisar antes de entregar un modelo se aborda la importancia de revisar criterios concretos antes de considerar que un modelo está listo para entrega.
Checklist de entrega de un archivo IFC
Antes de entregar un IFC, conviene pasar por una revisión mínima que ayude a detectar errores antes de que el archivo llegue al cliente, al equipo de coordinación o a otro agente del proyecto.
- Confirmar el objetivo del archivo. Hay que saber si el IFC se entrega para coordinación, revisión, consulta, medición, validación o archivo. Sin ese objetivo, no se puede valorar si la exportación es adecuada.
- Comprobarse la versión IFC y la MVD utilizada. Esta decisión debe responder a los requisitos del proyecto y a la compatibilidad con las herramientas que utilizará el destinatario.
- Revisar que se han exportado las disciplinas, categorías y elementos necesarios. No se trata de exportarlo todo por defecto, sino de incluir lo que el intercambio necesita.
- Comprobar la geometría. El modelo debe abrirse en un visor o herramienta externa para detectar elementos desplazados, ausentes, duplicados, deformados o mal representados.
- Revisar la información. Hay que comprobar que los elementos conservan los parámetros necesarios, que las propiedades se leen correctamente y que las clasificaciones tienen sentido.
- Verificar la estructura espacial: niveles, plantas, zonas, espacios y relaciones principales. Si el archivo pierde esta organización, puede ser difícil utilizarlo en coordinación o validación.
- Revisar el peso del archivo y su comportamiento. Un entregable demasiado pesado puede dificultar su apertura, revisión o intercambio dentro del CDE.
- Documentar la entrega. Es recomendable registrar la versión del archivo, fecha, software de origen, configuración utilizada, versión IFC, MVD, alcance del modelo exportado y observaciones relevantes.
Qué hacer si el IFC se ve bien pero no contiene la información correcta
Este es uno de los casos más engañosos. El archivo se abre, el modelo parece correcto y no hay errores visuales evidentes, pero al revisar propiedades se descubre que la información no está donde debería estar o directamente no se ha exportado.
En estos casos, el primer paso no es volver a exportar sin más, sino identificar qué información falta. Puede tratarse de parámetros no incluidos en la exportación, propiedades mal mapeadas, categorías incorrectas, familias mal configuradas o datos que nunca estuvieron correctamente incorporados al modelo de origen.
Después hay que revisar si el problema está en el modelo nativo o en la configuración de exportación. Si el dato no existe en el modelo, el IFC no podrá inventarlo. Si el dato existe pero no aparece en el archivo exportado, probablemente haya que ajustar la configuración, los property sets o el mapeo de categorías.
También conviene comprobar el archivo en más de una herramienta. A veces el problema no está solo en la exportación, sino en cómo interpreta el visor o el software receptor determinada información IFC. Por eso, en entregables críticos, la validación debería realizarse con herramientas acordadas previamente.
La solución más sólida es establecer requisitos claros antes de exportar. Qué información debe entregarse, cómo debe llamarse, dónde debe aparecer y cómo se va a comprobar. Sin esos criterios, la revisión se convierte en una discusión posterior en lugar de formar parte del flujo de trabajo.
IFC, entregables BIM y control de calidad
Exportar bien un IFC es parte de un sistema de entregables BIM. Por eso debe estar conectado con el BEP, los requisitos de información, los criterios de modelado, las reglas de revisión y el sistema de control de calidad del proyecto.
En un flujo profesional, la entrega de IFC debería estar asociada a una revisión previa y a una validación posterior. Primero se revisa el modelo nativo, después se exporta el archivo, luego se comprueba el IFC resultante y finalmente se documenta la entrega.
Este proceso ayuda a evitar una situación habitual: que el archivo IFC se entregue como si fuera una garantía de interoperabilidad, cuando en realidad nadie ha comprobado si sirve para el objetivo previsto.
La interoperabilidad no depende solo del formato. Depende también de cómo se ha modelado, cómo se ha nombrado, cómo se han estructurado los datos, cómo se han configurado las exportaciones y cómo se han validado los resultados. Por eso, trabajar bien con IFC exige criterio. No se trata solo de conocer el botón de exportación, sino de entender el flujo completo de información. Ese cambio de mirada es fundamental en cualquier Máster BIM orientado a proyectos reales, donde los entregables deben ser utilizables por otros agentes y no solo correctos dentro del software de origen.
BIM Manager: ¡Potencia el BIM con IA!
También puede interesarte:
¿Qué es el formato IFC y por qué todo el mundo habla de él?
Cómo evaluar la calidad de un modelo BIM sin plugins externos
Model checking: qué revisar antes de entregar un modelo (y por qué falla casi siempre)
Preguntas Frecuentes
Preguntas Frecuentes sobre exportar bien un IFC
Exportar bien un IFC significa generar un archivo que conserve la geometría y la información necesarias para el objetivo del intercambio. No basta con que el archivo se abra; debe poder revisarse, coordinarse y validarse correctamente.
Antes de exportar un IFC hay que revisar categorías, niveles, espacios, geometría, parámetros, clasificaciones y requisitos de información. La calidad del archivo IFC depende en gran parte del modelo de origen.
Uno de los errores más comunes es exportar sin tener claro el uso del archivo. Un IFC para coordinación no necesita exactamente la misma configuración que un IFC para revisión de información o entrega documental.
Porque la geometría puede aparecer correctamente, pero faltar información clave. Un IFC puede verse bien en pantalla y, aun así, no conservar parámetros, clasificaciones, propiedades o relaciones necesarias para el proyecto.
Depende de los requisitos del proyecto, del software utilizado y del objetivo del intercambio. IFC2x3 sigue siendo habitual en coordinación, mientras que IFC4 e IFC4.3 se usan en flujos más actuales o específicos.
Una MVD, o Model View Definition, define un subconjunto del esquema IFC adaptado a un uso concreto. Ayuda a exportar la información necesaria según el objetivo del intercambio.
Sí. El archivo IFC debe abrirse en una herramienta externa para comprobar geometría, estructura, propiedades, clasificaciones y datos necesarios. Exportar sin revisar aumenta el riesgo de entregar un archivo incompleto.
Un checklist IFC debe incluir objetivo del archivo, versión IFC, MVD, elementos exportados, geometría, propiedades, estructura espacial, peso del archivo, compatibilidad y documentación de la entrega.
IFC facilita la interoperabilidad, pero no la garantiza por sí solo. La calidad depende del modelo de origen, la configuración de exportación, los requisitos de información y la validación posterior.
La exportación IFC debe documentarse en cada entrega relevante. Conviene registrar fecha, versión, software, configuración, alcance exportado, versión IFC, MVD y observaciones de revisión.