Le point de données
que personne n'a demandé

Pourquoi les listes de points gonflent de projet en projet — et comment les construire dans l'autre sens.

Le document que personne ne possède

Dans un dossier MCR, la liste de points est le document le plus décisif et le moins discuté. Elle fixe le matériel, le volume de câblage, le nombre de licences de supervision, le temps d'intégration, la charge de mise en service et, pour vingt ans, ce que l'exploitant pourra voir de son bâtiment.

Et pourtant, dans la majorité des projets, elle n'a pas d'auteur. Elle a une origine : le projet précédent. On reprend le fichier, on adapte les dénominations, on ajoute les équipements nouveaux. On n'enlève presque jamais rien — enlever demande de justifier, garder ne demande rien.

Le document grossit donc à chaque tour, et personne ne se retrouve en position de dire ce point ne sert à rien.

Ce que coûte un point inutile

Un point de données superflu n'est pas neutre. Il coûte à cinq endroits distincts.

• À l'achat. Une entrée ou sortie physique consomme une borne, une place en tableau, du câble et un module d'extension dès qu'on franchit un multiple de huit ou seize. Le passage d'un module supplémentaire se paie bien au-delà du prix du point lui-même.
• En licence. La plupart des supervisions se licencient au point. Les paliers sont commerciaux, pas techniques : dépasser un seuil de 250, 500 ou 1 000 points déclenche un saut de prix sans aucun gain fonctionnel.
• À l'intégration. Chaque point doit être adressé, nommé, mis à l'échelle, testé. Le temps unitaire paraît négligeable ; multiplié par plusieurs centaines, il représente une part significative du poste intégration d'une soumission.
• En exploitation. C'est le coût le plus élevé et le moins visible. Une supervision qui affiche tout n'affiche rien. Les points sans usage diluent les points utiles, allongent les arborescences, et — quand ils sont alarmés par défaut — produisent un bruit d'alarmes qui finit par être ignoré en bloc. Une liste d'alarmes que l'exploitant ne lit plus est une installation sans surveillance, quel que soit le nombre de capteurs.
• En documentation. Chaque point figure dans les schémas, les PV de tests, l'export EDE, la nomenclature. Tout ce qui ne sert pas doit quand même être maintenu à jour à chaque modification — ou devenir faux, ce qui est pire.

Les points qui manquent, eux, sont toujours les mêmes

Le paradoxe est là : ces listes sont à la fois trop longues et incomplètes. Les absences se répètent d'un dossier à l'autre.

• L'état de marche réel plutôt que la commande. Savoir qu'on a demandé à la pompe de tourner n'est pas savoir qu'elle tourne. Un retour d'état ou une mesure de débit change la nature de l'information.
• La position effective de l'organe de réglage plutôt que la seule consigne. Sans elle, on ne distingue pas une régulation stable d'une vanne bloquée en butée.
• Les compteurs horaires et les compteurs de démarrages des équipements tournants. Ce sont les données de maintenance prédictive les moins chères du bâtiment : elles ne coûtent qu'une variable logicielle.
• Les températures de retour des réseaux, indispensables pour juger une pompe à chaleur, un condenseur ou un échangeur — et systématiquement sacrifiées au profit des départs.
• Les défauts unitaires au lieu d'un défaut groupé par armoire. Un défaut groupé transforme un diagnostic de deux minutes en déplacement sur site.
• Le sous-comptage découpé par usage et non par tableau électrique, seul moyen de rattacher une consommation à une décision.

Aucune de ces données ne sort du catalogue de l'automate. Toutes sortent d'une question d'exploitation.

Inverser le sens de lecture

La liste de points ne doit pas répondre à la question que peut mesurer cette installation ? mais à la question que doit-on savoir pour l'exploiter, la régler et la facturer ?

Concrètement, on n'entre pas dans le document par les équipements. On entre par les fonctions d'exploitation, et pour chaque fonction on déroule cinq questions :

1. Quelle décision ou quelle action cette fonction déclenche-t-elle ?
2. Quelles grandeurs sont strictement nécessaires pour la déclencher ?
3. Qui consulte ces grandeurs — exploitant, technicien de maintenance, comptable de l'énergie, régulation elle-même ?
4. À quelle fréquence, et avec quel historique ? Une donnée lue une fois par an n'a pas besoin du même traitement qu'une donnée d'alarme.
5. Que se passe-t-il si elle est absente ou fausse ? C'est cette réponse qui justifie une redondance, une alarme, ou au contraire une suppression.

Un point qui ne se rattache à aucune fonction n'entre pas dans la liste. Un point qui se rattache à une fonction mais dont personne n'est le lecteur, non plus.

La matrice à reprendre

Le tableau ci-dessous est celui que nous annexons à nos cahiers des charges. Il se remplit avec le maître d'ouvrage et l'exploitant, avant tout appel d'offres.

Trois colonnes font tout le travail : Lecteur, Si absent ou faux et Alarmé. Une ligne sans lecteur identifié se supprime. Une ligne dont l'absence n'a aucune conséquence se supprime. Une ligne alarmée par défaut sans qu'on sache qui traite l'alarme se dé-alarme.

L'inscrire dans la soumission

Une bonne liste de points ne sert à rien si elle n'engage personne. Quatre dispositions suffisent à la rendre contractuelle.

• Annexer la liste au cahier des charges, classée par fonction d'exploitation et non par armoire, avec la colonne Lecteur visible des soumissionnaires. Elle devient ainsi un document de conception, pas un simple bordereau de quantités.
• Interdire les points sans fonction rattachée. Les ajouts proposés par l'intégrateur sont bienvenus, à condition d'être documentés dans la même matrice.
• Exiger la livraison d'un export EDE conforme à la liste à la réception. C'est le seul moyen de vérifier, objectivement, que ce qui a été installé correspond à ce qui a été commandé — et de reprendre l'installation plus tard sans repartir de zéro.
• Reprendre la liste au PV de tests fonctionnels, fonction par fonction. On ne teste pas des points, on teste des fonctions ; la matrice fournit directement la structure du protocole.

Ce que ça change

L'effet le plus direct est budgétaire : moins d'entrées-sorties, un palier de licence en moins, moins d'heures d'intégration. Mais ce n'est pas le principal.

Le principal, c'est qu'une installation dont chaque donnée a un lecteur identifié est une installation que quelqu'un regarde. Les dérives s'y voient, les défauts s'y traitent, les optimisations s'y prouvent. À l'inverse, un bâtiment sur-instrumenté dont personne ne lit la supervision est exactement aussi aveugle qu'un bâtiment sans GTB — avec la facture en plus.

La question n'a jamais été de savoir combien de points installer. Elle est de savoir qui les lit.