Recherche de fuite, relève et remplacement de compteurs, curage, inspection de regards, manœuvre de vannes, contrôle de branchements : l’exploitation d’un réseau d’eau potable ou d’assainissement repose sur des centaines d’interventions courtes, répétitives et géolocalisées. Le logiciel qui les porte ne remplace ni le SIG patrimonial ni la supervision : il fait le lien entre le bureau d’exploitation et l’équipe sur le terrain, et c’est là que se joue la qualité des données remontées.
Cet article détaille les besoins propres aux régies, délégataires et services des collectivités, et les points à vérifier avant de choisir un logiciel d’exploitation orienté interventions.
Ce qu’un réseau d’eau impose au logiciel d’interventions
Des interventions rattachées à un objet du réseau
Une intervention sur un réseau n’a de valeur que si elle est rattachée au bon objet : un tronçon, un branchement, un compteur, un poteau incendie, un regard, un poste de relevage. Sans ce rattachement, l’historique d’un ouvrage se reconstitue à la main, à partir de comptes rendus papier ou de tableurs.
Le logiciel doit donc permettre de localiser chaque intervention sur une carte du réseau et de retrouver, depuis un objet, la liste des interventions passées : fuites réparées, manœuvres, contrôles, remplacements.
Des zones sans réseau mobile
Regards, caves, locaux techniques, chambres de vannes, secteurs ruraux : une part significative des interventions se déroule là où la 4G ne passe pas. Une application qui exige une connexion pour ouvrir un ordre de travail ou valider un compte rendu oblige le technicien à ressaisir plus tard, avec les erreurs que cela suppose.
L’exigence minimale est un fonctionnement complet hors connexion : consultation des interventions du jour, saisie du compte rendu avec photos et signature, puis synchronisation automatique au retour du réseau.
Une traçabilité exploitable
Les services d’eau doivent pouvoir justifier ce qui a été fait, quand, où et par qui : vis-à-vis de l’autorité organisatrice, dans le cadre d’un contrat de délégation, ou pour alimenter les indicateurs de performance du service. Un compte rendu libre en texte brut ne suffit pas : il faut des données structurées, filtrables et exportables.
Le compte rendu d’intervention, pièce centrale
Un CRI adapté à chaque type d’intervention
Un contrôle de branchement, une recherche de fuite et un curage n’appellent pas les mêmes informations. Un moteur de CRI paramétrable permet de définir, pour chaque type d’intervention, les champs attendus : listes de choix (diamètre, matériau, état), mesures numériques (pression, index compteur), photos avant/après, géolocalisation, signature, questions conditionnelles.
G-ordon propose un moteur de CRI paramétrable avec plus de 30 types de saisie. L’intérêt pour un service d’eau : un technicien remplit un formulaire court et guidé, et le bureau récupère des données comparables d’une intervention à l’autre.
Intervention et prestations : séparer le déplacement des actes
Sur un même déplacement, une équipe peut réparer une fuite, remplacer un robinet d’arrêt et poser un compteur. Dans G-ordon, l’intervention (le déplacement) se distingue des prestations (les actes réalisés), chacune avec son propre compte rendu.
Conséquence pratique : le suivi par type d’acte, la facturation ou le reporting contractuel se font sur les prestations, sans multiplier artificiellement les interventions.
Cartographie : visualiser le réseau et exporter les données
Une carte au service de la planification
Positionner les interventions sur une carte aide à regrouper les déplacements par secteur et à repérer les zones où les incidents se concentrent. La page métier eau et assainissement illustre ce fonctionnement : réseau, compteurs et assainissement affichés sur une même carte, avec une fuite rattachée à un tronçon. Le film ci-dessous le montre en une minute.
Les cartes de G-ordon sont toutes issues d’OpenStreetMap et servies par les propres serveurs d’Agiléo, avec G-ordon Planisphère : les fonds de carte ne dépendent pas d’un fournisseur cartographique tiers.
Des échanges avec le SIG
Le logiciel d’interventions n’a pas vocation à remplacer le SIG du service. Il doit en revanche pouvoir lui renvoyer les données terrain. G-ordon exporte les données géolocalisées au format GeoJSON ; les exports Shapefile (SHP) et GeoPackage sont développés et leur déploiement est prévu d’ici fin 2026. Une API REST documentée permet par ailleurs d’automatiser les échanges avec les autres outils du système d’information.
Hébergement et données : les questions à poser
Les données d’exploitation d’un réseau d’eau (localisation des ouvrages, incidents, interventions) relèvent d’un service public essentiel. Plusieurs questions méritent d’être posées à tout éditeur :
- Où sont hébergées les données de production ? G-ordon est hébergé chez Scaleway, en région Paris : production en France, sauvegarde de secours dans l’UE.
- Les données sont-elles isolées ? Chaque client G-ordon dispose de sa propre base de données, et non d’une base partagée entre clients.
- Quelle politique de sauvegarde ? Les données G-ordon sont sauvegardées toutes les 6 heures à Paris, avec une copie de secours à Amsterdam.
- Quelle réversibilité ? Formats d’export, API documentée, modalités de restitution en fin de contrat.
Pour approfondir ces critères, voir notre article Logiciel d’interventions souverain : 6 critères clés, la page Sécurité et conformité et la FAQ.
Le lien bureau–terrain au quotidien
Planifier et réaffecter
Le bureau d’exploitation planifie les interventions programmées (relève, contrôles périodiques, curage préventif) et doit pouvoir insérer une urgence, une fuite signalée ou un débordement, dans le planning du jour. Les modifications sont transmises à l’application du technicien dès qu’il est connecté.
Échanger sans changer d’outil
Une messagerie intégrée au logiciel évite de disperser les échanges entre SMS, appels et messageries grand public : bureau et terrain se parlent depuis l’application qu’ils utilisent déjà.
Une application sans installation lourde
L’application terrain de G-ordon est une PWA (Progressive Web App) conçue pour fonctionner d’abord hors ligne : elle s’utilise depuis le navigateur d’un smartphone ou d’une tablette Android ou iOS, sans passer par un magasin d’applications, et fonctionne sans réseau (détails sur le mode hors ligne). Pour un service qui équipe ses agents de terminaux hétérogènes, un navigateur à jour suffit : le déploiement s’en trouve simplifié.
Checklist avant de choisir
| Critère | Question à poser |
|---|---|
| Rattachement au réseau | Peut-on lier chaque intervention à un objet (tronçon, compteur, regard) ? |
| Hors connexion | Le CRI complet (photos, signature) est-il saisissable sans réseau ? |
| CRI paramétrable | Peut-on définir un formulaire par type d’intervention, sans développement ? |
| Structure des données | Les actes réalisés sont-ils distingués du déplacement ? |
| Export SIG | Quels formats (GeoJSON, SHP, GeoPackage) ? Une API est-elle disponible ? |
| Hébergement | Où sont la production et les sauvegardes ? Base dédiée ou mutualisée ? |
| Réversibilité | Comment récupère-t-on ses données en fin de contrat ? |
En résumé
Un logiciel d’exploitation orienté interventions doit d’abord fiabiliser la donnée terrain : rattachée à un objet du réseau, saisie même sans connexion, structurée par type d’intervention et exportable vers le SIG. Les questions d’hébergement et d’isolation des données complètent l’analyse, en particulier pour les services publics.
Conçu et développé en France depuis 2018, G-ordon couvre les métiers de l’eau et de l’assainissement : réseau, relève de compteurs, contrôles d’assainissement non collectif et demandes des notaires.
Voir G-ordon sur vos propres interventions
Vous exploitez un réseau d’eau potable ou d’assainissement, en régie ou en délégation ? Présentez-nous vos types d’interventions : nous vous montrerons comment les modéliser dans G-ordon, du CRI à l’export cartographique.
Questions fréquentes
Un logiciel d'interventions remplace-t-il le SIG du service d'eau ?
Les techniciens peuvent-ils remplir leur compte rendu sans réseau ?
Peut-on adapter le compte rendu à chaque type d'intervention ?
Faut-il installer une application sur les terminaux des agents ?
Où sont hébergées les données d'exploitation ?
Et si vous voyiez G-ordon sur vos propres cas ?
Une démonstration qui part de votre activité, pas d'une présentation générique.