Jumeau numérique et BOS : deux rôles à ne pas confondre
Le BOS fait circuler la donnée. Le jumeau lui donne un sens.
Dans les offres du marché, les deux mots se croisent souvent : des « jumeaux numériques » qui ne sont qu'une supervision affichée en 3D, des BOS présentés comme des jumeaux. Pour un exploitant, la confusion coûte cher : on achète une fonction en croyant en acheter une autre.
Les deux ont pourtant des rôles distincts. Le BOS est une couche d'intégration : il relie les équipements du bâtiment et met leurs données à disposition des applications. Le jumeau numérique est une représentation synchronisée du bâtiment, faite pour comprendre, simuler et décider.
Ce que disent les référentiels
- Le BOS, selon la Smart Buildings Alliance : le cœur du système d'information du bâtiment. Il organise, gère et partage le référentiel commun du bâtiment, et mutualise les flux entre les équipements de terrain et les applications de services, dans le respect des règles de gouvernance des données.
- Le jumeau, selon le Digital Twin Consortium : une représentation virtuelle intégrée et pilotée par les données d'entités et de processus réels, avec une interaction synchronisée à une fréquence et une fidélité définies. Il s'appuie sur des données en temps réel et historiques pour représenter le passé et le présent, et simuler des futurs possibles.
Les deux notions se recouvrent en partie : le livre blanc de la Smart Buildings Alliance place lui-même le jumeau numérique dans l'infrastructure gérée par le BOS. D'où l'intérêt de raisonner en fonctions plutôt qu'en noms de produits.
Cinq différences
| Axe | BOS | Jumeau numérique |
|---|---|---|
| Finalité | Rendre le bâtiment interopérable et pilotable, en décloisonnant GTB, éclairage, contrôle d'accès et capteurs | Comprendre le bâtiment dans son ensemble pour mieux décider et agir |
| Horizon | Le présent : l'exploitation en cours | Le passé, le présent et des futurs simulés |
| Mode d'action | Automatique : il commande directement les équipements | Le plus souvent avec une personne dans la boucle : il propose, on décide |
| Contenu | Des flux et des points de mesure, normalisés | Ces flux, croisés avec la maquette, l'historique de maintenance et des modèles de calcul ou d'IA |
| Périmètre | Un bâtiment | Un équipement, un process, un site ou tout un patrimoine |
Un jumeau peut-il être un BOS ?
Oui, une même plateforme peut assurer les deux rôles. Mais un jumeau ne devient pas un BOS par nature : il le devient s'il en reprend les fonctions. Pour cela, il doit :
- se connecter directement aux équipements de terrain, et pas seulement lire une GTB existante ;
- normaliser ces flux et les partager avec d'autres applications, par des API ouvertes ;
- appliquer des règles de gouvernance des données partagées ;
- pouvoir commander les équipements, avec le niveau de cybersécurité que cela suppose.
La plupart des plateformes de jumeau ne remplissent pas ces conditions : elles consomment des données, en lecture seule, en aval d'une GTB ou d'un BOS. L'inverse est plus fréquent : un BOS qui organise ses données dans un modèle sémantique (espaces, équipements et leurs relations) possède déjà un jumeau minimal, tourné vers l'exploitation. Il lui manque en général l'historique long, la simulation et la vision du patrimoine.
Faut-il les réunir dans un seul produit ?
C'est possible, mais cela crée trois tensions.
La criticité
Le BOS pilote des équipements en temps réel et doit rester disponible et sûr. Le jumeau est un outil d'analyse qui évolue vite. Les mélanger expose la couche critique aux évolutions de la couche d'analyse.
Le périmètre
Le BOS est centré sur un bâtiment, le jumeau vise souvent un site ou un patrimoine. Une plateforme unique risque d'être limitée dans un sens ou dans l'autre.
La dépendance
Un seul éditeur pour la connexion, la commande et l'analyse, c'est un verrou fort pour le propriétaire.
Face à une offre « jumeau-BOS », la bonne question est : quelles fonctions sont réellement couvertes ? Ensuite seulement, on décide si elles vivent dans le même produit ou dans deux couches reliées par des API. Pour un patrimoine hétérogène, deux couches séparées sont en général plus robustes.
Et la réglementation ?
Aucun texte n'impose un BOS ou un jumeau : la réglementation impose des fonctions. Elle pousse assez directement la couche de pilotage, et indirectement le jumeau, par les obligations de suivi et de données.
| Texte | Ce qu'il impose | Plutôt pour |
|---|---|---|
| Décret BACS | Une GTB dans les bâtiments tertiaires. Pour les systèmes de 70 à 290 kW, l'échéance a été repoussée au 1er janvier 2030 par le décret n° 2025-1343 du 26 décembre 2025. | Le BOS : en multipliant les sites équipés, il crée le besoin d'une couche d'interopérabilité au-dessus des GTB. |
| Décret tertiaire | Un résultat : réduire la consommation d'énergie de 40 % en 2030, avec une déclaration annuelle sur OPERAT. | Le jumeau : suivre une trajectoire, simuler des travaux, consolider un patrimoine. |
| Directive européenne EPBD (2024/1275) | Notamment l'indicateur de « bâtiment intelligent » (SRI), des exigences sur l'automatisation, le passeport de rénovation et l'échange de données. La France a annoncé qu'elle ne tiendrait pas l'échéance de transposition du 29 mai 2026. | Les deux : le SRI et l'automatisation côté BOS, le passeport et l'échange de données côté jumeau. |
| Cyber Resilience Act | Pour les produits comportant du logiciel : signalement des vulnérabilités exploitées depuis le 11 septembre 2026, autres obligations à partir du 11 décembre 2027. | Surtout le BOS, livré comme produit avec passerelles et commande. Pour un jumeau proposé en ligne, le champ d'application se qualifie au cas par cas. |
Le classement « plutôt pour » relève de l'analyse de l'auteur, pas d'une exigence des textes. Ce tableau n'est pas un avis juridique.
Ce que ça change pour votre projet
Ne demandez pas « jumeau ou BOS ? », mais « de quelles fonctions ai-je besoin, et où doivent-elles vivre ? ». Un patrimoine avec des GTB de marques différentes a d'abord besoin d'une couche qui les relie. Un propriétaire qui doit suivre une trajectoire énergétique et planifier ses travaux a d'abord besoin de comprendre et de simuler. Dans les deux cas, la qualité des données décide du reste.
· ·