Le mot se vend cher et se galvaude vite. La plupart des « jumeaux numériques » proposés sont des maquettes avec un tableau de bord : utiles, mais pas des jumeaux. Un seul critère tranche, et il est exigeant : l'information redescend-elle vers le bâtiment, ou se contente-t-elle d'en remonter ?
On vous montrera une maquette 3D superbe, des courbes de température qui défilent, des voyants qui passent au rouge. C’est impressionnant, et cela ne dit rien de ce qui compte. Posez la question suivante.
Un jumeau numérique n’est pas défini par sa beauté ni par le nombre de capteurs branchés dessus. Il est défini par une boucle. L’information monte du bâtiment vers le modèle, le modèle sert à analyser, à simuler, à décider, et cette décision redescend et modifie le fonctionnement réel de l’ouvrage. Sans ce retour, il n’y a pas de jumeau : il y a un tableau de bord bien fait.
Qu’est-ce que ce système change dans le bâtiment réel, sans qu’un humain ait à retaper l’information ? Si la réponse est « rien, il affiche », vous avez une supervision, pas un jumeau. Ce n’est pas une critique : une bonne supervision vaut de l’or. C’est juste un autre objet, et il coûte dix fois moins cher.
La différence n’est pas de degré mais de nature. Ajouter des capteurs à une maquette ne la transforme pas en jumeau, de la même façon qu’ajouter un compteur de vitesse à une photo de voiture n’en fait pas une voiture.
Une maquette numérique est un constat figé : elle décrit l’ouvrage tel qu’il a été conçu ou construit. Elle vieillit à partir du jour de sa livraison, parce que le bâtiment, lui, continue de changer. Un jumeau numérique est synchronisé : il reflète l’état courant de l’ouvrage, et cet état évolue en continu.
Une maquette est un livrable de projet. Un jumeau est un service continu : il faut alimenter les données, entretenir les capteurs, maintenir la plateforme et payer quelqu’un pour s’en servir. Le premier se commande, le second s’exploite pour des années. Confondre les deux dans un budget est la façon la plus sûre d’obtenir un jumeau qui meurt au bout de six mois, faute d’avoir prévu son entretien.
Opposer « vraie » maquette et « vrai » jumeau est commode mais faux. Entre les deux, il y a des paliers, et l’immense majorité des projets vit sur les premiers sans que ce soit un échec.
La maquette de récolement : l’ouvrage tel que construit, sans lien avec le réel courant. C’est le socle, et c’est déjà beaucoup.
La maquette reçoit des données du bâtiment et les affiche. On voit, en contexte, ce qui se passe. C’est le stade que la plupart appellent abusivement « jumeau ».
Le modèle ne se contente plus d’afficher : il simule, compare au prévu, prédit une dérive ou une panne. La décision reste humaine.
Le modèle referme la boucle : ses conclusions modifient le pilotage du bâtiment, avec ou sans validation humaine. C’est le seul palier qui mérite pleinement le mot.
Pour la quasi-totalité des bâtiments, le bon objectif est le palier 2, atteint proprement. Observer l’état réel en contexte, sur un modèle fiable, résout déjà l’essentiel des besoins d’exploitation. Viser le palier 4 sur un ouvrage ordinaire, c’est acheter une capacité qu’on n’exploitera pas, sur des données qu’on n’a pas fiabilisées. La maturité se juge à ce qu’on fait du système, pas au palier affiché sur la plaquette.
La recherche sur le sujet insiste sur un point : beaucoup d’artefacts nécessaires à un jumeau ne sont pas, à eux seuls, des jumeaux. Les nommer évite de payer l’un pour l’autre.
Chacun de ces quatre éléments peut être nécessaire à un jumeau. Aucun n’en est un à lui seul. Le jumeau, c’est ce qui les relie en une réplique persistante, tenue à jour, sur laquelle on raisonne et depuis laquelle on agit. Le mot désigne la liaison, pas les pièces.
La conversation sur le jumeau numérique commence presque toujours par les capteurs et l’intelligence artificielle. Elle devrait commencer par une question beaucoup plus terne : de quel modèle part-on ?
Un jumeau se synchronise avec un modèle. Si ce modèle est faux dès le départ, la synchronisation le maintient faux en temps réel. Or le modèle de départ, c’est le dossier des ouvrages exécutés : ce qui a réellement été construit, avec les bonnes références et les bonnes localisations. La plupart des projets livrent un dossier incomplet ou reconstitué, et prétendent ensuite bâtir un jumeau dessus.
Prenons comme exemple un capteur de température censé remonter l’état d’un local. Pour que la mesure ait un sens dans le modèle, il faut que le local existe dans la maquette, qu’il porte le bon identifiant, et que le capteur y soit rattaché sans ambiguïté. Si le récolement est approximatif, la mesure arrive et ne sait pas où se poser. On a alors des données réelles branchées sur une représentation fausse : le pire des deux mondes, avec l’air de fonctionner.
Le jumeau numérique ne se décide pas en exploitation, il se prépare pendant le projet. Un dossier de fin de chantier soigné, avec des équipements identifiés et localisés, est le vrai prérequis, bien avant le premier capteur. La suite est dans le DOE numérique : un jumeau bâti sur un DOE reconstitué de mémoire hérite de tous ses trous.
Le jumeau numérique est un objet réel et utile, à condition de ne pas appeler ainsi tout ce qui affiche des données sur une maquette.
Trois idées à emporter. Le critère est la boucle : une information qui monte, un raisonnement, et une décision qui redescend modifier le bâtiment réel. Sans ce retour, c’est une supervision, pas un jumeau, et ce n’est pas grave. Ce n’est pas binaire : il y a des paliers, de la simple description à l’action automatique, et le bon objectif pour presque tous les bâtiments est d’observer proprement, pas d’agir tout seul. Enfin, le socle n’est pas le capteur, c’est le modèle : un jumeau se synchronise avec un dossier de récolement, et un dossier faux donne un jumeau faux en temps réel.
Pour la base sur ce qu’est une maquette et pourquoi elle n’est pas un jumeau, revenez à qu’est-ce que le BIM. Le prérequis dont dépend tout jumeau est le DOE numérique. Et la démarche d’ensemble, celle d’une information saisie une fois et servie tout au long de la vie de l’ouvrage, est le cycle de vie de la donnée.
Les guides qui prolongent naturellement celui-ci, dans d'autres sections du site.
Trois personnes disent « on fait du BIM » et parlent de trois choses différentes, sans s'en apercevoir. Ce guide démêle d'abord ce malentendu, puis montre ce qui distingue réellement un objet de maquette d'une forme en 3D, et ce que la méthode ne résoudra pas.
Quatre cents PDF sur un disque dur, contractuellement irréprochables et pratiquement morts. Le problème n'est pas le format : c'est qu'un dossier produit à la fin est une reconstitution, faite par quelqu'un qui n'était pas là quand l'information existait.
Une information saisie une fois doit servir jusqu'à l'exploitation, sans jamais être retapée. Ce principe explique à lui seul pourquoi les normes, les processus et les logiciels BIM sont faits comme ils le sont. Le comprendre, c'est arrêter de subir le BIM.