Jumeaux numériques pragmatiques : partir d'un objectif, pas d'une réplique de tout

Résumé exécutif

« Jumeau numérique » est devenu l'un des termes les plus élastiques de la construction. Une analyse de plus de 15 000 publications scientifiques a montré que les définitions varient selon le domaine et l'échelle, et que les fonctions les plus souvent promises — simulation, IA, données en temps réel, contrôle bidirectionnel — ne sont pas encore matures dans les jumeaux du cadre bâti [2]. La norme internationale de vocabulaire, ISO/IEC 30173:2023, est délibérément modeste : une représentation numérique d'une entité cible, reliée par des données pour que les états physique et numérique convergent « à un rythme de synchronisation approprié » [1]. Rien dans cette définition n'exige une réplique de tout le bâtiment ni du temps réel partout. La tendance qui mérite d'être suivie est l'inverse du battage : des jumeaux circonscrits à un objectif, un système, une décision — le plus souvent le CVAC et l'énergie — là où les preuves de valeur sont les plus solides et où les fondations de données sont atteignables.

Le problème réel et ce qui change

La première génération d'offres de jumeaux numériques vendait une réplique vivante de l'actif entier : tous les systèmes modélisés, tous les capteurs en flux, le modèle toujours vrai. Il en existe peu. Ce qu'une revue systématique de 2026 a trouvé dans la littérature des jumeaux opérationnels est plus étroit et plus utile : sur 46 déploiements retenus (à partir de 2 839 références), 34 portaient sur la qualité de l'environnement intérieur et l'énergie, en grande partie le CVAC et l'automatisation du bâtiment [6]. Environ la moitié seulement documentaient une sémantique formelle du bâtiment, et moins d'un tiers l'utilisaient réellement pour orienter l'analyse ou les décisions. Les résultats restaient surtout dans l'interface propre de chaque plateforme, avec peu de preuves d'intégration dans les systèmes de maintenance ou les séquences de contrôle [6].

Voilà l'état réel de l'art : des solutions ponctuelles capables, qui ne se transfèrent pas encore d'un site à l'autre. Le basculement en cours consiste à cesser de traiter « le jumeau » comme un produit que l'on achète pour le traiter comme une question à laquelle on répond — quelle décision, pour quel système, sur quelles données, mises à jour à quelle fréquence.

Pourquoi maintenant

Trois éléments convergent. D'abord, le vocabulaire s'est stabilisé : l'ISO/IEC 30173:2023 donne une définition neutre quant au secteur, qui sépare la représentation, la connexion de données et le rythme de synchronisation [1] — ce qui légitime un jumeau mis à jour mensuellement si c'est ce que la décision exige. Ensuite, la discussion sur la maturité a mûri. Le spectre Atkins/IET en six éléments (0 à 5) — de la capture de la réalité aux modèles d'objets avec métadonnées, puis à la prédiction et l'aide à la décision, à l'échange bidirectionnel et enfin à l'exploitation autonome — donne aux équipes un vocabulaire pour choisir un niveau au lieu de viser le sommet par défaut [4]. Enfin, la base de preuves nous dit enfin où les jumeaux rapportent : la concentration CVAC-énergie des systèmes déployés [6] correspond à l'endroit où se trouvent les résultats mesurables.

La pression d'affaires est aussi celle du reste de cette série : McKinsey décrit l'évolution probable du BIM vers une vue continuellement mise à jour de l'état réel, qui appuie approbations et paiements sur des preuves documentées [12]. Un jumeau est la forme opérationnelle de cette idée — mais seulement si ses données sont fiables.

Comment ça fonctionne et où ça s'applique

Un jumeau pragmatique a une forme stable : objectif (une décision ou un indicateur — plaintes de confort, pointe de demande, défauts d'équipement) → périmètre (les systèmes et espaces dont dépend cette décision, pas tout l'actif) → représentation (le modèle, au niveau de détail que l'objectif exige — souvent un modèle mécanique coordonné, pas une visualisation architecturale) → connexion de données (quels signaux, depuis quel système d'automatisation ou quels capteurs, à quelle fréquence) → analyse (surveillance, détection de défauts, optimisation ou offre de flexibilité — les quatre domaines de service qu'identifie une revue CVAC+R de 2026 [9]) → action (un bon de travail, une consigne, un rapport — livré dans le système que les gens utilisent déjà).

Applications concrètes, par ordre de preuves :

• Surveillance CVAC et détection de défauts : l'usage déployé le plus fréquent [6], et le domaine que la revue CVAC+R considère comme le plus proche de la pratique [9].
• Optimisation énergétique de la centrale : une étude sur un hôtel de Hong Kong a relié un jumeau de centrale frigorifique alimenté par 1 416 capteurs IdO (17 520 relevés horaires) à un contrôleur par étapes ; le mode piloté par IA a consommé environ 21,9 % d'énergie CVAC quotidienne de moins que l'exploitation fixe, bien que les auteurs n'aient pas évalué le retour sur investissement [10].
• Jumeaux de transfert vers l'exploitation : un modèle mécanique coordonné plus des actifs identifiés, alimentant le système de maintenance du propriétaire — le cas d'usage où les exigences d'information opérationnelle de l'ISO 19650-3 s'appliquent directement [11].
• Flexibilité et effacement : émergent ; la revue le liste comme domaine de service, mais avec des preuves en bâtiment réel plus minces [9].

Ce qui n'est pas sur la liste est révélateur : les répliques de tout le bâtiment, toutes disciplines, en temps réel. Les deux types de jumeaux récurrents dans la littérature sont « haute performance temps réel » et « aide à la décision de long terme » [2] — et la plupart des décisions de bâtiment relèvent du second.

Impact sur l'entreprise et les équipes

La logique économique d'un jumeau ciblé est la même que l'argument d'architecture de données plus tôt dans cette série : le coût de la définition initiale (identité, sémantique, correspondance des données) est élevé, le coût de chaque usage supplémentaire est faible. Un périmètre étroit garde le premier coût supportable. Il rend aussi le jumeau mesurable : un jumeau avec un seul indicateur a une référence de départ, on peut donc montrer qu'il fonctionne ou qu'il échoue — ce que la plupart des jumeaux « plateforme » ne permettent jamais.

Pour les équipes BIM et VDC, l'implication est concrète. Le modèle qui devient l'ossature du jumeau est généralement le modèle mécanique coordonné, et son utilité en aval dépend de choix faits pendant la conception et la construction : identifiants d'actifs stables, propriétés référencées à un dictionnaire, dégagements de service modélisés en géométrie, et un dossier de transfert structuré pour l'exploitant plutôt que pour le contrat. La revue de 2026 nomme le contexte du bâtiment lisible par machine et les métadonnées gouvernées sur le cycle de vie comme les facteurs limitant la portabilité et l'accès structuré par des agents d'IA [6]. C'est du travail de modélisation, et il est fait — ou non — bien avant que quiconque n'achète une plateforme de jumeau.

Le constat organisationnel est plus brutal. Une synthèse de 2026 portant sur 47 études en gestion d'installations de santé conclut que l'adoption au point mort est « un résultat produit structurellement » par la séparation entre livraison des immobilisations et exploitation, la propriété floue des données et l'exclusion des gestionnaires d'installations des phases amont — des contraintes que les auteurs jugent plus lourdes que l'immaturité technique [7]. Les jumeaux échouent à la couture du transfert, pas dans le logiciel.

Freins, risques et niveau de maturité

La dérive des définitions est le premier risque : si une équipe ne peut pas dire quel élément du spectre de maturité elle vise [4], elle achètera des fonctions qu'elle n'utilisera pas. La modularité et les utilisateurs sont le deuxième : une revue de 2025 dans Construction Management and Economics signale la complexité technologique, le manque de modularité et la faible interaction avec les utilisateurs pendant le développement, et note que les perspectives des parties prenantes sont bien moins étudiées que les travaux techniques [8]. Les fondations de données sont le troisième : la revue CVAC+R situe le « goulot de modélisation » au niveau des données (harmonisation, ontologies), du processus (prédiction du comportement et intégration des services) et de l'intégration (absence d'architectures de jumeau standardisées) [9]. Le biais de survie est le quatrième, plus discret : la synthèse en santé avertit que les projets de jumeaux échoués ou abandonnés sont sous-déclarés, de sorte que la maturité publiée est probablement surestimée [7].

Maturité, dite honnêtement : les jumeaux de surveillance et de détection de défauts CVAC sont établis en recherche et de plus en plus en pratique ; les jumeaux de prédiction et d'optimisation sont en croissance, avec des résultats mesurés sur site unique [10] mais peu de transfert entre sites [6] ; le contrôle bidirectionnel et l'exploitation autonome sont au mieux émergents, et l'analyse des 15 000 publications juge le flux de données bidirectionnel pas encore mature dans le cadre bâti [2]. Un autodiagnostic utile vient du modèle de maturité fondé sur les principes Gemini, qui note les jumeaux selon l'objectif, la confiance et la fonction sur 27 critères et place la plupart des projets réels bien en dessous de son niveau supérieur « instructif et intelligent » [5].

Comment se préparer

1. Écrire l'objectif en une phrase, avec un indicateur et une référence de départ — les principes Gemini placent l'objectif (bien public, création de valeur, connaissance) avant la confiance et la fonction pour une raison [3]. Si vous ne pouvez pas nommer la décision, vous n'êtes pas prêt pour un jumeau.
2. Choisir délibérément un élément de maturité [4] et préciser quel rythme de synchronisation la décision exige vraiment [1] ; le « temps réel » est un coût, pas une vertu.
3. Circonscrire à une famille de systèmes — pour la plupart des bâtiments, la mécanique : c'est là que se concentrent les jumeaux déployés [6] et qu'existent des résultats mesurés [10].
4. Fixer les fondations de données dans le BIM, pas dans la plateforme : identifiants d'actifs stables, propriétés référencées à un dictionnaire, dégagements de service en géométrie, et un transfert structuré selon l'ISO 19650-3 [11] — voir les articles précédents sur l'architecture de données et l'openBIM.
5. Décider de la cible d'intégration avant tout achat : quel système de maintenance ou quelle séquence de contrôle recevra la sortie du jumeau. Les jumeaux dont la sortie reste dans leur propre tableau de bord sont ceux que la littérature trouve non extensibles [6].
6. Budgéter la maintenance du jumeau et nommer un responsable ; un jumeau dont les données dérivent par rapport au bâtiment est pire qu'aucun jumeau, parce qu'on y croit.

Perspective d'avenir et conclusion

La direction probable est la fédération plutôt que la consolidation : plusieurs jumeaux étroits — centrale, ventilation, eau — partageant identifiants et sémantique, avec des assistants d'IA lisant un contexte de bâtiment structuré plutôt que de le remplacer [6][12]. Le bâtiment autonome et autogéré du sommet du spectre de maturité reste spéculatif ; les preuves ne le soutiennent pas encore, et les organisations qui atteindront les niveaux intermédiaires seront celles qui auront d'abord circonscrit étroitement.

Le point stratégique pour les propriétaires et pour les équipes BIM qui les servent : un jumeau numérique n'est pas le modèle rendu vivant ; c'est une décision rendue mesurable. Partez de la décision. Le modèle — s'il a été construit en pensant à l'identité, à la sémantique et au transfert — sera prêt pour elle.

Questions fréquentes

Un modèle BIM est-il un jumeau numérique ? Non. Dans le spectre de maturité, un modèle coordonné avec métadonnées est l'élément 2 ; un jumeau exige une connexion de données qui fait converger les états physique et numérique [1][4]. Le modèle est l'ossature sur laquelle un jumeau se construit — c'est pourquoi la qualité de ses données compte.

Un jumeau numérique doit-il être en temps réel ? Seulement si la décision qu'il sert l'est. L'ISO/IEC 30173 parle d'un rythme de synchronisation approprié [1], et la littérature distingue les jumeaux temps réel des jumeaux d'aide à la décision de long terme, auxquels appartiennent la plupart des questions de bâtiment [2].

Par où un entrepreneur en mécanique ou une firme de génie devrait-il commencer ? Par le système que vous modélisez déjà le mieux et les données que vous avez déjà : la surveillance CVAC et la détection de défauts sont là où se concentrent les jumeaux déployés et où les résultats sont mesurés [6][9][10]. Assurez-vous que le modèle coordonné porte des identifiants stables et des propriétés référencées à un dictionnaire pour qu'il puisse devenir la fondation de ce jumeau.

---

Sources et références

[1] ISO/IEC. ISO/IEC 30173:2023 — Digital twin — Concepts and terminology. ISO/IEC JTC 1/SC 41, publiée le 7 novembre 2023.

[2] Abdelrahman, M.; Macatulad, E.; Lei, B.; Quintana, M.; Miller, C.; Biljecki, F. « What is a Digital Twin Anyway? Deriving the Definition for the Built Environment from over 15,000 Scientific Publications ». Building and Environment, vol. 274, 112748, 2025 (prépublication arXiv:2409.19005).

[3] Centre for Digital Built Britain (Bolton, A.; Enzer, M.; Schooling, J. et autres). « The Gemini Principles ». Université de Cambridge, 2018.

[4] Atkins / The Institution of Engineering and Technology (Evans, S. et autres). « Digital twins for the built environment: An introduction to the opportunities, benefits, challenges and risks ». 2019 — spectre de maturité des jumeaux numériques, éléments 0 à 5.

[5] Chen, L.; Xie, X.; Lu, Q.; Parlikad, A. K.; Pitt, M.; Yang, J. « Gemini Principles-Based Digital Twin Maturity Model for Asset Management ». Sustainability, 13(15), 8224, 2021. https://doi.org/10.3390/su13158224

[6] Elias, C.; Hutchins, I.; Issa, R. R. A. « Operational digital twins in the built environment: A systematic review of semantic infrastructure and deployment practice ». Journal of Information Technology in Construction (ITcon), vol. 31, p. 1015–1041, 2026. https://doi.org/10.36680/j.itcon.2026.043

[7] Almukhtar, A.; Shahzad, M.; Tah, J. H. M. « From BIM to digital twins in public healthcare facility management: bridging the gap between technological potential and operational reality ». Frontiers in Built Environment, vol. 12, 2026. https://doi.org/10.3389/fbuil.2026.1828585

[8] Miraj, P.; Wang, T.; Koutamanis, A.; Chan, P. « Organising digital twin in the built environment: a systematic review and research directions on the missing links of use and user perspectives of digital twin in the AEC sector ». Construction Management and Economics, 43(6), p. 465–481, 2025. https://doi.org/10.1080/01446193.2025.2451631

[9] Ibrahim, N. I.; Vering, C.; Giannetti, N.; Kim, M.; Sholahudin; Storek, T.; Müller, D.; Saito, K. « State-of-the-art of the digital twin concept in HVAC+R systems for thermal management of buildings ». Renewable and Sustainable Energy Reviews, vol. 229, 116601, 2026. https://doi.org/10.1016/j.rser.2025.116601

[10] Wong, R. W. M.; Loo, B. P. Y. « Improving Energy Efficiency in Hotels Through Evolutionary Digital Twin Technology: A Conceptual Framework and Empirical Evidence ». Buildings, 15(24), 4406, 2025. https://doi.org/10.3390/buildings15244406

[11] ISO. ISO 19650-3:2020 — Information management using building information modelling — Part 3: Operational phase of the assets.

[12] Ahmoye, D.; Sjödin, E.; Blanco, J. L.; Mawji, A.; Winslade, M.; Rogers, P. « How AI is reshaping the future of the AEC industry ». McKinsey & Company, 15 juillet 2026.

Note de traçabilité : aucune estimation de taille de marché n'est utilisée — les chiffres commerciaux pour les « jumeaux numériques en construction » varient de plus du simple au double selon le périmètre. Les affirmations d'éditeurs de 10 à 40 % d'économies d'énergie ont été écartées faute de source primaire. Un chiffre d'exactitude de détection de défauts (« > 95 % ») attribué à la revue CVAC+R dans un résumé secondaire n'a pas pu être confirmé dans le texte de l'article et a été laissé de côté. Le résultat de l'hôtel [10] porte sur un seul site ; le chiffre de 21,9 % provient des limites énoncées par les auteurs et d'une revue secondaire, la section complète des résultats n'ayant pas été accessible.