Migration SIRH : la reprise de données, ce chantier qu'on sous-estime toujours

Dans une migration SIRH, le paramétrage occupe tous les esprits : règles de gestion, workflows, écrans. Pourtant, c'est souvent la reprise de données qui fait glisser le planning, quelques semaines avant la bascule.

Cinq erreurs fréquentes

1. Démarrer trop tard. La reprise est souvent vue comme une tâche technique de fin de projet. Elle doit commencer dès le cadrage, avec un premier extrait réel des données.
2. Reprendre l'historique « par principe ». Faut-il vraiment dix ans d'historique de carrière dans le nouvel outil ? Chaque année reprise coûte en nettoyage, en contrôles et en recette.
3. Confondre transcodage et nettoyage. Transcoder un code emploi ne le rend pas juste. Une donnée fausse dans l'ancien système restera fausse dans le nouveau.
4. Ne tester que sur un échantillon. Les anomalies se cachent dans les cas rares : multi-contrats, salariés détachés, entrées et sorties dans le mois, régularisations anciennes.
5. Oublier la responsabilité métier. Ce n'est pas à l'intégrateur de décider si une donnée est correcte. Chaque domaine (administration, paie, temps, talent) a besoin d'un référent qui valide.

Ce qui fonctionne

• des cycles de reprise à blanc réguliers, au moins trois avant la bascule ;
• des contrôles automatisés : effectifs, masses salariales, compteurs, soldes de congés ;
• un tableau de bord des anomalies, partagé entre RH, DSI et intégrateur ;
• une règle claire : on corrige à la source, pas dans le fichier de reprise.

Une migration réussie, ce n'est pas seulement un nouvel outil qui fonctionne. C'est un outil dans lequel les équipes RH ont confiance dès le premier jour.