Torna al blog BIM i IFC
Validació · 2026-06-28 · 22 min
IFC Health Score: la guia definitiva per a coordinadors i managers BIM
Un IFC Health Score no és un percentatge: és una eina de presa de decisions. Com es calcula, què significa cada tram, com fixar llindars al BEP i com utilitzar-lo com a filtre de qualitat a cada fase del projecte.
IFC Health Score: la guia definitiva per a coordinadors i managers BIM — IFC Viewer Online article cover
- 44 — regles de qualitat comprovades
- 100 — puntuació màxima (no sempre l'objectiu)
- 80+ — objectiu per al lliurament a un CDE
- 0 bytes — pujats per validar
Què és realment un IFC Health Score, i què no és
Tot projecte BIM té al BEP un requisit de qualitat vague: «lliura un IFC de qualitat». Ningú no defineix què significa això fins que un model es rebutja al CDE, es perd una sessió de detecció de col·lisions per culpa d'elements orfes, o un paquet de lliurament arriba amb la meitat de les dades d'actius sense omplir. L'IFC Health Score existeix per convertir aquest requisit vague en una cosa concreta: un únic número, calculat sempre de la mateixa manera, en qualsevol màquina, per qualsevol eina que implementi les mateixes regles.
Però l'error més habitual és tractar-lo com un percentatge. No ho és. Una puntuació de 73 no vol dir que el 73 % d'alguna cosa sigui correcte. És un senyal de qualitat ponderat, ajustat per gravetat i amb escala logarítmica. Entendre aquesta diferència canvia com fixes els llindars, com interpretes els resultats i com comuniques la qualitat als interessats del projecte que no treballen dins dels fitxers IFC.
Un Health Score SÍ ÉS
- Un resum ponderat de 0 a 100 de la qualitat estructural i de dades
- Un criteri de lliurament contractual: té el seu lloc a l'EIR
- Un senyal de decisió: puc lliurar aquest model avui?
- Un indicador de progrés que s'actualitza a cada validació
- Comparable entre versions del model, disciplines i membres de l'equip
- Afectat per la gravetat (els errors penalitzen més que els avisos)
- D'escala logarítmica (10.000 avisos de nomenclatura ≠ 10.000 × 1 avís de nomenclatura)
Un Health Score NO ÉS
- Un percentatge de regles de validació superades
- Una mesura de la correcció del disseny o de la precisió del projecte
- Un substitut de la comprovació de compliment de l'IDS o de l'EIR
- Una garantia que els valors de les propietats són semànticament correctes
- Un substitut de la revisió professional del coordinador BIM
- Una mesura absoluta: els llindars són específics de cada projecte i fase
- Una puntuació d'eina: el mateix model obté la mateixa puntuació en qualsevol eina que implementi les mateixes regles
Per què els informes de validació tradicionals paralitzen la presa de decisions
Un informe de validació estàndard sobre una exportació de Revit de complexitat mitjana sol contenir entre 200 i 1.200 incidències individuals repartides en 8 a 12 categories de regles. Diu tot i res alhora. L'Information Manager veu 847 incidències i rebutja el model. El coordinador BIM obre l'informe, passa per damunt de 620 avisos de convenció de nomenclatura (tots de la mateixa regla) i troba tres errors realment crítics enterrats a la pàgina 12.
El problema és que el recompte brut d'incidències no diu res sense una ponderació per gravetat. Un model amb 800 avisos de nomenclatura i cap error estructural és radicalment diferent d'un amb 12 jerarquies espacials trencades i un IfcProject absent. Un Health Score condensa aquesta diferència en un únic número accionable, i el desglossament per regles que hi ha a sota aporta la llista d'accions prioritzada.
Un informe amb 847 incidències et diu que hi ha problemes. Un Health Score de 74 et diu si pots lliurar avui, i una puntuació de 34 et diu que aturis la coordinació fins que estigui corregit.
IFC Viewer Blog
Com es calcula un Health Score
El càlcul comença en 100 i resta punts per cada incompliment de regla. Dos mecanismes eviten que la puntuació es converteixi en un simple recompte d'incidències:
Ponderació per gravetat
Els errors d'esquema (fallades estructurals: IfcProject absent, agregats trencats, referències circulars) tenen una penalització 3 vegades superior a la dels avisos de qualitat (noms buits, classificacions absents). Això reflecteix la jerarquia real d'impacte: una fallada estructural trenca les eines següents; un avís de nomenclatura no.
Decaïment logarítmic
La primera aparició d'un incompliment resta més punts que la milèsima. Un model amb 10 GUID duplicats i un altre amb 10.000 GUID duplicats no tenen la mateixa gravetat, però tampoc una diferència de 1.000 vegades. L'escala logarítmica evita que la mida del fitxer contamini el senyal de qualitat.
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.
Les 11 dimensions de qualitat que determinen la teva puntuació
Les 44 regles de validació s'agrupen en onze dimensions de qualitat. Saber quina categoria està fent baixar la teva puntuació et diu on centrar l'esforç de correcció abans de la propera validació:
- Integritat de l'esquema: conté el fitxer exactament un IfcProject? Totes les relacions d'agregació apunten a entitats existents? Hi ha referències espacials circulars?
- Unicitat i format del GlobalId: tots els GlobalId són únics dins del fitxer? El primer caràcter cau dins del rang vàlid 0–3 de l'alfabet base-64 d'IFC?
- Jerarquia espacial: la cadena de contenció Project → Site → Building → Storey → element físic està intacta per a tots els elements?
- Contenció d'elements: hi ha elements físics orfes (sense contenidor espacial), o col·locats directament dins d'IfcBuilding o IfcSite en lloc d'una planta?
- Nomenclatura d'elements: els camps Name i Description estan omplerts a totes les entitats IfcRoot que representen elements físics o espais?
- Integritat dels conjunts de propietats: hi són presents i omplerts els Pset estàndard esperats (Pset_WallCommon, Pset_SpaceCommon, etc.) en els tipus d'element que els requereixen?
- Metadades ISO 19650: estan omplerts IfcProject.LongName, Description i ObjectType? Els camps d'autor i organització de la capçalera FILE_NAME no són buits?
- Classificació: els elements físics tenen una relació IfcRelAssociatesClassification? El sistema de classificació és coherent en tot el fitxer?
- Assignació de materials: els elements estructurals, arquitectònics i d'acabat tenen definicions de material layer set o material profile set?
- Integritat geomètrica: hi ha cares degenerades, superfícies que s'autointersequen o geometria no manifold que provoqui fallades en la detecció de col·lisions i en l'extracció d'amidaments?
- Coherència del LOD: la densitat dels conjunts de propietats es correspon amb el Level of Development declarat? Un lliurament LOD 300 sense quantitats d'àrea i volum no supera aquesta comprovació.
Rangs de puntuació: què significa cada tram i què cal fer
- 97/100 — Excel·lent — llest per a ISO 19650
- 89/100 — Molt bo — llest per al lliurament al CDE
- 77/100 — Acceptable — revisar abans del lliurament formal
- 61/100 — Deficient — calen correccions importants
- 38/100 — Crític — no lliurar
| Rang de puntuació | Tram | Interpretació i acció |
|---|
| 95 – 100 | Excel·lent ✅ | Apte per a tots els lliuraments formals, incloent-hi els d'ISO 19650. Incompliments mínims o nuls. No cal cap acció. |
| 85 – 94 | Molt bo 🟢 | Problemes menors d'integritat de dades. Llest per al CDE en coordinació estàndard. Resol els incompliments restants abans d'arribar a LOD 300 o superior. |
| 70 – 84 | Acceptable 🟡 | Mancances significatives de qualitat de dades. Acceptable per a revisió interna i fase de concepte. S'ha de revisar i millorar abans de qualsevol coordinació entre disciplines o pujada al CDE. |
| 50 – 69 | Deficient 🟠 | Problemes estructurals o de dades importants. No apte per a coordinació. Corregeix primer tots els errors d'esquema i després les regles de qualitat de dades de més impacte. |
| Per sota de 50 | Crític 🔴 | Fallades estructurals fonamentals: elements orfes, jerarquia trencada, IfcProject absent, referències circulars. Torna a l'eina de modelatge. No lliurar sota cap concepte. |
Aquests rangs són un marc de partida. El llindar adequat per al teu projecte depèn de la fase de lliurament, dels requisits contractuals i del que puguin tolerar les eines de qui rep el model. Un organisme de carreteres que rep fitxers IFC d'infraestructura per a un sistema GIS pot exigir ≥ 90 a cada intercanvi; un estudi petit d'habitatge que fa coordinació interna pot treballar còmodament en ≥ 70 durant el desenvolupament del disseny. Els trams anteriors reflecteixen el consens del sector, no una regla fixa única.
Tres escenaris reals de projecte: els Health Score en context
Els llindars abstractes són més fàcils d'aplicar quan els has vist davant de models reals. Els escenaris següents són composicions a partir de patrons habituals observats en lliuraments IFC d'arquitectura, MEP i infraestructura.
Escenari 1: IFC d'arquitectura — puntuació 95
Un edifici d'oficines comercial de mida mitjana, LOD 300, exportat des d'ArchiCAD 27. L'informe de validació mostra 43 incidències: 38 avisos de convenció de nomenclatura en elements d'anotació genèrics ('Annotation-001' en lloc d'un nom descriptiu) i 5 casos d'assignació de material absent en plafons de mur cortina. Cap error d'esquema. Cap GUID duplicat. La jerarquia espacial és intacta. Les metadades d'IfcProject estan completes. La capçalera del fitxer compleix ISO 19650. La puntuació és 95. El BEP exigeix ≥ 85 per al lliurament al CDE. Decisió: lliurar tal com és, anotar els problemes de nomenclatura com a comentari no bloquejant al document de transmissió i programar la correcció de les assignacions de material a la propera revisió.
Escenari 2: IFC d'instal·lacions MEP — puntuació 68
Un model complet d'instal·lacions mecàniques i elèctriques, LOD 250, exportat des de Revit 2025 MEP. Puntuació: 68. El desglossament per regles mostra les causes per ordre de prioritat: 214 GlobalId duplicats (gravetat alta: la configuració d'exportació de Revit va regenerar els GUID, que van col·lidir amb elements copiats d'un model vinculat més antic), 89 elements col·locats directament dins d'IfcBuilding en lloc d'una planta (fallada de contenció espacial: els muntants de climatització que travessen diverses plantes es van col·locar al nivell de l'edifici en lloc d'ancorar-se a la planta de soterrani), 44 elements IfcFlowTerminal sense classificació (l'EIR exigia Uniclass) i 312 avisos de nomenclatura en quadres de distribució. Les fallades de contenció espacial i els GUID duplicats són de nivell d'esquema: corrompran les referències BCF i trencaran l'exportació a FM. Aquest model no s'hauria de lliurar. Corregeix els GUID (autocorregible), corregeix la ubicació en planta dels muntants, afegeix la classificació i torna a validar. Puntuació esperada després de la correcció: ≥ 83.
Escenari 3: IFC d'infraestructura — puntuació 82
Un model de traçat de carretera en IFC4.3 exportat des de Civil 3D mitjançant un exportador personalitzat, que cobreix un tram de 4 km amb elements de drenatge i vorada. Puntuació: 82. Les principals fonts de penalització: 67 elements sense classificació (calia Uniclass Table J), conjunts de quantitats absents en 104 elements de vorada (el contracte exigeix longituds explícites a BaseQuantities) i un IfcProject.LongName incoherent (la capçalera mostra el nom del fitxer en lloc del títol oficial del projecte). Cap error estructural. Cap GUID duplicat. L'especificació del client exigeix una puntuació mínima de 80 per als intercanvis de model durant la construcció. El model s'accepta. El coordinador anota les tres àrees de correcció abans del lliurament formal de congelació del disseny, on el llindar puja a 90.
Com han d'usar els equips BIM els Health Score al llarg del cicle de vida del projecte
Un Health Score és més útil quan forma part del ritme del projecte, no quan s'aplica només al lliurament. La validació hauria de trigar menys de 30 segons en qualsevol model que es pugui obrir en un navegador: la fricció d'executar-la és insignificant. La fricció de no executar-la —i descobrir fallades estructurals al filtre del CDE o en una sessió de coordinació— es mesura en dies.
Control de qualitat setmanal durant el desenvolupament del disseny
Valida cada setmana mentre el model estigui en desenvolupament actiu. Registra l'evolució de la puntuació al diari del projecte. Una puntuació que baixa 15 punts entre un divendres i el següent et diu que alguna cosa ha canviat, i és molt més fàcil de diagnosticar ara que d'aquí a sis setmanes, quan el model tingui el doble de complexitat.
Abans de cada sessió de coordinació
Cada disciplina ha de superar el seu llindar (≥ 70 per a ús intern, ≥ 80 per a coordinació entre disciplines) abans de la sessió. Un model federat a Navisworks o un model de coordinació IFC construït a partir de fitxers amb puntuació inferior a 60 genera col·lisions sense sentit: elements en ubicacions errònies, trams de MEP orfes que no es poden referenciar, incidències BCF que no apunten enlloc.
Abans de la validació IDS / EIR
La validació IDS pressuposa un model base ben format i amb les dades completes. Executar una comprovació IDS sobre un model amb la jerarquia espacial trencada o GUID duplicats produeix resultats poc fiables: el motor de l'IDS pot identificar malament els elements, passar per alt regles d'aplicabilitat basades en la contenció, o donar falsos positius. Exigeix ≥ 75 abans de qualsevol execució d'IDS per obtenir un resultat fiable.
Abans de cada intercanvi de model
Adjunta el Health Score com a camp de capçalera a cada document de transmissió. Això dona a la disciplina receptora context immediat abans d'obrir el fitxer, i crea un rastre auditable de l'evolució de la qualitat del model al llarg del projecte. Alguns CDE admeten camps de metadades personalitzats: aquest val la pena fer-lo servir.
El filtre de lliurament al CDE
El punt de control innegociable. El model ha de complir el llindar especificat al BEP abans de la pujada. Els Information Manager no haurien de revisar manualment models que no s'hagin validat: l'informe de puntuació (amb marca de temps, versió de l'eina i puntuació) hauria de ser un adjunt obligatori del document de transmissió. Els models per sota del llindar es retornen a l'autor; la puntuació és el motiu objectiu.
- Exporta l'IFC des de l'eina de modelatge amb l'opció de GUID estables activada.
- Obre'l al validador del navegador: la validació es completa en menys de 30 segons per a la majoria de models de projecte.
- Llegeix la puntuació. Si és per sota del llindar de la teva fase, obre el desglossament per regles.
- Ordena la llista d'incidències per gravetat (errors primer). Corregeix els errors d'esquema abans que els avisos de dades.
- Aplica les autocorreccions on estiguin disponibles (GUID duplicats, errors de format). Corregeix a mà els problemes de jerarquia i nomenclatura.
- Torna a exportar des de l'eina de modelatge amb la configuració corregida (GUID estables, ubicació en planta correcta). Torna a validar.
- Quan es compleixi el llindar, adjunta l'informe de puntuació al document de transmissió i puja el model al CDE.
La pila completa de qualitat: puntuació → regles → IDS → BCF → lliurament
El Health Score és una capa dins d'una pila de qualitat de quatre capes. Cada capa respon a una pregunta diferent, i no són substituts les unes de les altres. Entendre la pila és la base conceptual d'un flux de control de qualitat BIM sòlid:
┌──────────────────────────────────────────────────────────────────┐
│ 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 │
└──────────────────────────────────────────────────────────────────┘
Capes 1–2: Health Score
44 regles que abasten la integritat de l'esquema, la unicitat dels GUID, la jerarquia espacial, la integritat de les propietats, la nomenclatura, ISO 19650, la classificació, la geometria i els materials. És el terra de qualitat universal: s'aplica a qualsevol fitxer IFC, sigui quin sigui el tipus de projecte. Un model per sota de 80 no supera aquest mínim i no hauria de passar a la capa següent.
Capa 3: validació IDS
Requisits específics del projecte codificats en XML llegible per màquina per l'autor de l'EIR. Sis facetes: Entity (quins tipus d'element), Attribute (quins atributs), Property (quins valors de Pset), Classification, Material i PartOf. Mentre el Health Score és universal, l'IDS és a mida: una especificació diferent per a cada projecte i cada paquet de disciplina.
Seguiment d'incidències amb BCF
Quan fallen les regles del Health Score o les comprovacions IDS, les incidències es converteixen en topics BCF: elements de coordinació estructurats amb referències a elements, punts de vista i responsables assignats. BCF trasllada les incidències de qualitat des de la pila de validació al flux de coordinació, on es poden assignar, seguir i resoldre.
Lliurament al CDE
El punt final de la pila. Un model que supera el filtre del Health Score i el filtre de l'IDS compta amb evidència documental de la seva qualitat. L'informe de puntuació i el resultat de la validació IDS són l'evidència formal de qualitat que s'adjunta al document de transmissió, i donen a l'Information Manager alguna cosa a verificar en lloc d'alguna cosa a suposar.
Com fixar llindars al teu BEP i al teu EIR
Un llindar de Health Score sense ancoratge contractual és només un desig. L'EIR (els requisits d'informació del client) és el document contractual; el BEP (el pla d'execució BIM) és el pla de lliurament que implementa l'EIR. El llindar ha de figurar als dos, sent la versió de l'EIR l'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.
Sis idees equivocades habituals sobre els IFC Health Score
Idea equivocada 1: «Com més alt, millor: cal apuntar a 100»
La puntuació adequada depèn completament de la fase de lliurament. Un disseny de concepte hauria d'apuntar a ≥ 70, no a ≥ 95. Dedicar hores a portar un model volumètric de fase inicial fins a un 95 és un esforç mal repartit: les convencions de nomenclatura que corregeixis se substituiran d'aquí a tres setmanes quan canviï el plantejament. Defineix llindars adequats a cada fase i apunta a aquests. Reserva l'energia per a les pujades de puntuació que passen després de LOD 300, on els canvis surten cars.
Idea equivocada 2: «100 vol dir que el model no té cap problema»
Una puntuació de 100 vol dir que el model ha superat les 44 regles de qualitat estructural i de dades. No diu res sobre si els valors de les propietats són correctes en realitat, si el model compleix l'EIR del projecte, si reflecteix fidelment la intenció de disseny, ni si hi ha col·lisions geomètriques. Un model amb tots els Pset omplerts amb text de farciment obté 100. La puntuació confirma la salut estructural; no certifica el contingut.
Idea equivocada 3: «Un Health Score substitueix la validació IDS»
Responen preguntes diferents. El Health Score pregunta: aquest fitxer està ben format i amb les dades completes segons uns estàndards de qualitat universals? L'IDS pregunta: aquest model satisfà els requisits d'informació específics d'aquest projecte i d'aquest paquet de disciplina? Un model pot obtenir 95 i no superar la validació IDS perquè li falti la classificació Uniclass 2015 que exigeix l'EIR, o perquè els noms d'IfcBuildingStorey no coincideixin amb la convenció de nomenclatura de plantes acordada al BEP del projecte. Les dues comprovacions són sempre necessàries: són complementàries, no se solapen.
Idea equivocada 4: «La puntuació em diu què he de corregir»
La puntuació et diu si has de lliurar. El desglossament a nivell de regla que hi ha a sota et diu què has de corregir. Un 68 sense el desglossament d'incidències és un indicador de combustible espatllat sense mapa. Obre el detall per regles: ordena per gravetat, llegeix els recomptes i descripcions d'elements, i corregeix primer les fallades de més gravetat. La puntuació s'actualitzarà de seguida a la propera validació. Les dues peces d'informació —puntuació i desglossament— s'utilitzen sempre juntes.
Idea equivocada 5: «Un Health Score substitueix la revisió del coordinador BIM»
La validació automàtica detecta fallades estructurals, mancances d'integritat de dades i incompliments de format. No pot revisar el compliment del disseny, la viabilitat espacial, l'ajust al calendari ni la constructibilitat. Un model que obté 92 i conté una estructura de transferència estructuralment impossible seguirà obtenint 92. La revisió professional d'un coordinador BIM o un Information Manager mai no la substitueix una puntuació: la puntuació la recolza. La puntuació elimina el soroll de la llista de comprovació i centra el revisor en el que importa.
Idea equivocada 6: «El meu model està bé, s'ha obert a Revit sense errors»
Que s'obri en una eina sense errors és el llistó mínim possible. Els parsers d'IFC són deliberadament tolerants: carreguen el que poden i descarten o corregeixen en silenci el que no. Un fitxer que s'obre netament a Revit, ArchiCAD i Navisworks pot tenir alhora 300 GUID duplicats (que trenquen BCF en totes les disciplines), 80 elements orfes (absents de tots els informes de col·lisions), cap IfcProject.LongName (que incompleix la traçabilitat d'ISO 19650) i un Health Score de 41. «S'ha obert» no és una comprovació de qualitat.
Com implementa IFC Viewer Online el Health Score
El Health Score d'IFC Viewer Online executa les 44 regles de qualitat al navegador, en menys de 30 segons, sobre qualsevol fitxer IFC, sense pujar res. Això és el que cobreix la implementació:
44 regles de validació
Cobertura completa d'integritat d'esquema (L1) i de qualitat de dades (L2): unicitat i format del GlobalId, jerarquia espacial, detecció d'orfes, integritat de la nomenclatura, metadades ISO 19650, presència de conjunts de propietats, classificació, assignació de materials i comprovacions d'integritat geomètrica.
Health Score amb ponderació per gravetat
Els errors d'esquema tenen una penalització 3 vegades superior a la dels avisos. L'escala logarítmica evita que els models grans obtinguin puntuacions artificialment baixes. El mateix model produeix la mateixa puntuació a cada execució: és reproduïble i auditable.
Desglossament per regla amb recompte d'elements
Cada regla incomplerta mostra el nombre d'incidències, la gravetat, els tipus d'element afectats i una explicació de com corregir-ho. Ordena per gravetat per prioritzar la feina. El desglossament és la llista d'accions; la puntuació és el senyal de decisió.
Autocorrecció de GUID
Els GlobalId duplicats o fora de rang es poden autocorregir amb un clic. Es genera un nou GUID de 22 caràcters conforme a l'especificació, fent servir l'alfabet base-64 d'IFC correcte i amb el caràcter inicial dins del rang vàlid 0–3.
Edició de propietats no destructiva
Corregeix noms, valors de propietats i classificació en fitxers rebuts sense tornar a l'eina de modelatge. Desfer i refer complets. Els canvis es guarden com un EditDiff[] indexat per GlobalId i s'apliquen en exportar: el fitxer original mai no es modifica directament.
Validació IDS + exportació BCF
Després del filtre del Health Score, executa la validació IDS específica del projecte en les sis facetes (Entity, Attribute, Property, Classification, Material, PartOf). Exporta els incompliments com a BCF 2.1 per distribuir-los a Revit, ArchiCAD, Solibri i qualsevol eina de coordinació compatible amb BCF.
Executa un Health Score sobre una exportació real de Revit
Aquest model d'oficines de 14 MB es va exportar des de Revit: un lliurament arquitectònic típic de mida mitjana. Obre'l per veure el Health Score, el desglossament per categories i l'aspecte real d'un informe de validació previ al lliurament en un projecte comercial.
IFC4 · 14 MB
Obre el visor IFC interactiu
Resolució de problemes: quan la puntuació no millora
He corregit les incidències a Revit però la puntuació no canvia
La causa més habitual: la correcció es va aplicar al model de Revit, però l'IFC no es va tornar a exportar. La validació s'executa sobre el fitxer IFC, no sobre el model de l'eina d'autoria. Torna a exportar sempre després de corregir el model d'origen, i valida la nova exportació IFC, no el mateix fitxer que vas corregir l'última vegada.
La puntuació ha caigut de 81 a 47 entre dues exportacions
Una caiguda de més de 20 punts entre revisions gairebé sempre indica un canvi a la configuració d'exportació, en concret que l'opció de generació de GUID ha passat de «Keep Existing» a «Generate New». Això produeix milers de GlobalId nous que el validador veu com a fora de rang o duplicats respecte a un model vinculat anterior. Revisa la configuració de l'exportador d'IFC i torna a la generació de GUID estables.
La puntuació és 76 però l'Information Manager n'exigeix 80
Obre el desglossament per regles i ordena per aportació a la penalització, no per nombre d'incidències. Els quatre punts que et separen del 80 gairebé segur que es concentren en 1 o 2 regles. Corregeix primer els incompliments de més penalització, sovint errors de contenció espacial o conjunts de propietats absents en un tipus d'element concret. Corregeix aquestes dues regles, torna a exportar i revalida. La puntuació sol pujar més del que s'esperava perquè l'estructura de penalització no és lineal.
La puntuació és 95 però la validació IDS falla
Això és esperable i correcte. El Health Score i l'IDS cobreixen capes diferents. Un 95 vol dir que el model és excel·lent a nivell estructural. Que falli l'IDS vol dir que no compleix un requisit específic del projecte: un valor de Pset, un codi de classificació, el gruix d'una capa de material. Revisa l'informe de fallades de l'IDS: identificarà els elements exactes, els valors esperats i els valors reals. Corregeix-ho a l'eina de modelatge o utilitza l'edició de propietats no destructiva per als fitxers rebuts.
Preguntes freqüents
Què és un IFC Health Score?
Un senyal de qualitat ponderat de 0 a 100 que resumeix la integritat estructural i la completesa de dades d'un model respecte a 44 regles de validació. No és un percentatge: és una puntuació ponderada per gravetat i amb escala logarítmica, en què els errors d'esquema compten més que els avisos de dades, i el primer incompliment d'una regla penalitza més que el mil·lèsim.
Com es calcula?
La puntuació comença en 100. Cada incompliment resta punts segons el pes de gravetat de la fallada i el logaritme del nombre d'incidències. Els errors d'esquema (fallades estructurals) tenen una penalització 3 vegades superior a la dels avisos de qualitat. L'escala logarítmica evita que els models grans semblin artificialment pitjors que els petits amb la mateixa densitat de problemes de fons.
Quin Health Score he d'exigir al BEP?
≥ 80 per al lliurament estàndard a un CDE i la coordinació entre disciplines. ≥ 90 per a fites formals d'ISO 19650 i lliuraments amb LOD 300 o superior. ≥ 70 per a revisions internes en fase de concepte. Especifica-ho tant a l'EIR (contractual) com al BEP. Només l'EIR crea un filtre de qualitat exigible legalment.
Pot un model obtenir 100 i tenir encara problemes de qualitat?
Sí. La puntuació cobreix 44 regles de qualitat estructural i de dades. No cobreix el compliment de l'IDS (els requisits específics del projecte), la correcció semàntica (si els valors de les propietats són correctes en realitat) ni la intenció de disseny. Un model amb valors de farciment a tots els conjunts de propietats obté 100. La puntuació confirma la salut estructural; no certifica el contingut.
Una puntuació alta vol dir que em puc estalviar la validació IDS?
No. Responen preguntes diferents. Health Score: aquest model està ben format i amb les dades completes? IDS: aquest model compleix els requisits d'informació específics d'aquest projecte? Un 95 al Health Score amb la validació IDS fallant és un resultat habitual i esperable: corregeix les fallades de l'IDS i torna a validar-los tots dos.
Tots els models haurien d'apuntar a 100?
No. Fixa llindars adequats a cada fase. Perseguir el 100 en fase de concepte malbarata un esforç que correspon al desenvolupament del disseny. L'objectiu és «compleix el model el llindar d'aquesta fase de lliurament?». Defineix aquests llindars al BEP i a l'EIR a l'inici del projecte, i valida contra ells, no contra el màxim teòric.
Resum
Un model que s'ha obert sense errors a Revit no és un model amb la qualitat comprovada. És un model sense comprovar que ha resultat llegible. El Health Score és la diferència entre aquestes dues coses, i trigues 30 segons a esbrinar quina de les dues tens.
IFC Viewer Blog
Entén el número
El Health Score és un senyal de decisió ponderat per gravetat i amb escala logarítmica. 80 o més vol dir llest per al CDE. Per sota de 60 vol dir problemes estructurals. No és un percentatge: és un veredicte de qualitat.
Fixa'l per contracte
Els llindars adequats a cada fase tenen el seu lloc a l'EIR (contractual) i al BEP (operatiu). Sense una clàusula a l'EIR, el llindar no és exigible. Afegeix-lo a l'inici del projecte, abans del primer lliurament.
Integra'l en el ritme del projecte
Validació setmanal durant el desenvolupament del disseny. Comprovació prèvia abans de cada sessió de coordinació. Filtre de control abans de pujar al CDE. Adjunta l'informe de puntuació a cada document de transmissió. Converteix la puntuació en una rutina del projecte, no en l'angoixa del dia de lliurament.
Utilitza la pila completa
Health Score → IDS → BCF → lliurament. Cada capa respon una pregunta diferent. La puntuació és el terra; l'IDS és el sostre. Utilitza les dues, i exporta els incompliments a BCF perquè es puguin seguir i resoldre en el flux de coordinació.
Per a l'explicació tècnica de com s'organitzen les 44 regles en tres nivells de validació, consulta la guia completa del verificador de models IFC. Per a la qüestió d'arquitectura navegador versus núvol —quan el processament local és l'opció correcta per a dades de projecte sensibles—, consulta validació IFC al navegador enfront del núvol. Si tens un fitxer IFC rebut amb valors de propietats, GUID o nomenclatura que cal corregir abans de validar, la guia de l'editor d'IFC en línia gratuït explica l'edició no destructiva sense passar per l'eina de modelatge. I per a les fallades estructurals més comunes que enfonsen la puntuació per sota de 70, consulta els 7 errors de validació IFC més habituals.
IFC Health Score: la guia definitiva per a coordinadors i managers BIM