Choisir une solution GTB engage un bâtiment pour dix à quinze ans. Le matériel se remplace, le câblage se reprend, mais la dépendance à un écosystème logiciel, elle, se paie chaque année — en contrats, en licences et en liberté de choix pour les travaux suivants.
Ce guide expose les critères que nous appliquons en tant qu’intégrateur indépendant, sans lien capitalistique avec un constructeur. Il ne désigne pas de gagnant : le bon système GTB dépend de votre parc, de vos équipements existants et de votre organisation d’exploitation.
Ce que recouvre une « solution GTB »
Une confusion fréquente consiste à réduire la solution à son écran de supervision. Un système GTB s’organise en trois couches, et chacune se choisit séparément.
| Niveau | Ce qu’on y trouve | Ce que le choix engage |
|---|---|---|
| Terrain | Sondes, vannes, compteurs, variateurs, détecteurs | Peu structurant : remplaçable équipement par équipement |
| Automation | Automates, régulateurs de zone, passerelles de protocole | Très structurant : conditionne les protocoles et la logique de régulation |
| Supervision | Serveur GTB, interface d’exploitation, historisation, alarmes | Structurant sur l’exploitation et le coût de possession |
Le piège classique est de choisir la supervision d’abord, par comparaison d’interfaces, puis de découvrir que les automates imposés ne parlent qu’un protocole propriétaire. L’ordre correct est inverse : arrêter la stratégie de protocoles, puis l’automation, puis la supervision.
Pour comprendre en détail comment ces trois niveaux communiquent, voyez notre page sur l’architecture d’une GTB.
Critère n° 1 : l’ouverture réelle des protocoles
Tous les constructeurs annoncent aujourd’hui être « ouverts » et « multi-protocoles ». La question utile n’est pas de savoir si la solution sait parler BACnet ou Modbus, mais à quelles conditions.
Trois questions qui départagent les offres en dix minutes :
- La liste de points est-elle exportable dans un format lisible (CSV, XML, BACnet EDE) sans outil propriétaire ni intervention du constructeur ?
- Un automate d’une autre marque peut-il être ajouté sur le même bus, et par qui ? Certaines architectures l’acceptent techniquement mais l’interdisent contractuellement, ou la garantie tombe.
- La programmation est-elle accessible à un tiers ? Un environnement de développement réservé aux partenaires certifiés du constructeur vous enferme, même si le protocole d’échange est standard.
Une GTB multi-protocoles authentique se reconnaît à sa capacité d’intégrer sans passerelle dédiée les protocoles que vous avez déjà. Sur un parc existant, faites l’inventaire avant toute consultation : BACnet IP, BACnet MS/TP, Modbus TCP et RTU, M-Bus pour les compteurs, KNX sur les zones de confort, parfois LON sur les installations des années 2000. Notre comparatif LON vs BACnet détaille ce point sur les deux protocoles historiques.
Le serveur GTB : où vivent vos données
Le serveur GTB héberge la logique de supervision, l’historisation et les accès. Son emplacement est une décision d’architecture, pas un détail d’installation.
| Option | Avantages | Points de vigilance |
|---|---|---|
| Serveur local (sur site) | Fonctionne sans Internet, données maîtrisées, pas d’abonnement | À maintenir : OS, sauvegardes, certificats, obsolescence matérielle |
| Serveur mutualisé (multi-sites) | Une seule interface pour tout le parc, coût partagé | Dépendance au lien réseau entre sites |
| Supervision hébergée (cloud) | Aucune infrastructure à gérer, mises à jour continues | Abonnement récurrent, réversibilité à vérifier, hébergement des données à qualifier |
Deux exigences à poser quelle que soit l’option retenue : l’historique doit être exportable dans un format ouvert, et le fonctionnement des régulations ne doit pas dépendre du serveur. Si une coupure du lien réseau ou du serveur laisse le bâtiment sans régulation, l’architecture est mal découpée : l’intelligence de sécurité doit résider dans les automates.
API GTB : la question qui devient centrale
Une API GTB — interface de programmation permettant à un autre logiciel de lire ou d’écrire des données — n’était qu’un confort il y a cinq ans. Elle est aujourd’hui la condition pour raccorder la GTB à ce qui l’entoure : plan de comptage réglementaire, outil de suivi énergétique, gestion de maintenance (GMAO), réservation de salles, pilotage d’une production photovoltaïque.
Ce qu’il faut vérifier :
- API en lecture seule ou en écriture ? L’écriture permet de piloter depuis un outil tiers, avec les précautions de sûreté que cela impose.
- Documentée et stable : une API dont le format change à chaque mise à jour n’est pas exploitable.
- Incluse ou facturée ? Certains éditeurs facturent l’accès à vos propres données, parfois par point de mesure.
- Protocole d’échange : une API REST/JSON s’intègre à tout ; un connecteur propriétaire vous ramène à la dépendance.
La réversibilité : le critère qu’on oublie systématiquement
C’est la question qui n’est presque jamais posée en consultation, et celle qui coûte le plus cher cinq ans plus tard : si je change d’intégrateur ou de solution, qu’est-ce que je garde ?
Exigez que le marché prévoie explicitement la remise :
- de la liste de points complète avec l’adressage et l’unité de chaque variable ;
- de l’analyse fonctionnelle à jour, décrivant les séquences de régulation en langage clair ;
- des programmes sources des automates, ou à défaut leur dépôt chez un tiers ;
- des codes d’accès administrateur, y compris ceux du niveau automate ;
- des historiques dans un format ouvert.
Sans ces livrables, le successeur devra reconstituer l’existant — ce qui représente couramment 20 à 40 % du coût d’une reprise. C’est le point que nous détaillons le plus longuement dans un CCTP GTB, parce qu’il ne se rattrape pas après signature.
Le coût de possession sur dix ans
Comparer des offres sur le seul montant d’investissement conduit régulièrement à retenir la plus chère à l’usage. La bonne unité de comparaison est le coût cumulé sur la durée de vie du système.
| Poste | À chiffrer sur 10 ans |
|---|---|
| Investissement initial | matériel, câblage, programmation, mise en service |
| Licences et abonnements | par point, par serveur, par utilisateur — et leur évolution |
| Contrat de maintenance | forfait, interventions, astreinte |
| Mises à jour | incluses ou facturées ; obsolescence programmée de versions |
| Évolutions | coût d’ajout d’un bâtiment, d’un usage, d’un point de mesure |
| Sortie | audit de reprise, remise en état documentaire |
Un écart de 15 % à l’investissement s’efface souvent devant un écart de licences récurrentes. Demandez systématiquement le prix d’ajout d’un point de mesure et d’un bâtiment supplémentaire : c’est le meilleur révélateur de la politique tarifaire réelle d’un éditeur.
Grille de choix
À utiliser en consultation, une colonne par offre :
| Critère | Ce qui est acceptable |
|---|---|
| Protocoles natifs | Couvrent l’existant sans passerelle dédiée |
| Liste de points | Exportable en format ouvert, sans outil propriétaire |
| Programmation par un tiers | Possible, sans perte de garantie |
| Classe ISO 52120-1 atteinte | Au minimum B, A si l’installation le permet |
| Autonomie des automates | Régulations maintenues serveur ou réseau coupé |
| API | REST documentée, écriture possible, incluse |
| Réversibilité | Sources, analyse fonctionnelle et accès administrateur livrés |
| Coût sur 10 ans | Chiffré, avec prix d’ajout d’un point et d’un bâtiment |
La classe visée mérite une attention particulière : elle conditionne à la fois la conformité au décret BACS et le montant de la prime CEE. Notre page sur la norme ISO 52120-1 détaille ce que chaque classe exige concrètement.
Notre position
Nous ne revendons aucune plateforme et ne percevons aucune commission de constructeur. Notre travail consiste à qualifier votre existant, arrêter la stratégie de protocoles, puis rédiger la consultation qui permet de comparer des offres sur les mêmes bases — y compris celles d’intégrateurs concurrents.
Dans la majorité des parcs que nous auditons, la meilleure solution n’est pas la plus complète : c’est celle qui s’appuie sur les automates déjà en place, ajoute la supervision manquante et laisse le maître d’ouvrage libre pour la tranche suivante.
Décrivez-nous votre projet : nous vous dirons en une heure d’échange quels protocoles sont en jeu, quelle classe est atteignable et quels livrables exiger.
À lire également :
- Architecture GTB : les 3 niveaux, automates, serveur et protocoles
- LON vs BACnet : quel protocole choisir
- Intégrateur GTB : rôle, compétences et critères de choix
- Norme ISO 52120-1 : classes GTB A à D
- Conception et cahier des charges GTB
Références :