Cloud ou on-prem ? La question n’est pas “où est installé le logiciel”, mais qui s’engage pour que la GTB reste utile dans 2, 5, 10 ans. Fonctionnement, impacts, coûts sur 10 ans et rôle réel de l’abonnement : on met tout sur la table.
Sur le terrain, on est souvent confronté au mêmes situations : un responsable technique qui veut du confort et moins d’alarmes, un énergéticien qui veut des courbes propres et des preuves d’économies, un acheteur qui veut un budget maîtrisé, et une direction qui veut être carrée sur BACS / Décret Tertiaire.
Et au milieu de tout ça, on imagine que cette question c'est posé AU MOINS une fois : GTB cloud ou GTB on-premise ?
Sauf que, très vite, la vraie question se cache ailleurs : qu’est-ce qui fait que la GTB sera encore utilisée, à jour et efficace dans 3, 5, 10 ans ?
On va être honnête : personne n’a jamais dit “super, un abonnement de plus !”.
Mais quand on parle de GTB, le coût dans le temps (OPEX) est souvent le premier sujet à poser — parce que c’est lui qui décide (ou non) de la mise à jour, de la sécurité, du support… et surtout de l’usage dans la durée.
Dans cet article, on compare donc GTB cloud vs GTB on-premise, de façon très concrète : fonctionnement, impacts organisationnels, coûts, et lien avec l’abonnement — pour vous aider à faire un choix éclairé !
Avant de parler d’architecture (cloud ou on-premise), il faut repartir de la base : pourquoi installer une GTB en 2025 ?
Elle ne sert pas seulement à “remonter des points”. Elle est au croisement de plusieurs enjeux :
Une GTB qui coche ces cases uniquement le jour de la réception, mais qui n’est plus utilisée ou mise à jour au bout de 3 ans, ne remplit pas sa mission.
Comparez ceci à un contrat de maintenance pour une chaudière : si vous faites l'entretien seulement la première année, ne comptez pas sur 10 ans de fiabilité.
Repartons maintenant de la GTB on-premise, celle qui a structuré le marché pendant 30 ans.
Dans ce modèle, le logiciel de supervision est installé sur un serveur ou un PC industriel dans vos locaux. Vous êtes propriétaire de la licence, le poste de supervision est chez vous, les données sont stockées localement. Les automates communiquent avec ce serveur, qui centralise les informations et permet de piloter.
Sur le papier, ce modèle a plusieurs avantages :
Mais ce modèle a une conséquence directe, souvent sous-estimée au moment du choix : si les mises à jour, la sécurité, les sauvegardes et l’évolution de la solution ne sont pas prévues (et budgétées) dans un contrat, elles… n’existent pas. Vous restez propriétaire de la licence, bien sûr, mais aussi propriétaire de tout ce qui va avec : obsolescence, correctifs, sauvegardes, durcissement, remplacement du serveur, etc.
Autrement dit : une GTB on-premise peut très bien être robuste et durable — à condition de traiter dès le départ la question “qui fait vivre le système et avec quel budget ?”.
La GTB cloud part d’une approche différente.
Ici, le cœur de la solution – la base de données, l’interface de supervision, les moteurs de calcul et de reporting – est hébergé dans un datacenter sécurisé. Vous vous connectez via un simple navigateur web, depuis les bureaux, un autre site ou même de chez vous.
Sur le site, les automates continuent de faire leur travail. Les automates et équipements du site envoient leurs données vers la plateforme (souvent via une passerelle/edge), et peuvent recevoir des consignes, des scénarios ou des optimisations.
Point clé (souvent mal compris) : dans la plupart des cas, la régulation critique reste locale. Donc si Internet coupe, le bâtiment ne “s’arrête” pas : les automates continuent à appliquer leurs lois de régulation. Ce que vous perdez temporairement, c’est l’accès à la plateforme et à certaines fonctions d’optimisation avancée/distance.
Dans ce modèle, vous ne gérez plus un serveur GTB dans votre local technique. C’est le fournisseur qui opère l’infrastructure : mises à jour, sauvegardes, sécurité, évolutions. Vous profitez des améliorations au fil de l’eau, sans relancer un projet de “migration GTB” tous les trois ans. Et pour une organisation multi-sites, le fait de suivre plusieurs bâtiments dans une seule interface change très vite la façon de travailler.
C’est là que l’abonnement devient un sujet central : un abonnement GTB, ça finance quoi exactement ?
Dans sa version la plus pauvre, un abonnement se résume parfois à un simple droit d’accès : vous payez tous les ans pour avoir un login et un mot de passe, et pour qu’on vous réponde s’il y a un bug bloquant. C’est un peu l’abonnement “low-cost” de la GTB : la facture est légère, mais la valeur aussi.
Dans une version plus aboutie, l’abonnement finance trois briques distinctes :
La première, c’est l’infrastructure : hébergement, sauvegardes, mises à jour de sécurité, supervision du bon fonctionnement.
La deuxième, c’est l’usage : la capacité à faire évoluer la GTB avec vos pratiques réelles. Est-ce que quelqu’un regarde régulièrement vos données pour détecter des dérives ou des problèmes ? Est-ce que les scénarios, les horaires, les consignes sont ajustés quand vous changez d’occupation, de plage horaire, de stratégie énergie ? Est-ce que vous recevez des synthèses exploitables ou des recommandations pour améliorer l'efficacité de la solution ?
La troisième, c’est l’engagement : ce qui est écrit noir sur blanc sur les niveaux de service, les délais, la fréquence des mises à jour, et la façon dont l’abonnement évolue si vous ajoutez des surfaces ou de nouveaux usages.
Dans un modèle on-premise, on se retrouve souvent avec :
Dans un modèle cloud :
Dit autrement : l’abonnement n’est pas une option marketing ajoutée pour vous faire payé plus, c’est ce qui rend possible le fait de maintenir la GTB utilisée, évolutive et performante dans le temps.
L’enjeu, ce n’est pas “abonnement ou pas abonnement”, mais :
Qu’est-ce que l’abonnement inclut concrètement, et est-ce que ça permet d’atteindre vos objectifs ?
Un bon test, quand vous discutez avec un fournisseur, consiste à lui demander de vous raconter ce qui se passe après la mise en service. Pas le jour du “go live”, mais six mois plus tard, deux ans plus tard. Qui fait quoi ? Qui regarde quoi ? Qui décide de changer un scénario quand un site surchauffe tous les lundis matin ? Si la réponse est floue, peu importe que la solution soit on-premise ou cloud : vous savez déjà où ça risque de coincer.
1. Votre horizon : vous en êtes où dans 10 ans ?
Si la GTB doit simplement “tenir” sur un bâtiment unique, avec peu d’évolution, une on-premise bien cadrée peut suffire.
Si vous avez des projets de multisites, d’extensions, de nouveaux usages (sous-comptage, qualité d’air, BACS, etc.), un modèle plateforme cloud sera généralement plus adapté, parce qu’il est pensé pour évoluer avec vous.
2. Vos objectifs énergie / BACS / Décret Tertiaire.
Si la GTB est surtout là pour “voir ce qui se passe”, les deux modèles fonctionneront. Si vous comptez dessus pour piloter des plans d’actions, prouver des économies, suivre des trajectoires réglementaires, il faut un système qui se met à jour, qui agrège la donnée proprement et qui permet d’ajuster les réglages dans le temps. Là, la question n’est plus seulement on-prem vs cloud, mais “qui s’engage sur la performance dans la durée ?”.
3. Qui fera vivre la GTB au quotidien ?
Si vous avez une équipe interne prête à mettre les mains dans les courbes, les scénarios et les rapports, vous pouvez prendre plus de choses à votre charge. Si ce n’est pas le cas, l’abonnement doit clairement inclure quelqu’un “de l’autre côté” qui ne se contente pas d’attendre vos appels mais vous aide à exploiter la GTB. Sinon, quelle que soit l’architecture, elle finit par tourner en roue libre.
4. Votre préférence CAPEX / OPEX… et le coût réel sur 10 ans.
Un gros investissement initial peut sembler plus simple à justifier, mais si derrière il n’y a ni mises à jour, ni accompagnement, ni suivi de performance, vous achetez surtout deux ou trois bonnes années. Un abonnement plus complet peut paraître plus cher à la ligne, mais inclure l’infrastructure, l’évolution fonctionnelle et l’optimisation. L’enjeu n’est pas de payer le moins possible à l’année 1, c’est de regarder honnêtement ce que chaque modèle vous coûte — et vous rapporte — au bout de dix ans.
Oui, les deux modèles ne sont pas forcément exclusifs. Dans beaucoup de bâtiments, il existe déjà une GTB constructeur on-premise qui pilote correctement les équipements et a été amortie.
Dans ce cas, une approche pragmatique consiste à conserver la GTB on-premise pour le pilotage bas niveau, et d'ajouter une couche cloud par-dessus pour centraliser les données, faciliter l’hypervision multisite, et activer des fonctions utiles (analyses, scénarios, ajouts d'équipements ou IoTs, etc.). C’est souvent une bonne façon de tester la valeur d’une solution comme la notre.
Il y a des abonnements très peu chers, très séduisants sur le papier, qui, une fois signés, se résument à un login/mot de passe. Peu, voire aucun accompagnement. Personne ne vous appelle pour dire “vos consommations ont dérivé” ou “on voit un gisement d’économies ici”. Ce n’est pas “mal” : il faut juste savoir que vous restez, de fait, dans une logique produit, pas service.
À l’inverse, un abonnement plus “engagé” intègre forcément plus de travail — et donc un plus de coût — mais il inclut aussi ce qui fait la différence dans la durée : suivi, ajustements, amélioration continue, et capacité à prouver que la GTB sert réellement à mieux consommer.
SCorp-io coche la case “GTB cloud” : la plateforme est hébergée, maintenue et mise à jour par nos soins, l’accès se fait via une interface web multi-utilisateurs pensée pour les équipes d’exploitation, d’énergie et de direction, et nous pouvons nous connecter aussi bien à des GTB existantes qu’à des équipements neufs (ou anciens).
Mais au fond, le plus important n’est pas le nom sur la solution : c’est le modèle dans la durée. Une GTB doit rester vivante : réglages, évolutions, preuves, conformité, et retours terrain.
Et si vous voulez en discuter, même sans projet immédiat, on le fait volontiers : c’est souvent comme ça qu’on clarifie le bon niveau d’ambition, le bon modèle (cloud, hybride ou on-prem bien cadré) et qu’on se met d’accord sur l’objectif commun… qui est celui nous tous dans ce milieu : mieux consommer, durablement.
.png)
