Les 10 erreurs les plus fréquentes dans les modèles IFC — et comment les détecter
Noms manquants, classifications erronées, property sets vides : ces problèmes IFC coûtent des heures aux équipes BIM. Un guide pour une assurance qualité systématique.
Quiconque coordonne des modèles IFC connaît la situation : le fichier semble correct dans le visualiseur, mais lors de la vérification par rapport aux exigences du projet, des dizaines d'erreurs apparaissent. Attributs manquants, classifications erronées, property sets vides — autant de problèmes qui coûtent cher sur le chantier.
Cet article présente les dix erreurs IFC les plus fréquentes, explique pourquoi elles sont critiques et comment les détecter de manière systématique.
1. Nom manquant sur les éléments
Ce qui se passe : des éléments IFC tels que IfcWall, IfcDoor ou IfcWindow n'ont pas d'attribut Name, ou seulement une valeur générique du type « Generic Wall ».
Pourquoi c'est critique : sans noms parlants, les éléments ne peuvent pas être identifiés dans les nomenclatures, les livrets de pièces ou les rapports de coordination. Avec des centaines de murs dans un modèle, l'attribution devient impossible.
Comment le détecter : vérifier systématiquement que tous les éléments d'un type donné ont un Name non vide. Les outils de validation automatisés font cela en quelques secondes sur l'ensemble des éléments.
Cause typique : dans Revit, le nom IFC est généré à partir du nom de la famille. Si les familles ne sont pas correctement nommées, le nom est absent à l'export. Dans ArchiCAD, l'ID/description pilote le nom IFC.
2. Classification manquante ou erronée
Ce qui se passe : les éléments n'ont pas de classification (Uniclass, eBKP, OmniClass, DIN 276) ou sont mal classés — un mur porteur est qualifié de façade.
Pourquoi c'est critique : les classifications sont la base du métré, de la planification des coûts et du facility management. Sans attribution correcte, les évaluations automatisées sont inutilisables.
Comment le détecter : vérifier que tous les éléments comportent une référence IfcClassification et que le code correspond au système attendu (par exemple eBKP-H pour les projets suisses, Uniclass pour les projets britanniques).
Cause typique : la classification est souvent attribuée manuellement dans le logiciel BIM et oubliée à l'export IFC. Beaucoup de bureaux n'ont pas de modèle de classification unifié.
3. Quantités manquantes
Ce qui se passe : les éléments n'ont pas de property sets Qto_* — donc aucune quantité exportée comme la surface, le volume ou la longueur.
Pourquoi c'est critique : sans quantités dans le modèle, les métrés doivent être effectués manuellement ou via des outils externes. Cela coûte du temps et reste sujet aux erreurs.
Comment le détecter : vérifier pour chaque type d'élément (par exemple IfcBuildingElement) qu'au moins un quantity set (Qto_WallBaseQuantities, Qto_SlabBaseQuantities, etc.) est présent.
Cause typique : dans Revit, l'option « Exporter les quantités » doit être activée explicitement dans les paramètres d'export IFC. Par défaut, elle est souvent désactivée.
4. Mauvais schéma IFC
Ce qui se passe : le projet exige IFC4 ou IFC4x3, mais le fichier livré utilise IFC2x3 — ou inversement.
Pourquoi c'est critique : des versions de schéma différentes prennent en charge des entités et property sets différents. Un modèle IFC2x3 ne peut pas contenir d'objets IfcBridge, et un modèle IFC4x3 n'est pas lu par les visualiseurs plus anciens.
Comment le détecter : le schéma figure dans la première ligne du fichier IFC (FILE_SCHEMA). Les outils de validation automatisés le contrôlent par rapport aux exigences du projet.
Cause typique : le modeleur sélectionne la mauvaise version IFC à l'export. « IFC2x3 » est souvent conservé par habitude, alors que le projet exige IFC4.
5. Classement coupe-feu manquant (FireRating)
Ce qui se passe : les murs, dalles ou portes n'ont pas de FireRating dans Pset_WallCommon / Pset_DoorCommon.
Pourquoi c'est critique : les exigences de protection incendie sont imposées par la réglementation. Si l'information manque dans le modèle, elle doit être ajoutée manuellement plus tard — souvent seulement lorsque l'ingénieur en protection incendie reçoit le modèle.
Comment le détecter : pour tous les éléments qui délimitent un espace (IfcWall, IfcSlab, IfcDoor), vérifier que la propriété FireRating est présente et non vide dans le Pset_*Common correspondant.
Cause typique : le FireRating est souvent géré comme un paramètre personnalisé dans l'outil de modélisation, mais n'est pas mappé sur la bonne propriété IFC.
6. Attribution de matériaux manquante
Ce qui se passe : les éléments n'ont ni IfcMaterial, ni IfcMaterialLayerSet, ni IfcMaterialConstituentSet.
Pourquoi c'est critique : les informations sur les matériaux sont essentielles pour les calculs énergétiques, les évaluations de durabilité (par exemple DGNB, Minergie) et les appels d'offres.
Comment le détecter : vérifier que tous les types d'éléments pertinents ont au moins un matériau attribué — idéalement avec un nom parlant (pas « Default » ou « Generic »).
Cause typique : dans Revit, les matériaux sont attribués au niveau de la famille. Si les familles sont utilisées sans matériau ou si le matériau s'appelle « Standard », l'information est absente dans IFC.
7. Attribution d'étage manquante
Ce qui se passe : les éléments ne sont rattachés à aucun IfcBuildingStorey — ils « flottent » dans le modèle sans classement spatial.
Pourquoi c'est critique : sans attribution d'étage, les éléments ne peuvent pas être filtrés, triés ou évalués par niveau. Le métré par étage, la confrontation au programme et la coordination deviennent impossibles.
Comment le détecter : vérifier la structure de containment spatial (IfcRelContainedInSpatialStructure) — chaque élément physique doit être rattaché à un étage.
Cause typique : les éléments traversant plusieurs étages (par exemple poteaux continus, cages d'escalier) ou les éléments ajoutés a posteriori sont souvent mal rattachés.
8. Property sets incomplets
Ce qui se passe : des property sets standard comme Pset_WallCommon, Pset_DoorCommon, Pset_SpaceCommon sont présents, mais certaines propriétés manquent — par exemple IsExternal, LoadBearing ou IsAccessible.
Pourquoi c'est critique : les évaluations automatisées s'appuient sur des property sets complets. S'il manque IsExternal sur les murs, on ne peut pas distinguer les murs intérieurs des murs extérieurs — information cruciale pour les calculs énergétiques et la planification des façades.
Comment le détecter : définir pour chaque élément les propriétés attendues et vérifier systématiquement leur exhaustivité. Les fichiers IDS (Information Delivery Specification) sont parfaitement adaptés.
Cause typique : le logiciel BIM n'exporte que les propriétés qui existent en tant que paramètres. Si le paramètre manque dans la famille, la propriété manque dans IFC.
9. Description manquante
Ce qui se passe : l'attribut Description sur les éléments est vide.
Pourquoi c'est critique : la description fournit du contexte pour la coordination et la documentation. Dans les programmes de pièces, elle sert de nom long ; sur les éléments, d'information complémentaire.
Comment le détecter : vérifier pour les types d'éléments pertinents (en particulier IfcSpace, IfcBuilding, IfcProject) qu'une description est présente.
Cause typique : la description est tout simplement oubliée dans de nombreux flux BIM — ce n'est pas un champ obligatoire et elle n'a pas d'impact visuel dans le modèle.
10. Coordonnées de modèle erronées / géoréférencement manquant
Ce qui se passe : le modèle est exporté avec les mauvais points de référence — internal origin, point de base du projet et point topographique se mélangent. Ou le géoréférencement est absent : IfcSite.RefLatitude/RefLongitude est vide, un bloc IfcMapConversion (IFC4 / IFC4.3) n'est pas présent. Dans certains cas, les coordonnées sont dupliquées — une fois dans IfcMapConversion, une fois dans IfcSite.ObjectPlacement.
Pourquoi c'est critique : les modèles issus de différentes disciplines ne s'alignent pas lors de l'agrégation. L'architecte livre avec un point zéro relatif, l'ingénieur structure avec des coordonnées topographiques — et les modèles se retrouvent à 1500 mètres l'un de l'autre. Les interfaces de terrain, les tracés et le BIM d'infrastructure exigent un géoréférencement correct. Sans cela, la coordination relève de la chance, et l'heure facturée pour la recherche d'erreurs grimpe avec chaque modèle ajouté.
Comment le détecter : vérifier que IfcSite contient des valeurs RefLatitude et RefLongitude cohérentes ou qu'un bloc IfcMapConversion est présent. Test ponctuel : un élément connu — par exemple un poteau à l'entrée du bâtiment — comparé aux coordonnées réelles attendues. En IFC4.3, IfcMapConversion est la solution propre ; les seules coordonnées IfcSite plus anciennes ne suffisent pas pour les projets d'infrastructure.
Cause typique : dans Revit, il existe trois points de référence (Project Base Point, Survey Point, internal origin), et l'export IFC propose plusieurs options de « Coordinate Base » — qui ne choisit pas activement « Shared Coordinates » exporte souvent le mauvais point. Dans ArchiCAD, le problème se trouve dans la configuration du projet ; dans Allplan, dans le système de coordonnées du monde et de la construction. Sur le premier modèle d'un projet, cela fait rarement mal ; sur le deuxième ou le troisième, beaucoup plus.
Conclusion : la vérification automatisée fait gagner des heures
Les dix erreurs ont un point commun : elles sont détectables systématiquement. Plutôt que de scruter manuellement chaque modèle, on peut définir une fois des règles de contrôle, puis les appliquer automatiquement à chaque nouvelle livraison IFC.
C'est précisément pour cela qu'IFClint a été conçu : importer des modèles IFC, les contrôler par rapport à vos exigences et identifier les erreurs immédiatement — directement dans le navigateur, sans installation.
Intéressé ? Demandez un accès de test et vérifiez votre premier modèle en moins de 30 secondes.