Volver al blog BIM e IFC
Validación · 2026-06-28 · 22 min
IFC Health Score: la guía definitiva para coordinadores y BIM managers
Un IFC Health Score no es un porcentaje: es una herramienta para tomar decisiones. Cómo se calcula, qué significa cada rango, cómo fijar umbrales en el BEP y cómo usarlo como filtro de calidad en cada fase del proyecto.
IFC Health Score: la guía definitiva para coordinadores y BIM managers — IFC Viewer Online article cover
- 44 — reglas de calidad comprobadas
- 100 — puntuación máxima (no siempre el objetivo)
- 80+ — objetivo para la entrega al CDE
- 0 bytes — subidos para validar
Qué es realmente un IFC Health Score, y qué no es
Todo proyecto BIM tiene en el BEP (plan de ejecución BIM) un requisito de calidad vago: «entregar un IFC de calidad». Nadie define qué significa eso hasta que un modelo se rechaza en el CDE (entorno común de datos), se pierde una sesión de detección de colisiones por culpa de elementos huérfanos, o un paquete de entrega llega con la mitad de los datos de activos sin rellenar. El IFC Health Score existe para convertir ese requisito vago en algo concreto: un único número, calculado siempre de la misma forma, en cualquier máquina, por cualquier herramienta que implemente las mismas reglas.
Pero el error más habitual es tratarlo como un porcentaje. No lo es. Una puntuación de 73 no significa que el 73 % de algo esté correcto. Es una señal de calidad ponderada, ajustada por gravedad y con escala logarítmica. Entender esa diferencia cambia cómo fijas los umbrales, cómo interpretas los resultados y cómo comunicas la calidad a los interesados del proyecto que no trabajan dentro de los archivos IFC.
Un Health Score SÍ ES
- Un resumen ponderado de 0 a 100 de la calidad estructural y de datos
- Un criterio de entrega contractual: tiene su sitio en el EIR (requisitos de información)
- Una señal de decisión: ¿puedo entregar este modelo hoy?
- Un indicador de progreso que se actualiza en cada validación
- Comparable entre versiones del modelo, disciplinas y miembros del equipo
- Afectado por la gravedad (los errores penalizan más que los avisos)
- De escala logarítmica (10 000 avisos de nombrado ≠ 10 000 × 1 aviso de nombrado)
Un Health Score NO ES
- Un porcentaje de reglas de validación superadas
- Una medida de la corrección del diseño o de la exactitud del proyecto
- Un sustituto de la comprobación de cumplimiento de IDS o del EIR
- Una garantía de que los valores de las propiedades son semánticamente correctos
- Un sustituto de la revisión profesional del coordinador BIM
- Una medida absoluta: los umbrales son específicos de cada proyecto y fase
- Una puntuación de herramienta: el mismo modelo obtiene la misma puntuación en cualquier herramienta que implemente las mismas reglas
Por qué los informes de validación tradicionales paralizan la toma de decisiones
Un informe de validación estándar sobre una exportación de Revit de complejidad media suele contener entre 200 y 1200 incidencias individuales repartidas en 8 a 12 categorías de reglas. Te dice todo y nada al mismo tiempo. El Information Manager ve 847 incidencias y rechaza el modelo. El coordinador BIM abre el informe, pasa por encima de 620 avisos de convención de nombrado (todos de la misma regla) y encuentra tres errores realmente críticos enterrados en la página 12.
El problema es que el recuento bruto de incidencias no dice nada sin una ponderación por gravedad. Un modelo con 800 avisos de nombrado y cero errores estructurales es radicalmente distinto de uno con 12 jerarquías espaciales rotas y un IfcProject ausente. Un Health Score condensa esa diferencia en un único número accionable, y el desglose por reglas que hay debajo aporta la lista de acciones priorizada.
Un informe con 847 incidencias te dice que hay problemas. Un Health Score de 74 te dice si puedes entregar hoy, y una puntuación de 34 te dice que pares la coordinación hasta corregirlo.
IFC Viewer Blog
Cómo se calcula un Health Score
El cálculo empieza en 100 y resta puntos por cada incumplimiento de regla. Dos mecanismos evitan que la puntuación se convierta en un simple recuento de incidencias:
Ponderación por gravedad
Los errores de esquema (fallos estructurales: IfcProject ausente, agregados rotos, referencias circulares) tienen una penalización 3 veces mayor que los avisos de calidad (nombres vacíos, clasificaciones ausentes). Esto refleja la jerarquía real de impacto: un fallo estructural rompe las herramientas posteriores; un aviso de nombrado no.
Decaimiento logarítmico
La primera incidencia de un incumplimiento resta más puntos que la milésima. Un modelo con 10 GUID duplicados y otro con 10 000 GUID duplicados no tienen la misma gravedad, pero tampoco una diferencia de 1000 veces. La escala logarítmica evita que el tamaño del archivo contamine la señal de calidad.
Conceptual scoring model:
score = 100
for each failing rule:
base_penalty = rule.severity_weight × log(1 + issue_count)
score -= base_penalty
Severity weights:
schema_error → 3.0× (missing IfcProject, broken hierarchy, duplicate GUIDs)
quality_error → 1.5× (missing property sets, wrong container placement)
warning → 1.0× (naming conventions, missing classifications)
info → 0.3× (optional metadata gaps, non-critical omissions)
score = max(0, score)
Note: The actual formula is proprietary to each tool implementation.
This is the conceptual model — the penalty shape, not the exact coefficients.
Las 11 dimensiones de calidad que determinan tu puntuación
Las 44 reglas de validación se agrupan en once dimensiones de calidad. Saber qué categoría está bajando tu puntuación te dice dónde concentrar el esfuerzo de corrección antes de la siguiente validación:
- Integridad del esquema: ¿el archivo contiene exactamente un IfcProject? ¿Todas las relaciones de agregación apuntan a entidades existentes? ¿Hay referencias espaciales circulares?
- Unicidad y formato del GlobalId: ¿todos los GlobalId son únicos dentro del archivo? ¿El primer carácter está dentro del rango válido 0-3 del alfabeto base-64 de IFC?
- Jerarquía espacial: ¿la cadena de contención Project → Site → Building → Storey → elemento físico está intacta para todos los elementos?
- Contención de elementos: ¿hay elementos físicos huérfanos (sin contenedor espacial) o colocados directamente dentro de IfcBuilding o IfcSite en lugar de en una planta?
- Nombrado de elementos: ¿los campos Name y Description están rellenados en todas las entidades IfcRoot que representan elementos físicos o espacios?
- Integridad de los conjuntos de propiedades: ¿están presentes y rellenados los Pset estándar esperados (Pset_WallCommon, Pset_SpaceCommon, etc.) en los tipos de elemento que los requieren?
- Metadatos ISO 19650: ¿están rellenados IfcProject.LongName, Description y ObjectType? ¿Los campos de autor y organización de la cabecera FILE_NAME no están vacíos?
- Clasificación: ¿los elementos físicos tienen una relación IfcRelAssociatesClassification? ¿El sistema de clasificación es coherente en todo el archivo?
- Asignación de materiales: ¿los elementos estructurales, arquitectónicos y de acabado tienen definiciones de material layer set o material profile set?
- Integridad geométrica: ¿hay caras degeneradas, superficies que se autointersecan o geometría no-manifold que provoque fallos en la detección de colisiones y en la extracción de mediciones?
- Coherencia del LOD: ¿la densidad de los conjuntos de propiedades corresponde al Level of Development declarado? Una entrega LOD 300 sin cantidades de área y volumen no supera esta comprobación.
Rangos de puntuación: qué significa cada tramo y qué hacer
- 97/100 — Excelente: listo para ISO 19650
- 89/100 — Muy bueno: listo para entrega al CDE
- 77/100 — Aceptable: revisar antes de la entrega formal
- 61/100 — Deficiente: necesita correcciones importantes
- 38/100 — Crítico: no entregar
| Rango de puntuación | Tramo | Interpretación y acción |
|---|
| 95 – 100 | Excelente ✅ | Apto para todas las entregas formales, incluidas las de ISO 19650. Incumplimientos mínimos o nulos. No se requiere acción. |
| 85 – 94 | Muy bueno 🟢 | Problemas menores de integridad de datos. Listo para el CDE en coordinación estándar. Resuelve los incumplimientos restantes antes de llegar a LOD 300 o superior. |
| 70 – 84 | Aceptable 🟡 | Carencias significativas de calidad de datos. Aceptable para revisión interna y fase de concepto. Debe revisarse y mejorarse antes de cualquier coordinación entre disciplinas o subida al CDE. |
| 50 – 69 | Deficiente 🟠 | Problemas estructurales o de datos importantes. No apto para coordinación. Corrige primero todos los errores de esquema y después las reglas de calidad de datos de mayor impacto. |
| Por debajo de 50 | Crítico 🔴 | Fallos estructurales fundamentales: elementos huérfanos, jerarquía rota, IfcProject ausente, referencias circulares. Vuelve a la herramienta de modelado. No entregar bajo ningún concepto. |
Estos rangos son un punto de partida. El umbral adecuado para tu proyecto depende de la fase de entrega, de los requisitos contractuales y de lo que toleren las herramientas de quien recibe el modelo. Un organismo de carreteras que recibe archivos IFC de infraestructura para un sistema GIS puede exigir ≥ 90 en cada intercambio; un estudio pequeño de vivienda que hace coordinación interna puede trabajar con comodidad en ≥ 70 durante el desarrollo del diseño. Los tramos anteriores reflejan el consenso del sector, no una regla fija única.
Tres escenarios reales de proyecto: los Health Score en contexto
Los umbrales abstractos son más fáciles de aplicar cuando los has visto frente a modelos reales. Los siguientes escenarios son composiciones a partir de patrones habituales observados en entregas IFC de arquitectura, MEP e infraestructura.
Escenario 1: IFC de arquitectura, puntuación 95
Un edificio de oficinas comercial de tamaño medio, LOD 300, exportado desde ArchiCAD 27. El informe de validación muestra 43 incidencias: 38 avisos de convención de nombrado en elementos de anotación genéricos ('Annotation-001' en lugar de un nombre descriptivo) y 5 casos de asignación de material ausente en paneles de muro cortina. Sin errores de esquema. Sin GUID duplicados. La jerarquía espacial está intacta. Los metadatos de IfcProject están completos. La cabecera del archivo cumple ISO 19650. La puntuación es 95. El BEP exige ≥ 85 para la entrega al CDE. Decisión: entregar tal cual, anotar los problemas de nombrado como comentario no bloqueante en el documento de transmisión, y programar la corrección de las asignaciones de material en la siguiente revisión.
Escenario 2: IFC de instalaciones MEP, puntuación 68
Un modelo completo de instalaciones mecánicas y eléctricas, LOD 250, exportado desde Revit 2025 MEP. Puntuación: 68. El desglose por reglas muestra las causas por orden de prioridad: 214 GlobalId duplicados (gravedad alta: la configuración de exportación de Revit regeneró los GUID, que colisionaron con elementos copiados de un modelo vinculado más antiguo), 89 elementos colocados directamente dentro de IfcBuilding en lugar de en una planta (fallo de contención espacial: los montantes de climatización que atraviesan varias plantas se colocaron al nivel del edificio en lugar de anclarse a la planta de sótano), 44 elementos IfcFlowTerminal sin clasificación (el EIR exigía Uniclass) y 312 avisos de nombrado en cuadros de distribución. Los fallos de contención espacial y los GUID duplicados son de nivel de esquema: corromperán las referencias BCF y romperán la exportación a FM. Este modelo no debería entregarse. Corrige los GUID (autocorregible), corrige la ubicación en planta de los montantes, añade la clasificación y vuelve a validar. Puntuación esperada tras la corrección: ≥ 83.
Escenario 3: IFC de infraestructura, puntuación 82
Un modelo de trazado de carretera en IFC4.3 exportado desde Civil 3D mediante un exportador personalizado, que cubre un tramo de 4 km con elementos de drenaje y bordillo. Puntuación: 82. Las principales fuentes de penalización: 67 elementos sin clasificación (se exigía Uniclass Table J), conjuntos de cantidades ausentes en 104 elementos de bordillo (el contrato exige longitudes explícitas en BaseQuantities) e IfcProject.LongName incoherente (la cabecera muestra el nombre del archivo en lugar del título oficial del proyecto). Sin errores estructurales. Sin GUID duplicados. La especificación del cliente exige una puntuación mínima de 80 para los intercambios de modelo durante la construcción. El modelo se acepta. El coordinador anota las tres áreas de corrección antes de la entrega formal de congelación del diseño, donde el umbral sube a 90.
Cómo deben usar los equipos BIM los Health Score a lo largo del ciclo de vida del proyecto
Un Health Score es más útil cuando forma parte del ritmo del proyecto, no cuando se aplica solo en la entrega. La validación debería tardar menos de 30 segundos en cualquier modelo que se pueda abrir en un navegador: la fricción de ejecutarla es insignificante. La fricción de no ejecutarla —y descubrir fallos estructurales en el filtro del CDE o en una sesión de coordinación— se mide en días.
Control de calidad semanal durante el desarrollo del diseño
Valida cada semana mientras el modelo está en desarrollo activo. Registra la evolución de la puntuación en el diario del proyecto. Una puntuación que baja 15 puntos entre un viernes y el siguiente te dice que algo ha cambiado, y es mucho más fácil de diagnosticar ahora que dentro de seis semanas, cuando el modelo tenga el doble de complejidad.
Antes de cada sesión de coordinación
Cada disciplina debe superar su umbral (≥ 70 para uso interno, ≥ 80 para coordinación entre disciplinas) antes de la sesión. Un modelo federado en Navisworks o un modelo de coordinación IFC construido a partir de archivos con puntuación inferior a 60 genera colisiones sin sentido: elementos en ubicaciones erróneas, tramos de MEP huérfanos que no se pueden referenciar, incidencias BCF que no apuntan a nada.
Antes de la validación IDS / EIR
La validación IDS presupone un modelo base bien formado y con los datos completos. Ejecutar una comprobación IDS sobre un modelo con la jerarquía espacial rota o GUID duplicados produce resultados poco fiables: el motor de IDS puede identificar mal los elementos, pasar por alto reglas de aplicabilidad basadas en la contención, o dar falsos positivos. Exige ≥ 75 antes de cualquier ejecución de IDS para obtener un resultado fiable.
Antes de cada intercambio de modelo
Adjunta el Health Score como campo de cabecera en cada documento de transmisión. Esto da a la disciplina receptora contexto inmediato antes de abrir el archivo, y crea un rastro auditable de la evolución de la calidad del modelo a lo largo del proyecto. Algunos CDE admiten campos de metadatos personalizados: este merece la pena usarlo.
El filtro de entrega al CDE
El punto de control innegociable. El modelo debe cumplir el umbral especificado en el BEP antes de subirlo. Los Information Manager no deberían revisar manualmente modelos que no se hayan validado: el informe de puntuación (con marca de tiempo, versión de la herramienta y puntuación) debería ser un adjunto obligatorio del documento de transmisión. Los modelos por debajo del umbral se devuelven al autor; la puntuación es el motivo objetivo.
- Exporta el IFC desde la herramienta de modelado con la opción de GUID estables activada.
- Ábrelo en el validador del navegador: la validación se completa en menos de 30 segundos para la mayoría de modelos de proyecto.
- Lee la puntuación. Si está por debajo del umbral de tu fase, abre el desglose por reglas.
- Ordena la lista de incidencias por gravedad (errores primero). Corrige los errores de esquema antes que los avisos de datos.
- Aplica las autocorrecciones donde estén disponibles (GUID duplicados, errores de formato). Corrige a mano los problemas de jerarquía y nombrado.
- Vuelve a exportar desde la herramienta de modelado con la configuración corregida (GUID estables, ubicación en planta correcta). Vuelve a validar.
- Cuando se cumpla el umbral, adjunta el informe de puntuación al documento de transmisión y sube el modelo al CDE.
La pila completa de calidad: puntuación → reglas → IDS → BCF → entrega
El Health Score es una capa dentro de una pila de calidad de cuatro capas. Cada capa responde a una pregunta distinta, y no son sustitutas entre sí. Entender la pila es la base conceptual de un flujo de control de calidad BIM sólido:
┌──────────────────────────────────────────────────────────────────┐
│ IFC Model File │
│ (exported from authoring tool) │
└──────────────────────────┬───────────────────────────────────────┘
│
▼
┌──────────────────────────────────────────────────────────────────┐
│ 44 Quality Rules → Health Score (L1 + L2) │
│ Schema · GUIDs · Hierarchy · Names · Psets · ISO 19650 │
│ Question: Is this model well-formed and data-complete? │
│ Output: 0–100 score + prioritised rule-level issue list │
└──────────────────────────┬───────────────────────────────────────┘
│ if score ≥ stage threshold
▼
┌──────────────────────────────────────────────────────────────────┐
│ IDS Validation (L3 — Level 3) │
│ Project-specific EIR/AIR information requirements │
│ Question: Does this model satisfy our contractual spec? │
│ Output: Pass / Fail per IDS spec + element-level evidence │
└──────────────────────────┬───────────────────────────────────────┘
│ on failures found
▼
┌──────────────────────────────────────────────────────────────────┐
│ BCF Issue Report │
│ Structured coordination issues linked to elements │
│ Question: What specifically needs to change, and who owns it? │
│ Output: BCF 2.1 file shared across authoring tools │
└──────────────────────────┬───────────────────────────────────────┘
│ when all layers pass
▼
┌──────────────────────────────────────────────────────────────────┐
│ Formal CDE Delivery │
│ Model + score evidence + IDS report on transmittal │
└──────────────────────────────────────────────────────────────────┘
Capas 1-2: Health Score
44 reglas que abarcan la integridad del esquema, la unicidad de los GUID, la jerarquía espacial, la integridad de las propiedades, el nombrado, ISO 19650, la clasificación, la geometría y los materiales. Es el suelo de calidad universal: se aplica a cualquier archivo IFC, sea cual sea el tipo de proyecto. Un modelo por debajo de 80 no supera este mínimo y no debería pasar a la siguiente capa.
Capa 3: validación IDS
Requisitos específicos del proyecto codificados en XML legible por máquina por el autor del EIR. Seis facetas: Entity (qué tipos de elemento), Attribute (qué atributos), Property (qué valores de Pset), Classification, Material y PartOf. Mientras el Health Score es universal, IDS es a medida: una especificación distinta para cada proyecto y cada paquete de disciplina.
Seguimiento de incidencias con BCF
Cuando fallan las reglas del Health Score o las comprobaciones IDS, las incidencias se convierten en topics BCF: elementos de coordinación estructurados con referencias a elementos, puntos de vista y responsables asignados. BCF traslada las incidencias de calidad desde la pila de validación al flujo de coordinación, donde se pueden asignar, seguir y resolver.
Entrega al CDE
El punto final de la pila. Un modelo que supera el filtro del Health Score y el filtro de IDS cuenta con evidencia documental de su calidad. El informe de puntuación y el resultado de la validación IDS son la evidencia formal de calidad que se adjunta al documento de transmisión, y dan al Information Manager algo que verificar en lugar de algo que suponer.
Cómo fijar umbrales en tu BEP y tu EIR
Un umbral de Health Score sin anclaje contractual es solo un deseo. El EIR (los requisitos de información del cliente) es el documento contractual; el BEP (el plan de ejecución BIM) es el plan de entrega que implementa el EIR. El umbral debe figurar en los dos, siendo la versión del EIR la exigible.
── EIR clause (contractual, enforceable) ─────────────────────────────────────
5.4 Model Quality — IFC Health Score
All IFC information deliveries shall achieve a minimum Health Score
as specified below, validated prior to upload to the Common Data
Environment. The Health Score shall be calculated using [agreed tool]
with [agreed rule set version]. The validation report (including score,
timestamp, and tool version) shall be attached to the transmittal as
evidence of compliance.
Models that do not meet the applicable threshold shall be returned to
the Originator for remediation. Re-upload shall reset the revision
counter and generate a new transmittal record.
Minimum thresholds by LOD and delivery type:
Internal model review (LOD 100–150): ≥ 70
Cross-discipline coordination (LOD 200): ≥ 75
Detailed design CDE delivery (LOD 300): ≥ 80
Construction issue (LOD 350+): ≥ 85
As-built / FM handover (LOD 400+): ≥ 90
── BEP clause (operational, implementation plan) ─────────────────────────────
3.2 Validation Procedure
Prior to each CDE upload, the Information Originator shall:
1. Export IFC with stable GlobalId settings (see Section 4.1).
2. Run the agreed validation tool against the exported file.
3. Confirm the Health Score meets or exceeds the applicable threshold.
4. Attach the score report (PDF or JSON) to the transmittal record.
Seis ideas equivocadas habituales sobre los IFC Health Score
Idea equivocada 1: «Cuanto más alto, mejor: hay que apuntar a 100»
La puntuación adecuada depende por completo de la fase de entrega. Un diseño de concepto debería apuntar a ≥ 70, no a ≥ 95. Dedicar horas a llevar un modelo de volumetría en fase temprana hasta un 95 es un esfuerzo mal repartido: las convenciones de nombrado que corriges se sustituirán en tres semanas cuando cambie el planteamiento. Define umbrales adecuados a cada fase y apunta a esos. Reserva la energía para las subidas de puntuación que ocurren después de LOD 300, donde los cambios salen caros.
Idea equivocada 2: «100 significa que el modelo no tiene ningún problema»
Una puntuación de 100 significa que el modelo ha superado las 44 reglas de calidad estructural y de datos. No dice nada sobre si los valores de las propiedades son correctos en la realidad, si el modelo cumple el EIR del proyecto, si refleja fielmente la intención de diseño, ni si hay colisiones geométricas. Un modelo con todos los Pset rellenados con texto de relleno obtiene 100. La puntuación confirma la salud estructural; no certifica el contenido.
Idea equivocada 3: «Un Health Score sustituye a la validación IDS»
Responden a preguntas distintas. El Health Score pregunta: ¿este archivo está bien formado y con los datos completos según unos estándares de calidad universales? IDS pregunta: ¿este modelo satisface los requisitos de información específicos de este proyecto y de este paquete de disciplina? Un modelo puede obtener 95 y no superar la validación IDS porque le falte la clasificación Uniclass 2015 que exige el EIR, o porque los nombres de IfcBuildingStorey no coincidan con la convención de nombrado de plantas acordada en el BEP del proyecto. Las dos comprobaciones son siempre necesarias: son complementarias, no se solapan.
Idea equivocada 4: «La puntuación me dice qué corregir»
La puntuación te dice si entregar. El desglose a nivel de regla que hay debajo te dice qué corregir. Un 68 sin el desglose de incidencias es un indicador de combustible averiado sin mapa. Abre el detalle por reglas: ordena por gravedad, lee los recuentos y descripciones de elementos, y corrige primero los fallos de mayor gravedad. La puntuación se actualizará de inmediato en la siguiente validación. Las dos piezas de información —puntuación y desglose— se usan siempre juntas.
Idea equivocada 5: «Un Health Score sustituye la revisión del coordinador BIM»
La validación automática detecta fallos estructurales, carencias de integridad de datos e incumplimientos de formato. No puede revisar el cumplimiento del diseño, la viabilidad espacial, el ajuste al programa ni la constructibilidad. Un modelo que obtiene 92 y contiene una estructura de transferencia estructuralmente imposible seguirá obteniendo 92. La revisión profesional de un coordinador BIM o un Information Manager nunca la sustituye una puntuación: la puntuación la apoya. La puntuación elimina el ruido de la lista de comprobación y centra al revisor en lo que importa.
Idea equivocada 6: «Mi modelo está bien, se ha abierto en Revit sin errores»
Que se abra en una herramienta sin errores es el listón mínimo posible. Los parsers de IFC son deliberadamente tolerantes: cargan lo que pueden y descartan o corrigen en silencio lo que no. Un archivo que se abre limpiamente en Revit, ArchiCAD y Navisworks puede tener a la vez 300 GUID duplicados (que rompen BCF en todas las disciplinas), 80 elementos huérfanos (ausentes de todos los informes de colisiones), ningún IfcProject.LongName (que incumple la trazabilidad de ISO 19650) y un Health Score de 41. «Se ha abierto» no es una comprobación de calidad.
Cómo implementa IFC Viewer Online el Health Score
El Health Score de IFC Viewer Online ejecuta las 44 reglas de calidad en el navegador, en menos de 30 segundos, sobre cualquier archivo IFC, sin subir nada. Esto es lo que cubre la implementación:
44 reglas de validación
Cobertura completa de integridad de esquema (L1) y de calidad de datos (L2): unicidad y formato del GlobalId, jerarquía espacial, detección de huérfanos, integridad del nombrado, metadatos ISO 19650, presencia de conjuntos de propiedades, clasificación, asignación de materiales y comprobaciones de integridad geométrica.
Health Score con ponderación por gravedad
Los errores de esquema tienen una penalización 3 veces mayor que los avisos. La escala logarítmica evita que los modelos grandes obtengan puntuaciones artificialmente bajas. El mismo modelo produce la misma puntuación en cada ejecución: es reproducible y auditable.
Desglose por regla con recuento de elementos
Cada regla incumplida muestra el número de incidencias, la gravedad, los tipos de elemento afectados y una explicación de cómo corregirlo. Ordena por gravedad para priorizar el trabajo. El desglose es la lista de acciones; la puntuación es la señal de decisión.
Autocorrección de GUID
Los GlobalId duplicados o fuera de rango se pueden autocorregir con un clic. Se genera un nuevo GUID de 22 caracteres conforme a la especificación, usando el alfabeto base-64 de IFC correcto y con el carácter inicial dentro del rango válido 0-3.
Edición de propiedades no destructiva
Corrige nombres, valores de propiedades y clasificación en archivos recibidos sin volver a la herramienta de modelado. Deshacer y rehacer completos. Los cambios se guardan como un EditDiff[] indexado por GlobalId y se aplican al exportar: el archivo original nunca se modifica directamente.
Validación IDS + exportación BCF
Tras el filtro del Health Score, ejecuta la validación IDS específica del proyecto en las seis facetas (Entity, Attribute, Property, Classification, Material, PartOf). Exporta los incumplimientos como BCF 2.1 para distribuirlos a Revit, ArchiCAD, Solibri y cualquier herramienta de coordinación compatible con BCF.
Ejecuta un Health Score sobre una exportación real de Revit
Este modelo de oficinas de 14 MB se exportó desde Revit: una entrega arquitectónica típica de tamaño medio. Ábrelo para ver el Health Score, el desglose por categorías y el aspecto real de un informe de validación previo a la entrega en un proyecto comercial.
IFC4 · 14 MB
Abrir el visor IFC interactivo
Solución de problemas: cuando la puntuación no mejora
He corregido las incidencias en Revit pero la puntuación no cambia
La causa más habitual: la corrección se aplicó en el modelo de Revit, pero el IFC no se volvió a exportar. La validación se ejecuta sobre el archivo IFC, no sobre el modelo de la herramienta de autoría. Vuelve a exportar siempre después de corregir el modelo de origen, y valida la nueva exportación IFC, no el mismo archivo que corregiste la última vez.
La puntuación ha caído de 81 a 47 entre dos exportaciones
Una caída de más de 20 puntos entre revisiones casi siempre indica un cambio en la configuración de exportación, en concreto que la opción de generación de GUID ha pasado de «Keep Existing» a «Generate New». Esto produce miles de GlobalId nuevos que el validador ve como fuera de rango o duplicados respecto a un modelo vinculado anterior. Revisa la configuración del exportador de IFC y vuelve a la generación de GUID estables.
La puntuación es 76 pero el Information Manager exige 80
Abre el desglose por reglas y ordena por aportación a la penalización, no por número de incidencias. Los cuatro puntos que te separan del 80 casi seguro se concentran en 1 o 2 reglas. Corrige primero los incumplimientos de mayor penalización, a menudo errores de contención espacial o conjuntos de propiedades ausentes en un tipo de elemento concreto. Corrige esas dos reglas, vuelve a exportar y revalida. La puntuación suele subir más de lo esperado porque la estructura de penalización no es lineal.
La puntuación es 95 pero la validación IDS falla
Es esperable y correcto. El Health Score y IDS cubren capas distintas. Un 95 significa que el modelo es excelente a nivel estructural. Que falle IDS significa que no cumple un requisito específico del proyecto: un valor de Pset, un código de clasificación, el espesor de una capa de material. Revisa el informe de fallos de IDS: identificará los elementos exactos, los valores esperados y los valores reales. Corrígelo en la herramienta de modelado o usa la edición de propiedades no destructiva para archivos recibidos.
Preguntas frecuentes
¿Qué es un IFC Health Score?
Una señal de calidad ponderada de 0 a 100 que resume la integridad estructural y la completitud de datos de un modelo frente a 44 reglas de validación. No es un porcentaje: es una puntuación ponderada por gravedad y con escala logarítmica, en la que los errores de esquema cuentan más que los avisos de datos, y el primer incumplimiento de una regla penaliza más que el milésimo.
¿Cómo se calcula?
La puntuación empieza en 100. Cada incumplimiento resta puntos según el peso de gravedad del fallo y el logaritmo del número de incidencias. Los errores de esquema (fallos estructurales) tienen una penalización 3 veces mayor que los avisos de calidad. La escala logarítmica evita que los modelos grandes parezcan artificialmente peores que los pequeños con la misma densidad de problemas de fondo.
¿Qué Health Score debo exigir en el BEP?
≥ 80 para la entrega estándar al CDE y la coordinación entre disciplinas. ≥ 90 para hitos formales de ISO 19650 y entregas con LOD 300 o superior. ≥ 70 para revisiones internas en fase de concepto. Especifícalo tanto en el EIR (contractual) como en el BEP. Solo el EIR crea un filtro de calidad exigible legalmente.
¿Puede un modelo obtener 100 y aun así tener problemas de calidad?
Sí. La puntuación cubre 44 reglas de calidad estructural y de datos. No cubre el cumplimiento de IDS (los requisitos específicos del proyecto), la corrección semántica (si los valores de las propiedades son correctos en la realidad) ni la intención de diseño. Un modelo con valores de relleno en todos los conjuntos de propiedades obtiene 100. La puntuación confirma la salud estructural; no certifica el contenido.
¿Una puntuación alta significa que puedo saltarme la validación IDS?
No. Responden a preguntas distintas. Health Score: ¿este modelo está bien formado y con los datos completos? IDS: ¿este modelo cumple los requisitos de información específicos de este proyecto? Un 95 en Health Score con la validación IDS fallando es un resultado habitual y esperable: corrige los fallos de IDS y vuelve a validar los dos.
¿Todos los modelos deberían apuntar a 100?
No. Fija umbrales adecuados a cada fase. Perseguir el 100 en fase de concepto desperdicia un esfuerzo que corresponde al desarrollo del diseño. El objetivo es «¿cumple el modelo el umbral de esta fase de entrega?». Define esos umbrales en el BEP y el EIR al inicio del proyecto, y valida contra ellos, no contra el máximo teórico.
Resumen
Un modelo que se ha abierto sin errores en Revit no es un modelo con la calidad comprobada. Es un modelo sin comprobar que ha resultado legible. El Health Score es la diferencia entre esas dos cosas, y tardas 30 segundos en averiguar cuál de las dos tienes.
IFC Viewer Blog
Entiende el número
El Health Score es una señal de decisión ponderada por gravedad y con escala logarítmica. 80 o más significa listo para el CDE. Por debajo de 60 significa problemas estructurales. No es un porcentaje: es un veredicto de calidad.
Fíjalo por contrato
Los umbrales adecuados a cada fase tienen su sitio en el EIR (contractual) y en el BEP (operativo). Sin una cláusula en el EIR, el umbral no es exigible. Añádelo al inicio del proyecto, antes de la primera entrega.
Intégralo en el ritmo del proyecto
Validación semanal durante el desarrollo del diseño. Comprobación previa antes de cada sesión de coordinación. Filtro de control antes de subir al CDE. Adjunta el informe de puntuación a cada documento de transmisión. Convierte la puntuación en una rutina del proyecto, no en el agobio del día de entrega.
Usa la pila completa
Health Score → IDS → BCF → entrega. Cada capa responde a una pregunta distinta. La puntuación es el suelo; IDS es el techo. Usa las dos, y exporta los incumplimientos a BCF para poder seguirlos y resolverlos en el flujo de coordinación.
Para la explicación técnica de cómo se organizan las 44 reglas en tres niveles de validación, consulta la guía completa del verificador de modelos IFC. Para la cuestión de arquitectura navegador frente a nube —cuándo el procesamiento local es la opción correcta para datos de proyecto sensibles—, consulta validación IFC en el navegador frente a en la nube. Si tienes un archivo IFC recibido con valores de propiedades, GUID o nombrado que hay que corregir antes de validar, la guía del editor de IFC online gratuito explica la edición no destructiva sin pasar por la herramienta de modelado. Y para los fallos estructurales más comunes que hunden la puntuación por debajo de 70, consulta los 7 errores de validación IFC más comunes.
IFC Health Score: la guía definitiva para coordinadores y BIM managers