01 — Contexte
La refonte d'un outil de suivi de la qualité des eaux
Une filiale d'un grand groupe assure le suivi de la qualité des eaux à La Réunion via un système de prélèvements terrain. L'outil existant a nécessité une refonte complète sous Laravel — la technologie initiale n'étant plus maintenue par l'agence, ni extensible pour répondre aux évolutions fonctionnelles attendues.
Le projet couvrait à la fois un back-office d'administration et une application mobile dédiée aux agents de terrain — en intégrant une migration complète des données historiques depuis l'ancienne version.
02 — Projet
Un dispositif terrain-admin autour du cycle de prélèvement
Le produit articule deux interfaces complémentaires — un back-office de pilotage et une application mobile terrain — autour d'un flux continu : de la création du prélèvement par l'administrateur jusqu'à la clôture automatique de la non-conformité détectée.
- Gestion des points de prélèvement par type (standard et usine) et par secteur géographique
- Paramétrage des analyses — définition des paramètres mesurés et des règles de seuil par type
- Création manuelle des prélèvements en back-office — affectation par agent et par point
- Application mobile hors-ligne — saisie des résultats sur le terrain, synchronisation API au retour réseau
- Génération automatique de non-conformités — déclenchée par les résultats hors seuil selon les règles définies en back-office
- Clôture automatique et manuelle des non-conformités — sur correction confirmée par un prélèvement ultérieur
- Alertes mail — aux administrateurs en cas de non-conformité ouverte, aux agents pour les prélèvements à effectuer
- Exports filtrés — prélèvements et non-conformités par secteur, période et statut
03 — Enjeux clés
Quatre enjeux structurants
Ces enjeux ont guidé les décisions d'architecture et de conception du produit.
Un moteur de non-conformités robuste face aux règles métier
La génération des non-conformités obéit à des règles strictes : absence de non-conformité déjà ouverte sur le point, seuils paramétrés par type de paramètre, distinction standard/usine. Le moteur devait garantir qu'un résultat anormal ouvre exactement une non-conformité — ni doublon, ni omission — et que la clôture automatique ne s'applique que lorsque la correction est réellement confirmée.
La cohérence temporelle des prélèvements hors-ligne
L'application mobile fonctionnant sans connexion, des résultats pouvaient remonter avec du retard, dans un ordre chronologique décalé par rapport au back-office. Chaque prélèvement tardif devait impacter les non-conformités de façon cohérente : ne pas rouvrir une anomalie déjà corrigée, ne pas ignorer une anomalie restée sans réponse, et enrichir correctement une non-conformité déjà ouverte si l'anomalie persistait.
Une migration de données sans perte ni régression
La refonte impliquait de reprendre l'intégralité des données historiques — points de prélèvement, paramètres, non-conformités passées — depuis une base structurée différemment. La migration devait garantir la cohérence des données transférées tout en intégrant les nouvelles typologies introduites dans cette version (points et paramètres de type usine).
Une interface proche de l'existant pour les utilisateurs terrain
Les agents et administrateurs avaient leurs repères dans l'ancien outil. La refonte devait améliorer l'outil sans désorienter les utilisateurs : conserver les flux de travail connus, moderniser sans rupture, et s'assurer que l'application mobile reste immédiatement utilisable sur le terrain.