Une plateforme unique pour 73 000 membres de la coopérative et le réseau qui les alimente.

La version standard d'Odoo gère le CRM et la prospection (déployée avant la mise en service, suivi des prospects pour les toitures solaires), les ventes, la facturation, la comptabilité, la gestion de projet et les workflows de validation qui ont remplacé les échanges par e-mail et sur Teams pour la signature des factures.

Deux projets ont dépassé le cadre standard. Le registre coopératif des actionnaires a été développé dans Odoo, car aucun module standard ne le couvre, et un seul enregistrement regroupe désormais l'adhésion, la participation et la relation client pour l'ensemble des 73 000 membres. Une intégration en temps réel avec la plateforme de contrats d'électricité gère la mise en place, la modification et la facturation des contrats, de sorte que les échanges de données s'effectuent en direct plutôt que par lots nocturnes.

Du côté d'Ecopower, l'organisation a été délibérément décentralisée : un chef de produit désigné par service, chacun définissant les fonctionnalités pour sa propre équipe. Ecopower est convaincue qu'une approche entièrement centralisée aurait ralenti la mise en œuvre du changement.

Modules : CRM et prospection, ventes, facturation, comptabilité, gestion de projets, workflows de validation, registre des actionnaires de la coopérative sur mesure, intégration en temps réel des contrats d'électricité, facturation électronique PEPPOL.

La complexité du projet a été sous-estimée par les deux parties. Ecopower et Dynapps ont réalisé l'analyse ensemble au début, mais plusieurs processus ont nécessité davantage de travail de conception et de développement que ne le prévoyait le cahier des charges initial, ce qui a entraîné une augmentation des coûts au cours du projet.

Deux difficultés ont pesé le plus lourd. Premièrement, l'intégration : la plateforme de contrats d'électricité avait son propre calendrier de déploiement, et l'aligner sur celui d'Odoo s'est avéré plus difficile que prévu. Coordonner plusieurs équipes de développement pour une même date de mise en service n'est pas la même chose que travailler au sein d'une seule et même équipe. Ensuite, la date limite PEPPOL tombait le 1er janvier 2026, soit la même date que la mise en service, ce qui a imposé un chemin critique parallèle qui ne pouvait pas prendre de retard.

Ce qui a permis d'éviter que le projet ne dérape, comme le souligne clairement Dirk, c'est la transparence sur le périmètre, le calendrier et les coûts chaque fois que des ajustements s'imposaient. Pas de surprises à la fin. Les coûts ont évolué. La relation, elle, est restée inchangée.