Retour au blog BIM & IFC
Validation · 2026-06-28 · 22 min
IFC Health Score : le guide complet pour les coordinateurs et managers BIM
Un IFC Health Score n'est pas un pourcentage : c'est un outil d'aide à la décision. Comment il est calculé, ce que signifie chaque tranche, comment définir des seuils dans le BEP, et comment l'utiliser comme un contrôle qualité à chaque étape du projet.
IFC Health Score : le guide complet pour les coordinateurs et managers BIM — IFC Viewer Online article cover
- 44 — règles de qualité contrôlées
- 100 — score maximum (pas toujours l'objectif)
- 80+ — cible pour une livraison en CDE
- 0 octets — téléversés pour la validation
Ce qu'est réellement un IFC Health Score — et ce qu'il n'est pas
Chaque projet BIM comporte une exigence de qualité vague dans le BEP. « Livrer un IFC de qualité. » Personne ne définit ce que cela signifie tant qu'un modèle n'est pas rejeté au niveau du CDE, qu'une session de détection de conflits n'est pas gâchée par des éléments orphelins, ou qu'un dossier de remise ne s'avère amputé de la moitié de ses données d'actifs. L'IFC Health Score existe pour rendre cette exigence vague concrète : un nombre unique, calculé de la même façon à chaque fois, sur chaque machine, par chaque outil qui l'implémente.
Mais l'erreur la plus courante consiste à le traiter comme un pourcentage. Ce n'en est pas un. Un score de 73 ne signifie pas que 73 % de quelque chose est correct. C'est un signal de qualité pondéré, ajusté selon la gravité et mis à l'échelle logarithmique. Comprendre cette distinction change la façon dont vous fixez les seuils, dont vous interprétez les résultats, et dont vous communiquez la qualité aux parties prenantes du projet qui ne travaillent pas directement dans les fichiers IFC.
Ce qu'un Health Score EST
- Un résumé pondéré, de 0 à 100, de la qualité structurelle et des données
- Un critère de livrable contractualisable — il a sa place dans l'EIR
- Un signal de décision : puis-je livrer ce modèle aujourd'hui ?
- Un indicateur d'avancement qui se met à jour à chaque validation
- Comparable entre versions de modèle, disciplines et membres de l'équipe
- Sensible à la gravité (les erreurs pénalisent plus que les avertissements)
- Mis à l'échelle logarithmique (10 000 avertissements de nommage ≠ 10 000 × 1 avertissement de nommage)
Ce qu'un Health Score N'EST PAS
- Un pourcentage de règles de validation respectées
- Une mesure de la justesse de la conception ou de l'exactitude du projet
- Un substitut au contrôle de conformité IDS / EIR
- Une garantie que les valeurs des propriétés sont sémantiquement correctes
- Un substitut à la revue professionnelle du coordinateur BIM
- Une mesure absolue — les seuils dépendent du projet et de l'étape
- Un score propre à un outil — le même modèle donne le même score dans tout outil implémentant les mêmes règles
Pourquoi les rapports de validation traditionnels créent une paralysie décisionnelle
Un rapport de validation standard sur un export Revit de complexité moyenne contient généralement entre 200 et 1 200 problèmes individuels répartis sur 8 à 12 catégories de règles. Il dit tout et rien à la fois. L'Information Manager voit 847 problèmes et rejette le modèle. Le coordinateur BIM ouvre le rapport, fait défiler 620 avertissements de convention de nommage (tous relevant de la même règle), et finit par trouver trois erreurs réellement critiques enfouies en page 12.
Le problème, c'est qu'un simple décompte de problèmes n'est pas informatif sans pondération par la gravité. Un modèle avec 800 avertissements de nommage et zéro erreur structurelle est fondamentalement différent d'un modèle avec 12 hiérarchies spatiales rompues et un IfcProject manquant. Un Health Score condense cette distinction en un seul nombre exploitable — et le détail par règle qui l'accompagne fournit la liste d'actions priorisée.
Un rapport avec 847 problèmes vous dit qu'il y a des problèmes. Un Health Score de 74 vous dit si vous pouvez livrer aujourd'hui — et un score de 34 vous dit d'arrêter la coordination tant que ce n'est pas corrigé.
IFC Viewer Blog
Comment un Health Score est calculé
Le calcul part de 100 et retire des points pour chaque règle en échec. Deux mécanismes empêchent le score de se réduire à un simple décompte de problèmes :
Pondération par la gravité
Les erreurs de schéma (échecs structurels : IfcProject manquant, agrégations rompues, références circulaires) pèsent 3 fois plus lourd que les avertissements de qualité (noms vides, classifications manquantes). Cela reflète la hiérarchie d'impact réelle : un échec structurel casse les outils en aval, un avertissement de nommage non.
Décroissance logarithmique
La première occurrence d'un échec de règle retire plus de points que la millième. Un modèle avec 10 GUID dupliqués et un modèle avec 10 000 GUID dupliqués n'ont pas la même gravité — mais pas non plus une gravité 1 000 fois supérieure. L'échelle logarithmique évite que la taille du fichier ne vienne polluer le signal de 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.
Les 11 dimensions de qualité qui déterminent votre score
Les 44 règles de validation se regroupent en onze dimensions de qualité. Comprendre quelle catégorie tire votre score vers le bas vous indique où concentrer l'effort de correction avant la prochaine validation :
- Intégrité du schéma — le fichier contient-il exactement un IfcProject ? Toutes les relations d'agrégation pointent-elles vers des entités existantes ? Existe-t-il des références spatiales circulaires ?
- Unicité et format du GlobalId — tous les GlobalId sont-ils uniques dans le fichier ? Le premier caractère se situe-t-il dans la plage valide 0–3 de l'alphabet base-64 IFC ?
- Hiérarchie spatiale — la chaîne de rattachement Project → Site → Building → Storey → élément physique est-elle intacte pour tous les éléments ?
- Rattachement des éléments — des éléments physiques sont-ils orphelins (sans conteneur spatial), ou placés directement dans IfcBuilding ou IfcSite au lieu d'un étage ?
- Nommage des éléments — les champs Name et Description sont-ils renseignés pour toutes les entités IfcRoot représentant des éléments physiques ou des espaces ?
- Exhaustivité des jeux de propriétés — les jeux de propriétés standard attendus (Pset_WallCommon, Pset_SpaceCommon, etc.) sont-ils présents et renseignés sur les types d'éléments qui les exigent ?
- Métadonnées ISO 19650 — IfcProject.LongName, Description et ObjectType sont-ils renseignés ? Les champs author et organization de l'en-tête FILE_NAME sont-ils non vides ?
- Classification — les éléments physiques portent-ils une relation IfcRelAssociatesClassification ? Le système de classification est-il cohérent dans tout le fichier ?
- Affectation des matériaux — les éléments structurels, architecturaux et de finition disposent-ils de définitions de jeu de couches de matériau ou de jeu de profils de matériau ?
- Intégrité de la géométrie — y a-t-il des faces dégénérées, des surfaces auto-intersectantes ou une géométrie non variété qui provoqueront des échecs en détection de conflits et en métré ?
- Cohérence du LOD — la densité des jeux de propriétés correspond-elle au niveau de développement (Level of Development) déclaré ? Une livraison en LOD 300 sans quantités de surface et de volume échoue à ce contrôle.
Plages de score : ce que signifie chaque tranche et que faire
- 97/100 — Excellent — prêt pour l'ISO 19650
- 89/100 — Très bon — prêt pour une livraison en CDE
- 77/100 — Acceptable — à revoir avant une livraison formelle
- 61/100 — Insuffisant — corrections importantes nécessaires
- 38/100 — Critique — ne pas livrer
| Plage de score | Tranche | Interprétation et action |
|---|
| 95 – 100 | Excellent ✅ | Adapté à toutes les livraisons formelles, y compris les dépôts ISO 19650. Échecs de règles mineurs ou inexistants. Aucune action nécessaire. |
| 85 – 94 | Très bon 🟢 | Problèmes mineurs d'exhaustivité des données. Prêt pour un dépôt en CDE en coordination standard. Résolvez les échecs restants avant le LOD 300+. |
| 70 – 84 | Acceptable 🟡 | Lacunes significatives dans la qualité des données. Acceptable pour une revue interne et en phase d'esquisse. Doit être revu et amélioré avant toute coordination interdisciplinaire ou dépôt en CDE. |
| 50 – 69 | Insuffisant 🟠 | Problèmes structurels ou de données importants. Non adapté à la coordination. Corrigez d'abord toutes les erreurs de schéma, puis traitez les règles de qualité des données à plus fort impact. |
| Moins de 50 | Critique 🔴 | Échecs structurels fondamentaux : éléments orphelins, hiérarchie rompue, IfcProject manquant, références circulaires. Retournez au logiciel de modélisation. Ne livrez en aucun cas. |
Ces plages constituent un cadre de départ. Le seuil approprié pour votre projet dépend de l'étape de livraison, des exigences contractuelles, et de ce que les outils de la partie réceptrice peuvent tolérer. Une autorité routière qui reçoit des fichiers IFC d'infrastructure pour un système SIG peut exiger ≥ 90 à chaque échange ; une petite agence résidentielle en coordination interne peut travailler confortablement à ≥ 70 pendant le développement de la conception. Les tranches ci-dessus reflètent un consensus du secteur, pas une règle unique et figée.
Trois scénarios de projets réels : les Health Scores en contexte
Des seuils abstraits sont plus faciles à appliquer une fois qu'on les a vus confrontés à de vrais modèles. Les scénarios suivants sont des composites tirés de schémas courants observés dans des livraisons IFC en architecture, en MEP et en infrastructure.
Scénario 1 : IFC architecture — score 95
Un immeuble de bureaux commercial de taille moyenne, en LOD 300, exporté depuis ArchiCAD 27. Le rapport de validation affiche 43 problèmes : 38 avertissements de convention de nommage sur des éléments d'annotation génériques (« Annotation-001 » au lieu d'un nom descriptif), et 5 cas d'affectations de matériaux manquantes sur des panneaux de mur-rideau. Aucune erreur de schéma. Aucun GUID dupliqué. La hiérarchie spatiale est intacte. Les métadonnées IfcProject sont entièrement renseignées. L'en-tête de fichier ISO 19650 est complet. Le score est de 95. Le BEP exige ≥ 85 pour une livraison en CDE. Décision : livrer en l'état, signaler les problèmes de nommage comme remarque non bloquante dans le bordereau de transmission, et programmer la correction des affectations de matériaux dans la révision suivante.
Scénario 2 : IFC réseaux MEP — score 68
Un modèle complet de réseaux mécaniques et électriques (MEP), en LOD 250, exporté depuis Revit 2025 MEP. Score : 68. Le détail par règle montre les causes par ordre de priorité : 214 GlobalId dupliqués (gravité élevée — la configuration d'export Revit a régénéré des GUID, entrant en collision avec des éléments copiés depuis un ancien modèle lié), 89 éléments placés directement dans IfcBuilding au lieu d'un étage (échec de rattachement spatial — des colonnes montantes CVC traversant plusieurs niveaux avaient été placées au niveau du bâtiment plutôt qu'ancrées à l'étage du sous-sol), 44 éléments IfcFlowTerminal sans classification (l'Uniclass était exigé par l'EIR), et 312 avertissements de nommage sur les tableaux électriques. Les échecs de rattachement spatial et les GUID dupliqués relèvent du schéma : ils corrompront les références BCF et casseront l'export FM (gestion de patrimoine). Ce modèle ne doit pas être livré. Corrigez les GUID (correction automatique possible), corrigez le placement d'étage des colonnes montantes, ajoutez la classification — puis revalidez. Score attendu après correction : ≥ 83.
Scénario 3 : IFC infrastructure — score 82
Un modèle de tracé routier IFC4.3 exporté depuis Civil 3D via un exportateur personnalisé, couvrant une section de route de 4 km avec des éléments de drainage et de bordures. Score : 82. Les principales sources de pénalité : 67 éléments sans classification (la table J de l'Uniclass était exigée), des jeux de quantités manquants sur 104 éléments de bordure (le contrat exige des longueurs explicites dans les BaseQuantities), et un IfcProject.LongName incohérent (l'en-tête affiche le nom du fichier plutôt que le titre officiel du projet). Aucune erreur structurelle. Aucun GUID dupliqué. Le cahier des charges du client exige un score minimum de 80 pour les échanges de modèles pendant la construction. Le modèle passe. Le coordinateur note les trois points à corriger avant le dépôt formel de gel de conception (design freeze), où le seuil passe à 90.
Comment les équipes BIM doivent utiliser les Health Scores tout au long du cycle de vie du projet
Un Health Score est le plus utile lorsqu'il est intégré au rythme du projet, et pas seulement appliqué à la livraison. La validation devrait prendre moins de 30 secondes pour tout modèle qui s'ouvre dans un navigateur — la friction pour la lancer est négligeable. La friction de ne pas la lancer — et de découvrir des échecs structurels au moment d'un jalon CDE ou d'une séance de coordination — se mesure en jours.
Contrôle qualité hebdomadaire pendant le développement de la conception
Lancez la validation chaque semaine pendant la modélisation active. Suivez l'évolution du score dans le journal du projet. Un score qui chute de 15 points entre un vendredi et le vendredi suivant vous indique que quelque chose a changé — et c'est bien plus facile à diagnostiquer maintenant que dans six semaines, quand le modèle sera deux fois plus complexe.
Avant chaque séance de coordination
Chaque discipline devrait franchir son seuil (≥ 70 en interne, ≥ 80 en interdisciplinaire) avant la séance. Un modèle de coordination fédéré, Navisworks ou IFC, construit à partir de fichiers scorant en dessous de 60, produit des conflits absurdes — des éléments mal positionnés, des réseaux MEP orphelins impossibles à référencer, des problèmes BCF qui ne pointent nulle part.
Avant la validation IDS / EIR
La validation IDS suppose un modèle de base bien formé et complet en données. Lancer un contrôle IDS sur un modèle à la hiérarchie spatiale rompue ou aux GUID dupliqués produit des résultats peu fiables — le moteur IDS peut mal identifier des éléments, manquer des règles d'applicabilité fondées sur le rattachement, ou produire de faux positifs. Exigez ≥ 75 avant tout passage IDS pour obtenir un résultat fiable.
Avant chaque échange de modèle
Joignez le Health Score comme champ d'en-tête à chaque bordereau de transmission. Cela donne à la discipline réceptrice un contexte immédiat avant même d'ouvrir le fichier, et crée une trace vérifiable de la progression de la qualité du modèle tout au long du projet. Certains CDE prennent en charge des champs de métadonnées personnalisés — celui-ci vaut la peine d'être utilisé.
Le jalon de livraison en CDE
Le point de contrôle non négociable. Le modèle doit atteindre le seuil spécifié dans le BEP avant le dépôt. Les Information Managers ne devraient pas revoir manuellement des modèles qui n'ont pas été validés — le rapport de score (horodaté, avec la version de l'outil et le score) devrait être une pièce jointe obligatoire du bordereau de transmission. Les modèles en dessous du seuil sont retournés à leur auteur ; le score en est la raison objective.
- Exportez l'IFC depuis le logiciel de modélisation avec les paramètres de GUID stables activés.
- Ouvrez-le dans le validateur du navigateur — la validation se termine en moins de 30 secondes pour la plupart des modèles de projet.
- Lisez le score. S'il est en dessous du seuil de votre étape, ouvrez le détail par règle.
- Triez la liste des problèmes par gravité (erreurs en premier). Traitez les erreurs de schéma avant les avertissements sur les données.
- Appliquez les corrections automatiques là où elles sont disponibles (GUID dupliqués, erreurs de format). Corrigez manuellement les problèmes de hiérarchie et de nommage.
- Réexportez depuis le logiciel de modélisation avec les paramètres corrigés (GUID stables, placement d'étage correct). Revalidez.
- Une fois le seuil atteint, joignez le rapport de score au bordereau de transmission et déposez le fichier dans le CDE.
La pile qualité complète : score → règles → IDS → BCF → livraison
Le Health Score est une couche parmi quatre dans une pile qualité. Chaque couche répond à une question différente, et elles ne se substituent pas les unes aux autres. Comprendre cette pile est le fondement conceptuel d'un workflow de contrôle qualité BIM robuste :
┌──────────────────────────────────────────────────────────────────┐
│ 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 │
└──────────────────────────────────────────────────────────────────┘
Couches 1-2 : Health Score
44 règles couvrant l'intégrité du schéma, l'unicité des GUID, la hiérarchie spatiale, l'exhaustivité des propriétés, le nommage, l'ISO 19650, la classification, la géométrie et les matériaux. C'est le socle de qualité universel : il s'applique à tout fichier IFC, quel que soit le type de projet. Un modèle en dessous de 80 échoue ce contrôle de base et ne devrait pas passer à la couche suivante.
Couche 3 : validation IDS
Des exigences propres au projet, encodées en XML lisible par machine par l'auteur de l'EIR. Six facettes : Entity (quels types d'éléments), Attribute (quels attributs), Property (quelles valeurs de Pset), Classification, Material et PartOf. Là où le Health Score est universel, l'IDS est sur mesure — un cahier des charges différent pour chaque projet et chaque lot disciplinaire.
Suivi des problèmes en BCF
Lorsque des règles du Health Score ou des contrôles IDS échouent, les problèmes deviennent des topics BCF — des éléments de coordination structurés avec références aux éléments, points de vue (viewpoints) et responsables. Le BCF fait passer les problèmes de qualité de la pile de validation au workflow de coordination, où ils peuvent être assignés, suivis et résolus.
Livraison en CDE
Le point d'aboutissement de la pile. Un modèle qui franchit le jalon Health Score et le jalon IDS dispose d'une preuve documentaire de sa qualité. Le rapport de score et le résultat de la validation IDS constituent la preuve formelle de qualité jointe au bordereau de transmission — donnant à l'Information Manager quelque chose à vérifier plutôt qu'à deviner.
Définir des seuils dans votre BEP et votre EIR
Un seuil de Health Score sans ancrage contractuel n'est qu'un vœu pieux. L'EIR (Employer Information Requirements) est le document contractuel ; le BEP (BIM Execution Plan) est le plan de livraison qui met en œuvre l'EIR. Le seuil doit figurer dans les deux — la version de l'EIR étant celle qui est opposable.
── 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.
Six idées reçues courantes sur les IFC Health Scores
Idée reçue n°1 : « Plus c'est haut, mieux c'est — visez 100 »
Le score approprié dépend entièrement de l'étape de livraison. Une phase d'esquisse devrait viser ≥ 70, pas ≥ 95. Passer des heures à faire monter à 95 un modèle volumétrique de tout début de projet, c'est mal allouer son effort — les conventions de nommage que vous avez corrigées seront remplacées dans trois semaines quand le parti architectural changera. Définissez des seuils adaptés à chaque étape et visez ceux-là. Réservez l'énergie pour les hausses de score qui interviennent après le LOD 300, là où les changements coûtent cher.
Idée reçue n°2 : « 100 signifie zéro problème dans le modèle »
Un score de 100 signifie que le modèle a passé les 44 règles de qualité structurelle et de données. Cela ne dit rien sur le fait que les valeurs de propriétés soient factuellement correctes, que le modèle réponde à l'EIR du projet, que l'intention de conception soit fidèlement représentée, ou qu'il existe des conflits géométriques. Un modèle dont chaque Pset est rempli de texte fictif obtient un score de 100. Le score confirme la santé structurelle ; il ne certifie pas le contenu.
Idée reçue n°3 : « Un Health Score remplace la validation IDS »
Ils répondent à des questions différentes. Le Health Score demande : ce fichier est-il bien formé et complet en données selon des standards de qualité universels ? L'IDS demande : ce modèle satisfait-il les exigences d'information spécifiques de ce projet et de ce lot disciplinaire ? Un modèle peut obtenir un score de 95 et échouer à la validation IDS parce qu'il lui manque la classification Uniclass 2015 exigée par l'EIR, ou parce que les noms d'IfcBuildingStorey ne correspondent pas à la convention de nommage des étages convenue dans le BEP du projet. Les deux contrôles sont toujours nécessaires — ils sont complémentaires, pas redondants.
Idée reçue n°4 : « Le score me dit quoi corriger »
Le score vous dit si vous pouvez livrer. Le détail par règle qui l'accompagne vous dit quoi corriger. Un score de 68 sans le détail des problèmes, c'est une jauge de carburant en panne sans carte routière. Ouvrez le détail des règles : triez par gravité, lisez les nombres d'éléments et les descriptions, et corrigez d'abord les échecs de gravité la plus élevée. Le score se mettra à jour immédiatement à la prochaine validation. Les deux informations — score et détail — s'utilisent toujours ensemble.
Idée reçue n°5 : « Un Health Score remplace la revue du coordinateur BIM »
La validation automatisée détecte les échecs structurels, les lacunes d'exhaustivité des données et les violations de format. Elle ne peut pas contrôler la conformité de la conception, la faisabilité spatiale, l'alignement avec le planning, ou la constructibilité. Un modèle qui obtient 92 et contient une structure porteuse en report de charge structurellement impossible obtiendra quand même 92. La revue professionnelle d'un coordinateur BIM ou d'un Information Manager n'est jamais remplacée par un score — elle est appuyée par lui. Le score élimine le bruit des vérifications de routine et concentre l'attention du relecteur sur ce qui compte réellement.
Idée reçue n°6 : « Mon modèle va bien — il s'est ouvert dans Revit sans erreur »
S'ouvrir dans un outil sans erreur, c'est la barre la plus basse possible. Les parseurs IFC sont délibérément tolérants — ils chargent ce qu'ils peuvent et ignorent ou corrigent silencieusement ce qu'ils ne peuvent pas. Un fichier qui s'ouvre proprement dans Revit, ArchiCAD et Navisworks peut simultanément avoir 300 GUID dupliqués (cassant le BCF pour toutes les disciplines), 80 éléments orphelins (absents de tous les rapports de conflits), aucun IfcProject.LongName (échouant à la traçabilité ISO 19650), et un Health Score de 41. « Ça s'ouvre » n'est pas un contrôle qualité.
Comment IFC Viewer Online implémente le Health Score
Le Health Score d'IFC Viewer Online exécute les 44 règles de qualité dans le navigateur, en moins de 30 secondes, sur n'importe quel fichier IFC — rien n'est téléversé. Voici ce que couvre l'implémentation :
44 règles de validation
Une couverture complète des niveaux L1 (intégrité du schéma) et L2 (qualité des données) : unicité et format du GlobalId, hiérarchie spatiale, détection des orphelins, exhaustivité du nommage, métadonnées ISO 19650, présence des jeux de propriétés, classification, affectations de matériaux et contrôles d'intégrité géométrique.
Health Score avec pondération par gravité
Les erreurs de schéma pèsent 3 fois plus lourd que les avertissements. L'échelle logarithmique évite que les grands modèles n'obtiennent un score artificiellement bas. Le même modèle produit le même score à chaque exécution — c'est reproductible et auditable.
Détail par règle avec nombre d'éléments
Chaque règle en échec affiche le nombre de problèmes, la gravité, les types d'éléments concernés et une explication de la correction à apporter. Triez par gravité pour prioriser le travail. Le détail est la liste d'actions ; le score est le signal de décision.
Correction automatique des GUID
Les GlobalId dupliqués ou hors plage sont corrigeables automatiquement en un clic. Un nouveau GUID conforme à la spécification, sur 22 caractères, est généré avec le bon alphabet base-64 IFC, avec un caractère initial dans la plage valide 0–3.
Édition non destructive des propriétés
Corrigez les noms, les valeurs de propriétés et la classification sur des fichiers reçus sans repasser par le logiciel de modélisation. Annulation/rétablissement complets. Les modifications sont stockées sous forme d'un EditDiff[] indexé par GlobalId et appliquées à l'export — le fichier original n'est jamais modifié sur place.
Validation IDS + export BCF
Après le jalon Health Score, lancez la validation IDS propre au projet sur les six facettes (Entity, Attribute, Property, Classification, Material, PartOf). Exportez les échecs en BCF 2.1 pour diffusion vers Revit, ArchiCAD, Solibri, et tout outil de coordination compatible BCF.
Lancez un Health Score sur un vrai export Revit
Ce modèle de bureaux de 14 Mo a été exporté depuis Revit — une livraison architecturale typique de taille moyenne. Ouvrez-le pour voir le Health Score, le détail par règle et par catégorie, et à quoi ressemble un véritable rapport de validation avant livraison pour un projet commercial.
IFC4 · 14 MB
Ouvrir la visionneuse IFC interactive
Dépannage : quand votre score ne s'améliore pas
Vous avez corrigé les problèmes dans Revit mais le score n'a pas changé
La cause la plus courante : la correction a été appliquée au modèle Revit mais l'IFC n'a pas été réexporté. La validation s'exécute sur le fichier IFC, pas sur le modèle de modélisation. Réexportez toujours après avoir corrigé le modèle, et validez le nouvel export IFC — pas le même fichier que vous aviez corrigé la dernière fois.
Le score est passé de 81 à 47 entre deux exports
Une chute de score de plus de 20 points entre deux révisions indique presque toujours un changement dans la configuration d'export — typiquement, le paramètre de génération des GUID est passé de « Keep Existing » à « Generate New ». Cela produit des milliers de nouveaux GlobalId que le validateur détecte comme hors plage ou dupliqués avec un ancien modèle lié. Vérifiez les paramètres de l'exportateur IFC et revenez à une génération de GUID stable.
Le score est de 76 mais l'Information Manager exige 80
Ouvrez le détail par règle et triez par contribution à la pénalité, pas par nombre de problèmes. Les quatre points qui vous séparent de 80 sont presque certainement concentrés sur 1 ou 2 règles. Corrigez d'abord les échecs de règle les plus pénalisants — souvent des erreurs de rattachement spatial ou des jeux de propriétés manquants sur un type d'élément précis. Traitez ces deux règles, réexportez et revalidez. Le score évolue généralement plus que prévu, car la structure de pénalité n'est pas linéaire.
Le score est de 95 mais la validation IDS échoue
C'est normal et cohérent. Le Health Score et l'IDS couvrent des couches différentes. Un score de 95 signifie que le modèle est structurellement excellent. Un échec IDS signifie qu'il ne répond pas à une exigence spécifique du projet — une valeur de Pset, un code de classification, une épaisseur de couche de matériau. Consultez le rapport d'échec IDS : il identifiera précisément les éléments concernés, les valeurs attendues et les valeurs réelles. Corrigez dans le logiciel de modélisation, ou utilisez l'édition non destructive des propriétés pour les fichiers reçus.
Questions fréquentes
Qu'est-ce qu'un IFC Health Score ?
Un signal de qualité pondéré, entre 0 et 100, qui résume l'intégrité structurelle et l'exhaustivité des données d'un modèle au regard de 44 règles de validation. Ce n'est pas un pourcentage — c'est un score pondéré par la gravité et mis à l'échelle logarithmique, où les erreurs de schéma comptent plus que les avertissements sur les données, et où le premier échec d'une règle pénalise plus que le millième.
Comment est-il calculé ?
Le score part de 100. Chaque échec de règle retire des points en fonction du poids de gravité de l'échec et du logarithme du nombre de problèmes. Les erreurs de schéma (échecs structurels) pèsent 3 fois plus lourd que les avertissements de qualité. L'échelle logarithmique évite que de grands modèles paraissent artificiellement plus mauvais que de petits modèles pour une même densité de problèmes sous-jacente.
Quel Health Score faut-il spécifier dans le BEP ?
≥ 80 pour une livraison standard en CDE et une coordination interdisciplinaire. ≥ 90 pour les jalons formels ISO 19650 et les livraisons en LOD 300+. ≥ 70 pour les revues internes en phase d'esquisse. Spécifiez-le dans l'EIR (contractuel) autant que dans le BEP. Seul l'EIR crée un contrôle qualité juridiquement opposable.
Un modèle peut-il obtenir 100 et avoir malgré tout des problèmes de qualité ?
Oui. Le score couvre 44 règles de qualité structurelle et de données. Il ne couvre pas la conformité IDS (exigences propres au projet), l'exactitude sémantique (le fait que les valeurs de propriétés soient factuellement exactes), ni l'intention de conception. Un modèle avec des valeurs fictives dans chaque jeu de propriétés obtient 100. Le score confirme la santé structurelle ; il ne certifie pas le contenu.
Un Health Score élevé signifie-t-il que l'on peut se passer de la validation IDS ?
Non. Ils répondent à des questions différentes. Health Score : ce modèle est-il bien formé et complet en données ? IDS : ce modèle répond-il aux exigences d'information spécifiques de ce projet ? Un score de 95 associé à un échec IDS est un résultat courant et attendu — corrigez les échecs IDS, puis revalidez les deux.
Chaque modèle devrait-il viser 100 ?
Non. Définissez des seuils adaptés à chaque étape. Viser 100 en phase d'esquisse gaspille un effort qui devrait aller au développement de la conception. La question est : « le modèle atteint-il le seuil de cette étape de livraison ? » Définissez ces seuils dans le BEP et l'EIR dès le début du projet, puis validez par rapport à eux, pas par rapport au maximum théorique.
Résumé
Un modèle qui s'est ouvert sans erreur dans Revit n'est pas un modèle dont la qualité a été contrôlée. C'est un modèle non contrôlé qui s'est simplement laissé analyser. Le Health Score fait la différence entre ces deux situations — et il ne faut que 30 secondes pour savoir laquelle est la vôtre.
IFC Viewer Blog
Comprendre le nombre
Le Health Score est un signal de décision pondéré par la gravité et mis à l'échelle logarithmique. 80 ou plus signifie prêt pour le CDE. En dessous de 60 signifie des problèmes structurels. Pas un pourcentage — un verdict de qualité.
Le fixer contractuellement
Les seuils adaptés à chaque étape doivent figurer dans l'EIR (contractuel) et dans le BEP (opérationnel). Sans clause dans l'EIR, le seuil n'est pas opposable. Ajoutez-le dès le début du projet, avant la première livraison.
L'intégrer au rythme du projet
Validation hebdomadaire pendant le développement de la conception. Contrôle préalable avant chaque coordination. Contrôle du jalon avant tout dépôt en CDE. Joignez le rapport de score à chaque bordereau de transmission. Faites du score une routine de projet, pas une panique du jour de livraison.
Utiliser toute la pile
Health Score → IDS → BCF → livraison. Chaque couche répond à une question différente. Le score est le plancher ; l'IDS est le plafond. Utilisez les deux, et exportez les échecs en BCF afin qu'ils puissent être suivis et résolus dans le workflow de coordination.
Pour l'explication technique de la façon dont les 44 règles s'organisent en trois niveaux de validation, consultez le guide complet du model checker IFC. Pour la question de l'architecture navigateur contre cloud — quand le traitement local est le bon choix pour des données de projet sensibles — consultez validation IFC dans le navigateur ou dans le cloud. Si vous avez reçu un fichier IFC dont les valeurs de propriétés, les GUID ou le nommage doivent être corrigés avant validation, le guide de l'éditeur IFC en ligne gratuit couvre l'édition non destructive sans repasser par le logiciel de modélisation. Et pour les échecs structurels les plus courants qui font tomber le score sous 70, consultez les 7 erreurs de validation IFC les plus courantes.
IFC Health Score : le guide complet pour les coordinateurs et managers BIM