Volver al blog BIM e IFC
Validación · 2026-06-30 · 20 min
10 errores comunes en modelos IFC y cómo detectarlos
Los diez errores que aparecen con más frecuencia en los archivos IFC entregados en proyectos reales: qué los causa, cómo los detecta un verificador de modelos y cómo solucionarlos de raíz.
10 errores comunes en modelos IFC y cómo detectarlos — IFC Viewer Online article cover
Un coordinador BIM que ha revisado suficientes archivos IFC entrantes desarrolla reconocimiento de patrones: los mismos diez errores aparecen proyecto tras proyecto, software de autoría tras software de autoría. No son aleatorios: tienen causas consistentes, y la mayoría se pueden prevenir con los ajustes de exportación correctos y un paso de verificación antes de subir el archivo al entorno común de datos (CDE).
Resumen: los 10 errores más comunes en IFC
| Error | Gravedad | Método de detección | Impacto en fases posteriores |
|---|
| 1. GUID duplicados | Error | Comprobación de reglas L2 — solo a nivel de datos | Seguimiento de versiones en el CDE, detección de colisiones, coordinación BCF |
| 2. Jerarquía espacial rota | Error | Comprobación de reglas L2 — árbol espacial | Elementos invisibles en herramientas de coordinación; filtros de planta incorrectos |
| 3. Elementos no asignados a una planta | Error | Comprobación de reglas L2 — contención | Falla el cómputo de mediciones (QTO) por planta; se rompen los filtros de coordinación |
| 4. Conjuntos de propiedades faltantes | Aviso/Error | Comprobación de reglas L2 — presencia de Pset | QTO impreciso; entrega a FM incompleta; incumplimiento del EIR |
| 5. Códigos de clasificación incorrectos o ausentes | Aviso | Comprobación de reglas L2 — clasificación | Se rompe la contratación; el registro de activos de FM queda incompleto |
| 6. Geometría no válida | Error | Comprobación de reglas L2 — validez geométrica | Falsos positivos en detección de colisiones; falla la simulación 4D/5D |
| 7. Relaciones entre elementos rotas | Aviso | Comprobación de reglas L2 — integridad de relaciones | Corrupción del árbol espacial; pérdida de datos de tipo-instancia |
| 8. Incumplimientos de la convención de nomenclatura | Aviso | Comprobación de reglas L2 — reglas de nomenclatura | Fallan los filtros en herramientas de coordinación; retrabajo manual |
| 9. Metadatos ISO 19650 / EIR faltantes | Aviso/Error | Validación L3 IDS | Incumplimiento del EIR; fallo de la especificación IDS |
| 10. Incoherencias de LOD/LOI | Aviso | Comprobación de reglas L2 + L3 | QTO poco fiable; falla el control de hito de fase |
Los 10 errores más comunes en IFC, su gravedad y su impacto en fases posteriores.1. GUID duplicados
Todo elemento de un archivo IFC debe llevar un identificador único global (GUID): un valor de 22 caracteres codificado en base64 que se supone único en todos los archivos IFC jamás creados. Los GUID duplicados se producen cuando se copian y pegan elementos en el software de autoría sin activar la regeneración del GUID. El resultado: dos o más elementos del mismo archivo comparten identificador.
Detección y causas
- Invisible en el visor 3D: requiere una comprobación L2 a nivel de datos
- IFC Viewer Online notifica cada duplicado por nombre y tipo de elemento
- Causa: copiar y pegar en Revit o ArchiCAD sin reiniciar el GUID
- Causa: importación de un modelo vinculado sin resolver conflictos de GUID
- Causa: fallo del software de autoría en versiones concretas del exportador
Solución y prevención
- En Revit: usa la opción del exportador IFC para regenerar los GUID al exportar
- En ArchiCAD: usa la herramienta de gestión de GUID antes de exportar
- Prevención: nunca copies y pegues entre proyectos con copiar/pegar; usa vínculos
- Prevención: comprueba si hay duplicados tras cada fusión importante del modelo
- Prevención: ejecuta la comprobación de Health Score antes de cada subida al CDE
2. Jerarquía espacial rota
La jerarquía espacial de IFC es la columna vertebral del modelo: IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey → IfcSpace/elementos. Cuando esta cadena se rompe (un edificio sin emplazamiento, o una planta sin edificio), las herramientas de coordinación rechazan el archivo o producen resultados incorrectos sin avisar.
Detección y causas
- Comprobación de reglas L2: falta IfcRelAggregates entre niveles de la jerarquía
- Los elementos aparecen en el filtro de planta equivocado, o no aparecen
- Causa: edición manual del archivo IFC con una modificación incorrecta de la jerarquía
- Causa: exportación desde el software de autoría de modelos parciales (una sola disciplina)
- Causa: fusión de modelos de distintas herramientas sin reconciliar la jerarquía
Solución y prevención
- Solución en el software de autoría: asegúrate de que el emplazamiento, el edificio y las plantas están modelados, no solo implícitos
- En Revit: comprueba que la jerarquía del proyecto en las opciones de exportación IFC está completa
- Prevención: valida la jerarquía tras cada fusión de modelo federado
- Prevención: nunca edites manualmente la jerarquía IFC fuera del software de autoría
3. Elementos no asignados a una planta
Un elemento existe en el modelo pero no tiene relación IfcRelContainedInSpatialStructure con una IfcBuildingStorey. El elemento está técnicamente en el archivo, pero efectivamente sin ubicar en la jerarquía del edificio. Las herramientas de coordinación filtran por planta; un elemento sin asignar es invisible para esos filtros.
Detección y causas
- Comprobación de reglas L2: elementos sin relación de contención espacial
- Causa: elementos colocados en planos de referencia, no en niveles, en Revit
- Causa: elementos con asignación "No Level" en Revit
- Causa: elementos de ArchiCAD con planta base sin definir
- Causa: familias de modelo genérico colocadas sin nivel anfitrión
Solución y prevención
- En Revit: selecciona cada elemento afectado y asigna un parámetro de nivel
- Filtra por "No Level" en las tablas de planificación de Revit para localizar todos los elementos afectados
- En ArchiCAD: usa Información del elemento para comprobar y establecer la planta base
- Prevención: incluye la asignación de planta como punto de revisión del estándar de modelado
- Prevención: ejecuta la comprobación L2 tras integrar cada nuevo modelo de disciplina
4. Conjuntos de propiedades obligatorios faltantes
Los conjuntos de propiedades (Psets) estándar de IFC, como Pset_WallCommon, Pset_BeamCommon y Pset_SpaceCommon, contienen los datos de los que dependen las herramientas posteriores: cómputo de mediciones (QTO), entrega a FM, análisis energético. Cuando falta un Pset o sus propiedades están vacías, esos procesos posteriores producen resultados incorrectos o incompletos.
Detección y causas
- Comprobación de reglas L2: Psets obligatorios ausentes para ciertos tipos de elemento
- Causa: la asignación de Psets del exportador no está configurada para este tipo de elemento
- Causa: tipos de elemento personalizados sin Pset equivalente en IFC
- Causa: perfil de exportación configurado como "solo geometría" para reducir el tamaño del archivo
- Causa: tipo de entidad IFC incorrecto asignado; se adjunta el Pset equivocado
Solución y prevención
- Revisa la tabla de asignación de Psets de la exportación en tu software de autoría
- Añade asignaciones explícitas de los tipos de elemento personalizados a los Psets adecuados
- No uses nunca la exportación "solo geometría" para modelos de coordinación o entrega
- Prevención: usa IDS para definir formalmente los Psets obligatorios en cada fase del proyecto
- Prevención: valida la completitud de los Psets en la comprobación L3 IDS antes de la entrega
5. Códigos de clasificación incorrectos o ausentes
Los códigos de clasificación (Uniclass 2015, OmniClass, NBS o equivalentes nacionales) son obligatorios para la contratación, los registros de activos de FM y, cada vez más, para el cumplimiento del EIR (requisitos de información). Los códigos de clasificación ausentes o incorrectos hacen que los equipos de mediciones no puedan generar presupuestos correctos y que los equipos de FM no puedan rellenar el CAFM sin retrabajo manual.
Detección y causas
- Comprobación de reglas L2: propiedad de clasificación ausente o no vinculada al sistema estándar
- Comprobación L3 IDS: no se cumplen los requisitos concretos de código de clasificación
- Causa: clasificación no configurada en la exportación del software de autoría
- Causa: el sistema de clasificación del modelo no coincide con el requisito del EIR
- Causa: familias personalizadas sin parámetros de código de clasificación
Solución y prevención
- Configura el sistema de clasificación en los ajustes del proyecto del software de autoría
- Asigna todos los tipos de elemento a la tabla de clasificación exigida
- Usa IDS para definir formalmente qué sistema de clasificación y qué códigos se exigen
- Prevención: incluye la clasificación en los estándares de contenido BIM desde el primer día
- Prevención: valida contra el IDS en cada hito de fase, no solo en la entrega
6. Geometría no válida o rota
Los errores de geometría en IFC se dividen en tres tipos principales: elementos de volumen cero (un perfil extruido con área cero), geometría sólida sin cerrar (un sólido con agujeros en su superficie) y operaciones booleanas fallidas (una sustracción de vacío que produce un resultado no variedad). Son invisibles al ver el modelo porque los motores de render los suavizan; solo se hacen visibles cuando las herramientas de detección de colisiones o simulación intentan procesar la geometría matemáticamente.
Detección y causas
- Comprobación de reglas L2: validez geométrica, comprobación de volumen, comprobación de variedad
- Causa: paneles de muro cortina mal formados en Revit
- Causa: operaciones booleanas complejas en ArchiCAD que fallan al exportar
- Causa: geometría importada (de DXF o STEP) que nunca tuvo geometría sólida válida
- Causa: geometría dibujada manualmente con perfiles de área cero por accidente
Solución y prevención
- Usa el informe de errores del verificador para identificar elementos concretos por nombre/tipo
- Vuelve a modelar los elementos identificados con técnicas de modelado sólido correctas
- Para muros cortina: revisa la definición del panel, no solo el muro en conjunto
- Prevención: evita importar geometría DXF/DWG directamente en los modelos BIM
- Prevención: revisa la geometría en un visor IFC tras cada operación booleana compleja
7. Relaciones entre elementos rotas
IFC codifica las relaciones entre elementos mediante entidades de relación: IfcRelDefinesByType (tipo-instancia), IfcRelAssociatesMaterial (asignación de material), IfcRelConnectsElements (conexiones estructurales), entre otras. Cuando estas relaciones están mal formadas (referencian entidades inexistentes o apuntan al tipo de objeto equivocado), el modelo de datos se vuelve incoherente y las herramientas posteriores fallan o ignoran silenciosamente los elementos afectados.
Detección y causas
- Comprobación de reglas L2: referencias de relación huérfanas, tipos de entidad incorrectos
- Causa: edición manual del IFC que rompe la integridad referencial
- Causa: fallos del exportador en versiones antiguas del software de autoría
- Causa: fusión de modelo federado con conflictos de relaciones
Solución y prevención
- Vuelve a exportar desde el software de autoría; no edites los archivos IFC manualmente
- Actualiza el exportador del software de autoría a la versión actual
- Prevención: trata el IFC solo como formato de entrega; todas las ediciones se hacen en el software de autoría
- Prevención: valida tras cada actualización del exportador
8. Incumplimientos de la convención de nomenclatura
Los proyectos BIM definen convenciones de nomenclatura para tipos de elemento, capas, vistas y nombres de objeto. Cuando los elementos IFC llevan nombres genéricos ("Wall", "Floor 1", "Beam") o nombres incoherentes entre disciplinas, las herramientas de coordinación no pueden aplicar correctamente los filtros por disciplina y los equipos de mediciones no pueden ejecutar el cómputo automático sin configurar reglas manualmente.
Detección y causas
- Comprobación de reglas L2: se marcan los nombres genéricos o vacíos
- Causa: familias del software de autoría con nombres por defecto sin actualizar
- Causa: el documento de convención de nomenclatura se compartió demasiado tarde en el proyecto
- Causa: contenido importado de otros proyectos con convenciones distintas
Solución y prevención
- Usa el informe del verificador para identificar los elementos con nombres no conformes
- Corrige los nombres en el software de autoría; los nombres no deben cambiarse en el archivo IFC
- Prevención: publica el documento de convención de nomenclatura al inicio del proyecto
- Prevención: usa IDS para imponer formalmente los patrones de nomenclatura donde sea crítico
9. Metadatos ISO 19650 / EIR faltantes
Un archivo IDS formaliza los metadatos que exige el EIR: número de proyecto, fase, código de disciplina, organización responsable, nivel de LOD/LOI y propiedades personalizadas. Cuando hay un IDS en vigor, cualquier elemento que no lleve las propiedades exigidas falla la comprobación L3 IDS y el modelo queda no conforme para la entrega.
Detección y causas
- Validación L3 IDS: propiedades obligatorias ausentes o con el tipo de valor incorrecto
- Causa: el IDS no se compartió con los equipos de autoría con suficiente antelación
- Causa: los Psets personalizados para los metadatos del EIR no están configurados en el software de autoría
- Causa: elementos añadidos después de la comprobación IDS sin volver a comprobarlos contra el IDS
Solución y prevención
- Comparte el archivo IDS con todos los equipos de autoría en el arranque del proyecto
- Configura Psets personalizados para llevar los metadatos del EIR en las plantillas del software de autoría
- Ejecuta la comprobación L3 IDS en cada hito de fase, no solo en la entrega final
- Prevención: usa el IDS como la versión legible por máquina de los requisitos de datos del EIR
10. Incoherencias de LOD / LOI
Los requisitos de nivel de desarrollo (LOD) y nivel de información (LOI) varían según la fase del proyecto y el tipo de elemento. En la fase de construcción, los elementos estructurales deberían tener LOD 400 (geometría lista para fabricación y propiedades de material completas), mientras que los acabados arquitectónicos pueden seguir en LOD 300. Las incoherencias (un muro con geometría LOD 200 y datos de propiedades LOD 400, o al revés) provocan imprecisiones en el QTO y fallos en los controles de hito de fase.
Detección y causas
- Comprobación de completitud de Pset L2 + propiedades LOI L3 IDS
- Causa: la matriz LOD/LOI no se comunicó con claridad a los equipos de autoría
- Causa: elementos de distintos LOD mezclados en una sola exportación
- Causa: la matriz de LOD no se actualizó cuando cambió el alcance a mitad de proyecto
Solución y prevención
- Usa IDS para definir formalmente qué propiedades se exigen en cada fase
- Comprueba el cumplimiento del LOI con la comprobación L3 IDS en cada hito de fase
- Prevención: publica una matriz LOD/LOI por tipo de elemento al inicio del proyecto
- Prevención: usa la tendencia del Health Score entre fases para detectar retrocesos
Ninguno de los diez errores IFC más comunes es visible en un visor 3D. Los diez se pueden detectar en menos de un minuto con un verificador de modelos L2. La comprobación de cinco minutos antes de subir al CDE es el control de calidad de mayor impacto disponible para un coordinador BIM.
Principio de gestión de calidad IFC
Para un flujo de trabajo paso a paso que revise y corrija estos errores antes de la entrega, consulta cómo revisar un modelo IFC antes de la entrega. Para la herramienta con la que ejecutar la comprobación, consulta la comparativa de los mejores verificadores de modelos IFC. Para el marco completo detrás de los niveles de comprobación, consulta la guía completa del verificador de modelos IFC. Para la distinción conceptual entre verificadores y visores, consulta verificador de modelos IFC frente a visor IFC. Para que dejen de repetirse, incluye un umbral en el contrato: cláusulas del BEP que realmente evitan entregas IFC deficientes.
10 errores comunes en modelos IFC y cómo detectarlos