Etudes de cas
Montée de version Odoo v13 → v17 Enterprise pour l'American School of Dubai
3 000+ élèves | 600+ collaborateurs | Cursus international PreK–12
Odoo 13 → 17 Enterprise (montée de version complète de la plateforme) · Montée de version majeure sur la Comptabilité, les RH et la Paie, les Achats, le Stock, la Flotte, le Helpdesk et plus de 15 modules sur mesure
Resume executif
Avant
Odoo 13 Enterprise au bord de la fin de support. Modules custom qui cassaient après chaque changement d'ORM, patchs de sécurité coupés, dépendance à Python 3.6 ouvrant des failles serveur. L'écart se creusait mois après mois entre les workflows hérités et la réalité d'une école moderne.
Apres
- ✓Migration sans interruption : un saut de quatre versions (v13→v17) mené pendant l'année scolaire, sans une seule heure d'arrêt non planifié.
- ✓Continuité complète des données : 7 années de comptabilité, d'historique RH et d'achats migrées avec une vérification d'intégrité à 100%.
- ✓Stack modernisée : Python 3.10+, nouveau front-end OWL, UI responsive, intégrations natives WhatsApp et tableur.
- ✓40% d'opérations quotidiennes plus rapides en Comptabilité, Achats et RH grâce à l'UX repensée de v17.
Le defi
Odoo v13 Enterprise arrivait en fin de vie : 15+ modules sur mesure sans maintenance, failles de sécurité non corrigées et 7 années de données critiques enfermées dans une plateforme dépassée — migration vers v17 menée sans une seule heure d'interruption pendant l'année scolaire.
Risque d'une plateforme en fin de vie - Odoo 13 avait dépassé la date de fin de support. Plus de patchs de sécurité, plus de corrections, plus de SLA partenaire. Chaque mois supplémentaire sur v13 aggravait l'exposition aux CVE ouvertes et le risque de conformité — critique pour un établissement qui manipule des données personnelles d'élèves et de collaborateurs aux EAU.
Dette des modules sur mesure - Plus de 15 modules profondément personnalisés pour les spécificités d'une école : workflows d'achats académiques, déclencheurs de communication aux parents, règles de paie conformes au WPS des EAU, gestion de la flotte de bus scolaires. Tous écrits selon les patterns d'API obsolètes de v13 et incompatibles avec les changements d'ORM apparus en v14+.
Contrainte de continuité d'activité - La montée de version devait se faire pendant que l'école tournait. 3 000+ élèves, 600+ collaborateurs, opérations financières quotidiennes, cycles d'achats et processus RH ne pouvaient pas s'arrêter. La tolérance à l'arrêt était, en pratique, nulle.
Complexité de la migration de données - 7 années de données transactionnelles : plan comptable localisé aux EAU, écritures pluriannuelles, cycle de vie complet des salariés, historique d'achats, journaux d'entretien de la flotte — tout devait franchir la transformation de schéma sur quatre frontières de versions majeures à la fois.
La solution
Architecture de migration par paliers - Plutôt qu'un big bang à haut risque, Rteam a conçu un pipeline par étapes : v13→v14→v15→v16→v17, avec des portes de validation automatisées entre chaque saut. Chaque phase tournait dans un environnement de staging parallèle, testée contre des snapshots de la production avant le cutover. Des scripts OpenUpgrade sur mesure gérait les deltas de schéma à chaque frontière.
Réingénierie des modules sur mesure - Les 15+ modules custom ont tous été audités puis réécrits pour le framework OWL de v17 et la nouvelle ORM. Les appels d'API obsolètes ont été remplacés par leurs équivalents modernes. La logique métier propre à l'école — calcul de la paie selon le WPS des EAU, chaînes de validation des achats académiques, planification des bus scolaires — a été préservée tout en s'appuyant, lorsque c'était possible, sur les fonctionnalités natives de v17. Résultat : 35% de code custom en moins.
Stratégie de cutover sans interruption - Le cutover de production a été exécuté sur un créneau de week-end planifié, avec un plan de rollback validé à l'avance. Un déploiement blue-green au niveau DNS a permis le basculement instantané. La synchronisation des données en temps réel entre ancien et nouvel environnement pendant les 48 dernières heures a supprimé toute zone d'ombre dans les données transactionnelles.
Cadre d'intégrité des données - Rteam a bâti un framework de validation maison qui exécutait plus de 200 vérifications automatisées après chaque étape : réconciliation des soldes de grand livre, comptage des fiches salariés, recoupement de l'historique d'achats, inventaire des actifs de la flotte. Chaque écart était résolu avant d'enchaîner sur le saut de version suivant.
Montée en compétences et conduite du changement - L'UI entièrement repensée de v17 imposait de refaire les formations. Rteam a livré des parcours par rôle pour les équipes Finance, RH, Achats et IT — avec des walkthroughs vidéo des nouveaux workflows et une période d'hypercare de 30 jours après le lancement pour assurer une adoption en douceur.
Modules implementes
Vous avez un defi similaire ?
Discutons de la facon dont nous pouvons obtenir des resultats similaires pour votre entreprise.