Découvrir une fuite au moment où elle apparaît sur une facture d'eau, c'est la découvrir trop tard. Entre le moment où le débit s'est mis à filer et celui où l'anomalie devient lisible sur un document comptable, plusieurs mois ont pu s'écouler — et plusieurs centaines de mètres cubes disparaître.C'est ce délai que la télérelève réduit. En France, on estime qu'elle permet en moyenne 5 % d'économies d'eau par an. Ce chiffre ne récompense pas la performance du compteur : il récompense le fait de savoir plus tôt. La distinction est essentielle, parce qu'un compteur communicant n'est pas un projet en soi. Il produit une donnée ; toute la valeur se joue dans ce que l'on construit autour d'elle. Et cette valeur se mesure en temps gagné entre l'apparition d'un phénomène, sa détection, son analyse et, lorsque c'est justifié, l'intervention.
Une fois par an, deux à trois fois par an, ou tous les jours
La première rupture est celle de la fréquence, et l'écart est considérable.Une relève manuelle intervient en général une fois par an. La radiorelève — un agent qui circule en véhicule et se connecte aux compteurs en passant devant le bâtiment, dispositif qui concerne environ huit millions de compteurs en France — porte ce rythme à deux ou trois passages annuels. La télérelève des compteurs d'eau, elle, est le plus souvent programmée pour un à deux envois d'information par jour.Cette accélération mérite toutefois une précision qui échappe souvent au discours commercial. Un compteur d'eau intelligent mesure bien la consommation en continu, mais les données sont regroupées et transmises sous forme de synthèse quotidienne, afin d'économiser la ressource radio et le stockage. « Temps réel » qualifie donc la mesure, pas la transmission. Ce que reçoit l'exploitant, c'est une photographie journalière de ce qui s'est passé pendant les heures précédentes.Cela reste une transformation de nature, pas de degré. Avec une relève annuelle, une surconsommation peut se prolonger des mois durant sans laisser de trace exploitable. Avec un relevé quotidien, le comportement du compteur devient observable : on peut le comparer à ses propres antécédents, repérer une rupture, dater approximativement le moment où quelque chose a changé.Le compteur cesse alors de répondre uniquement à la question « combien a été consommé sur la période ? » pour commencer à répondre à une autre : « est-il en train de se passer quelque chose d'anormal ? »
Ce n'est pas la mesure qui révèle la fuite, c'est l'écart
Une donnée fréquente ne signale rien par elle-même. Un index quotidien reste un index. Ce qui produit de l'information, c'est la comparaison — à un historique, à un seuil, à un référentiel de fonctionnement considéré comme normal.C'est ce mécanisme qui transforme une mesure en alerte. Dans un bâtiment public équipé en sous-comptage, une surconsommation d'eau ou de chauffage peut ainsi être détectée automatiquement, sans qu'aucun agent ait eu à consulter quoi que ce soit.Le même raisonnement se décline à plusieurs échelles. Sur un réseau, les données de consommation sont rapprochées des volumes produits : l'écart entre ce qui entre et ce qui est facturé désigne des pertes. Dans un bâtiment, la comparaison entre le compteur principal et les sous-compteurs joue le même rôle ; une différence entre les deux signale une fuite.Dans les deux cas, la logique est identique. L'information ne naît pas de la mesure mais de la distance entre deux mesures qui devraient concorder.Reste que cette chaîne n'a rien d'automatique, et il faut le dire nettement : une consommation inhabituelle est un signe, pas une preuve. Une alerte n'est pas un diagnostic. Un compteur qui s'emballe peut signaler une fuite, un usage exceptionnel, un remplissage de piscine, un défaut de l'équipement lui-même. Ce que la télérelève raccourcit, c'est le délai de détection — pas le travail d'interprétation qui suit.
La remarque paraît triviale. Elle inverse pourtant l'ordre dans lequel la plupart des projets sont pensés. La première question n'est pas de savoir comment un modèle pourrait trouver une fuite, mais de savoir de quelles mesures on dispose pour affirmer qu'il y en a une.Ce niveau se conquiert par l'instrumentation, non par l'algorithme. Avant de prédire ou d'optimiser quoi que ce soit, l'apport d'un déploiement IoT sur un réseau d'eau est plus élémentaire : il rend mesurable ce qui ne l'était pas. Et une fois la mesure disponible, l'anomalie se détecte par une soustraction.Reste que l'information produite est incomplète. Elle établit qu'un volume manque. Elle ne dit rien de l'endroit où il manque.
Facturer n'était que le premier usage
La facturation au réel reste l'usage historique du compteur communicant, et il n'est pas anecdotique : il évite l'estimation, simplifie la gestion côté exploitant, supprime les régularisations côté abonné, et ouvre des possibilités de tarification saisonnière que certaines collectivités touristiques mobilisent pour préserver la ressource.Mais s'en tenir là revient à sous-utiliser massivement la donnée produite.Les usages d'exploitation documentés sont bien plus larges : identification des surconsommations et des sous-consommations, recherche de fuites sur les réseaux, ciblage des interventions de maintenance, repérage des bâtiments les plus consommateurs pour prioriser des travaux de rénovation. La recherche de fuites appuyée sur les données de télérelève sert d'abord à hiérarchiser les travaux — et bien flécher les investissements est un enjeu majeur pour des collectivités qui ne peuvent pas tout renouveler en même temps.L'effet, quand la chaîne va à son terme, peut être spectaculaire. À La Rochelle, commune de Haute-Saône de quarante-cinq habitants, le passage en télérelève a porté sur trente-six compteurs — la totalité du parc communal.
Trente-six compteurs ne font pas une démonstration statistique. Mais l'ordre de grandeur indique ce que produit un dispositif mené jusqu'à l'intervention : non pas une meilleure connaissance de la consommation, mais la capacité de traiter les fuites une par une, à mesure qu'elles apparaissent.La donnée cesse ainsi d'établir ce qui s'est passé pendant une période révolue. Elle commence à indiquer où porter l'effort.
À grande échelle, le problème s'inverse
Cette capacité nouvelle crée un problème que peu de projets anticipent.Plus les compteurs remontent fréquemment leurs données, plus le système devient capable de produire des alarmes. À l'échelle d'une commune de quelques dizaines de compteurs, surveiller chacune d'elles est un gain net : chaque alerte examinée peut se traduire par une fuite évitée. À l'échelle d'une régie, l'arithmétique se retourne.L'ordre de grandeur est documenté par les retours d'expérience recueillis par Smart City Mag : une régie gérant quelque 15 000 compteurs reçoit près de 200 alarmes par jour. Ce chiffre est propre à cette configuration et ne se transpose pas mécaniquement — il dépend du parc, du paramétrage des seuils, de l'état du réseau. Il donne néanmoins la mesure de ce qui attend un service passant d'une expérimentation à un déploiement complet. Garder un œil sur les alertes de chaque compteur devient alors une usine à gaz, et le conseil qui accompagne ce constat va à l'encontre du réflexe naturel : ne pas paniquer, prendre le temps d'analyser les données reçues et le comportement des compteurs, plutôt que de vouloir traiter les alarmes une à une.Le problème initial était de disposer d'assez d'informations. Une fois la télérelève généralisée, il devient exactement inverse : comment distinguer, dans le flux produit, ce qui mérite réellement l'attention des équipes ?L'expérience des déploiements IoT territoriaux montre que la réponse n'est pas seulement technique. Passé l'effet de nouveauté, l'usage se dégrade vite si le système attend que quelqu'un vienne le consulter.
L'utilisation de l'IoT est intuitive, mais au bout de quelques jours, les agents se laissent déborder par les urgences du quotidien et ne regardent plus les tableaux de bord. Il faut donc que le capteur signale ce qui a de l'importance » —
Aurore Thomassin, responsable TIC-SIG et Déchets de la communauté de communes du Pays de Lure
La qualification des alertes n'est donc pas un raffinement optionnel. C'est ce qui décide si le dispositif sera utilisé ou abandonné : un système qui produit de l'information sans hiérarchiser ce qu'il remonte finit par ne plus être regardé du tout.
Un compteur communicant ne garantit pas une donnée exploitable
Entre l'équipement installé et l'information disponible dans l'outil du service, plusieurs choses peuvent se perdre.
La transmission, d'abord. Rendre un compteur communicant passe par trois voies : le module de communication intégré en usine, de loin la plus répandue avec plus de 80 % du marché ; l'ajout d'un module radio sur un compteur existant, resté rare pour des raisons de coût d'intervention ; et le module radio « déporté », relié par câble jusqu'à plusieurs mètres du compteur, qui permet de capter le signal là où il est disponible lorsque la pénétration en sous-sol pose problème — environ 20 % du marché.
La couverture, ensuite. Les compteurs d'eau sont éparpillés, souvent enterrés, parfois obstrués par des plaques métalliques. Le positionnement des antennes compte, mais il ne résout pas tout : certains compteurs resteront en zone blanche indépendamment de la couverture réseau, et il revient aux techniciens d'en comprendre la raison au cas par cas. Il n'y aura d'ailleurs jamais 100 % de compteurs en télérelève ; certains cas complexes continueront de relever d'autres solutions. D'où un principe de prudence rarement énoncé dans les appels d'offres : ne pas tout miser sur un canal unique, et conserver la possibilité de recourir à la radiorelève.
L'exploitabilité, enfin. Une donnée qui remonte doit encore entrer dans les outils du service. C'est là que se joue l'interopérabilité, et elle se juge sur des détails techniques peu spectaculaires : les API des plateformes contiennent toujours l'index de consommation, mais pas systématiquement le niveau de batterie du capteur ou sa puissance d'émission — des informations pourtant utiles pour anticiper une défaillance. La norme Afnor EN13757, qui encadre et standardise les données de télérelève, figure pour cette raison dans la quasi-totalité des appels d'offres, d'autant que les parcs de compteurs sont presque toujours hétérogènes : fabricants différents, générations différentes.
Ce point commande un arbitrage contre-intuitif. Une collectivité peut être légitimement attirée par une solution remontant les données cinq fois par jour plutôt qu'une ou deux. Mais cette fréquence supérieure ne vaut que si la donnée circule ensuite : entre une remontée plus rapide et une remontée compatible avec les systèmes déjà déployés, c'est le second critère qui conditionne l'usage réel. Éviter les solutions propriétaires est d'ailleurs un point clé pour les syndicats qui cherchent à mutualiser entre communes.Un dernier écueil relève du calendrier plutôt que de la technique. Le réseau doit couvrir tout le territoire pour fonctionner, alors que les compteurs se renouvellent progressivement. Un acteur de l'eau qui n'en change que 10 % par an fait supporter l'intégralité des coûts d'infrastructure à une fraction du parc — un déséquilibre économique qui peut compromettre le projet avant qu'il ait produit ses effets.
Le métier se déplace de la collecte vers l'exploitation
Déployer la télérelève, c'est installer des compteurs communicants. Mais ce n'est pas d'abord une affaire d'équipement : c'est un changement dans les gestes métiers.Un agent qui relevait des index en tournée n'exerce pas la même activité lorsqu'il dispose chaque matin de plusieurs milliers de consommations et de plusieurs dizaines d'anomalies. La compétence attendue se déplace de la collecte vers la lecture, l'interprétation et l'arbitrage.Cette transition bute souvent sur un manque rarement anticipé : les territoires qui effectuaient leurs relevés manuellement ne disposent pas nécessairement d'un logiciel d'exploitation d'eau potable capable d'accueillir les données, et n'ont donc pas l'habitude de s'en servir une fois qu'il est mis en place. Former au fonctionnement de la technologie et identifier des référents disponibles devient dès lors une condition de réussite, au même titre que le choix des capteurs.
« L'IoT, ce n'est pas juste poser un capteur. Il est indispensable d'accompagner les utilisateurs finaux pour qu'ils en tirent de la valeur. Nous ne pensions pas que cela nous prendrait autant de temps »
Cyril Sauget, directeur technique de Haute-Saône Numérique
Les questions à trancher sont concrètes. Qui reçoit les alertes ? Selon quels critères sont-elles qualifiées ? Lesquelles déclenchent un déplacement, lesquelles attendent la tournée suivante, lesquelles ne déclenchent rien ? Ces règles ne sont pas des paramètres techniques : ce sont des décisions d'organisation, et elles déterminent l'utilité du dispositif bien plus sûrement que la fréquence de remontée.
Ce que la télérelève fait vraiment gagner : du temps
La marge de progression reste considérable. Sur les 25 millions de compteurs d'eau que compte la France, environ un quart seulement est aujourd'hui télérelevé ; près de 19 millions restent à équiper. Cette généralisation ne sera jamais totale — la radiorelève gardera son utilité sur les cas complexes — mais la relève manuelle, elle, n'a plus d'avenir.La leçon des déploiements aboutis n'est pas que le compteur connecté soit performant. Elle est que sa valeur ne se mesure ni au nombre de données collectées, ni au nombre d'alarmes générées, mais à la réduction d'un délai : celui qui sépare l'apparition d'un phénomène du moment où quelqu'un est en mesure d'agir dessus.Le compteur n'est que le premier maillon de cette chaîne. Derrière lui viennent la transmission, l'intégration dans les outils métiers, les règles d'alerte, la qualification, et l'organisation des équipes qui décideront d'intervenir ou non. Chacun de ces maillons peut rompre sans que le compteur soit en cause.Et à mesure que les territoires passent de quelques compteurs à plusieurs dizaines de milliers, la difficulté cesse d'être de produire davantage de données. Elle devient de savoir lesquelles méritent qu'on s'y arrête.

Haute-Saône Numérique : deux ans pour passer de la douzaine de cas d'usage à l'exploitation
Le syndicat mixte Haute-Saône Numérique a été créé en 2014 pour déployer la fibre optique sur le département. L'idée d'aller vers des projets de territoire connecté naît en 2023, sur le dernier chantier de fibre, et elle vient des élus.« Les élus d'alors avaient entendu parler de l'IoT et ils nous ont incité à expérimenter rapidement pour que les données aident à la prise de décision et engendrent des économies dans les coûts de fonctionnement », se rappelle Cyril Sauget, directeur technique du syndicat.


