En bref : une charte BIM en PDF décrit ce que vous attendez, mais personne ne la vérifie ligne à ligne à chaque livraison, et c'est pour ça que vos IFC arrivent incomplets. La sortie passe par l'IDS, le standard buildingSMART qui transforme une exigence écrite en règle vérifiable par une machine. Cet article donne la méthode de conversion : trier la charte, traduire 10 à 15 règles bloquantes, les rendre opposables dans le BEP, puis automatiser le contrôle à la réception.

Soyons clairs : votre charte BIM n'est pas mauvaise. Elle est probablement complète, bien structurée, alignée sur l'ISO 19650 et sur les fiches GID du CRTI-B. Le vrai problème, c'est qu'elle est écrite pour un humain, et que l'humain qui la reçoit a 50 pages à lire, un planning serré et un export IFC à sortir pour vendredi. Résultat, les propriétés manquent, les niveaux sont mal nommés, le géoréférencement est absent, et vous le découvrez en réunion de synthèse. La vidéo ci-dessus pose le constat. Cet article donne la méthode pour en sortir.

Pourquoi la charte PDF ne tient plus en 2026 ?

Parce qu'un PDF ne produit aucun verdict. Il décrit une intention, et la vérification reste manuelle, donc partielle. buildingSMART le dit lui-même : les exigences d'information circulent encore dans des formats qu'un ordinateur ne sait pas interpréter, tableurs et PDF en tête. Le coût de cette approximation n'a rien de théorique. L'étude Autodesk et FMI, menée auprès de plus de 3 900 professionnels, estime que les mauvaises données ont coûté 1 850 milliards de dollars à la construction mondiale en 2020, et qu'elles expliquent 14 % de toutes les reprises.

Le chiffre qui me parle le plus dans cette étude, c'est celui-ci : 30 % des répondants déclarent que plus de la moitié de leurs données projet sont mauvaises. En coordination, je le vois tous les jours sous une forme très concrète. Un IFC qui s'ouvre parfaitement dans la visionneuse, qui a l'air propre en 3D, et dont les propriétés GID sont vides ou rangées dans un Pset maison que personne ne sait lire.

Prérequis : ce qu'il faut vraiment avant de commencer

Pas besoin d'un développeur ni d'une licence à cinq chiffres. Il vous faut trois choses : la charte ou le BEP actuel du projet (même imparfait), la liste des usages BIM réellement pratiqués sur ce projet (quantitatif, synthèse, exploitation), et un outil capable de créer et de lire un fichier IDS. L'IFC Viewer & Audit BIMsmarter intègre un créateur d'IDS et un audit IDS, gratuits, avec un traitement 100 % local dans le navigateur. Côté open source, IfcTester (IfcOpenShell) fait le même travail en Python.

Si vous découvrez le format lui-même, commencez par notre guide pratique de validation IFC automatique par IDS : il détaille la structure du fichier et la procédure de validation. Ici, on se concentre sur le passage de la charte au contrôle.

Étape 1 : que garder de votre charte, et que jeter ?

Ouvrez la charte et passez chaque exigence au crible d'une seule question : est-ce qu'une machine peut répondre par oui ou par non en lisant l'IFC ? « Les murs porteurs portent la propriété LoadBearing à VRAI » passe le test. « Le modeleur veille à la cohérence de sa maquette » ne le passe pas. Vous obtenez deux piles. La première, les exigences vérifiables, deviendra votre IDS. La seconde, les règles de méthode et d'organisation, reste dans le BEP, et c'est très bien ainsi.

Sur les chartes que je relis, la pile vérifiable représente souvent moins de la moitié du document (estimation terrain). Rien d'anormal : ça signifie simplement que tout le reste du PDF ne pourra jamais être contrôlé automatiquement, et qu'il faut arrêter de faire semblant du contraire.

Étape 2 : quelles exigences traduire en premier ?

Ne traduisez pas tout. Commencez par 10 à 15 règles bloquantes, celles dont l'absence casse un usage en aval. Dans l'ordre que je recommande :

  1. Le contexte spatial : présence et nommage de IfcProject, IfcSite, IfcBuilding et IfcBuildingStorey. Si les niveaux sont faux, la fusion des maquettes l'est aussi.
  2. Le géoréférencement du site, sans lequel rien ne se superpose correctement entre disciplines.
  3. La classification exigée par le projet (Uniformat II, NLBE/SfB côté belge, ou celle de votre BEP).
  4. Les propriétés GID de la phase en cours, pour les entités qui portent un usage : murs, dalles, portes, équipements techniques.

Au Luxembourg, vous ne partez pas de zéro. Le CRTI-B et Buildwise mettent à disposition, en plus des fiches GID, des fichiers de configuration IDS pour le contexte BeLux. Pour retrouver rapidement quelles propriétés une fiche GID impose sur un objet donné en phase APD ou EXE, le GID Assistant répond directement à la question sans parcourir des tableaux de 200 lignes.

Étape 3 : comment écrire une exigence qu'une machine peut vérifier ?

Chaque spécification IDS se découpe en deux blocs : l'applicabilité (à quels objets la règle s'applique) et les exigences (ce que ces objets doivent contenir). Le standard s'appuie sur six facettes pour les exprimer : entité, attribut, classification, propriété, matériau et relation d'appartenance. L'exemple officiel de buildingSMART résume bien l'esprit : tous les murs doivent porter FireRating dans Pset_WallCommon, avec une valeur parmi REI30, REI60 ou REI90.

Ce qui change tout par rapport au PDF, c'est la précision imposée. Dans une charte, on écrit « renseigner la résistance au feu ». Dans un IDS, on est obligé de dire dans quel Pset, sous quel nom exact, avec quel type de donnée et quelles valeurs acceptées. Cette discipline d'écriture règle à elle seule une bonne partie des litiges de coordination, parce qu'elle supprime l'interprétation. Pensez aussi à caler la version de schéma : un IDS écrit pour IFC4 appliqué à un export IFC2X3 produira des faux négatifs, et ce format reste très répandu au Benelux.

Étape 4 : comment rendre l'IDS opposable dans le BEP ?

Un IDS qui n'est pas contractuel reste une suggestion. Annexez le fichier au BEP (ou à l'EIR côté maîtrise d'ouvrage), versionnez-le comme n'importe quel livrable, et écrivez noir sur blanc le critère d'acceptation. Ma formulation type : toute maquette qui ne passe pas 100 % des règles bloquantes de l'IDS en vigueur ne peut pas passer au statut partagé dans le CDE, et retourne à l'émetteur avec le rapport de non-conformité. C'est la traduction directe de la logique de contrôle qualité avant partage prévue par l'ISO 19650.

Distinguez clairement règles bloquantes et règles d'avertissement. Si tout est bloquant, les équipes contesteront le contrôle au lieu de corriger leurs maquettes, et vous perdrez la bataille dès la deuxième livraison.

Étape 5 : qui lance le contrôle, et à quel moment ?

Deux fois, par deux personnes différentes. Le modeleur d'abord, sur son propre export, avant de déposer quoi que ce soit dans le CDE : c'est l'autocontrôle, et il coûte quelques minutes. Le coordinateur ensuite, à la réception, avec le même IDS, pour valider le passage de statut. Vérifier à la main une maquette contre une charte prend facilement 2 à 4 heures (estimation terrain), alors qu'un audit IDS rend son verdict en quelques minutes.

L'IFC Viewer & Audit contrôle un fichier sur 20 points en moins de 60 secondes, gère les schémas IFC2X3 à IFC4X3 et exporte les non-conformités en BCF 2.1. Le rapport BCF part directement dans votre outil de coordination (BIMcollab, Solibri, Revit via plugin), sans ressaisie dans un tableur Excel.

Les pièges à éviter (retour terrain)

Tout traduire d'un coup. Un IDS de 300 règles livré en phase APS sera ignoré. Démarrez petit, montez en exigence à chaque jalon, comme les fiches GID le prévoient déjà par phase.

Oublier le paramétrage d'export. Un IDS exige une propriété dans un Pset précis. Si le mapping d'export Revit ou Archicad range la valeur ailleurs, le contrôle échoue alors que l'information existe dans le modèle natif. Testez l'IDS sur un export réel avant de le rendre contractuel.

Laisser l'IDS dériver de la charte. Si le BEP change et que l'IDS ne suit pas, vous contrôlez des exigences périmées. Un seul propriétaire, une seule version en vigueur, un historique des révisions.

Confondre conforme et correct. L'IDS vérifie qu'une valeur est présente et autorisée, pas qu'elle est juste. Un mur REI60 renseigné REI30 passera le contrôle. La revue technique humaine reste nécessaire, elle porte simplement sur le fond au lieu de chasser les champs vides.

Récap : la méthode en une page

Triez la charte entre exigences vérifiables et règles de méthode. Traduisez 10 à 15 règles bloquantes en IDS, en partant du contexte spatial, du géoréférencement, de la classification et des propriétés GID de la phase. Annexez l'IDS au BEP avec un critère d'acceptation explicite. Faites tourner le contrôle deux fois, côté modeleur puis côté coordinateur, et renvoyez les non-conformités en BCF. Le standard a été approuvé en version 1.0 le 1er juin 2024, avec plus de 200 contributeurs de 34 pays : l'argument « ce n'est pas encore mûr » ne tient plus.

Mon avis, sans détour : en 2026, livrer une charte BIM uniquement en PDF, c'est accepter d'avance des maquettes non conformes et de payer la reprise plus tard. Arrêtons de se voiler la face, la charte n'a jamais contrôlé quoi que ce soit, c'est le coordinateur qui compensait à la main. Gardez le PDF pour expliquer le pourquoi, et confiez le contrôle à l'IDS. Si vous voulez voir la démonstration, la vidéo en tête d'article la déroule, et l'audit IDS vous permet de tester votre prochaine maquette reçue dès aujourd'hui.