La classification est ce qui permet, en aval, de grouper les objets pour chiffrer, métrer, analyser. C'est aussi l'une des informations les plus fragiles à l'export : elle vit dans un champ propre à votre logiciel, et si personne ne lui ouvre un chemin vers l'IFC, elle s'évapore sans le moindre avertissement. Le destinataire reçoit un beau modèle, et découvre qu'il ne peut rien regrouper.
Parmi tout ce qui voyage dans un fichier IFC, la classification a une place à part : elle ne sert presque à rien au producteur, et elle est décisive pour le destinataire. C’est exactement ce qui la rend si facile à perdre.
Rappelons la distinction, développée dans les systèmes de classification : la classe IFC dit ce qu’un objet est, un mur, une porte ; la classification dit dans quelle grille externe il est rangé, tel code Uniclass, tel code NLBE-SfB. Ce sont deux informations différentes, portées par des mécanismes différents, et la seconde est purement documentaire : rien ne la trahit à l’écran si elle manque.
C’est là le piège. Le producteur ne se sert pas de la classification pour modéliser, il ne remarque donc pas son absence. Le destinataire, lui, en a besoin pour tout ce qui vient après : chiffrer, métrer, analyser par famille. Une classification qui ne survit pas à l’export ne provoque aucune erreur visible, elle rend juste inutile la moitié du travail aval, et on ne le découvre qu’au moment de s’en servir.
Ne pensez pas la classification comme une donnée de plus dans votre modèle, pensez-la comme le premier outil de travail du destinataire. C’est lui qui l’exploite, pas vous. La question n’est donc pas « ai-je classé mes objets » mais « ma classification arrivera-t-elle chez celui qui doit s’en servir, dans une forme qu’il peut lire ». Le reste de ce guide traite de cette traversée.
Une classification ne voyage pas toute seule. Elle vit dans un champ propre à votre logiciel, et rien ne la transforme en information IFC tant qu’on ne l’a pas explicitement demandé.
Dans le modèle natif, le code de classification est rangé quelque part de spécifique à l’outil : un système de classification dédié, un paramètre, une propriété. À l’export, l’IFC dispose d’un emplacement normalisé pour l’accueillir, une référence de classification rattachée à l’objet. Mais le passage de l’un à l’autre n’est pas automatique : il faut indiquer à l’export où trouver le code et vers quelle référence l’envoyer. Sans cette correspondance, le code reste dans le logiciel, et l’objet arrive chez le destinataire sans classification, aussi soigné soit-il par ailleurs.
Produire un IFC bien formé, comme le décrivent l’export depuis Revit et depuis Archicad, ne garantit pas que la classification suive : c’est un mappage à part, souvent oublié parce qu’il ne casse rien quand il manque. Selon les logiciels, il est plus ou moins direct, un système de classification intégré s’y prête mieux qu’un simple paramètre à relier, mais dans tous les cas, il se règle et se vérifie, il ne se suppose pas.
Faire suivre le code ne suffit pas. Un code de classification isolé, arraché à la grille dont il est issu, est aussi muet qu’une référence de livre sans le nom de la bibliothèque.
« Ss_25_10_25 » ne veut rien dire pour qui ne sait pas que c’est du Uniclass. Le même objet peut porter un code qui existe dans plusieurs systèmes, avec des significations sans rapport. Pour que la classification soit exploitable, l’export doit donc transporter deux choses ensemble : le code, et l’identité du système dont il provient, son nom et de préférence sa source. Un IFC qui porte des codes sans nommer leur système livre des étiquettes que personne ne peut décoder.
Ouvrez un objet dans le fichier exporté et regardez sa classification : voyez-vous le système, pas seulement le code ? Si vous lisez « Ss_25_10_25 » sans qu’aucun champ ne dise « Uniclass », le destinataire lira la même chose, c’est-à-dire une suite de caractères sans mode d’emploi. Le système doit accompagner le code, toujours, sans quoi vous n’avez transmis qu’une énigme.
Comprendre pourquoi il faut tant de soin suppose de voir ce que la classification permet une fois arrivée. Tout, en aval, passe par le regroupement, et le regroupement passe par elle.
Estimer un coût, sortir un métré, c’est grouper les objets par nature et rapprocher chaque groupe d’un prix ou d’un ratio. Sans classification transmise, ce regroupement est impossible, et le BIM 5D s’effondre.
Analyser l’énergie, le carbone, la maintenance suppose de trier les objets selon une grille commune. La classification est cette grille, et son absence oblige à tout retrier à la main.
Une classification partagée fait parler ensemble des maquettes de disciplines différentes, en rangeant leurs objets dans le même référentiel. C’est un socle de coordination, pas seulement une étiquette.
La classification est l’exemple parfait de l’information dont l’effort est fourni en amont et le bénéfice récolté en aval, chez quelqu’un d’autre. C’est pourquoi elle se néglige, et pourquoi elle doit être exigée par écrit : sans une demande explicite dans l’EIR, le producteur n’a aucune raison visible de la faire suivre, et il ne la fera pas.
Un objet peut porter plusieurs classifications à la fois, et l’IFC sait toutes les transporter. Reste à décider lesquelles font le voyage, et à contrôler qu’elles sont bien arrivées.
Un même mur peut être rangé dans un système de classification international, dans un système national, et dans une codification de coûts, chacun servant un usage. L’IFC accepte ces classifications multiples, mais les faire toutes suivre par réflexe alourdit le fichier et brouille le destinataire. La règle est celle de la proportionnalité : faire suivre les systèmes que le destinataire va réellement exploiter, ceux nommés dans les exigences du projet, et laisser les autres. Une bibliothèque de référence comme BIMids fournit d’ailleurs ces correspondances toutes prêtes, par élément.
Sur le fichier reçu, prenez quelques objets et vérifiez : la classification attendue est-elle présente ? le système est-il nommé, pas seulement le code ? est-ce le bon système, celui du projet ? Ces trois questions font partie du contrôle d’un IFC pas à pas, et elles se posent sur un échantillon en quelques minutes. Un contrôle qui compte les objets classés et non classés dit d’un coup si le chemin a réellement été ouvert.
Une information sans valeur pour qui la produit, décisive pour qui la reçoit, et perdue en silence si personne ne veille à sa traversée.
Trois idées à emporter. La classification ne suit pas toute seule : elle vit dans un champ propre à l’outil et doit être explicitement mappée vers une référence de classification IFC, faute de quoi elle disparaît sans erreur visible. Un code sans son système est illisible : l’export doit transporter le code et l’identité de la grille dont il provient, sinon le destinataire reçoit des étiquettes indéchiffrables. Enfin, son enjeu est le regroupement en aval : chiffrage, métré, analyses par famille en dépendent, ce qui en fait une information à exiger par écrit et à vérifier à la réception.
Ce que sont les classifications et pourquoi les distinguer de la classe IFC est dans les systèmes de classification. Leur premier usage en aval est le BIM 5D. L’export général dont ce flux fait partie est traité pour Revit et Archicad, la demande qui l’impose part de l’EIR, et le contrôle du résultat relève de contrôler un IFC pas à pas.
Les guides qui prolongent naturellement celui-ci, dans d'autres sections du site.
Uniclass, OmniClass, Uniformat, MasterFormat : on cherche à choisir « la bonne », et c'est déjà se tromper. Un même mur est un système fonctionnel pour qui conçoit, un produit à acheter pour qui construit, un ensemble à maintenir pour qui exploite. Ce ne sont pas des systèmes concurrents, ce sont des angles de lecture.
Un export IFC n'est pas un enregistrement, c'est une traduction. Tant que vous ne décidez pas comment Revit traduit, il décide à votre place. Voici les trois réglages qui font 90 % du résultat, et la logique derrière, valable quelle que soit votre version.
On attend du 5D qu'il chiffre. Il ne chiffre pas. Il extrait des quantités géométriques, et le standard IFC lui-même livre deux valeurs différentes pour le même mur. Entre ce que la maquette mesure et ce que l'entreprise facture, il reste une convention que presque personne n'écrit.