Retour au blog BIM & IFC
Validation · 2026-06-28 · 20 min
Model checker IFC : le guide complet de la validation IFC, de la qualité des maquettes et de l'IDS
Guide du model checker IFC : schéma, qualité de maquette (44 règles + Health Score) et IDS sont trois niveaux indépendants. Les confondre cause des échecs de livraison. Analyse complète pour les coordinateurs BIM.
Model checker IFC : le guide complet de la validation IFC, de la qualité des maquettes et de l'IDS — IFC Viewer Online article cover
- 3 — niveaux de validation indépendants
- 44 — règles de qualité de maquette
- 6 — facettes IDS (buildingSMART 1.0)
- 0 — octets téléversés — traitement navigateur uniquement
Toute conversation sur une livraison IFC finit par buter sur le même mur. L'ingénieur structure affirme que le fichier a passé le validateur. Le coordinateur BIM constate que la moitié des jeux de propriétés manquent et demande quel validateur a été utilisé. Le cahier des charges BIM (EIR) du client impose des exigences IDS que personne n'a vérifiées. L'environnement commun de données (CDE) rejette le téléversement. Trois semaines plus tard, plus personne ne sait vraiment ce que signifie « valide ».
Cette confusion est compréhensible — le mot « validation » recouvre trois opérations totalement différentes qui partagent le même nom. Les démêler est l'une des actions les plus déterminantes qu'un coordinateur BIM puisse accomplir pour un projet.
Trois problèmes de validation totalement différents
Pensez à une demande de permis de construire. L'agent instructeur vérifie indépendamment trois choses : les plans sont-ils lisibles et complets (intégrité du fichier), le projet respecte-t-il la réglementation de construction (qualité et conformité), et répond-il au programme spécifique du client (exigences du projet) ? Un plan lisible peut totalement ignorer la réglementation incendie. Un projet conforme à l'incendie peut totalement omettre la spécification acoustique du client. Ce sont des questions séparées, avec des réponses séparées.
Niveau 1 — Intégrité IFC
Le fichier est-il un IFC valide selon l'ISO 10303-21 et l'ISO 16739-1 ? Les GlobalId sont-ils uniques et conformes au format ? La hiérarchie spatiale est-elle cohérente ? Un contrôle binaire au niveau du schéma.
Niveau 2 — Qualité de la maquette
Les données sont-elles réellement utiles pour la coordination ? Les jeux de propriétés sont-ils renseignés ? Les éléments suivent-ils des conventions de nommage ? Les classifications sont-elles présentes ? C'est ce niveau qui gouverne les livraisons réelles — pas la conformité au schéma.
Niveau 3 — Validation IDS
La maquette satisfait-elle les exigences d'information contractuelles de ce projet ? Les exigences d'EIR et d'AIR encodées sous forme de spécifications IDS lisibles par machine, vérifiées facette par facette sur chaque élément.
Ces trois niveaux sont totalement indépendants. Un fichier peut être valide au sens du schéma (niveau 1) tout en étant inutilisable pour la coordination parce qu'aucun jeu de propriétés n'a été exporté. Un contrôle IDS peut réussir sur toutes les exigences déclarées alors que la maquette contient 400 GUID en double. Un Health Score de 91 ne dit rien sur le fait que les exigences de résistance au feu du client sont encodées et respectées. Chaque niveau répond à une question différente — les trois sont nécessaires avant une livraison formelle.
Niveau 1 : intégrité du fichier IFC — est-ce un IFC valide ?
Le niveau 1 est le contrôle de schéma. Il répond à une question binaire : ce fichier est-il conforme au schéma IFC (ISO 16739-1) et au format de fichier physique (ISO 10303-21 STEP) ? La plupart des analyseurs IFC acceptent silencieusement des fichiers qui échouent aux contrôles de niveau 1 — ils sont permissifs par conception, car un rejet strict casserait trop de workflows. Cette permissivité masque les dégâts jusqu'à ce qu'ils apparaissent en aval.
Ce que couvre le contrôle d'intégrité de niveau 1
- Unicité du GlobalId : chaque entité IfcRoot doit avoir un GlobalId unique de 22 caractères utilisant l'alphabet base 64 de l'IFC. Les GUID en double constituent une violation du schéma que les analyseurs acceptent mais qui corrompt silencieusement les workflows BCF, le versionnage en CDE et les registres d'actifs FM (gestion de patrimoine).
- Conformité du format du GlobalId : le premier caractère d'un GlobalId IFC valide n'encode que les valeurs 0 à 3 (deux bits significatifs d'un UUID 128 bits). Les scripts qui tronquent naïvement des UUID produisent des premiers caractères hors plage — invalides selon la spécification, tolérés par la plupart des analyseurs, rejetés par les validateurs stricts.
- Complétude de la hiérarchie spatiale : le schéma IFC impose IfcProject → IfcSite → IfcBuilding → IfcBuildingStorey. Des nœuds manquants (un Building directement sous Project, des éléments physiques placés dans IfcSite) sont des violations du schéma aux conséquences réelles en aval.
- Intégrité de la chaîne IfcRelAggregates : les entités de relation qui construisent l'arbre spatial doivent référencer des entités existantes. Les références orphelines — lorsqu'une relation pointe vers une entité supprimée ou manquante — cassent la navigation dans l'arbre pour tous les outils en aval.
- IfcRelContainedInSpatialStructure : les éléments physiques doivent être contenus dans un élément spatial (généralement IfcBuildingStorey). Les éléments sans relation de contenance sont orphelins — invisibles dans la navigation spatiale de la plupart des outils.
- Exactement un IfcProject : tout fichier IFC valide doit contenir exactement un IfcProject comme racine de la hiérarchie. Les sous-maquettes qui l'omettent s'analysent sans erreur mais n'ont aucune ancre spatiale.
- Champs d'en-tête FILE_NAME et FILE_DESCRIPTION : l'en-tête du fichier STEP porte les métadonnées de traçabilité. L'ISO 19650-2 exige qu'ils soient renseignés — la plupart des outils les laissent vides.
- Validité de la géométrie : maillages non variétés (non-manifold), faces d'aire nulle, volumes aux normales inversées, représentations de frontière auto-intersectantes qui ne produisent pas de solides valides dans les outils receveurs.
Ce que le niveau 1 ne vérifie PAS
- Si les jeux de propriétés sont renseignés ou corrects — une maquette valide au sens du schéma avec zéro Pset passe le niveau 1.
- Si les noms d'éléments suivent une convention de nommage du projet.
- Si des codes de classification sont présents, corrects ou cohérents.
- Si les exigences de quantités liées au LOD (IfcElementQuantity à partir du LOD 300) sont satisfaites.
- Si la maquette répond à une quelconque exigence d'information propre au projet ou contractuelle.
Le service de validation buildingSMART pour le niveau 1
Le buildingSMART IFC Validation Service (validate.buildingsmart.org) est la référence officielle pour la conformité au schéma de niveau 1 — il utilise le même moteur que celui déployé pour la certification des logiciels IFC. Utilisez-le quand : vous devez certifier la sortie IFC d'un exportateur personnalisé, vous cherchez à diagnostiquer un fichier que les analyseurs traitent de façon incohérente, ou une clause contractuelle exige explicitement un certificat de conformité au schéma buildingSMART.
Ce qu'il ne fait pas : vérifier la qualité des données, valider les conventions de nommage, inspecter la complétude des jeux de propriétés, contrôler les champs de métadonnées ISO 19650, ou évaluer si la maquette répond à une exigence quelconque du projet. C'est un outil de schéma, pas un point de contrôle de livraison de projet.
Inspecter un IFC réel complexe — les trois niveaux de validation
Un immeuble de bureaux à plusieurs étages exporté depuis Revit. Ouvrez l'onglet Validation pour voir le rapport qualité complet à 44 règles et le Health Score. Essayez ensuite de charger une spécification IDS pour voir le contrôle de niveau 3 sur la même maquette.
IFC4 · 14 MB
Ouvrir la visionneuse IFC interactive
Niveau 2 : contrôle qualité de la maquette — le niveau qui gouverne réellement les livraisons
Le contrôle qualité de la maquette est le niveau que la plupart des coordinateurs BIM ont en tête quand ils disent « validation IFC », même s'ils l'appellent rarement ainsi. Il répond à des questions pratiques : les données sont-elles là ? Sont-elles correctes ? Sont-elles cohérentes ? Quelqu'un en aval peut-il réellement utiliser cette maquette pour la coordination, le chiffrage ou le FM ?
Contrairement au niveau 1, le contrôle qualité n'est pas binaire. Une maquette ne réussit ou n'échoue pas simplement — elle a un profil de qualité réparti sur des dizaines de dimensions. Le Health Score (0 à 100) agrège ces dimensions en un seul chiffre, qui peut être inscrit dans une convention BIM (BEP), suivi d'une révision à l'autre, et joint aux bordereaux de transmission comme preuve de la qualité de livraison.
Ce que couvre le contrôle qualité à 44 règles
Règles structurelles fondamentales (18)
GUID en double, éléments orphelins, mauvaise contenance, agrégats rompus, IfcProject manquant, noms d'éléments vides, placement d'étage invalide. Les règles qui causent le plus de rejets en CDE dans la pratique.
Structure spatiale et en-tête de fichier (11)
Champs de métadonnées ISO 19650 sur IfcProject, renseignement de l'auteur et de l'organisation dans FILE_NAME, placement de site par rapport aux coordonnées partagées, association élément-étage, complétude des étages du bâtiment.
LOD, classification, MEP (9)
Présence d'IfcElementQuantity à partir du LOD 300, IfcRelAssociatesClassification sur les éléments structurels et architecturaux, connectivité des systèmes MEP, surutilisation des proxys (IfcBuildingElementProxy en % de la maquette).
Géométrie et intégrité des étages (6)
Validité de la boîte englobante des éléments, ordre des altitudes d'étage, éléments sous le niveau du sol, absence de dalle sur un étage, décalage de l'origine des coordonnées par rapport au WCS, détection de conflits (règle optionnelle, désactivée par défaut).
Le Health Score : la qualité de la maquette en un seul chiffre
Le Health Score utilise une pondération de pénalité logarithmique. Les erreurs de schéma pèsent 3 fois plus que les avertissements ; les avertissements pèsent 3 fois plus que les contrôles d'information. La 1000e occurrence d'un même problème retire bien moins de points que la 10e — cela évite que les maquettes volumineuses et denses paraissent arbitrairement moins bonnes que de petites maquettes éparses pour une même densité de problèmes sous-jacente. Une maquette avec 800 avertissements de nommage peut obtenir 83 ; une maquette avec 12 références spatiales rompues obtient 41. C'est la gravité qui détermine le score, pas le volume.
- 31/100 — Critique — défaillances structurelles, ne pas livrer
- 58/100 — Médiocre — remédiation importante nécessaire
- 74/100 — Correct — acceptable pour revue interne uniquement
- 87/100 — Bon — prêt pour une livraison en CDE
- 96/100 — Excellent — qualité de jalon ISO 19650
Ce que le contrôle qualité de la maquette ne fait PAS
- Vérifier les exigences d'information propres au projet — c'est le niveau 3 (IDS). Les règles de qualité sont des contrôles génériques de bonnes pratiques, pas votre EIR.
- Corriger la maquette — le contrôle qualité produit un rapport. La remédiation se fait dans le logiciel de modélisation ou, pour les corrections de propriétés et de GUID, dans un éditeur de propriétés IFC.
- Fournir le certificat de conformité au schéma requis par les programmes de certification buildingSMART — c'est le niveau 1, via le service de validation buildingSMART.
- Vous dire si la maquette est géométriquement correcte — certains contrôles d'intégrité géométrique sont inclus, mais un outil de contrôle qualité n'est pas un outil de détection de conflits ni un logiciel de modélisation BIM.
Niveau 3 : validation IDS — les exigences d'échange sous forme de code lisible par machine
L'IDS (Information Delivery Specification) est une norme buildingSMART qui encode les exigences d'information propres à un projet dans un format XML lisible par machine. C'est le chaînon manquant entre un EIR — qui est un document Word — et un moteur de validation capable de vérifier systématiquement une maquette par rapport à celui-ci. L'IDS 1.0 est devenu une norme officielle buildingSMART en 2023.
Ce qu'est réellement l'IDS buildingSMART
Un fichier IDS est un document XML contenant une ou plusieurs spécifications. Chaque spécification a une section d'applicabilité (à quels éléments s'applique-t-elle ?) et une section d'exigences (que doivent posséder ces éléments ?). Le moteur vérifie chaque élément de la maquette correspondant à l'applicabilité, contrôle qu'il satisfait toutes les exigences, et signale la réussite ou l'échec, élément par élément, spécification par spécification. Le résultat est une piste d'audit générée par machine de la conformité contractuelle.
La suite de tests de référence de buildingSMART contient 100 cas de test officiels qui définissent le comportement attendu de tout moteur IDS conforme — ils constituent la spécification sous forme exécutable. Un moteur IDS qui réussit les 100 cas de test a démontré qu'il interprète les spécifications .ids de façon cohérente avec la norme.
Les six facettes IDS
- Entity : restreint l'applicabilité ou les exigences par type d'entité IFC (IFCWALL, IFCDOOR, IFCBEAM) et éventuellement par type prédéfini. C'est le filtre par lequel commencent la plupart des spécifications.
- Attribute : vérifie les valeurs d'attributs IFC portées directement par l'entité — Name, Description, ObjectType, Tag, PredefinedType. Les attributs sont distincts des jeux de propriétés et sont vérifiés différemment.
- Property : vérifie une propriété nommée au sein d'un jeu de propriétés nommé (Pset_WallCommon.FireRating, Pset_DoorCommon.IsExternal). La facette la plus utilisée. Prend en charge les contraintes de type de données et la correspondance de motifs sur les valeurs.
- Classification : vérifie que les éléments portent une référence de classification via IfcRelAssociatesClassification — Uniclass 2015, OmniClass, NBS, ou un référentiel personnalisé. Peut contraindre le nom du système de classification et le motif du code.
- Material : vérifie que les éléments ont un matériau assigné via IfcMaterial, IfcMaterialLayerSet ou IfcMaterialConstituentSet. Peut éventuellement contraindre le nom du matériau — utile pour les exigences de résistance au feu ou de durabilité.
- PartOf : vérifie que les éléments participent à une relation spatiale ou logique requise — contenus dans un étage, agrégés dans un système du bâtiment, hébergés dans un bâtiment spécifique. La facette qui impose le respect de la hiérarchie spatiale pour des types d'éléments précis.
<?xml version="1.0" encoding="UTF-8"?>
<ids:ids xmlns:ids="http://standards.buildingsmart.org/IDS"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://standards.buildingsmart.org/IDS ids_09.xsd">
<ids:info>
<ids:title>Stage 3 Architecture — EIR Data Requirements</ids:title>
<ids:description>Fire safety and classification requirements.</ids:description>
<ids:ifcVersion>IFC4</ids:ifcVersion>
</ids:info>
<ids:specifications>
<!-- All walls must carry a fire rating property -->
<ids:specification name="Wall FireRating required" minOccurs="1">
<ids:applicability>
<ids:entity>
<ids:name><ids:simpleValue>IFCWALL</ids:simpleValue></ids:name>
</ids:entity>
</ids:applicability>
<ids:requirements>
<ids:property dataType="IFCLABEL">
<ids:propertySet><ids:simpleValue>Pset_WallCommon</ids:simpleValue></ids:propertySet>
<ids:baseName><ids:simpleValue>FireRating</ids:simpleValue></ids:baseName>
</ids:property>
</ids:requirements>
</ids:specification>
<!-- Structural walls must carry a Uniclass 2015 classification -->
<ids:specification name="Structural wall classification" minOccurs="0">
<ids:applicability>
<ids:entity>
<ids:name><ids:simpleValue>IFCWALL</ids:simpleValue></ids:name>
<ids:predefinedType><ids:simpleValue>SOLIDWALL</ids:simpleValue></ids:predefinedType>
</ids:entity>
</ids:applicability>
<ids:requirements>
<ids:classification>
<ids:system><ids:simpleValue>Uniclass 2015</ids:simpleValue></ids:system>
</ids:classification>
</ids:requirements>
</ids:specification>
</ids:specifications>
</ids:ids>
EIR → IDS : l'étape de traduction que la plupart des équipes sautent
Un EIR précise l'information dont le client a besoin. Un IDS encode ces exigences pour qu'une machine puisse les vérifier. La traduction entre les deux est l'étape que presque personne ne fait — car elle exige quelqu'un qui comprenne à la fois les exigences d'information et le schéma XML de l'IDS suffisamment bien pour écrire une spécification qui teste exactement ce que demande l'EIR, ni plus ni moins.
La conséquence : les équipes soit ignorent complètement l'IDS et s'appuient sur une revue manuelle informelle à la livraison, soit utilisent un fichier IDS générique qui ne reflète pas leur EIR réel. Les deux produisent une fausse confiance. Un contrôle IDS qui réussit sur une spécification générique ne dit rien sur le respect des exigences propres à votre client.
IDS par profils : un point de départ pratique
Toutes les équipes n'écrivent pas l'IDS à partir de zéro. Une approche pratique consiste à maintenir une bibliothèque de profils IDS réutilisables : un pour l'architecture en phase 3, un pour le MEP en phase 4, un pour la remise structure. Chaque profil couvre les exigences les plus courantes pour cette phase et cette discipline, et s'étend projet par projet avec les ajouts spécifiques au client. Les profils IDS peuvent être chargés directement dans le moteur de validation et combinés — vous pouvez exécuter plusieurs fichiers .ids sur la même maquette et agréger les résultats.
Comment les trois niveaux fonctionnent ensemble — le pipeline de validation
Les trois niveaux forment un point de contrôle qualité que traverse une maquette, dans l'ordre. Chaque niveau a une cadence différente : le niveau 1 s'exécute à chaque export (un contrôle de bon sens), le niveau 2 avant tout téléversement en CDE (le point de contrôle qualité), le niveau 3 avant les jalons de livraison formels (le contrôle contractuel). Les exécuter dans le désordre fait perdre du temps — il n'y a aucun intérêt à exécuter un contrôle IDS sur un fichier dont la hiérarchie spatiale est rompue.
┌──────────────────────────────────────────────────────┐
│ EXPORT IFC from authoring tool │
│ (Revit, ArchiCAD, Tekla, Allplan, Vectorworks…) │
└───────────────────────┬──────────────────────────────┘
│
▼
┌──────────────────────────────────────────────────────┐
│ LEVEL 1 — IFC Integrity │
│ • GlobalId uniqueness & format (leading char 0–3) │
│ • Spatial hierarchy: Project→Site→Building→Storey │
│ • IfcRelAggregates chain integrity │
│ • IfcRelContainedInSpatialStructure (no orphans) │
│ • Exactly one IfcProject │
│ • FILE_NAME header traceability fields │
└─────────┬────────────────────────────────────────────┘
Fail ◄────┤ Fix in authoring tool (or IFC property editor)
│ Pass
▼
┌──────────────────────────────────────────────────────┐
│ LEVEL 2 — Model Quality (44 rules) │
│ • Naming conventions / empty element names │
│ • Property set completeness (Pset_WallCommon etc.) │
│ • ISO 19650 metadata (IfcProject.LongName etc.) │
│ • Classification presence and consistency │
│ • LOD quantity sets, proxy audit, MEP connectivity │
│ → Health Score 0–100 │
└─────────┬────────────────────────────────────────────┘
Score<80 ◄┤ Fix properties / names in IFC editor or authoring tool
│ Score ≥ 80
▼
┌──────────────────────────────────────────────────────┐
│ LEVEL 3 — IDS Validation │
│ • Project-specific EIR / AIR requirements │
│ • .ids specification(s) for this milestone │
│ • Six facets: entity, attribute, property, │
│ classification, material, partOf │
└─────────┬────────────────────────────────────────────┘
Fail ◄────┤ Fix per IDS issue report → export BCF → remediate
│ All requirements met
▼
┌──────────────────────────────────────────────────────┐
│ DELIVER TO CDE │
│ Attach: Health Score report + IDS pass certificate │
└──────────────────────────────────────────────────────┘
Tableau comparatif : niveau 1 vs niveau 2 vs niveau 3
| Dimension | N1 : intégrité IFC | N2 : qualité de la maquette | N3 : validation IDS |
|---|
| Question posée | Le fichier est-il un schéma IFC valide ? | Les données sont-elles utiles pour la coordination ? | Répond-il aux exigences d'information du projet ? |
| Norme | ISO 10303-21 (STEP), ISO 16739-1 (IFC) | Bonnes pratiques BIM, normes ISO 19650 | buildingSMART IDS 1.0 (schéma XML) |
| Défini par | buildingSMART (schéma fixe) | Équipe BIM / EIR (règles convenues au niveau du projet) | Client / maître d'ouvrage (par projet) |
| Résultat | Réussite / échec + liste des erreurs de schéma | Health Score 0–100 + liste des problèmes priorisée | Réussite / échec par spécification |
| Peut remplacer les autres ? | Non | Non | Non — les trois sont nécessaires |
| Cadence | À chaque export IFC | Avant tout téléversement en CDE | Avant chaque jalon de livraison |
| Réussit mais échoue à un autre ? | Zéro Pset, aucun nom → N1 réussi, N2 échoué | Résistance au feu manquante (spéc. IDS) → N3 échoué | GUID en double, hiérarchie rompue |
| Exemples d'outils | bSmart Validator, IFC Viewer Online | IFC Viewer Online, Solibri, IfcOpenShell | IFC Viewer Online (moteur IDS), Solibri |
Quand utiliser le service de validation buildingSMART — une évaluation honnête
Le buildingSMART IFC Validation Service vérifie les fichiers par rapport au schéma officiel à l'aide d'un moteur en plusieurs parties : syntaxe du fichier physique STEP, règles EXPRESS du schéma IFC, règles de proposition informelles dérivées de la spécification, et règles de contrainte IFC normatives. C'est l'outil de référence pour la conformité au schéma de niveau 1.
À utiliser quand
- Certifier l'export IFC d'un exportateur personnalisé : le validateur buildingSMART produit le résultat de référence utilisé pour la certification logicielle. Aucun autre outil ne peut s'y substituer dans un contexte de certification.
- Diagnostiquer une incohérence entre analyseurs : quand un fichier s'ouvre proprement dans un outil et génère des erreurs dans un autre, le validateur buildingSMART établit quel comportement est correct au sens du schéma. C'est diagnostiquement précieux même si le fichier reste par ailleurs exploitable.
- Une clause contractuelle l'exige : certaines spécifications d'achat font référence à la conformité au schéma buildingSMART comme exigence de livraison. Dans ce cas, le certificat du service officiel est ce qui satisfait la clause.
- Valider un fichier IDS lui-même : le validateur de schéma IDS de buildingSMART vérifie que votre fichier .ids est un document IDS valide — ce qui est distinct de l'exécuter sur une maquette.
Ne pas l'utiliser comme substitut à
- Le contrôle qualité de la maquette — le service ne vérifie ni la complétude des jeux de propriétés, ni les conventions de nommage, ni la classification, ni aucune règle de qualité des données.
- La validation propre au projet — la conformité au schéma ne dit rien sur le respect de l'EIR du client.
- La confirmation avant livraison en CDE — une maquette valide au sens du schéma, avec des Psets vides et des noms vierges, passera le validateur buildingSMART et échouera à tout point de contrôle qualité digne de ce nom.
Validateur IFC dans le cloud ou validateur IFC dans le navigateur
La distinction entre validation cloud (fichier téléversé vers un serveur distant) et validation dans le navigateur (fichier traité localement via WebAssembly) compte plus que la plupart des équipes ne le pensent — en particulier pour les projets gouvernementaux, de défense et commerciaux sensibles.
Validation dans le navigateur
- Le fichier IFC ne quitte jamais l'appareil
- Conforme au RGPD par conception — aucun transfert de données
- Fonctionne hors ligne : visites de site, réseaux restreints
- Aucun quota de téléversement ni limite de taille de fichier
- Retour instantané — pas de latence d'aller-retour réseau
- Performance constante, indépendante de la charge serveur
- Aucun compte, clé API ni abonnement requis
- Fonctionne sur les environnements réseau restreints des administrations
Validation dans le cloud
- Fichier téléversé vers un serveur distant pour traitement
- Accord de traitement des données (DPA) requis pour le RGPD
- Adapté aux pipelines de validation CI/CD automatisés
- Journal d'audit centralisé entre projets et équipes
- Intégration API et webhook pour l'automatisation des livraisons
- Monte en charge horizontalement pour le traitement en lot
- Peut s'exécuter en mode headless, sans session navigateur
- Résultats interrogeables sur l'historique des exécutions
Quand la validation cloud a du sens
- Pipelines CI/CD automatisés : quand la validation doit se déclencher automatiquement à chaque commit ou téléversement d'une maquette — à l'image des tests automatisés que les équipes logicielles exécutent à chaque push de code. Les API cloud avec webhooks sont l'architecture adaptée ici.
- Audit à l'échelle de l'organisation : quand un BIM manager a besoin d'un registre central des exécutions de validation sur plusieurs projets et équipes. Les services cloud peuvent agréger les données et en dégager des tendances entre exécutions, ce qu'un outil local ne peut pas faire.
- Traitement en lot : auditer une bibliothèque de maquettes existantes — tous les fichiers IFC livrés à un CDE au cours des deux dernières années — est réalisable en mode batch cloud et impraticable à faire manuellement dans un navigateur.
- Maquettes non sensibles : pour les projets où les exigences de traitement des données n'interdisent pas le téléversement vers le cloud, les validateurs cloud offrent une intégration CI/CD que les outils dans le navigateur n'égalent pas.
Quand le choix du navigateur est le meilleur
- Projets gouvernementaux et de défense : les maquettes d'infrastructures publiques, d'installations de défense et d'actifs sécurisés portent couramment des restrictions de traitement des données qui interdisent le téléversement vers des services tiers. La validation dans le navigateur est la seule option conforme.
- Programmes résidentiels et commerciaux sensibles : les maquettes BIM contiennent souvent des informations sur les occupants, des adresses de propriétaires et des métadonnées d'actifs qui constituent des données personnelles au sens de l'article 4 du RGPD. Les traiter sur un serveur tiers sans DPA valide ni base légale n'est pas conforme.
- Usage sur site et sur le terrain : un fichier IFC de 200 Mo sur une connexion 4G se téléverse lentement et de façon peu fiable. La validation dans le navigateur le traite localement en quelques secondes, sans dépendre de la bande passante montante.
- Pré-validation avant téléversement cloud : même quand une équipe utilise un validateur cloud comme point de contrôle formel, exécuter d'abord un contrôle dans le navigateur détecte les problèmes évidents sans téléversement — réduisant les coûts et la fréquence d'usage du cloud.
Six erreurs de validation que commettent les équipes BIM — et ce qu'elles signifient réellement
Erreur 1 : « L'IDS est passé — la maquette est bonne »
L'IDS ne valide que ce que déclare la spécification .ids. Si votre fichier exige la résistance au feu (FireRating) sur les murs mais que votre EIR exige aussi IsExternal sur les portes, des codes Uniclass sur les éléments structurels et des jeux de quantités sur les dalles — et que cela n'a pas été écrit dans la spécification — le moteur signalera que toutes les exigences sont satisfaites alors que la moitié de votre EIR n'est pas vérifiée. Une réussite IDS est une confirmation contractuelle par rapport à une spécification donnée. Ce n'est pas un certificat de qualité général.
Erreur 2 : « Le validateur buildingSMART a dit que c'était valide »
La validité du schéma est le plancher, pas le plafond. Un fichier où chaque élément a Name='' et zéro jeu de propriétés est parfaitement valide au sens du schéma. Une maquette sans IfcElementQuantity, sans classification, et avec chaque élément physique placé directement dans IfcSite plutôt que dans un étage est parfaitement valide au sens du schéma. Réussir le validateur buildingSMART signifie que le fichier STEP est correctement formaté — cela ne dit rien sur l'utilité des données.
Erreur 3 : « Je peux l'ouvrir dans un visionneur, donc c'est bon »
Les visionneurs IFC sont permissifs par conception — ils sont conçus pour afficher la géométrie quel que soit le niveau de qualité des données. Un visionneur qui refuserait d'ouvrir des fichiers invalides au sens du schéma ou pauvres en données serait inutilisable. Un rendu géométrique correct ne dit rien sur la complétude des jeux de propriétés, les conventions de nommage, la stabilité des GUID, la classification, ni aucune des 44 dimensions de qualité. Visualiser un fichier est catégoriquement différent de le valider.
Erreur 4 : ne vérifier que la géométrie, en ignorant les données de propriétés
Un réflexe courant consiste à ouvrir l'IFC, inspecter la maquette 3D, et si le bâtiment a l'air correct, déclarer le fichier terminé. La géométrie représente environ 30 % de ce qui rend un fichier IFC utile. Les jeux de propriétés, les classifications, les noms d'éléments, les affectations de types et les jeux de quantités sont ce que consomment réellement les systèmes FM, les économistes de la construction et les registres d'actifs en CDE. Un fichier géométriquement correct mais aux jeux de propriétés vides échoue à la remise.
Erreur 5 : valider une seule fois, à l'échéance de livraison
Traiter la validation comme la dernière étape avant une soumission en CDE signifie remédier aux problèmes sous pression, sans marge. Une maquette avec 800 problèmes de validation découverts la veille de l'échéance sera soit livrée avec des problèmes connus, soit livrée en retard. La bonne cadence : niveau 1 après chaque export, niveau 2 avant chaque revue interne (au minimum chaque semaine), niveau 3 deux semaines avant chaque jalon formel.
Erreur 6 : ignorer la stabilité des GUID entre réexports
Les GUID en double au sein d'un fichier sont un problème de niveau 1, détectable par n'importe quel validateur. Mais l'instabilité des GUID entre réexports — quand le même élément reçoit un GlobalId différent à chaque export de la maquette — est invisible pour une validation à fichier unique. Quand les GlobalId dérivent d'une révision à l'autre, chaque commentaire BCF, chaque référence d'élément en CDE et chaque étiquette d'actif FM devient silencieusement une référence orpheline. Cela nécessite une comparaison entre deux révisions et un contrôle des paramètres d'export, pas seulement une validation d'un seul fichier.
Un workflow de validation pratique pour les coordinateurs BIM
- Après chaque export IFC : lancez un contrôle de niveau 1. Prend moins de 30 secondes dans n'importe quel validateur navigateur. Corrigez les GlobalId en double, les éléments orphelins et les ruptures de hiérarchie spatiale avant qu'ils ne s'accumulent d'une révision à l'autre.
- Avant chaque revue interne (hebdomadaire ou par sprint) : lancez un contrôle qualité de niveau 2 complet. Passez en revue la tendance du Health Score. Un score qui baisse d'une révision à l'autre signifie que de nouveaux problèmes apparaissent — trouvez-en la source avant que cela ne devienne récurrent.
- À la réception d'une maquette de discipline d'un tiers : lancez les niveaux 1 et 2 avant de fédérer. Une maquette reçue peut porter des problèmes que vous hériterez dans la maquette de coordination — détectez-les immédiatement, pas trois semaines après le début de la coordination sur une fédération déjà rompue.
- Deux semaines avant toute livraison de jalon formel : lancez les trois niveaux. Visez un Health Score ≥ 80 avant l'IDS. Deux semaines laissent le temps de remédier sans pression. Signalez tôt — n'absorbez pas la marge.
- Avant le téléversement en CDE : lancez les niveaux 2 et 3. Joignez le certificat de Health Score et le rapport de réussite IDS au bordereau de transmission. Cela crée une piste d'audit documentée et donne au gestionnaire d'information tout ce qu'il faut pour accepter la livraison.
- Après toute mise à jour du logiciel de modélisation ou changement des paramètres d'export : réétablissez la référence de stabilité des GUID en comparant deux exports consécutifs. Une mise à jour de Revit ou une configuration d'export modifiée peut changer silencieusement le comportement de génération des GlobalId.
Conseils d'expert
Trier par pénalité, pas par nombre
Ne corrigez pas les problèmes par ordre de volume — corrigez-les par ordre d'impact sur le Health Score. Trois champs de métadonnées IfcProject manquants peuvent coûter 15 points. Huit cents avertissements de nommage peuvent ne coûter que 8 points au total. Utilisez la répartition par gravité pour trier par impact.
Verrouillez les paramètres d'export dans un modèle
Chaque reconfiguration manuelle des paramètres d'export crée un risque de dérive vers une configuration différente. Créez une configuration d'export IFC nommée dans votre logiciel de modélisation, intégrez-la au modèle de projet, et documentez les paramètres requis dans le BEP. La dérive de configuration est la cause première de la plupart des problèmes d'export « ça marchait la dernière fois ».
Traduisez l'EIR en IDS dès le démarrage du projet
Traduisez les clauses les plus critiques de l'EIR en spécification IDS dès les deux premières semaines du projet. Même un fichier .ids partiel — cinq ou six spécifications — vaut mieux qu'une revue manuelle complète de l'EIR à la livraison, et détecte tôt les lacunes systématiques de données, quand elles coûtent encore peu cher à corriger.
Validez chaque maquette de discipline avant de fédérer
Les problèmes d'une maquette de discipline peuvent en masquer ou en cumuler d'autres au sein d'une fédération. Validez des entrées propres, fédérez propre. Ne valider que la maquette de coordination après fédération rend plus difficile l'attribution des problèmes au bon responsable.
Questions fréquentes
Réussir le niveau 1 signifie-t-il que je peux ignorer le niveau 2 ?
Non. Les niveaux 1 et 2 mesurent des propriétés totalement différentes d'un fichier. Un fichier valide au sens du schéma (niveau 1) peut n'avoir aucun jeu de propriétés, des noms d'éléments vides, aucune classification et aucune métadonnée ISO 19650 — et obtenir un score de 20 au contrôle qualité (niveau 2). Les deux sont toujours nécessaires. Voyez le niveau 1 comme « le fichier est correctement structuré » et le niveau 2 comme « le contenu du fichier correspond à ce qui était demandé ».
L'IDS remplace-t-il le service de validation buildingSMART ?
Non. L'IDS vérifie les exigences d'information propres au projet (niveau 3). Le service de validation buildingSMART vérifie la conformité au schéma (niveau 1). Ils opèrent à des niveaux totalement différents et répondent à des questions différentes. Une maquette conforme à l'IDS mais qui échoue à la validation de schéma serait une contradiction logique — l'intégrité de niveau 1 est un prérequis pour qu'un contrôle de niveau 3 ait un sens.
Quelles facettes IDS prioriser pour une livraison BIM standard ?
La facette Property couvre 70 à 80 % des exigences réelles des EIR — la plupart des clients veulent des valeurs de jeux de propriétés renseignées sur des types d'éléments précis. La facette Classification couvre l'essentiel du reste pour les projets régis par Uniclass ou OmniClass. La facette Entity apparaît dans presque toutes les spécifications comme filtre d'applicabilité. Material et PartOf répondent à des exigences contractuelles spécifiques. Commencez par Entity + Property, ajoutez Classification si votre EIR l'exige, puis étendez à partir de là.
Puis-je valider un IFC sans le téléverser où que ce soit ?
Oui. Les validateurs dans le navigateur traitent le fichier entièrement dans votre navigateur via WebAssembly. Les octets du fichier IFC ne quittent jamais votre appareil — les 44 règles de qualité, le calcul du Health Score et le moteur IDS complet s'exécutent côté client. Pour les maquettes soumises à des restrictions de traitement des données — actifs gouvernementaux, données résidentielles sensibles, infrastructures de défense — c'est souvent la seule option conforme.
Quel seuil de Health Score faut-il préciser dans le BEP ?
≥ 80 est le seuil standard pour une livraison en CDE et la coordination de conception. ≥ 90 pour les livraisons en développement de conception LOD 300+ et les jalons formels ISO 19650. ≥ 70 est acceptable pour les revues internes en phase de concept. En dessous de 60, la maquette présente des problèmes de qualité structurels et ne devrait être livrée à aucun tiers externe, en aucune circonstance.
Un seul outil peut-il couvrir les trois niveaux de validation ?
Certains outils le font. IFC Viewer Online couvre le niveau 1 (règles d'intégrité incluant les contrôles de GUID, de hiérarchie et d'en-tête de fichier), le niveau 2 (contrôle qualité à 44 règles avec Health Score) et le niveau 3 (moteur IDS 1.0 validé sur les 100 cas de test officiels de bSI). Solibri couvre les niveaux 2 et 3 avec un moteur de règles plus sophistiqué mais sans traitement dans le navigateur. Le service de validation buildingSMART ne couvre que le niveau 1. IfcOpenShell peut être scripté pour les niveaux 1 et 2.
Résumé
Valide au sens du schéma n'est pas valide pour le projet. Valide pour le projet n'est pas conforme à l'EIR. Les trois niveaux de validation sont nécessaires — et les confondre est la cause première de la plupart des échecs de livraison formelle.
IFC Viewer Blog
Niveau 1 : à exécuter à chaque export
Intégrité du schéma, unicité et format des GlobalId, hiérarchie spatiale. Prend 30 secondes. Détecte les défaillances structurelles qui corrompent silencieusement le BCF, le versionnage en CDE et les registres d'actifs FM en aval.
Niveau 2 : à exiger pour chaque livraison en CDE
44 règles de qualité, Health Score, conventions de nommage, complétude des jeux de propriétés, métadonnées ISO 19650. Exigez ≥ 80 dans votre BEP et votre EIR. C'est le niveau qui rend une maquette utile — pas seulement analysable.
Niveau 3 : à vérifier avant chaque jalon
Des spécifications IDS qui encodent votre EIR et votre AIR sous forme lisible par machine. Traduisez les clauses critiques dès le démarrage du projet, pas la semaine précédant la livraison. Une réussite IDS est une piste d'audit contractuelle documentée.
Lancez un contrôle qualité complet sur votre maquette actuelle — moins de 30 secondes dans n'importe quel navigateur, rien n'est téléversé. Lisez ensuite le guide du Health Score IFC pour comprendre comment le score est calculé et quel seuil définir dans votre BEP. Si des valeurs de propriétés ou des GUID doivent être corrigés sur un fichier reçu, le guide de l'éditeur IFC en ligne gratuit couvre l'édition non destructive des propriétés sans repasser par le logiciel de modélisation. Et pour les défaillances structurelles les plus courantes qui causent des rejets de niveau 1, consultez les 7 erreurs de validation IFC les plus courantes.
Model checker IFC : le guide complet de la validation IFC, de la qualité des maquettes et de l'IDS