Informations RH • 4 MIN DE LECTURE
HR Data Migration Checklist: A Safe System Transition in 7 Practical Steps
JUL 11, 2026
Migrating HR data between systems requires careful planning to avoid data loss and compliance issues. This checklist covers cleansing, mapping, parallel running, and validation.
Auditez et nettoyez vos données existantes
Avant de déplacer des données vers un nouveau système, examinez ce que vous détenez actuellement et identifiez les incohérences susceptibles de provoquer des échecs de migration. Passez en revue les dossiers employés pour détecter les doublons, les champs incomplets, les coordonnées obsolètes et les employés sortis encore marqués comme actifs. Documentez les conventions de nommage qui diffèrent selon les services, comme les intitulés de poste du type « Manager » par opposition à « Mgr », et standardisez-les avant l’export. Traitez tôt les champs obligatoires manquants, car de nombreuses plateformes SIRH rejettent les dossiers incomplets lors de l’import. Cette phase de nettoyage met généralement au jour des problèmes de qualité des données accumulés pendant des années, et les résoudre maintenant évite d’aggraver les problèmes dans votre nouveau système.
Map Fields Between Source and Destination Systems
Créez un tableur détaillé qui associe chaque champ de votre système actuel à son équivalent dans la nouvelle plateforme, en notant les champs pour lesquels aucun mappage direct n’existe. Certains champs peuvent nécessiter une séparation, par exemple un champ « Adresse » unique devenant des champs séparés « Ligne d’adresse 1 », « Ligne d’adresse 2 » et « Code postal ». D’autres peuvent devoir être combinés, par exemple des champs distincts « Prénom » et « Nom » fusionnant en un champ « Nom complet ». Documentez comment chaque valeur de liste déroulante, statut d’emploi ou code de département se traduit dans la taxonomie du nouveau système. Portez une attention particulière aux formats de date, qui diffèrent souvent d’un système à l’autre et peuvent provoquer des erreurs d’import. Ce document de cartographie devient votre guide de référence tout au long de la migration et vous aide à configurer correctement les modèles d’import.
Établissez la propriété des données et les règles de validation
Désignez des personnes spécifiques pour vérifier l’exactitude des différentes catégories de données après la migration : les responsables de service pour les structures organisationnelles, les responsables paie pour les données de rémunération, et les office managers pour les coordonnées. Définissez ce à quoi « correct » ressemble pour chaque champ critique en créant des listes de contrôle de validation que les relecteurs utiliseront. Par exemple, établissez que chaque employé doit avoir un identifiant de manager direct valide, un lieu de travail principal et une date de début antérieure à toute date de promotion. Intégrez des niveaux de tolérance pour les écarts acceptables, en reconnaissant que certaines données historiques peuvent être réellement irrécupérables. Documentez ces règles de validation avant le début de la migration afin que chacun comprenne ses responsabilités pendant la phase de fonctionnement parallèle.
Run Systems in Parallel with Daily Reconciliation
Operate both your old and new HRIS simultaneously for at least two full pay periods, entering new transactions into both systems to verify they produce identical results. Create daily reconciliation reports that compare employee counts, total headcount by department, active versus terminated ratios, and key financial totals between systems. Investigate any discrepancies immediately rather than waiting until the end of the parallel period, small issues often indicate larger systemic problems. Test critical processes like new starter onboarding, absence recording, and salary adjustments in both systems to ensure workflows function correctly. This period also allows your HR team to become comfortable with the new interface whilst knowing they can reference the old system if needed.
Validate Statutory and Compliance Requirements
Before cutover, verify that your new system correctly handles statutory calculations, reporting requirements, and data retention policies specific to your jurisdiction. Test that holiday accrual calculations align with local employment law, particularly for employees with varying work patterns or those who joined mid-year. Confirm that Right to Work documentation, training certifications, and other compliance records have migrated with correct expiry dates and reminder workflows. Run sample reports that you regularly provide to auditors, HMRC, or regulatory bodies to ensure the new system can replicate these outputs. Check that data access controls and audit trails meet GDPR requirements, particularly around who can view sensitive information like salary data or disciplinary records.
Planifiez votre week-end de bascule et votre stratégie de retour arrière
Programmez votre bascule finale pendant un week-end ou une période calme où aucune transaction RH urgente n’est probable, et créez un plan détaillé heure par heure pour la transition. Identifiez un « point de non-retour », généralement lorsque vous commencez à saisir dans le nouveau système les transactions du lundi, et établissez des critères clairs pour décider s’il faut poursuivre ou revenir en arrière. Préparez une procédure de retour arrière comprenant la réactivation de l’ancien système, la communication du retard au personnel et la préservation de toutes les données saisies pendant la tentative de bascule. Affectez des membres précis de l’équipe pour surveiller différents aspects du nouveau système pendant la première semaine : une personne surveille l’intégration de la paie, une autre contrôle l’accès en self-service des employés, et quelqu’un vérifie que les rapports planifiés se génèrent correctement. Gardez votre ancien système accessible en mode lecture seule pendant au moins un mois après la bascule afin de pouvoir consulter les informations historiques en cas de question.
