En bref : L’Information Delivery Specification, ou IDS, transforme des exigences BIM en règles contrôlables dans un fichier IFC. IDS 1.0 est un standard officiel buildingSMART depuis le 1er juin 2024. Pour les équipes BIM au Luxembourg, en Belgique et dans le Benelux, il permet de cadrer une livraison IFC avant la revue de modèle et d’automatiser une partie du contrôle des données structurées.
L’IDS peut spécifier les entités IFC, classifications, matériaux, propriétés, valeurs, quantités et relations alphanumériques. Il ne vérifie pas la géométrie. Les collisions, dégagements, tolérances spatiales et contrôles dimensionnels doivent donc rester dans un flux de contrôle distinct.
Pourquoi l’IDS répond-il aux défauts des livraisons IFC ?
Dans les projets openBIM, les exigences existent souvent dans une convention BIM, un tableau Excel, une annexe de marché ou un espace CDE. Le problème apparaît au moment de les vérifier. Une instruction comme « renseigner les données incendie des portes » reste inutilisable tant que le périmètre, l’emplacement IFC et la contrainte de valeur ne sont pas définis.
Sans IDS, le coordinateur ouvre plusieurs modèles, filtre les objets, retrouve la propriété, vérifie son nom, son Property Set, son format et sa valeur. Avec plusieurs auteurs et outils de modélisation, les écarts d’export sont courants : donnée portée par le type au lieu de l’occurrence, paramètre non exporté, classification absente ou mauvais nom de Property Set. Une règle IDS peut préciser :
- l’entité IFC visée, par exemple IfcDoor ;
- une classification obligatoire ou admise ;
- une propriété attendue dans un Property Set déterminé ;
- une valeur, une unité ou un format acceptable ;
- une quantité ou une relation IFC à contrôler.
Cette précision donne une cible d’échange commune aux auteurs de maquette et aux validateurs. Le standard ne remplace pas la convention BIM du projet. Il fournit un format partagé pour rendre une partie de la convention contrôlable par machine.
Comment formaliser FireRating dans un IDS ?
Une règle utile peut être formulée ainsi : pour chaque IfcDoor appartenant à la classification retenue pour les portes coupe-feu, la propriété FireRating doit être présente dans le jeu de propriétés prévu par le protocole BIM et respecter le format convenu.
L’IDS peut vérifier la présence, l’emplacement, le format et la conformité de la valeur à une contrainte prédéfinie. Il ne décide pas si une porte est réellement soumise à une exigence incendie ni quelle valeur réglementaire doit s’appliquer. Cette validation relève des responsables de la conception, de la réglementation et du cahier des charges.
Le workflow FireRating doit fixer quatre points :
- applicabilité : quels IfcDoor sont réellement concernés ;
- emplacement IFC : occurrence, type ou Property Set projet ;
- contrainte de valeur : liste contrôlée, expression textuelle ou autre règle admise ;
- exceptions : objets exclus ou valeur distincte documentée.
Une ligne de registre peut ressembler à ceci : Jalon conception détaillée | IfcDoor | classification porte coupe-feu | Pset_DoorCommon | FireRating | format validé projet | responsable conception incendie. Ce n’est pas une donnée de projet, mais la structure minimale d’une règle qui peut être discutée puis automatisée.
Le piège classique consiste à rendre FireRating obligatoire sur toutes les portes. Le rapport remonte alors des écarts sans valeur métier. À l’inverse, contrôler uniquement les objets où la propriété existe laisse passer des portes qui auraient dû être renseignées. L’applicabilité est donc aussi importante que la propriété elle-même.
Où l’IDS s’arrête-t-il dans le contrôle qualité BIM ?
L’IDS contrôle l’information alphanumérique structurée. Il peut confirmer l’entité d’un objet, la présence d’une propriété ou d’une quantité, une contrainte de valeur et une relation IFC. Il ne confirme pas qu’une porte est positionnée correctement, qu’un équipement entre en collision avec une gaine ou qu’un espace respecte une dimension minimale.
Un workflow de livraison IFC solide suit une séquence claire : formaliser les exigences utiles au jalon, les stabiliser dans un registre, produire le fichier IDS, le tester sur un export représentatif, corriger le modèle source ou le mapping IFC, puis archiver l’IDS, le rapport et la version remise. Les contrôles géométriques et spatiaux restent séparés.
Le test sur un export réel est indispensable. Une propriété visible dans l’outil auteur peut être absente de l’IFC, placée dans une autre structure ou portée par un objet inattendu. Le contrôle IDS révèle alors un problème de modélisation ou de paramétrage avant la remise.
L’IFC Viewer BIMSmarter permet d’inspecter les objets, propriétés et relations d’un fichier IFC avant l’exécution du contrôle. Il facilite le diagnostic d’un écart, sans remplacer le validateur IDS.
Pour la mise en œuvre pas à pas, le guide pratique de validation IFC automatique avec IDS détaille la méthode sur un fichier réel.
Position BIMsmarter
L’IDS buildingSMART rend les exigences IFC alphanumériques répétables et traçables. Pour démarrer, choisissez quelques règles stables : classification d’objets, propriétés de portes, informations d’espaces ou quantités attendues à un jalon précis. Décidez l’exigence, définissez son applicabilité, fixez son emplacement IFC, testez l’export et archivez la règle utilisée. Sans précision, l’IDS automatise une ambiguïté. Avec elle, il réduit les vérifications manuelles et sécurise la qualité informationnelle des livraisons IFC.
À propos de l'auteur.
Renaud Climent est BIM Coordinator MEP, plus de 10 ans de terrain au Luxembourg et en Belgique. Cursus complet CRTI-B (Bases, Référent, Modeleur, Coordinateur), formé Solibri, BIMcollab et Revit MEP, certifié en IA. Fondateur de BIMsmarter.eu, il code ses propres outils pour automatiser les tâches BIM chronophages. Contact : contact@bimsmarter.eu