Torna al blog BIM e IFC
Validazione · 2026-06-28 · 22 min
IFC Health Score: la guida definitiva per BIM Coordinator e BIM Manager
Un IFC Health Score non è una percentuale: è uno strumento decisionale. Come viene calcolato, cosa significa ogni fascia, come impostare le soglie nel BEP e come usarlo come quality gate in ogni fase del progetto.
IFC Health Score: la guida definitiva per BIM Coordinator e BIM Manager — IFC Viewer Online article cover
- 44 — regole di qualità verificate
- 100 — punteggio massimo (non sempre l'obiettivo)
- 80+ — obiettivo per la consegna al CDE
- 0 byte — caricati per la validazione
Cos'è davvero (e cosa non è) un IFC Health Score
Ogni progetto BIM ha un requisito di qualità vago nel BEP. 'Consegna un IFC di qualità.' Nessuno definisce cosa significhi finché un modello non viene rifiutato presso l'ambiente di condivisione dei dati (CDE), una sessione di clash detection (rilevamento delle interferenze) non viene sprecata su elementi orfani, o un pacchetto di consegna non risulta mancante di metà dei suoi dati di asset. L'IFC Health Score esiste per rendere concreto questo requisito vago: un numero unico, calcolato allo stesso modo ogni volta, su ogni macchina, da ogni strumento che lo implementa.
Ma l'errore più comune è trattarlo come una percentuale. Non lo è. Un punteggio di 73 non significa che il 73% di qualcosa sia corretto. È un segnale di qualità pesato per gravità e scalato logaritmicamente. Capire questa differenza cambia il modo in cui imposti le soglie, interpreti i risultati e comunichi la qualità agli stakeholder di progetto che non lavorano dentro i file IFC.
Un Health Score È
- Un riepilogo pesato da 0 a 100 della qualità strutturale e dei dati
- Un criterio di consegna contrattualizzabile: appartiene all'EIR
- Un segnale decisionale: posso consegnare questo modello oggi?
- Un indicatore di avanzamento che si aggiorna a ogni validazione
- Confrontabile tra versioni del modello, discipline e membri del team
- Influenzato dalla gravità (gli errori penalizzano più degli avvisi)
- Scalato logaritmicamente (10.000 avvisi di denominazione ≠ 10.000 × 1 avviso di denominazione)
Un Health Score NON È
- Una percentuale di regole di validazione superate
- Una misura della correttezza progettuale o dell'accuratezza del progetto
- Un sostituto del controllo di conformità IDS / EIR
- Una garanzia che i valori delle proprietà siano semanticamente corretti
- Un sostituto della revisione professionale del BIM Coordinator
- Una misura assoluta: le soglie sono specifiche per progetto e per fase
- Un punteggio legato allo strumento: lo stesso modello dà lo stesso punteggio in qualsiasi strumento che implementi le stesse regole
Perché i report di validazione tradizionali creano paralisi decisionale
Un report di validazione standard su un export Revit di media complessità contiene tipicamente tra 200 e 1.200 problemi individuali distribuiti su 8-12 categorie di regole. Dice tutto e niente allo stesso tempo. L'Information Manager vede 847 problemi e rifiuta il modello. Il BIM Coordinator apre il report, scorre 620 avvisi sulla convenzione di denominazione (tutti la stessa regola) e trova tre errori davvero critici sepolti a pagina 12.
Il problema è che i conteggi grezzi dei problemi non sono informativi senza una pesatura per gravità. Un modello con 800 avvisi di denominazione e zero errori strutturali è categoricamente diverso da un modello con 12 gerarchie spaziali interrotte e un IfcProject mancante. Un Health Score comprime questa distinzione in un unico numero azionabile, e il dettaglio per regola sottostante fornisce l'elenco delle azioni prioritarie.
Un report con 847 problemi ti dice che ci sono problemi. Un Health Score di 74 ti dice se puoi consegnare oggi, e un punteggio di 34 ti dice di fermare il coordinamento finché non viene corretto.
IFC Viewer Blog
Come si calcola un Health Score
Il calcolo parte da 100 e sottrae punti per ogni regola non superata. Due meccanismi impediscono che il punteggio diventi un semplice conteggio di problemi:
Pesatura per gravità
Gli errori di schema (guasti strutturali: IfcProject mancante, aggregazioni interrotte, riferimenti circolari) pesano 3 volte più degli avvisi di qualità (nomi vuoti, classificazioni mancanti). Questo riflette la reale gerarchia di impatto: un guasto strutturale rompe gli strumenti a valle, un avviso di denominazione no.
Decadimento logaritmico
La prima occorrenza di una regola non superata sottrae più punti della millesima. Un modello con 10 GUID duplicati e un modello con 10.000 GUID duplicati sono diversi per gravità, ma non 1.000 volte diversi. La scala logaritmica evita che la dimensione del file contamini il segnale di qualità.
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.
Le 11 dimensioni di qualità che determinano il tuo punteggio
Le 44 regole di validazione si raggruppano in undici dimensioni di qualità. Capire quale categoria sta abbassando il tuo punteggio ti dice dove concentrare gli sforzi di correzione prima della prossima validazione:
- Integrità dello schema — Il file contiene esattamente un IfcProject? Tutte le relazioni di aggregazione puntano a entità esistenti? Ci sono riferimenti spaziali circolari?
- Unicità e formato dei GlobalId — Tutti i GlobalId sono univoci all'interno del file? Il primo carattere rientra nell'intervallo valido 0–3 dell'alfabeto base-64 IFC?
- Gerarchia spaziale — La catena di contenimento Progetto → Sito → Edificio → Piano → elemento fisico è intatta per tutti gli elementi?
- Contenimento degli elementi — Ci sono elementi fisici orfani (senza contenitore spaziale), o posizionati direttamente dentro IfcBuilding o IfcSite invece che in un piano?
- Denominazione degli elementi — I campi Name e Description sono compilati su tutte le entità IfcRoot che rappresentano elementi fisici o spazi?
- Completezza dei set di proprietà — I set di proprietà standard attesi (Pset_WallCommon, Pset_SpaceCommon, ecc.) sono presenti e compilati sui tipi di elemento che li richiedono?
- Metadati ISO 19650 — IfcProject.LongName, Description e ObjectType sono compilati? I campi autore e organizzazione dell'intestazione FILE_NAME sono non vuoti?
- Classificazione — Gli elementi fisici portano una relazione IfcRelAssociatesClassification? Il sistema di classificazione è coerente in tutto il file?
- Assegnazione dei materiali — Gli elementi strutturali, architettonici e di finitura hanno definizioni di material layer set o material profile set?
- Integrità della geometria — Ci sono facce degeneri, superfici autointersecanti o geometrie non manifold che causeranno errori nella clash detection e nel computo metrico?
- Coerenza del LOD — La densità dei set di proprietà corrisponde al Level of Development dichiarato? Una consegna a LOD 300 priva di quantità di superficie e volume non supera questo controllo.
Fasce di punteggio: cosa significa ogni fascia e cosa fare
- 97/100 — Eccellente — pronto per ISO 19650
- 89/100 — Molto buono — pronto per la consegna al CDE
- 77/100 — Accettabile — da rivedere prima della consegna formale
- 61/100 — Scarso — servono correzioni significative
- 38/100 — Critico — non consegnare
| Intervallo di punteggio | Fascia | Interpretazione e azione |
|---|
| 95 – 100 | Eccellente ✅ | Adatto a tutte le consegne formali, incluse le presentazioni ISO 19650. Nessuna o minime regole non superate. Nessuna azione necessaria. |
| 85 – 94 | Molto buono 🟢 | Problemi minori di completezza dei dati. Pronto per il CDE per il coordinamento standard. Risolvi le rimanenti non conformità prima del LOD 300+. |
| 70 – 84 | Accettabile 🟡 | Lacune significative nella qualità dei dati. Accettabile per revisione interna e progettazione concettuale. Deve essere rivisto e migliorato prima di qualsiasi coordinamento tra discipline o caricamento sul CDE. |
| 50 – 69 | Scarso 🟠 | Problemi strutturali o di dati significativi. Non adatto al coordinamento. Correggi prima tutti gli errori di schema, poi affronta le regole di qualità dei dati a maggiore impatto. |
| Sotto 50 | Critico 🔴 | Guasti strutturali fondamentali: elementi orfani, gerarchia interrotta, IfcProject mancante, riferimenti circolari. Torna allo strumento di authoring. Non consegnare in nessun caso. |
Queste fasce sono uno schema di partenza. La soglia appropriata per il tuo progetto dipende dalla fase di consegna, dai requisiti contrattuali e da quanto gli strumenti della parte ricevente possono tollerare. Un ente autostradale che riceve file IFC di infrastrutture per un sistema GIS può richiedere ≥ 90 a ogni scambio; uno studio residenziale di piccole dimensioni che fa coordinamento interno può lavorare comodamente a ≥ 70 durante lo sviluppo progettuale. Le fasce sopra riflettono il consenso di settore, non una regola unica e fissa.
Tre scenari di progetto reali: gli Health Score nel contesto
Le soglie astratte sono più facili da applicare quando le hai viste applicate a modelli reali. Gli scenari seguenti sono composizioni tratte da pattern comuni osservati in consegne IFC architettoniche, MEP e infrastrutturali.
Scenario 1: IFC architettonico — Punteggio 95
Un edificio per uffici commerciale di medie dimensioni, LOD 300, esportato da ArchiCAD 27. Il report di validazione mostra 43 problemi: 38 avvisi sulla convenzione di denominazione su elementi di annotazione generici ('Annotation-001' invece di un nome descrittivo), e 5 casi di assegnazioni di materiale mancanti sui pannelli della facciata continua. Nessun errore di schema. Nessun GUID duplicato. La gerarchia spaziale è intatta. I metadati di IfcProject sono completamente compilati. L'intestazione del file ISO 19650 è completa. Il punteggio è 95. Il BEP richiede ≥ 85 per la consegna al CDE. Decisione: consegnare così com'è, segnalare i problemi di denominazione come commento non bloccante nella trasmittale, pianificare la correzione delle assegnazioni di materiale nella prossima revisione.
Scenario 2: IFC impianti MEP — Punteggio 68
Un modello completo degli impianti meccanici ed elettrici, LOD 250, esportato da Revit 2025 MEP. Punteggio: 68. Il dettaglio per regola mostra le cause in ordine di priorità: 214 GlobalId duplicati (gravità alta: la configurazione di esportazione di Revit ha rigenerato i GUID, entrando in collisione con elementi copiati da un modello collegato più vecchio), 89 elementi posizionati direttamente dentro IfcBuilding invece che in un piano (guasto di contenimento spaziale: i montanti HVAC che attraversano più piani sono stati posizionati a livello di edificio invece che ancorati al piano interrato), 44 elementi IfcFlowTerminal senza classificazione (era richiesta la Uniclass dall'EIR), e 312 avvisi di denominazione sui quadri di distribuzione. I guasti di contenimento spaziale e i GUID duplicati sono a livello di schema: corromperanno i riferimenti BCF e romperanno l'export FM. Questo modello non dovrebbe essere consegnato. Correggi i GUID (auto-correggibile), correggi il posizionamento in piano dei montanti, aggiungi la classificazione — poi rivalida. Punteggio atteso dopo la correzione: ≥ 83.
Scenario 3: IFC infrastrutturale — Punteggio 82
Un modello di tracciato stradale IFC4.3 esportato da Civil 3D tramite un esportatore personalizzato, che copre un tratto stradale di 4 km con elementi di drenaggio e cordoli. Punteggio: 82. Le principali fonti di penalizzazione: 67 elementi senza classificazione (era richiesta la Uniclass Table J), set di quantità mancanti su 104 elementi di cordolo (il contratto richiede lunghezze esplicite in BaseQuantities), e IfcProject.LongName incoerente (l'intestazione mostra il nome del file invece del titolo ufficiale del progetto). Nessun errore strutturale. Nessun GUID duplicato. Il capitolato del cliente richiede un punteggio minimo di 80 per gli scambi di modello durante la costruzione. Il modello supera la soglia. Il coordinatore annota le tre aree da correggere prima della presentazione formale di congelamento del progetto, dove la soglia sale a 90.
Come i team BIM dovrebbero usare gli Health Score lungo il ciclo di vita del progetto
Un Health Score è più utile quando è integrato nel ritmo del progetto, non applicato solo alla consegna. La validazione dovrebbe richiedere meno di 30 secondi per qualsiasi modello apribile in un browser: l'attrito nell'eseguirla è trascurabile. L'attrito nel non eseguirla — e nello scoprire guasti strutturali a un gate del CDE o in una sessione di coordinamento — si misura in giorni.
QA settimanale durante lo sviluppo progettuale
Esegui la validazione ogni settimana durante l'authoring attivo del modello. Traccia l'andamento del punteggio nel registro di progetto. Un punteggio che scende di 15 punti tra un venerdì e il venerdì successivo ti dice che qualcosa è cambiato — ed è molto più facile da diagnosticare ora che tra sei settimane, quando il modello sarà due volte più complesso.
Prima di ogni sessione di coordinamento
Ogni disciplina dovrebbe superare la propria soglia (≥ 70 per uso interno, ≥ 80 tra discipline) prima della sessione. Un modello di coordinamento federato in Navisworks o IFC, costruito da file con punteggio sotto 60, produce clash senza senso: elementi in posizioni sbagliate, tratti MEP orfani non referenziabili, problemi BCF che puntano al nulla.
Prima della validazione IDS / EIR
La validazione IDS presuppone un modello base ben formato e completo nei dati. Eseguire un controllo IDS su un modello con gerarchia spaziale interrotta o GUID duplicati produce risultati inaffidabili: il motore IDS può identificare male gli elementi, non rilevare regole di applicabilità basate sul contenimento, o produrre falsi positivi. Richiedi ≥ 75 prima di ogni esecuzione IDS per ottenere un risultato affidabile.
Prima di ogni scambio di modello
Allega l'Health Score come campo di intestazione a ogni trasmittale. Questo dà alla disciplina ricevente un contesto immediato prima di aprire il file, e crea una traccia di controllo dell'andamento della qualità del modello lungo tutto il progetto. Alcuni CDE supportano campi di metadati personalizzati: questo è uno che vale la pena usare.
Il gate di consegna al CDE
Il checkpoint non negoziabile. Il modello deve raggiungere la soglia specificata nel BEP prima del caricamento. Gli Information Manager non dovrebbero rivedere manualmente modelli non validati: il report del punteggio (con timestamp, versione dello strumento e punteggio) dovrebbe essere un allegato obbligatorio alla trasmittale. I modelli sotto soglia vengono restituiti all'origine; il punteggio è la motivazione oggettiva.
- Esporta l'IFC dallo strumento di authoring con le impostazioni di GUID stabile attivate.
- Apri il file nel validatore del browser: la validazione si completa in meno di 30 secondi per la maggior parte dei modelli di progetto.
- Leggi il punteggio. Se è sotto la soglia della tua fase, apri il dettaglio per regola.
- Ordina l'elenco dei problemi per gravità (prima gli errori). Affronta gli errori di schema prima degli avvisi sui dati.
- Applica le correzioni automatiche dove disponibili (GUID duplicati, errori di formato). Correzioni manuali per i problemi di gerarchia e denominazione.
- Ri-esporta dallo strumento di authoring con le impostazioni corrette (GUID stabili, posizionamento in piano corretto). Rivalida.
- Quando la soglia è raggiunta, allega il report del punteggio alla trasmittale e carica sul CDE.
Lo stack di qualità completo: Punteggio → Regole → IDS → BCF → Consegna
L'Health Score è uno strato in uno stack di qualità a quattro livelli. Ogni strato risponde a una domanda diversa, e non sono sostituti l'uno dell'altro. Capire lo stack è il fondamento concettuale di un workflow di BIM QA solido:
┌──────────────────────────────────────────────────────────────────┐
│ 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 │
└──────────────────────────────────────────────────────────────────┘
Livello 1–2: Health Score
44 regole su integrità dello schema, unicità dei GUID, gerarchia spaziale, completezza delle proprietà, denominazione, ISO 19650, classificazione, geometria e materiali. Questo è il livello minimo universale di qualità: si applica a ogni file IFC indipendentemente dal tipo di progetto. Un modello sotto 80 non supera questo controllo minimo e non dovrebbe procedere al livello successivo.
Livello 3: validazione IDS
Requisiti specifici del progetto codificati in XML leggibile da macchina dall'autore dell'EIR. Sei faccette: Entity (quali tipi di elemento), Attribute (quali attributi), Property (quali valori di Pset), Classification, Material e PartOf. Dove l'Health Score è universale, l'IDS è su misura: una specifica diversa per ogni progetto e ogni pacchetto disciplinare.
Tracciamento dei problemi BCF
Quando le regole dell'Health Score o i controlli IDS falliscono, i problemi diventano topic BCF: elementi di coordinamento strutturati con riferimenti agli elementi, viewpoint e responsabili. Il BCF porta i problemi di qualità dallo stack di validazione al workflow di coordinamento, dove possono essere assegnati, tracciati e risolti.
Consegna al CDE
Il punto finale dello stack. Un modello che supera il gate dell'Health Score e il gate IDS ha evidenza documentale di qualità. Il report del punteggio e il risultato della validazione IDS sono l'evidenza formale di qualità allegata alla trasmittale, offrendo all'Information Manager qualcosa da verificare invece di qualcosa da indovinare.
Impostare le soglie nel tuo BEP e nell'EIR
Una soglia di Health Score senza una collocazione contrattuale è un desiderio. L'EIR (Employer Information Requirements) è il documento contrattuale; il BEP (BIM Execution Plan) è il piano di consegna che attua l'EIR. La soglia appartiene a entrambi, con la versione dell'EIR che è quella vincolante.
── 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.
Sei fraintendimenti comuni sugli IFC Health Score
Fraintendimento 1: "Più alto è sempre meglio: punta a 100"
Il punteggio appropriato dipende interamente dalla fase di consegna. Una progettazione concettuale dovrebbe puntare a ≥ 70, non a ≥ 95. Spendere ore per portare un modello di massing in fase iniziale a 95 è uno sforzo mal allocato: le convenzioni di denominazione che hai corretto verranno sostituite tra tre settimane quando lo schema cambierà. Definisci soglie appropriate per fase e punta a quelle. Riserva l'energia per gli incrementi di punteggio che avvengono dopo il LOD 300, dove i cambiamenti sono costosi.
Fraintendimento 2: "100 significa zero problemi nel modello"
Un punteggio di 100 significa che il modello ha superato tutte le 44 regole di qualità strutturale e dei dati. Non dice nulla sul fatto che i valori delle proprietà siano corretti nel merito, che il modello soddisfi l'EIR di progetto, che l'intento progettuale sia rappresentato accuratamente, o che ci siano interferenze geometriche. Un modello con ogni Pset compilato con testo segnaposto ottiene 100. Il punteggio conferma la salute strutturale; non certifica il contenuto.
Fraintendimento 3: "Un Health Score sostituisce la validazione IDS"
Rispondono a domande diverse. L'Health Score chiede: questo file è ben formato e completo nei dati secondo standard di qualità universali? L'IDS chiede: questo modello soddisfa i requisiti informativi specifici di questo progetto e di questo pacchetto disciplinare? Un modello può ottenere 95 e non superare la validazione IDS perché manca la classificazione Uniclass 2015 richiesta dall'EIR, o perché i nomi di IfcBuildingStorey non corrispondono alla convenzione di denominazione dei piani concordata nel BEP di progetto. Entrambi i controlli sono sempre necessari: sono complementari, non sovrapposti.
Fraintendimento 4: "Il punteggio mi dice cosa correggere"
Il punteggio ti dice se consegnare. Il dettaglio per regola sottostante ti dice cosa correggere. Un punteggio di 68 senza il dettaglio dei problemi è un indicatore del carburante guasto senza una mappa. Apri il dettaglio delle regole: ordina per gravità, leggi i conteggi degli elementi e le descrizioni, e correggi prima i guasti a maggiore gravità. Il punteggio si aggiornerà immediatamente alla validazione successiva. Le due informazioni — punteggio e dettaglio — si usano sempre insieme.
Fraintendimento 5: "Un Health Score sostituisce la revisione del BIM Coordinator"
La validazione automatica individua guasti strutturali, lacune di completezza dei dati e violazioni di formato. Non può valutare la conformità progettuale, la fattibilità spaziale, l'allineamento al programma o la costruibilità. Un modello che ottiene 92 e contiene una struttura di trasferimento strutturalmente impossibile otterrà comunque 92. La revisione professionale di un BIM Coordinator o di un Information Manager non viene mai sostituita da un punteggio: viene supportata da esso. Il punteggio elimina il rumore di fondo della checklist e concentra chi revisiona su ciò che conta.
Fraintendimento 6: "Il mio modello va bene: si è aperto in Revit senza errori"
Aprirsi in uno strumento senza errori è la soglia minima possibile. I parser IFC sono deliberatamente tolleranti: caricano ciò che possono e scartano o correggono silenziosamente ciò che non possono. Un file che si apre correttamente in Revit, ArchiCAD e Navisworks può contemporaneamente avere 300 GUID duplicati (che rompono il BCF in ogni disciplina), 80 elementi orfani (assenti da ogni report di clash), nessun IfcProject.LongName (che fa fallire la tracciabilità ISO 19650), e un Health Score di 41. 'Si è aperto' non è un controllo di qualità.
Come IFC Viewer Online implementa l'Health Score
L'Health Score di IFC Viewer Online esegue tutte le 44 regole di qualità nel browser, in meno di 30 secondi, su qualsiasi file IFC: nulla viene caricato. Ecco cosa copre l'implementazione:
44 regole di validazione
Copertura completa dell'integrità dello schema L1 e della qualità dei dati L2: unicità e formato dei GlobalId, gerarchia spaziale, rilevamento degli orfani, completezza della denominazione, metadati ISO 19650, presenza dei set di proprietà, classificazione, assegnazioni di materiale e controlli di integrità della geometria.
Health Score con pesatura per gravità
Gli errori di schema pesano 3 volte più degli avvisi. La scala logaritmica evita che i modelli grandi ottengano un punteggio artificiosamente basso. Lo stesso modello produce lo stesso punteggio a ogni esecuzione: è riproducibile e verificabile.
Dettaglio per regola con conteggio degli elementi
Ogni regola non superata mostra il numero di problemi, la gravità, i tipi di elemento coinvolti e una spiegazione per la correzione. Ordina per gravità per dare priorità al lavoro. Il dettaglio è l'elenco delle azioni; il punteggio è il segnale decisionale.
Correzione automatica per i GUID
I GlobalId duplicati o fuori intervallo sono correggibili automaticamente con un clic. Viene generato un nuovo GUID di 22 caratteri conforme alla specifica, usando il corretto alfabeto base-64 IFC, con un carattere iniziale nell'intervallo valido 0–3.
Modifica non distruttiva delle proprietà
Correggi nomi, valori delle proprietà e classificazione su file ricevuti senza tornare allo strumento di authoring. Undo/redo completo. Le modifiche sono memorizzate come un EditDiff[] indicizzato per GlobalId e applicato all'esportazione: il file originale non viene mai modificato sul posto.
Validazione IDS + export BCF
Dopo il gate dell'Health Score, esegui la validazione IDS specifica del progetto su tutte e sei le faccette (Entity, Attribute, Property, Classification, Material, PartOf). Esporta le non conformità come BCF 2.1 per la distribuzione a Revit, ArchiCAD, Solibri e qualsiasi strumento di coordinamento compatibile con BCF.
Esegui un Health Score su un export Revit reale
Questo modello di ufficio da 14 MB è stato esportato da Revit: una tipica consegna architettonica di medie dimensioni. Aprilo per vedere l'Health Score, il dettaglio per regola per categoria, e come si presenta un vero report di validazione pre-consegna per un progetto commerciale.
IFC4 · 14 MB
Apri il visualizzatore IFC interattivo
Risoluzione dei problemi: quando il punteggio non migliora
Ho corretto i problemi in Revit ma il punteggio non è cambiato
La causa più comune: la correzione è stata applicata al modello Revit ma l'IFC non è stato ri-esportato. La validazione viene eseguita sul file IFC, non sul modello di authoring. Ri-esporta sempre dopo aver corretto il modello di authoring, e valida il nuovo export IFC, non lo stesso file che avevi corretto la volta precedente.
Il punteggio è passato da 81 a 47 tra due export
Un calo di punteggio superiore a 20 punti tra revisioni indica quasi sempre un cambiamento nella configurazione di esportazione: in particolare, l'impostazione di generazione dei GUID è passata da 'Mantieni esistenti' a 'Genera nuovi'. Questo produce migliaia di nuovi GlobalId che il validatore vede come fuori intervallo o duplicati rispetto a un file collegato precedente. Controlla le impostazioni dell'esportatore IFC e ripristina un output con GUID stabili.
Il punteggio è 76 ma l'Information Manager richiede 80
Apri il dettaglio delle regole e ordina per contributo alla penalizzazione, non per numero di problemi. I quattro punti che ti separano da 80 sono quasi certamente concentrati in 1-2 regole. Correggi prima i guasti della regola con la penalizzazione più alta — spesso errori di contenimento spaziale o set di proprietà mancanti su un tipo di elemento specifico. Correggi quelle due regole, ri-esporta e rivalida. Il punteggio in genere si muove più del previsto perché la struttura di penalizzazione non è lineare.
Il punteggio è 95 ma la validazione IDS fallisce
Questo è atteso e corretto. L'Health Score e l'IDS affrontano livelli diversi. Un punteggio di 95 significa che il modello è strutturalmente eccellente. Un fallimento IDS significa che non soddisfa un requisito specifico del progetto: un valore di Pset, un codice di classificazione, uno spessore di strato di materiale. Controlla il report dei fallimenti IDS: identificherà gli elementi esatti, i valori attesi e i valori effettivi. Correggi nello strumento di authoring oppure usa la modifica non distruttiva delle proprietà per i file ricevuti.
Domande frequenti
Cos'è un IFC Health Score?
Un segnale di qualità pesato da 0 a 100 che riassume l'integrità strutturale e la completezza dei dati di un modello rispetto a 44 regole di validazione. Non è una percentuale: è un punteggio pesato per gravità e scalato logaritmicamente, in cui gli errori di schema contano più degli avvisi sui dati, e la prima non conformità di una regola penalizza più della millesima.
Come si calcola?
Il punteggio parte da 100. Ogni regola non superata sottrae punti in base al peso di gravità del fallimento e al logaritmo del numero di problemi. Gli errori di schema (guasti strutturali) pesano 3 volte più degli avvisi di qualità. La scala logaritmica evita che i modelli grandi appaiano artificiosamente peggiori dei modelli piccoli per la stessa densità di problemi sottostante.
Quale Health Score devo specificare nel BEP?
≥ 80 per la consegna standard al CDE e il coordinamento tra discipline. ≥ 90 per le presentazioni formali di milestone ISO 19650 e le consegne a LOD 300+. ≥ 70 per le revisioni interne in fase concettuale. Specificalo nell'EIR (contrattuale) oltre che nel BEP. Solo l'EIR crea un quality gate legalmente vincolante.
Un modello può ottenere 100 e avere comunque problemi di qualità?
Sì. Il punteggio copre 44 regole di qualità strutturale e dei dati. Non copre la conformità IDS (requisiti specifici del progetto), la correttezza semantica (se i valori delle proprietà sono effettivamente accurati) o l'intento progettuale. Un modello con valori segnaposto in ogni set di proprietà ottiene 100. Il punteggio conferma la salute strutturale; non certifica il contenuto.
Un Health Score alto significa che posso saltare la validazione IDS?
No. Rispondono a domande diverse. Health Score: questo modello è ben formato e completo nei dati? IDS: questo modello soddisfa i requisiti informativi specifici di questo progetto? Un punteggio di 95 insieme a un controllo IDS fallito è un esito comune e atteso: correggi i fallimenti IDS, poi rivalida entrambi.
Ogni modello dovrebbe puntare a 100?
No. Imposta soglie appropriate per fase. Puntare a 100 nella progettazione concettuale spreca energie che appartengono allo sviluppo progettuale. L'obiettivo è: il modello soddisfa la soglia per questa fase di consegna? Definisci queste soglie nel BEP e nell'EIR all'avvio del progetto, poi valida rispetto a esse, non rispetto al massimo teorico.
Riepilogo
Un modello che si è aperto senza errori in Revit non è un modello controllato per la qualità. È un modello non controllato che è riuscito a essere letto. L'Health Score è la differenza tra queste due cose — e bastano 30 secondi per scoprire quale delle due hai.
IFC Viewer Blog
Capisci il numero
L'Health Score è un segnale decisionale pesato per gravità e scalato logaritmicamente. 80+ significa pronto per il CDE. Sotto 60 significa problemi strutturali. Non una percentuale: un verdetto di qualità.
Impostalo contrattualmente
Le soglie appropriate per fase appartengono all'EIR (contrattuale) e al BEP (operativo). Senza una clausola nell'EIR, la soglia non è vincolante. Aggiungila all'avvio del progetto, prima della prima consegna.
Integralo nel ritmo di lavoro
Validazione settimanale durante lo sviluppo progettuale. Controllo pre-sessione prima del coordinamento. Controllo di gate prima del caricamento sul CDE. Allega il report del punteggio a ogni trasmittale. Rendi il punteggio una routine di progetto, non un panico del giorno di consegna.
Usa l'intero stack
Health Score → IDS → BCF → Consegna. Ogni livello risponde a una domanda diversa. Il punteggio è il pavimento; l'IDS è il soffitto. Usa entrambi, ed esporta le non conformità in BCF così da poterle tracciare e risolvere nel workflow di coordinamento.
Per la spiegazione tecnica di come le 44 regole sono organizzate in tre livelli di validazione, vedi la guida completa al model checker IFC. Per la domanda sull'architettura browser vs cloud — cioè quando l'elaborazione locale è la scelta giusta per i dati di progetto sensibili — vedi validazione IFC basata su browser vs cloud. Se hai un file IFC ricevuto con valori di proprietà, GUID o denominazioni da correggere prima della validazione, la guida all'editor IFC online gratuito copre la modifica non distruttiva senza tornare allo strumento di authoring. E per i guasti strutturali più comuni che abbassano i punteggi sotto 70, vedi i 7 errori di validazione IFC più comuni.
IFC Health Score: la guida definitiva per BIM Coordinator e BIM Manager