Retour au blog BIM & IFC
Livraison & ISO 19650 · 2026-10-01 · 10 min
COBie depuis l'IFC : ce dont votre équipe d'exploitation a vraiment besoin (et comment le vérifier avant la remise)
Le COBie est l'endroit où le bon BIM va mourir : un tableur produit la dernière semaine du projet, plein de cellules vides, que l'équipe d'exploitation n'ouvre jamais. L'extraire tôt de l'IFC — et mesurer son niveau de complétude — change la donne.
COBie depuis l'IFC : ce dont votre équipe d'exploitation a vraiment besoin (et comment le vérifier avant la remise) — IFC Viewer Online article cover
Demandez à un responsable d'exploitation ce qu'il a fait du COBie de son dernier bâtiment neuf, et la réponse la plus courante est un silence. Le tableur existe. Il a été livré, il a satisfait au contrat, il compte dix-huit onglets. Et la feuille Component — celle qui liste ce qu'il faut entretenir — est à moitié vide, parce que personne ne l'a regardée avant la semaine de la remise.
La solution n'est pas un meilleur outil COBie à la fin. C'est d'extraire le COBie de l'IFC tôt et souvent, et de mesurer ce qui manque tant qu'il reste du temps pour le modéliser.
Le COBie est une vue de l'IFC, pas un livrable à part
Chaque feuille COBie est une vue d'entités IFC. Component, Space et Type portent l'essentiel de ce qu'utilise l'exploitation.
Chaque ligne qui compte dans le COBie correspond à quelque chose dans l'IFC. Un Floor est un IfcBuildingStorey. Un Space est un IfcSpace. Un Type est un type d'élément comme IfcDoorType. Un Component est une occurrence d'élément — une porte précise, une pompe précise. Les attributs que demande le COBie vivent dans les attributs et les property sets de l'IFC.
| Feuille COBie | Provient de | Usage pour l'exploitation |
|---|
| Facility | IfcProject, IfcSite, IfcBuilding | Savoir de quel bâtiment il s'agit |
| Floor | IfcBuildingStorey | Naviguer dans l'inventaire patrimonial |
| Space | IfcSpace (nom, nom long, surface) | Programme des locaux, nettoyage, gestion des espaces |
| Zone | IfcZone et regroupements d'espaces | Zones incendie, CVC et sûreté |
| Type | Types d'éléments et leurs psets | Données produit, garantie, pièces de rechange |
| Component | Occurrences d'éléments | Les équipements à maintenir : la raison d'être du COBie |
| System | IfcSystem et ses affectations | Quels composants forment un système |
La conséquence est inconfortable et utile : si le COBie est pauvre, le modèle est pauvre. Corriger le tableur à la main la dernière semaine produit un document qui contredit le modèle dont il est censé découler — et la remise suivante recommence l'exercice.
Pourquoi la plupart des livrables COBie sont vides
- Les espaces n'ont jamais été modélisés, ou l'ont été sans nom. Pas d'espaces, pas de feuille Space, et chaque Component perd sa localisation.
- Les composants n'ont pas d'identifiant stable. Si les GlobalIds changent d'un export à l'autre, l'inventaire patrimonial ne peut pas être mis à jour depuis un modèle ultérieur ; il faut le reconstruire.
- Types absents ou génériques. Deux cents portes qui pointent vers un seul type nommé « Porte », c'est techniquement une feuille Type et pratiquement inutile.
- Les données fabricant, modèle et garantie arrivent après le gel du modèle et sont saisies dans le tableur plutôt que dans le modèle.
Le deuxième point est celui qui détruit en silence la valeur de tout l'exercice. Pourquoi les GUID IFC changent à chaque export explique la cause et la correction pour chaque outil auteur.
Mesurer la complétude avant la remise
Pas besoin d'un spécialiste COBie pour savoir si un modèle est sur la bonne voie. Trois questions, posées à chaque phase à partir du gel de la conception, attrapent presque tout :
- Composants : quelle part a à la fois un nom et un GlobalId ? Un équipement a besoin d'un libellé lisible et d'un identifiant stable pour être remis.
- Espaces : quelle part est nommée ? Un espace sans nom est introuvable pour quiconque exploite le bâtiment.
- Types : les composants renvoient-ils seulement à des types ?
Notre extraction COBie répond exactement à ces trois questions et les combine en un indicateur de préparation à l'exploitation — les Components pèsent le plus, puis les Spaces, puis les Types — avec le détail par feuille à côté. C'est délibérément une mesure de complétude, pas un certificat de conformité : elle vous dit si les données dont dépend une équipe d'exploitation sont là, et le dit en ces termes.
Rédiger des exigences COBie que le modèle peut satisfaire
Les exigences COBie ont leur place dans l'EIR et, idéalement, dans un fichier IDS que le prestataire peut exécuter lui-même. « Chaque IfcSpace a un Name et un LongName », « chaque IfcDoorType porte Manufacturer et ModelReference » : chacune est une spécification IDS, et chacune est vérifiable à chaque révision bien avant que quiconque n'ouvre un tableur.
La rédaction de ces spécifications est traitée dans l'IDS expliqué. La place du COBie parmi les autres pièces de remise est dans ce qu'il faut livrer avec un modèle IFC.
Le COBie ne se produit pas à la remise. Il s'y révèle — et à ce moment-là, il est trop tard pour changer ce qu'il révèle.
COBie depuis l'IFC : ce dont votre équipe d'exploitation a vraiment besoin (et comment le vérifier avant la remise)