CCTP GTB : les 29 points à vérifier avant consultation

Un CCTP GTB — le cahier des clauses techniques particulières dédié à la gestion technique du bâtiment — peut sembler complet et rester muet sur l'exploitation. Dans un bâtiment tertiaire, ce document technique décrit le système de supervision et de communication entre automates qui pilotera le chauffage, la ventilation et la climatisation pendant vingt ans. Chaque erreur de rédaction se paie en performance énergétique perdue, en classe jamais atteinte et en conformité au décret jamais vérifiée. La confidentialité des données, la formation des exploitants, le pilotage au quotidien : ces sujets disparaissent du cahier des charges au profit de la seule description du matériel. Voici les 29 points que nous vérifions avant qu'un CCTP parte en consultation.

Le CCTP est le seul moment où le maître d'ouvrage a la main

La GTB est le périmètre où le maître d'ouvrage a le moins de compétence interne et où le cahier des charges pèse le plus lourd. Un mur mal fait se voit. Une séquence de régulation mal programmée ne se voit pas : elle se paie en kilowattheures et en plaintes sur toute la durée de vie des équipements techniques.

Avant la signature, tout est possible. On peut exiger le code source, un export des données historisées, un protocole de recette avec des tests nommés. Après la signature, chacune de ces lignes devient un devis. L'intégrateur lit le CCTP comme un contrat, parce que c'en est un.

C'est l'asymétrie de fond de ce métier. Le maître d'ouvrage décide sans expertise technique interne, sur une pièce écrite qu'il n'a pas les moyens de relire.

Un cas réel : 6 sur 100

Nous avons passé au crible un CCTP de remplacement de régulation sur un étage de bureaux en Île-de-France. Des ventilo-convecteurs, trois zones, une migration du bus LonWorks vers IP, deux couches logicielles à alimenter. Un chantier banal.

Le périmètre était clair, le DOE exigé avec un délai précis, les essais en fonctionnement prévus.

Ce qui manquait : administration du système et du réseau après livraison, liberté de reprise des programmes par un tiers, export des historiques, convention de nommage, cybersécurité sur un réseau IP neuf, coût annuel des licences, scénarios d'exploitation et gestion énergétique.

Ce CCTP achetait des régulateurs et des points. Il n'achetait pas une GTB exploitable. Le bureau d'études qui l'a rédigé n'a rien fait d'anormal. Les usages du marché produisent des pièces techniques qui décrivent le matériel et oublient l'exploitation.

Un bon CCTP ne prescrit pas une marque

Un directeur technique d'hôpital, préparant sa conformité au décret BACS, m'a demandé de l'aider à choisir la meilleure marque de GTB pour son bâtiment tertiaire. Mon premier réflexe a été de réfléchir à la « meilleure » solution. Puis j'ai compris que ce n'était pas mon rôle.

Le rôle de la maîtrise d'œuvre, c'est d'écrire ce que le système de gestion technique devra savoir faire et comment on vérifiera qu'il le fait : données fiabilisées, interopérabilité sans licence, historisation, export, cas d'usage définis. L'intégrateur connaît les équipements et propose l'architecture qui répond au cahier des charges GTB.

Un bon CCTP ne prescrit pas une marque. Il élimine celles qui ne savent pas faire le boulot.

Si vous lisez dans votre CCTP « on veut du Distech Controls ou du Niagara, mais pas du Siemens ni du Schneider Electric », interrogez-vous sur l'approche. Ce n'est pas que ces marques soient bonnes ou mauvaises. C'est que la ligne remplace des exigences vérifiables par une préférence, et qu'une préférence ne se teste pas à la réception.

Les 29 points qui suivent sont écrits dans cet esprit. Aucun ne nomme un produit. Chacun décrit une exigence vérifiable.

Cadrage et responsabilités

1. Le CCTP liste-t-il les équipements à raccorder et ce qui est exclu ? Une liste par lot technique et par niveau. Les litiges à la réception commencent presque toujours par un équipement que chacun pensait dans le périmètre de l'autre.
2. En rénovation : l'existant est-il inventorié ? Pour chaque automate, est-il conservé, migré ou remplacé et pourquoi ? Nous avons vu un mainteneur annoncer un million d'euros pour remplacer trois cents automates d'un bâtiment de onze ans. Le remplacement d'un seul a prouvé qu'un échange un pour un suffisait.
3. Les responsabilités entre lots sont-elles réparties ? Qui fournit les régulateurs des CTA, les sondes, le câblage ? Quel bureau d'études techniques coordonne la mise en service ? Sans matrice d'interfaces, le lot CVC livre une CTA « avec sa régulation » et personne n'a écrit la séquence.
4. Les exigences réglementaires et la classe visée sont-elles explicitées fonction par fonction ? Le décret BACS fixe ses propres exigences fonctionnelles ; la norme NF EN ISO 52120-1 est un référentiel d'évaluation. Une ligne « GTB de classe B » vaut 1 sur 3. Un tableau des fonctions avec le niveau exigé pour chacune vaut 3. Si un financement CEE est visé (fiche BAT-TH-116), ses propres exigences de classe GTB s'ajoutent.

5. Qui administre le système, les accès et le réseau après livraison ? Code source des programmes, licences au nom du maître d'ouvrage, comptes administrateur. Sur le CCTP à 6/100, personne n'était désigné. Le vide se comble tout seul : par l'intégrateur, qui garde les clés.

Cas d'usage et exploitation

6. Les objectifs sont-ils traduits en cas d'usage concrets ? La journée type de l'exploitant : ce qu'il regarde le matin, le pilotage des équipements qu'il ajuste, ce qui l'alerte. Un catalogue de fonctions n'est pas un cas d'usage.
7. Une analyse fonctionnelle est-elle exigée et validée avant programmation ? Voir ci-dessous. C'est le point le plus rentable de la liste.
8. Les marches forcées (overrides) sont-elles journalisées et remontées, y compris depuis les armoires ? Voir ci-dessous. La couche logicielle de supervision doit signaler tout équipement sorti du pilotage automatique.
9. La gestion des alarmes est-elle spécifiée et la liste des alarmes est-elle un livrable ? Hiérarchisation et routage au minimum. Un système qui remonte 400 alarmes de même priorité forme des exploitants qui n'en lisent aucune.
10. Les programmes automates peuvent-ils être repris par un tiers sans perte de garantie ? Sources livrées, outils de programmation standards et une clause qui dit que la garantie tient si un autre intégrateur qualifié intervient.
11. Le pilotage à distance est-il prévu et sécurisé ? VPN, authentification, journalisation des connexions, cloisonnement du réseau.
12. L'historisation est-elle spécifiée : quels points, quel pas de temps, quelle profondeur ? Mesures analogiques toutes les cinq minutes, états sur changement, trois ans glissants.
13. L'interopérabilité est-elle exigée en pratique ? Exposition des points en protocole ouvert, sans surcoût ni licence additionnelle, pour un jour-homme au plus. Voir ci-dessous.
14. Toute donnée historisée peut-elle être exportée simplement, sans devis ? Format documenté au DOE, sans intervention du titulaire. Un client a dû aller chercher ses historiques de température dans les sauvegardes. Ils étaient à lui depuis le début.

Oubli n°1 : personne n'a écrit ce que le système doit faire

Un CCTP dit « régulation en fonction de l'occupation » ou « loi d'eau ». Ce sont des intentions. Ce qui manque, c'est le livrable où ces intentions deviennent des valeurs : consigne à 21 °C en occupation, 17 °C la nuit, alarme si l'écart dépasse 2 °C pendant une heure. Ce livrable s'appelle l'analyse fonctionnelle. Il devrait être rédigé par l'intégrateur et validé par le maître d'ouvrage ou son AMO avant la première ligne de programme.

Sans ce document de conception, l'intégrateur programme sa bibliothèque standard. Le test point à point vérifie le câblage, pas le comportement. Trois ans plus tard, celui qui reprend le bâtiment n'a que du code à lire. Il propose de tout refaire. C'est là que nous intervenons et c'est la mission d'AMO GTB la plus évitable de notre catalogue.

Oubli n°2 : les marches forcées que personne ne voit

Sur la porte d'une armoire de CTA, un commutateur auto / 0 / manu. Un technicien le bascule en manu pour dépanner un vendredi et repart. La CTA tourne à pleine vitesse nuits et week-ends jusqu'à ce que quelqu'un s'étonne de la facture. Rien dans le système ne signale qu'un équipement n'est plus piloté.

Le CCTP règle ce point en deux lignes : la position du commutateur est remontée comme un point et toute marche forcée depuis la couche logicielle est journalisée avec utilisateur, horodatage et expiration automatique.

Une GTB qui ne sait pas dire ce qu'elle ne pilote plus n'est pas une GTB, c'est un afficheur.

Oubli n°3 : « les régulateurs supportent BACnet »

Cette phrase figure dans la plupart des CCTP et n'a rien obtenu. Supporter un protocole est une capacité technique du matériel. Exposer les points à travers ce protocole est une prestation : configuration, nommage, parfois activation d'une licence.

Ce qu'il faut écrire : l'ensemble des points est exposé en protocole ouvert, sans licence additionnelle, avec la liste des objets livrée au DOE et l'exposition de points supplémentaires ne dépasse pas un jour-homme. Une mention de protocole n'est pas une exigence d'interopérabilité.

Synoptiques, tableaux de bord et droits d'accès

15. Les droits utilisateurs sont-ils définis ? Une matrice de profils (administrateur, exploitant, gestionnaire, lecture seule) avec les actions autorisées.
16. La validation des synoptiques et tableaux de bord est-elle organisée avant livraison ? Maquette validée par le maître d'ouvrage avant développement. Des captures d'écran « à titre indicatif » ne sont pas une validation.
17. Les écrans peuvent-ils être créés ou modifiés en autonomie ? Ce n'est pas indispensable mais chaque écran modifié par l'intégrateur est un devis de plus.

Documentation et qualité de données

18. La liste des points fait-elle partie des livrables ? Complète, avec adresses, unités et plages attendues. C'est le dossier que tout le monde cherche le jour où quelque chose ne marche plus.
19. Le plan d'implantation des capteurs est-il un livrable ? Une sonde d'ambiance posée au-dessus d'un radiateur produit dix ans de données fausses. Sans plan, personne ne le découvre.
20. Une convention de nommage standardisée est-elle imposée ? Bâtiment, niveau, zone, équipement, point. Sans convention, l'installation devient illisible à la deuxième extension.
21. Le plan de comptage avec sous-compteurs est-il un livrable ? Sur le CCTP à 6/100, la dimension énergétique était absente : pas un sous-compteur, alors que le maître d'ouvrage devra déclarer ses consommations.
22. Le commissionnement des sous-compteurs est-il prévu ? Somme des sous-compteurs contre le compteur général, avec PV. Nous avons repris un bâtiment neuf où 230 sous-compteurs ne produisaient aucune donnée exploitable.

Maintenance, cybersécurité et tests

23. La cybersécurité est-elle cadrée ? Segmentation réseau, changement des mots de passe par défaut, politique de mise à jour, journalisation des accès.
24. La documentation de reprise, les sauvegardes et la restauration sont-elles exigées ? Le contenu du DOE listé, pas seulement son délai. Une sauvegarde testée : un système sans sauvegarde se reconstruit après la première panne.
25. La recette fonctionnelle est-elle détaillée ? Test point à point, test des séquences en conditions réelles, PV, période d'observation avant levée définitive. Une installation réceptionnée en juin n'a jamais été testée en chauffage. Prévoir un diagnostic de mise en service.
26. La formation de l'exploitant est-elle prévue ? Durée, public, supports remis. Une demi-journée le jour de la réception ne forme personne.

Long terme

27. Le prestataire propose-t-il un contrat de maintenance, avec contenu et prix connus ? Remis au plus tard à la réception. Après, le maître d'ouvrage négocie en position de faiblesse avec un système que seul le titulaire connaît.
28. Le coût réel annuel est-il connu avant signature ? Voir ci-dessous.
29. La durée de support des automates proposés est-elle exigée ? Un automate dont le constructeur arrête le support dans trois ans est une obsolescence programmée achetée neuve.

Oubli n°4 : ce que coûte le système une fois livré

Le CCTP fixe le prix des travaux. Il oublie presque toujours de demander le prix des années suivantes : licences logicielles, abonnements, mises à jour, coût d'ajout d'un point et surtout coût de sortie.

Le mécanisme est connu. Le maître d'ouvrage a besoin d'un historique de consommation pour un reporting énergétique. Il demande. Il reçoit un devis, parce que la fonction n'a pas été livrée. Chaque demande devient un jour-homme. Au bout de deux ans, on n'ose plus demander.

Demander un coût annuel sur cinq ans à chaque soumissionnaire ne coûte rien et change la comparaison des offres.

Cinq lignes qui changent la réception

Il n'y a pas besoin de réécrire le CCTP. Il faut y ajouter les exigences qui protègent l'exploitation et les formuler de façon vérifiable, sinon elles ne valent rien. La performance énergétique d'un bâtiment se joue dans ces lignes.

Ces cinq lignes ne suffisent pas à faire un bon CCTP. Elles suffisent à faire la différence entre un système qu'on possède et un système qu'on loue à son intégrateur sans le savoir.

FAQ

Qu'est-ce qu'un CCTP GTB ?

Le CCTP GTB est le cahier des clauses techniques particulières dédié à la gestion technique du bâtiment. Ce document décrit les fonctions attendues du système qui pilotera le chauffage, la ventilation et la climatisation d'un bâtiment tertiaire. Il fixe les exigences vérifiables à la réception. Encore faut-il qu'il existe : dans beaucoup d'opérations, la GTB n'a pas de lot dédié, et ses spécifications tiennent en quelques pages logées dans le lot électricité ou dans le lot génie climatique. Personne ne porte alors le sujet de bout en bout.

Quelle est la différence entre GTC et GTB ?

La GTC (gestion technique centralisée) assure la supervision globale : affichage, alarmes, historiques. La GTB ajoute la régulation et la communication entre automates : le système écrit des consignes sur les équipements et pilote les séquences CVC. Dans les faits, GTB et GTC sont souvent confondues. Ce qui compte, c'est ce que le système fait réellement sur le terrain.

Quelles normes respecter dans un CCTP GTB ?

La norme NF EN ISO 52120-1 classe les fonctions de régulation et de gestion technique. Le décret BACS fixe des exigences fonctionnelles propres pour les bâtiments tertiaires (plus de 290 kW depuis le 1er janvier 2025, 70-290 kW reporté au 1er janvier 2030). La réglementation et la norme se complètent sans se confondre.

Comment intégrer le décret BACS dans un CCTP GTB ?

Le CCTP doit expliciter les exigences fonctionnelles du décret BACS par fonction (gestion des consignes, suivi des consommations) et non par une simple mention de classe. Si un financement CEE est visé (fiche BAT-TH-116), les exigences de classe A ou B s'ajoutent. L'efficacité énergétique du bâtiment tertiaire dépend de cette précision dans la rédaction.

Quels équipements raccorder à une GTB ?

Le CCTP doit lister les équipements par lot : CTA (chauffage, ventilation, climatisation), chaudières, groupes froids, pompes à chaleur, ventilo-convecteurs, éclairage, production d'eau chaude et sous-compteurs. Le pilotage couvre aussi les stores et la détection de présence si le bâtiment le justifie. Les travaux de raccordement sont détaillés par niveau.

Faire noter son CCTP avant de le publier

Nous avons mis en ligne l'outil qui a produit le 6/100 ci-dessus. Il lit un CCTP GTB et le note sur ces 29 critères, de 0 à 3 chacun : absent, évoqué, traité, vérifiable à la recette. La consigne donnée à l'outil est d'être exigeant. Un 3 est rare et une simple mention de BACnet ne vaut pas un 3 en interopérabilité.

L'outil ne remplace pas une mission d'AMO. Il relit, dit ce qui manque et propose une formulation pour chaque manque. S'il note 60, vous avez une bonne pièce technique et quelques lignes à ajouter. S'il note 6, il est encore temps : rien n'est signé.

Noter mon CCTP GTB