Que spécifier dans un cahier des charges GTB performant ?

Un cahier des charges GTB formalise le périmètre, les fonctions et les exigences d’exploitation d’un système de supervision et de régulation des équipements techniques d’un bâtiment (chauffage, ventilation, comptage, alarmes…). L’enjeu, surtout en multi-sites, est d’obtenir une GTB interopérable, orientée performance énergétique, et réellement utilisable en maintenance et en pilotage de l’énergie.

GTB : définition, périmètre et différences avec la GTC

Dans un bâtiment tertiaire, la gestion technique correspond à un système qui permet la supervision, le pilotage et la régulation des équipements techniques. Le cahier des charges ne vise pas à décrire des composants : il cadre des usages d’exploitation (consignes, modes, alarmes, historisation) et la manière dont ces usages s’appliquent au bâtiment.

Le périmètre attendu, côté exploitation, dépasse des automatismes isolés. Une gtb vise une vision transversale à l’échelle du bâtiment : plusieurs lots, plusieurs zones, et des objectifs concrets (confort, alarmes, énergie, suivi énergétique). À l’inverse, une logique locale par équipement ou par lot peut rester pertinente, mais elle ne doit pas être confondue avec une GTB.

Pour positionner clairement gtb et gtc, le document doit expliciter l’intention d’usage :

• La gtc (gestion technique centralisée) est généralement associée à une gestion locale d’un lot ou d’un ensemble d’équipements, avec un périmètre technique limité.
• La gtb (gestion technique du bâtiment) porte la supervision globale, l’agrégation de systèmes locaux, et la mise en cohérence de l’exploitation à l’échelle du bâtiment.

Cette distinction impacte directement le cahier des charges : vous décrivez les niveaux attendus (pilotage, supervision, exploitation, maintenance) et vous clarifiez ce qui est hors périmètre (catalogue de produits, choix de marques). Vous spécifiez des fonctions et des résultats d’usage, pas une liste figée de matériels.

À retenir

une GTB, dans un cahier des charges, se définit comme un système de supervision et de gestion réellement exploitable, y compris lorsque les équipements techniques et les sites ne sont pas identiques.

Quels objectifs formaliser dans le cahier des charges GTB ?

Un cahier des charges GTB robuste commence par des objectifs formulés de manière pilotable. Ce sont eux qui conditionnent l’architecture, les données, les alarmes et les indicateurs. Sur la dimension énergie, l’enjeu n’est pas de multiplier les écrans : c’est d’améliorer l’efficacité et la performance du bâtiment, avec des capacités de suivi et de détection des dérives utilisables par l’exploitation.

Vous pouvez cadrer les objectifs sous forme d’attendus mesurables, en lien avec l’exploitation et la maintenance :

• Objectifs énergétiques : suivi, analyse et actions de pilotage visant l’efficacité énergétique et la performance.
• Objectifs de confort : température attendue, plages horaires, modes (occupation / inoccupation), arbitrages selon zones.
• Objectifs d’exploitation : disponibilité de la supervision, traçabilité des actions, continuité de service, et qualité des défauts / alarmes (compréhensibles et actionnables).

La gouvernance multi-acteurs doit être explicitée, car une GTB concerne plusieurs rôles. Le cahier des charges doit préciser qui pilote quoi et à quel niveau :

• Direction / achats : cadre projet, arbitrages, priorités.
• Exploitation : conduite au quotidien, gestion des modes et des consignes.
• Maintenance : traitement des défauts, analyse des retours d’état, amélioration du fonctionnement.
• Référent énergie : indicateurs, suivi énergétique, reporting.

En contexte multi-sites, la valeur vient aussi de la standardisation : vous gagnez à homogénéiser objectifs et KPI pour comparer des bâtiments, industrialiser les pratiques et faciliter le déploiement. Une GTB exploitable repose alors sur des principes communs d’un site à l’autre : mêmes logiques de régulation, mêmes conventions, mêmes attentes d’exploitation.

Architecture fonctionnelle et interopérabilité GTB

Couches GTB et intégration aux systèmes existants

Dans le cahier des charges, l’architecture cible se décrit par couches, sans se perdre dans des choix de produits. Une GTB s’appuie classiquement sur :

• Une couche terrain : capteurs, actionneurs, comptages, retours d’état des équipements.
• Des automates / contrôleurs : logique de régulation, scénarios, sécurités, pilotage local.
• Une couche supervision : consolidation des points, vues de synthèse, alarmes, historisation et accès exploitation.

Un point clé, surtout en tertiaire existant, est la reprise : intégrer des équipements déjà en place et des GTC locales, centraliser sans « tout refaire ». Le document doit préciser le périmètre d’installation (sites, bâtiments, zones) et les contraintes d’exploitation (continuité, accès, fenêtres d’intervention), afin que le système final ne soit pas seulement installable, mais réellement opérable.

Interopérabilité et standardisation GTB multi-sites

L’interopérabilité est un critère de décision, car elle conditionne l’intégration de plusieurs systèmes et l’évolutivité. Sans citer de marques, le cahier des charges peut exiger :

• Une ouverture permettant l’intégration de différents systèmes et lots.
• Une capacité à faire évoluer la GTB lors d’une nouvelle installation ou d’un changement d’équipements.
• Une standardisation multi-sites pour déployer des règles communes et rendre les sites comparables.

La base opérationnelle est souvent le modèle de points : liste, structure et conventions de nommage. C’est ce qui rend possibles l’historisation, des KPI homogènes et une supervision exploitable. Le cahier des charges doit aussi cadrer les scénarios et règles de fonctionnement : horaires, modes, consignes de température, priorités et logiques de sécurité.

Attention

une GTB « ouverte » sur le papier, sans conventions de points ni règles de fonctionnement standardisées, se traduit souvent par des sites non comparables et une exploitation multi-sites plus complexe.

Exigences techniques pour équipements GTB

Structurer le cahier des charges par lots techniques permet d’éviter les angles morts. L’objectif n’est pas de surdétailler, mais de définir un minimum exploitable : ce qui doit être commandable, supervisable et maintenable dans la GTB, pour l’exploitation et la maintenance.

Vous pouvez lister, par équipements, les fonctions minimales attendues :

• Chauffage / régulation :
  • Consignes et programmations (plages horaires, modes).
  • Limites de régulation et retours d’état.
  • Remontées d’informations utiles à l’exploitation (états, défauts, cohérence des commandes).
• Ventilation :
  • Marche/arrêt, plages, consignes.
  • Retours d’état et défauts exploitables.
  • Informations utiles au diagnostic en maintenance.
• Climatisation :
  • Modes, consignes et programmations.
  • Retours d’état, défauts, cohérence commande / retour.
• Éclairage :
  • Horaires, scénarios, états.
  • Cohérence entre commandes et retours d’état.
• Eau chaude :
  • Modes, consignes et programmations.
  • Retours d’état et défauts orientés exploitation.
• Comptage :
  • Comptage énergie et sous-comptage, si le périmètre le prévoit.
  • Cohérence des mesures pour le pilotage énergétique et la performance (qualité des valeurs, continuité de collecte).
• Défauts / alarmes :
  • Criticité et priorités.
  • Acquittement, traçabilité et action attendue côté exploitation.
  • Journal d’événements utile à la maintenance.

Le point déterminant en multi-sites est l’homogénéité fonctionnelle : si deux bâtiments ont des équipements différents, la gestion technique doit exposer des fonctions comparables en supervision (modes, consignes, états, alarmes). Cela permet d’industrialiser l’exploitation, de capitaliser sur des procédures et d’avoir une GTB réellement pilotable.

Données, historisation et indicateurs en GTB

Pour piloter l’énergie et la performance, une GTB doit produire des données exploitables, pas seulement des valeurs affichées. Dans le cahier des charges, vous pouvez exiger la collecte, a minima, des catégories suivantes :

• Mesures : températures et autres mesures liées aux équipements concernés, comptages.
• Consignes et modes : pour relier le fonctionnement à une intention de pilotage.
• États et retours d’information : marche/arrêt, positions, disponibilité.
• Événements, défauts et alarmes : avec niveaux de priorité et traçabilité.

L’historisation doit être cadrée sans imposer un chiffre unique, mais en définissant les principes : profondeur, fréquence de collecte et cohérence multi-sites. Sans homogénéité, les indicateurs deviennent difficilement comparables entre bâtiments et l’exploitation perd du temps.

La qualité des données relève autant de la technique que de la méthode :

• Nomenclature et conventions de nommage des points.
• Complétude attendue (ce qui doit exister pour être exploitable).
• Unicité et stabilité des identifiants de points.

Côté restitution, le cahier des charges doit préciser les livrables attendus : tableaux de bord, courbes, vues de synthèse, exports, et reporting orienté exploitation et énergétique. Les KPI doivent rester actionnables : indicateurs de performance énergétique, détection de dérives, alertes exploitables.

Bon à savoir

des indicateurs utiles reposent d’abord sur des données bien nommées et stables. En multi-sites, le modèle de points est un livrable de pilotage, pas un détail technique.

Exploitation et maintenance d’une GTB efficace

Une GTB peut être techniquement riche et pourtant peu utilisée si l’exploitation n’est pas cadrée. Le cahier des charges doit donc couvrir les conditions d’usage du système de supervision.

Commencez par les profils et droits utilisateur. Vous pouvez exiger une séparation claire :

• Profils exploitation (agir sur les modes et consignes).
• Profils maintenance (diagnostic, traitement des défauts, interventions).
• Profils énergie (consultation, analyse, reporting, sans modification non maîtrisée).

Les procédures d’exploitation doivent être décrites à un niveau opérable : acquittement des alarmes, changement de consignes, gestion des modes et horaires, et règles de traçabilité (qui a fait quoi sur la GTB). L’objectif est de sécuriser le fonctionnement sans bloquer l’action.

La documentation attendue fait la différence entre une installation livrée et une gestion technique exploitable. Le cahier des charges peut exiger :

• Dossier d’architecture du système (couches, intégrations, systèmes raccordés).
• Liste des points (nomenclature, description, usage, historisation).
• Règles de fonctionnement (scénarios, priorités, sécurités, logique de régulation).

Pour réduire le risque projet, formalisez les tests et la recette :

1. Plan de tests par lot, zone et scénario.
2. Vérifications de fonctionnement (commandes, retours d’état, consignes, alarmes).
3. Validation des scénarios (horaires, modes, priorités).
4. Recette avec preuves et traçabilité.

Enfin, prévoyez les éléments de MCO : sauvegardes, continuité de service, maintenance du système de supervision, et gestion des évolutions. La réversibilité est essentielle : pouvoir récupérer les configurations, les données historisées et la documentation, afin d’éviter l’enfermement lors d’un changement de prestataire ou d’une évolution de la GTB.

Réglementation, coûts et financement du cahier des charges GTB

Le cahier des charges GTB doit intégrer, sans digression, le contexte de réglementation associé au pilotage et à la supervision énergétique des bâtiments. L’objectif n’est pas de transformer le document en note juridique, mais d’indiquer que la GTB contribue à des enjeux de performance et de suivi de l’énergie, avec des attendus de traçabilité et de justification.

Sur le budget, il est pertinent de traiter le sujet comme un point de vigilance : le cadrage ne sera pas le même selon qu’il s’agit d’une création de GTB ou d’une amélioration intégrant l’existant. Dans les deux cas, le document doit éviter l’ambiguïté sur le périmètre d’installation, le nombre de bâtiments concernés, les lots inclus (par exemple chauffage, ventilation, éclairage, comptage, eau chaude), et les livrables (modèle de points, tableaux de bord, tests, documentation). Ces éléments structurent le coût, bien plus qu’une description vague du système.

Enfin, vous pouvez mentionner le principe des CEE et des aides : un projet à dominante énergétique peut nécessiter des conditions génériques (périmètre, objectifs, justificatifs). Pour éviter les blocages, le cahier des charges peut prévoir dès le départ les pièces et preuves à produire :

• Livrables de paramétrage et de fonctionnement (règles, scénarios, consignes).
• Traçabilité des actions et des mises en service.
• Éléments de données et d’historisation utiles pour démontrer la performance et l’usage.

À titre factuel, Depanneo est un opérateur multitechnique avec environ 10 ans d’activité, un réseau national d’environ 1 700 techniciens et une couverture France, pouvant intervenir sur de la maintenance et de l’exploitation de systèmes de supervision selon périmètre contractuel.