Exercice 1 : Construire votre check-list « IFC-ready » (pré-envoi)
Contexte
Vous êtes coordinateur BIM côté maîtrise d’œuvre. Demain 10h30, vous devez déposer une version IFC sur le CDE au statut « partagé ».
Vous voulez une check-list courte, actionnable, qui couvre les contrôles formels et les points de qualité indispensables avant échange.
Ce que vous devez faire
Rédigez une check-list IFC-ready en 12 points maximum, structurée en 3 sections :
- Contrôles formels (structure, identifiants, affectations…)
- Qualité du contenu (LOG/LOI selon LOIN, cohérence…)
- Livrables & traçabilité (rapports, BCF, cohérence DOC…)
💡 Exemple (format attendu) :
Contrôle formel → « Chaque IfcElement est affecté à un IfcBuildingStorey via IfcRelContainedInSpatialStructure (pas seulement “référencé”). »
Soumettez votre check-list pour obtenir une correction détaillée (points manquants, formulation, priorisation).
• 12 points maximum
• 3 sections (Formel / Qualité / Livrables)
• Chaque point doit être testable (oui/non) et actionnable
Pensez « structure spatiale » (site/bâtiment/étage) + « identifiants » (GUID) + « LOIN » (LOG/LOI/DOC) + « relations » (Pset / matériaux / rattachement spatial).
Inspirez-vous d’une routine de contrôle : formel (position, étages, GUID, classification/entités IFC, types de valeurs LOI) puis qualité (collisions/distances selon phase) puis communication (BCF + rapport PDF + cohérence DOC dérivée du modèle).
Reponse attendue
Exemple de check-list « IFC-ready » (12 points)
- Positionnement : les modèles sont au bon emplacement/orientation (coordonnées projet) et cohérents entre disciplines.
- Structure spatiale : IfcSite → IfcBuilding → IfcBuildingStorey (→ IfcSpace si requis) reliés par IfcRelAggregates.
- Affectation des éléments : chaque IfcElement est affecté à un seul IfcSpatialStructureElement via IfcRelContainedInSpatialStructure (utiliser IfcRelReferencedInSpatialStructure uniquement pour les cas multi-étages).
- GUID : chaque occurrence d’IfcElement a un GlobalId (GUID) unique et stable (pas de doublons).
- OwnerHistory & unités : OwnerHistory référencé et unités (longueur/surface/volume) définies (IFCSIUNIT).
- Étages : noms/codes/hauteurs d’étages identiques dans tous les modèles (pas de divergences de dénomination).
- LOG (LOIN) : la granularité géométrique attendue est atteinte (ex. éléments simplifiés vs multicouches selon cas d’usage/phase).
- LOI (LOIN) : les propriétés/attributs attendus sont présents et du bon type (IfcLabel / IfcBoolean / valeurs autorisées…)
- Psets : les Pset standardisés (ex. Pset_*Common) sont utilisés quand ils existent ; les Pset personnalisés ne commencent pas par
Pset_. - Matériaux : les matériaux sont liés via IfcRelAssociatesMaterial ; les propriétés de matériau sont portées par IfcMaterial (pas “mélangées” dans l’élément quand ce n’est pas pertinent).
- Contrôle qualité modèle : contrôles internes (collisions, distances) réalisés ; anomalies majeures traitées ou clairement tracées.
- Traçabilité d’échange : dépôt sur CDE avec rapport PDF + BCF (problèmes, responsabilités, échéances) ; documents (PDF/DWG) cohérents avec le modèle livré.
Comprendre la correction
Une check-list efficace couvre d’abord les pré-requis formels : sans positionnement cohérent, structure spatiale valide, affectation correcte et GUID uniques, les contrôles inter-modèles (collisions, distances, quantités) deviennent peu fiables.
Ensuite, elle relie la qualité à ce qui est attendu contractuellement via le LOIN : LOG (géométrie), LOI (alphanumérique), DOC (documents). Enfin, elle sécurise la collaboration : BCF pour la communication et rapport PDF pour la preuve/documentation.
Erreurs frequentes a eviter
❌ Check-list trop vague : « Le modèle est bon » sans critère vérifiable (oui/non). → Reformuler en test observable (relation, attribut, présence, cohérence).
❌ Oublier l’affectation spatiale : contrôler les étages “dans le logiciel” mais ne pas vérifier IfcRelContainedInSpatialStructure dans l’IFC.
❌ Confondre LOI et “informations au hasard” : demander des propriétés sans préciser le type/format (booléen, liste de valeurs, texte) alors que c’est central pour la vérification.
❌ Oublier la traçabilité : pas de BCF / pas de rapport PDF / pas de cohérence entre plans (DOC) et modèle IFC.
