Migrer vers un nouvel ERP : réussir la reprise des données d'un établissement
Photo : Pexels
En bref. ce guide sur migration erp répond à 9 questions concrètes que se posent les fondateurs et les directions d'établissements privés au Maroc.
La reprise des données est l'opération qui transfère les données utiles de l'ancien système vers le nouveau : élèves, familles, notes, historiques, factures et contrats, après nettoyage et transformation.
Un nouvel ERP démarre avec les données qu'on lui donne. Si les fiches élèves sont en double, les adresses incomplètes et les soldes faux, le nouvel outil affichera les mêmes erreurs, avec en plus la défiance des utilisateurs.
Voici comment préparer la reprise des données : ce qu'il faut reprendre, comment nettoyer, tester et basculer, et que faire de l'ancien système.
Pourquoi la reprise des données est-elle critique ?
Parce que l'établissement ne repart pas de zéro : il a des élèves en cours de scolarité, des familles avec des soldes, des historiques de notes qu'il doit pouvoir produire. Une reprise ratée se voit dès le premier jour : bulletins faux, factures erronées, appels de parents.
Quelles données reprendre ?
| Domaine | Données | Décision à prendre |
|---|---|---|
| Élèves et familles | Identité, coordonnées, responsables légaux, fratries | Reprendre les inscrits et les anciens récents |
| Scolarité | Classes, notes, absences, diplômes | Profondeur d'historique à reprendre |
| Finances | Soldes, échéanciers, factures ouvertes | Reprise des soldes ou du détail |
| RH | Personnel, contrats, affectations | Selon le périmètre du nouvel outil |
Tout n'a pas à être repris. Un historique ancien peut rester consultable dans l'ancien système archivé, dans le respect des durées de conservation prévues par la loi 09-08.
Comment nettoyer avant de migrer ?
- Supprimer les doublons d'élèves et de familles.
- Compléter les champs obligatoires du nouvel outil.
- Harmoniser les référentiels : classes, cycles, tarifs.
- Rapprocher les soldes financiers avec la comptabilité.
Comment définir les règles et tester ?
Chaque donnée de l'ancien système est associée à un champ du nouveau, avec une règle de transformation documentée. Puis on répète la migration sur un environnement de test, au moins deux fois : chaque répétition est contrôlée par les utilisateurs, sur des échantillons et sur des totaux.
Comment organiser la bascule ?
- Choisir une période calme : en général hors rentrée et hors examens.
- Geler les saisies dans l'ancien système pendant la migration finale.
- Contrôler les totaux et les échantillons avant d'ouvrir le nouvel outil.
- Prévoir, si possible, quelques semaines de consultation en parallèle.
Que faire de l'ancien système ?
Le passer en lecture seule, puis l'archiver selon les durées de conservation applicables. Le laisser modifiable crée une tentation de retour en arrière (voir la conduite du changement). La reprise des données s'inscrit dans le projet piloté avec l'AMOA et se prévoit dès le cahier des charges.
Quel plan de migration type ?
| Étape | Contenu |
|---|---|
| Inventaire | Sources de données, volumes, qualité, propriétaires |
| Règles | Correspondance des champs, transformations, données à ne pas reprendre |
| Nettoyage | Doublons, données incomplètes, formats incohérents |
| Première migration à blanc | Chargement dans un environnement de test, contrôles |
| Corrections | Ajustement des règles et des données sources |
| Migrations à blanc suivantes | Jusqu'à un résultat stable et validé |
| Migration finale | Gel des saisies, chargement, contrôles, validation |
| Après la bascule | Contrôles renforcés pendant les premières semaines |
Chaque migration à blanc est chronométrée : la durée de la migration finale conditionne la durée du gel des saisies.
Quels contrôles après chaque migration ?
- Comptages : nombre d'élèves, de familles, de factures, identiques entre source et cible.
- Totaux : soldes des comptes familles, montants facturés et encaissés.
- Échantillons : quelques dossiers vérifiés champ par champ par les utilisateurs.
- Cas particuliers : fratries, élèves partis en cours d'année, bourses, échéanciers.
- Liens : chaque élève rattaché à la bonne classe et à la bonne famille.
Les contrôles sont signés par le responsable de chaque domaine. Voir aussi l'AMOA d'un projet ERP.
Comment communiquer pendant la bascule ?
- Prévenir les équipes et, si nécessaire, les familles de la période de gel.
- Indiquer comment traiter les demandes urgentes pendant cette période.
- Annoncer la date de reprise et les éventuels changements visibles.
Questions fréquentes : Migration ERP
Faut-il reprendre tout l'historique ?
Non. On reprend ce qui sert au quotidien et aux obligations, et on archive le reste de façon consultable.
Combien de répétitions de migration prévoir ?
Au moins deux répétitions complètes avant la bascule réelle, davantage si les données sont de qualité médiocre.
Quand basculer dans l'année scolaire ?
Hors rentrée et hors examens. Beaucoup d'établissements visent l'été ou une période creuse en cours d'année.
Qui contrôle la reprise ?
Les utilisateurs métier, sur des échantillons et des totaux : ce sont eux qui connaissent les données.
Combien de temps garder l'ancien logiciel ?
Le temps de vérifier la migration et de répondre aux besoins de consultation de l'historique. Une consultation en lecture seule pendant une période définie est une solution courante.
Qui est responsable de la qualité des données reprises ?
L'établissement, propriétaire des données. L'éditeur ou l'intégrateur fournit les outils et exécute la migration, mais les métiers valident le résultat.
Conclusion
La reprise des données décide de la crédibilité du nouvel ERP dès le premier jour. Elle se prépare tôt, se nettoie avant et se répète avant la bascule.
Notre conseil : lancez le nettoyage des données dès la signature avec l'éditeur. C'est le chantier qui demande le plus de temps aux équipes.