01 — Contexte
La refonte d'un outil réglementaire en réponse à un appel d'offre public
Un office public en charge de la gestion de l'eau à La Réunion a lancé un appel d'offre pour refondre son logiciel de gestion des redevances — l'outil utilisé par les entreprises redevables pour déclarer leur consommation et calculer les montants dus. Le projet, conduit sur un an, combinait une refonte technique sous Laravel et une évolution réglementaire : certaines redevances existantes étaient supprimées, de nouvelles devaient être créées, en cohérence avec les arrêtés officiels en vigueur.
La livraison finale a impliqué une coordination étroite avec le service technique de l'Office, hébergeant le code source sur ses propres serveurs, ainsi qu'une migration des données et des mots de passe des utilisateurs existants. Des accès SSH ont été fournis pour permettre les interventions de maintenance post-livraison.
02 — Projet
Deux interfaces métier autour du cycle de déclaration
Le produit articule un back-office d'administration (paramétrage, suivi des déclarations, relances) et une interface redevable (déclaration, calcul, historique) — toutes deux organisées par redevance, comme autant d'univers autonomes au sein du même outil.
- Gestion des entités redevables et de leurs utilisateurs — plusieurs responsables de déclaration par entité
- Paramétrage annuel des taux et coefficients par redevance — mis à jour chaque année sur arrêté officiel
- Moteur de calcul par redevance — formules configurables selon les paramètres de l'année de déclaration
- Interface de déclaration redevable — formulaire multi-conditions par redevance, soumission et historique
- Suivi des déclarations par statut (à vérifier, validée, clôturée) avec relances mail automatiques
- Import de fichiers Excel — réception de données externes de prestataires tiers, traitement selon les cas et workflows définis
- Rapports et statistiques par redevance et par entité redevable
- Migration des données et mots de passe depuis l'ancienne version
03 — Enjeux clés
Compréhension réglementaire, recette itérative et livraison en contexte public
Trois enjeux ont structuré l'ensemble du pilotage.
Reconstruire les calculs sans documentation
Les formules de calcul des redevances existantes n'étaient pas documentées. Si le code source de l'ancien système était accessible, sa lecture s'est révélée peu exploitable pour comprendre les logiques de calcul en place. Il a fallu conduire de nombreux ateliers avec le commanditaire, consulter les sources publiques (arrêtés, sites officiels) et analyser les interfaces de production pour reconstituer chaque formule. Pour les nouvelles redevances, le commanditaire lui-même manquait de visibilité — ce qui a imposé un travail collaboratif d'interprétation des textes réglementaires pour définir ce que l'outil devait implémenter.
Une recette structurée par redevance, validée de manière itérative
La multiplicité des redevances et la richesse des conditions de calcul ont rendu la phase de recette particulièrement exigeante. Chaque redevance a donné lieu à un lot de cas de test définis en amont, couvrant les différentes combinaisons de saisie possibles. Les résultats ont été vérifiés et validés de manière itérative avec le commanditaire — dans un contexte de marché public où la rigueur de la recette conditionnait la réception du livrable.
Migration et livraison coordonnée avec le service technique du client
La livraison finale a été synchronisée avec le service technique de l'Office, seul habilité à déployer sur ses serveurs. Cela impliquait une remise du code source à un instant précis, une préparation rigoureuse de la migration (données, mots de passe, paramétrage initial) et une coordination étroite sur le calendrier de mise en production. Des accès SSH ont été fournis pour permettre les interventions de maintenance post-livraison.