Retour au blog BIM & IFC
Validation · 2026-10-03 · 9 min
La classification en IFC expliquée : Uniclass, OmniClass et comment les codes vivent dans la maquette
Un code de classification est le pont entre une maquette et tout ce qui suit — métrés, CCTP, registres d'actifs. En IFC, ce n'est pas une propriété mais une relation, et c'est pourquoi tant d'exports le perdent. Comment cela fonctionne, quel système utiliser et comment le contrôler.
La classification en IFC expliquée : Uniclass, OmniClass et comment les codes vivent dans la maquette — IFC Viewer Online article cover
Demandez à un économiste, à un rédacteur de CCTP et à un gestionnaire d'exploitation ce qu'ils attendent d'une maquette, et leur première réponse sera la même : dites-moi ce qu'est chaque chose, dans mes termes. C'est le rôle de la classification. Un mur n'est pas seulement un IfcWall ; c'est Ss_25_10_30 en Uniclass, un système précis avec sa ligne de métré, son article de CCTP et son plan de maintenance.
L'IFC porte ce code — mais pas là où presque tout le monde le cherche, et c'est pourquoi tant d'exports arrivent sans.
Un code de classification atteint un élément par une relation, pas par une propriété. La référence contient le code ; la classification indique le système.
L’essentiel
- En IFC, la classification est une relation vers une référence de classification, pas une propriété.
- Un code ne signifie rien sans son système : Ss_25_10_30 est de l'Uniclass ; 21-02 10 10 est de l'OmniClass.
- Contrôlez les codes avec une facette classification IDS — système et code ensemble — à chaque livraison.
Comment le code est enregistré
- IfcClassification indique le système et l'édition : Uniclass 2015, OmniClass, CCI.
- IfcClassificationReference contient un code (Identification) et son nom, et pointe vers le système — directement ou via des références parentes pour les codes hiérarchiques.
- IfcRelAssociatesClassification relie cette référence à un ou plusieurs éléments, ou à des types d'éléments.
Quel système ?
| Système | Où il est courant | Structure |
|---|
| Uniclass 2015 | Royaume-Uni ; nombreux projets ISO 19650 | Tables par préfixe (Ss systèmes, Pr produits, EF éléments…) avec codes hiérarchiques |
| OmniClass | Amérique du Nord | Tables numérotées (21 éléments, 23 produits…) |
| CCI | Danemark, Estonie, Tchéquie et d'autres | Classes par composant et construction |
| NL-SfB | Pays-Bas et Belgique | Codes numériques d'éléments |
La bonne réponse est celle qui est écrite dans le contrat. La mauvaise, c'est deux systèmes dans le même projet.Hiérarchie : pourquoi Ss_25 correspond à Ss_25_10_30
Les codes d'Uniclass et des systèmes similaires sont hiérarchiques : Ss_25_10_30 est sous Ss_25_10, lui-même sous Ss_25. Une exigence comme « chaque mur classé sous Ss_25 » devrait accepter le code plus profond. Les bons outils de contrôle suivent la chaîne de références ; les outils naïfs comparent des chaînes et rejettent des éléments parfaitement classés.
Contrôler la classification d'une livraison
- Convenez du système et de la profondeur dans le BEP « Uniclass 2015, table Systems, au moins au niveau 3, sur tous les éléments physiques. »
- Écrivez-le en spécification IDS Applicabilité : les classes d'éléments qui doivent être classées. Exigence : une facette classification avec le système et le motif du code.
- Exécutez-la à chaque révision Les défauts arrivent par élément, avec le motif : code manquant, mauvais système, code hors de la plage autorisée.
- Suivez-la d'une version à l'autre Une comparaison entre révisions montre les changements de classification comme catégorie à part — utile quand les équipes coût ou exploitation dépendent des codes.
Comment écrire la spécification est expliqué dans l'IDS expliqué ; comment comparer des révisions dans comment comparer deux versions IFC ; et pourquoi la classification compte à la remise dans COBie à partir de l'IFC.
La classification en IFC expliquée : Uniclass, OmniClass et comment les codes vivent dans la maquette