Un service public d’eau potable n’est pas une entreprise de distribution classique. Son “client” est en réalité un abonné — un usager du service public, avec des droits et des obligations définis par le Code général des collectivités territoriales. Sa facturation n’est pas calculée sur une marge commerciale mais sur le m³ consommé, avec une part variable et une part fixe (abonnement). Son réseau — canalisations, stations de pompage, réservoirs, branchements — est un patrimoine public qui doit être inventorié, maintenu et renouvelé sur des cycles de 50 à 100 ans. Et chaque année, avant le 30 juin, le service doit publier un Rapport sur le Prix et la Qualité du Service (RPQS) à destination du conseil municipal ou de l’assemblée délibérante, avec des indicateurs réglementaires précis.
Ces spécificités font du secteur eau et assainissement l’un des marchés les plus niche — et les plus mal couverts — par les ERP généralistes. La France compte environ 26 millions d’abonnés desservis par 8 665 services d’eau potable (Observatoire SISPEA, rapport 2024 — édition juin 2026), avec un prix moyen de 4,69 €/m³ TTC et 20% d’eau perdue par fuites dans les réseaux. Ce guide analyse les contraintes SI propres au secteur, cartographie les solutions disponibles sur le marché français, et propose une grille de décision adaptée à la taille et au statut juridique de votre organisation.
Les spécificités SI du secteur eau et assainissement
La gestion des abonnés : ni client, ni citoyen
Le modèle de données d’un service d’eau est centré sur l’abonné, le compteur et le point de livraison — et non sur une opportunité commerciale ou une commande client comme dans un ERP industriel classique. Chaque compteur a un numéro de série, une date de pose, un calibre (DN 15, 20, 25…) et une date de remplacement prévisionnelle. Chaque abonné est rattaché à un ou plusieurs compteurs via un contrat de fourniture. Chaque contrat produit des relevés (périodiques, télérelevés ou autorelevés) qui alimentent la facturation.
La facturation eau est régie par le décret du 6 mai 1995 et ses décrets successifs. Elle comprend obligatoirement :
- Une part fixe (abonnement), indépendante de la consommation
- Une part variable au m³ consommé, avec des tranches tarifaires possibles
- Des redevances pour les agences de l’eau (redevance pour prélèvement sur la ressource, redevance pour pollution de l’eau)
- La TVA à taux réduit 5,5% sur la part fixe, 5,5% ou 10% sur la part variable selon les régimes
Un ERP généraliste non paramétré pour ces contraintes produira des factures non conformes aux obligations légales — ou exigera des développements spécifiques coûteux.
Le télérelevé : une bascule technologique en cours
Sur les 25 millions de compteurs d’eau installés en France, environ 5 millions sont aujourd’hui connectés à des infrastructures de télérelevé — soit une multiplication par trois en dix ans (Smart City Mag, 2025). Une échéance réglementaire accélère ce déploiement : depuis le 1er janvier 2027, tous les dispositifs de mesure d’eau chaude et de chaleur dans les immeubles collectifs doivent être télérelevables, en application de la directive européenne Efficacité Énergétique transposée en droit français. Des déploiements massifs sont en cours : la Métropole Européenne de Lille installe 350 000 modules de télérelevé d’ici 2027 ; la communauté de communes Albères Côte Vermeille (Pyrénées-Orientales) remplace 42 000 compteurs sur 635 km de réseau, avec 20 passerelles LoRaWAN déployées et une fin de chantier prévue en juin 2027.
Pour le SI, le télérelevé change radicalement les volumes de données à traiter. Un compteur communicant remonte un index quotidien (voire par demi-heure dans certains protocoles). Le logiciel de gestion doit intégrer ces flux depuis la plateforme IoT (généralement via LoRaWAN ou Sigfox), les valider, les stocker et les restituer dans les factures et dans les alertes de fuite envoyées aux abonnés. Les plateformes non conçues pour ce volume de données créent des goulots d’étranglement à chaque campagne de facturation.
GMAO réseau et SIG : les deux briques qui manquent souvent à l’ERP
Le réseau d’eau potable est un actif patrimonial. Sa gestion implique deux couches distinctes :
- Un SIG (Système d’Information Géographique) qui cartographie les tronçons de canalisations, les vannes, les branchements, les organes hydrauliques. En France, le standard d’échange est le format RAEPA (Référentiel des infrastructures d’eau et d’assainissement), rendu obligatoire par le décret n° 2021-994 du 29 juillet 2021 pour les réseaux de plus de 50 km ou desservant plus de 500 abonnés.
- Une GMAO (Gestion de la Maintenance Assistée par Ordinateur) pour planifier et historiser les interventions de maintenance, les renouvellements préventifs et les dépannages suite à fuites ou casses.
La plupart des logiciels métier eau et assainissement intègrent un SIG natif ou s’interfacent avec QGIS, ArcGIS ou MapInfo. La connexion entre la GMAO réseau et l’ERP financier (pour déclencher les bons de commande de travaux et les ordres de service aux prestataires) est le périmètre d’intégration le plus complexe — et souvent le premier chantier d’un projet de modernisation SI.
SISPEA et RPQS : deux obligations de reporting SI
Depuis 2007, le SISPEA (Système d’Information sur les Services Publics d’Eau et d’Assainissement), géré par l’OFB (Office Français de la Biodiversité) sur le portail services.eaufrance.fr, centralise les données de tous les services d’eau et d’assainissement français. Selon le rapport national de juin 2026, ce sont 8 665 services d’eau potable (couvrant 99% de la population) et 8 762 services d’assainissement collectif (96% de la population) qui alimentent la base (Observatoire SISPEA, rapport 2024 — édition juin 2026).
Chaque service est tenu de produire annuellement un RPQS (Rapport sur le Prix et la Qualité du Service), sur la base de 14 indicateurs de performance réglementaires : taux de rendement du réseau, indice linéaire de pertes, taux de renouvellement des canalisations, conformité bactériologique, etc. (SISPEA — Le RPQS). Ce rapport doit être présenté au conseil municipal avant le 30 juin et mis en ligne. Le logiciel de gestion doit produire ces indicateurs automatiquement, depuis ses données de facturation et d’exploitation.
ERP généraliste vs plateforme métier eau : le bon choix selon votre périmètre
Un DSI qui poserait la question “SAP ou Dynamics pour notre régie d’eau ?” recevrait probablement une réponse affirmative de la part des équipes commerciales des éditeurs. La question n’est pas là. La vraie question est : quel est le coût total d’un paramétrage de SAP pour couvrir la facturation au m³, la gestion des abonnés, le RPQS et les flux télérelevés, face au coût d’un logiciel sectoriel prêt à l’emploi ?
Les ERP généralistes : puissants côté finances, incomplets côté métier
SAP S/4HANA, Microsoft Dynamics 365 Business Central ou Oracle Fusion couvrent parfaitement la comptabilité M57 (pour les collectivités), les achats, les marchés publics, la RH et la paie. Mais ils n’ont pas de modèle de données natif pour les abonnés eau, les compteurs, les relevés et la facturation au m³.
Pour les grandes délégataires (filiales Veolia Eau, Suez, SAUR) et les grands EPIC autonomes (Eau de Paris, Eau du Grand Lyon, Régie Eau d’Azur), le choix d’un ERP généraliste comme SAP IS-U (Industry Solution for Utilities) ou Oracle Utilities Customer Care & Billing (CC&B) est justifié : le volume d’abonnés (plusieurs centaines de milliers, parfois plusieurs millions), la complexité des contrats (offres modulées, comptage différencié, gestion multiflux eau/énergie) et les enjeux de reporting SISPEA à grande échelle justifient l’investissement. Pour en savoir plus sur ces plateformes sectorielles, lire notre comparatif ERP énergie et utilities.
Pour une régie de 30 000 abonnés ou un syndicat intercommunal, le même raisonnement ne tient pas. La complexité de déploiement et les coûts de licence d’un SAP IS-U excèdent largement les besoins réels.
Les plateformes métier eau : nativement conformes, moins riches côté finances
Les solutions spécialisées eau (voir panorama ci-dessous) sont construites autour du modèle abonné-compteur-facturation. Elles intègrent nativement les flux télérelevés, la génération du RPQS, l’export SISPEA et les contraintes réglementaires françaises. Leur faiblesse est souvent du côté financier : consolidation multi-entités limitée, reporting avancé insuffisant, intégration ERP-finances qui s’appuie sur des exports de fichiers plutôt que sur des API temps réel.
Le choix du scénario d’architecture dépend donc essentiellement de deux paramètres : la taille du service (nombre d’abonnés, volume de facturation) et le statut juridique (régie directe intégrée à une collectivité vs EPIC vs délégataire privé).
Panorama des solutions du marché français
Veolia Software Solutions (Somei) — Wat.erp
Veolia Software Solutions — anciennement Somei — développe depuis plus de 40 ans des logiciels de gestion pour les services d’eau, d’assainissement et d’énergie (somei.fr). Sa suite Wat.erp, Wat.gis et Wat.pro couvre l’intégralité du cycle de gestion :
- Wat.erp : gestion clientèle (contrats, abonnés, compteurs), relevés (manuel, radio-relève, télérelevé), facturation et recouvrement, gestion technique (devis, travaux, interventions), mobilité terrain, portail abonnés en ligne, reporting et RPQS
- Wat.gis : SIG intégré pour la gestion des actifs réseau, avec traitement automatique des DT/DICT (déclarations de travaux et intentions de commencement de travaux)
- Wat.pro : suivi de projet pour le renouvellement des réseaux et la supervision des sous-traitants
La solution est déployée aussi bien chez des régies de taille moyenne que chez des grands opérateurs délégués. Elle intègre nativement les flux télérelevés multiprotocoles et la génération des indicateurs SISPEA. L’hébergement peut être réalisé en SaaS (data center Veolia) ou on-premise.
JVS-Mairistem — Omega
JVS-Mairistem, acteur historique du logiciel pour collectivités territoriales, propose le logiciel Omega spécifiquement dédié à la gestion de l’eau et de l’assainissement (jvs-mairistem.fr/eau-et-assainissement). Son positionnement : les communes, EPCI et syndicats de taille petite à grande, qui gèrent simultanément plusieurs services publics et cherchent une intégration native avec les autres modules JVS (finances, RH, périscolaire).
Omega couvre la relation abonnés, la facturation, les interventions terrain, la mobilité, le portail numérique citoyen, la gestion des stocks de matériels, et le module Report 360 pour l’analyse des données opérationnelles et la génération du RPQS. Le module Connecteurs permet l’interfaçage avec les solutions de télérelevé, les logiciels financiers tiers et les SIG du marché.
Son avantage différenciant face aux éditeurs purement eau : la profondeur de l’intégration avec l’écosystème JVS-Mairistem (finances M57, RH, Chorus Pro, DEMAT.PES) pour les collectivités qui gèrent l’eau en régie directe et qui veulent un SI unique.
Berger-Levrault — e.facturation eau/assainissement
Berger-Levrault, leader des ERP pour le secteur public (40 000 clients, berger-levrault.com), propose un module e.facturation eau et assainissement complémentaire à sa suite de gestion financière (e.magnus/WeGF) (berger-levrault.com/fr/produit/e-facturation/). Ce module gère la facturation à la consommation (relevés, calcul des tranches tarifaires, impression et dématérialisation des factures), les opérations de campagne (départs/arrivées d’abonnés, fermetures de compteurs) et l’export vers la gestion financière.
Le positionnement de Berger-Levrault sur ce segment est logique pour les collectivités qui sont déjà clientes de la suite BL pour leurs finances et leur RH : le même éditeur, un seul contrat de maintenance, une intégration native sans passerelle. Sa limite : e.facturation est un module de facturation, pas une plateforme métier eau complète — il ne couvre pas nativement le SIG réseau, la GMAO ou la mobilité terrain.
Ariane — logiciel libre eau et assainissement
Ariane (ariane.newmips.com) est un logiciel libre (open source) de gestion de l’eau et de l’assainissement développé en France, adapté aux SPANC (Services Publics d’Assainissement Non Collectif), à l’assainissement collectif et à la distribution d’eau potable. Son positionnement est celui des petites régies et syndicats qui ne peuvent pas ou ne souhaitent pas engager de budget logiciel important : le code source est ouvert, l’hébergement peut être auto-géré ou délégué.
Son adoption reste limitée aux petites structures (moins de 10 000 abonnés) qui disposent d’une compétence informatique interne ou d’un syndicat informatique intercommunal (SIIC) pour assurer la maintenance évolutive.
SAP IS-U et Oracle Utilities — les plateformes des grands opérateurs
Pour les grands délégataires (filiales locales de Veolia Eau, Suez/Agbar, SAUR) et les grandes régies autonomes (Eau de Paris, par exemple), les plateformes sectorielles SAP IS-U (en cours de migration vers S/4HANA Utilities) et Oracle Utilities Customer Care & Billing restent les références. Ces solutions sont conçues pour des volumes d’abonnés de plusieurs centaines de milliers à plusieurs millions, avec des fonctionnalités avancées de gestion tarifaire, de télégestion de réseau et de reporting SISPEA à grande échelle. Pour une analyse détaillée de ces plateformes et leur comparaison avec IFS Cloud dans le secteur utilities, voir notre guide ERP énergie et utilities.
GMAO réseau et SIG : intégrer ou séparer ?
La question de l’intégration entre l’ERP de gestion abonnés/facturation et les outils de gestion du patrimoine réseau (SIG + GMAO) est la plus complexe à trancher. Trois architectures coexistent sur le marché :
Architecture monobloc (tout-en-un). Certains éditeurs comme Veolia Software Solutions proposent une suite intégrée (Wat.erp + Wat.gis + Wat.pro) qui couvre facturation, SIG et gestion de projet réseau dans un référentiel commun. Avantage : cohérence des données, pas de synchronisation à paramétrer. Limite : on est dépendant d’un seul éditeur pour des fonctions très différentes.
Architecture bipartite (ERP + SIG séparés). C’est le scénario le plus fréquent dans les régies de taille intermédiaire : un logiciel de facturation abonnés (Omega, e.facturation BL) interfacé avec un SIG tiers (QGIS avec le plugin RAEPA, ArcGIS, MapInfo). L’interfaçage se fait via des exports/imports de fichiers ou, de plus en plus, via des API REST. La mise à jour du SIG depuis les données d’intervention terrain reste souvent manuelle.
Architecture tripartite (ERP + SIG + GMAO séparés). Les grands services ajoutent une GMAO dédiée (Maximo, Infor EAM, ou des solutions eau comme Blue Link de Dimo Maint) pour la gestion des équipements mécaniques (pompes, électropompes, membranes de filtration). L’interfaçage avec le SI abonnés se limite alors aux bons de commande et aux interventions à facturer à des tiers.
Le standard RAEPA, rendu obligatoire par le décret n° 2021-994 (Légifrance, décret du 29 juillet 2021) pour les services desservant plus de 500 abonnés ou avec plus de 50 km de réseau, oblige à maintenir un inventaire géolocalisé du patrimoine réseau. C’est ce référentiel qui sert de colonne vertébrale à l’interopérabilité entre les différentes couches du SI eau.
Le cadre réglementaire et ses impacts sur le SI
SISPEA et RPQS : des exports annuels incontournables
Le RPQS est une obligation légale (article L2224-5 du CGCT, décret du 2 mai 2007). Chaque service doit produire avant le 30 juin un rapport incluant au minimum 14 indicateurs de performance réglementaires. Ces indicateurs — taux de rendement du réseau, indice linéaire de pertes d’eau en réseau, conformité des prélèvements bactériologiques et physico-chimiques, taux de renouvellement des canalisations, etc. — doivent être alimentés depuis les données opérationnelles du service.
Depuis janvier 2025, SISPEA est également l’outil de saisie des données techniques qui servent au calcul du coefficient de modulation de la rémunération au titre de la performance eau pour les agences de l’eau (Observatoire SISPEA). Ce lien direct entre la saisie SISPEA et la rémunération financière par les agences augmente encore le niveau d’exigence : un logiciel qui ne génère pas automatiquement les indicateurs SISPEA depuis ses données opérationnelles oblige à des ressaisies manuelles — source d’erreurs et de perte de temps pour les équipes.
Télérelevé et données en temps réel : de nouveaux volumes à gérer
La montée en puissance des compteurs communicants change les volumes de données traitées par le SI. Là où un relevé semestriel produisait 2 lignes par compteur par an, un compteur télérelevé en mode quotidien produit 365 lignes par an — multiplié par le nombre d’abonnés. Pour une régie de 50 000 abonnés, on passe de 100 000 à 18 millions de données de consommation par an. Le logiciel doit gérer ce volume sans ralentissement de la facturation, tout en offrant des alertes de fuite en quasi-temps réel.
Loi Climat et Résilience, agences de l’eau : des réformes qui touchent les paramétrages
La loi du 22 août 2021 portant lutte contre le dérèglement climatique (loi Climat et Résilience) et ses décrets d’application imposent de nouvelles obligations aux services d’eau : schéma directeur d’alimentation en eau potable incluant un volet adaptation au changement climatique, renforcement des objectifs de réduction des pertes en réseau. Ces obligations se traduisent par de nouveaux indicateurs à calculer et à publier — et donc par des évolutions paramétriques dans les logiciels de gestion.
Les redevances des agences de l’eau ont été réformées par la loi de finances pour 2024 (adoptée le 29 décembre 2023), avec une entrée en vigueur au 1er janvier 2025. 2026 est la première année de pleine application du dispositif de modulation lié à la performance des réseaux. Concrètement, une partie de la rémunération des agences de l’eau versée aux collectivités est désormais calculée à partir des indicateurs SISPEA — rendement réseau, indice linéaire de pertes — ce qui crée un lien direct entre la qualité de la saisie dans le logiciel de gestion et les recettes financières du service (Les Agences de l’Eau, réforme des redevances). Un éditeur spécialisé intègre ces mises à jour réglementaires dans ses releases annuelles, là où un ERP généraliste délègue cette charge à l’intégrateur.
Grille de décision selon la taille et le statut
| Profil | Volume abonnés | Statut typique | Solution recommandée |
|---|---|---|---|
| Petit syndicat ou SPANC | < 5 000 abonnés | Syndicat, régie directe | Ariane (open source) ou module eau d’un éditeur collectivités local |
| Régie intégrée à une collectivité BL | 5 000—50 000 | Régie directe, commune ou EPCI | e.facturation Berger-Levrault + WeGF (suite intégrée) |
| Régie intégrée à une collectivité JVS | 5 000—100 000 | Régie directe, EPCI, syndicat | JVS-Mairistem Omega (intégration native avec le SI collectivité) |
| Régie autonome ou EPIC | 20 000—500 000 | EPIC, régie à personnalité morale | Wat.erp (Veolia Software Solutions) ou autre plateforme métier eau complète |
| Grand délégataire ou EPIC métropole | > 200 000 | Délégataire, grand EPIC | SAP IS-U / S/4HANA Utilities, Oracle Utilities CC&B |
Points de vigilance communs à tous les profils :
- Intégration télérelevé : vérifiez les protocoles supportés (LoRaWAN, Sigfox, M-Bus, PLC) et les délais de traitement des données
- Export SISPEA et RPQS : exigez une démonstration live sur vos propres données, pas sur des données de démo
- Standard RAEPA : vérifiez la conformité du SIG intégré ou de l’export pour interfaçage SIG tiers
- Hébergement : pour les collectivités sensibles à la souveraineté des données, exigez un hébergement qualifié SecNumCloud ou HDS (si données de santé traitées en parallèle)
- Mises à jour réglementaires : demandez l’historique des mises à jour liées aux évolutions des redevances agences de l’eau sur les 3 dernières années
Pour aller plus loin sur les solutions ERP pour le secteur public en France, consultez notre guide ERP pour les collectivités territoriales et notre comparatif ERP énergie et utilities. Si votre périmètre inclut également la gestion des déchets ou des services techniques, notre guide ERP pour les services techniques peut compléter votre analyse.
