Migrer d'ATS sans perdre vos données ni vos candidats : le plan en 6 étapes

Pourquoi la migration ATS données recrutement est un projet à haut risque

Changer d’ATS semble souvent anodin, presque technique, alors que la migration ATS données recrutement touche au cœur de votre capital talents. Derrière un simple changement de logiciel de recrutement, vous engagez en réalité un chantier de transformation qui impacte le processus de recrutement, la gestion des candidatures et la relation avec chaque candidat. Le risque majeur ne vient pas du nouvel outil de recrutement, mais bien de la migration des données et de la capacité des équipes à continuer à recruter sans rupture.

Un projet de migration d’un logiciel ATS vers un autre logiciel de recrutement ressemble à un projet SIRH classique, mais la pression opérationnelle est plus forte, car les recrutements ne s’arrêtent jamais. Les recruteurs, les managers et parfois les cabinets de recrutement doivent continuer à publier des offres d’emploi, traiter les candidatures et suivre les candidats pendant que l’ATS logiciel change de socle. Quand la migration des données est mal préparée, le time to hire explose, les viviers de candidats se dégradent et l’expérience candidat se détériore durablement.

Les directions RH qui réussissent leur migration ATS données recrutement traitent ce sujet comme un projet de continuité d’activité, pas comme un simple changement d’outil. Elles cartographient les processus de recrutement existants, challengent les fonctionnalités de l’ancien logiciel ATS et du nouvel ATS recrutement, puis arbitrent ce qui doit vraiment être migré. La question clé n’est pas de tout transférer, mais de sécuriser les données critiques pour la gestion des recrutements et le suivi des candidats sur les 18 prochains mois.

Cas pratique : un groupe de 2 000 salariés a planifié sa bascule sur trois mois. Avant projet, le time to hire moyen était de 52 jours, avec 18 % de candidatures perdues entre l’entretien 1 et 2. En limitant la perte de données à moins de 1 % (écart mesuré entre le volume de candidatures exportées et réimportées dans les journaux d’audit internes) et en priorisant 100 % des offres d’emploi ouvertes et 95 % des candidatures en cours, le délai moyen est passé à 38 jours en six mois, avec un taux de perte de candidats divisé par deux. Ce retour d’expérience, consolidé à partir de rapports SIRH 2023 et de tableaux de bord de recrutement, illustre l’impact direct d’une migration pilotée comme un projet de continuité d’activité.

Cartographier les données à migrer : ce qu’il faut vraiment sauver

Avant toute migration ATS données recrutement, la première étape consiste à cartographier précisément les données à transférer entre l’ancien ATS et le nouvel outil de recrutement. Il s’agit de lister les fiches candidats, les historiques d’entretien, les notes, les pièces jointes, les statuts de candidature, mais aussi les offres d’emploi actives, les campagnes de multidiffusion des offres et les viviers de candidats. Sans cette cartographie, la migration des données devient un simple export Excel massif, impossible à exploiter dans le nouveau logiciel ATS.

Concrètement, vous devez distinguer plusieurs blocs de données : les données liées aux candidats individuels, les données liées aux candidatures sur des offres précises et les données liées aux processus de recrutement globaux. Chaque bloc doit être relié à un usage métier clair, par exemple la gestion des candidatures en cours, le suivi des recrutements stratégiques ou l’animation d’un vivier de candidats pour des profils pénuriques. Cette approche évite de surcharger le nouvel ATS recrutement avec des données obsolètes ou inutiles pour les équipes opérationnelles.

Les éditeurs comme Workday, SAP SuccessFactors ou Cegid proposent des modèles de données riches, mais rarement alignés à l’identique avec votre ancien logiciel de recrutement. Le chef de projet SIRH doit donc piloter une véritable correspondance de champs entre les deux ATS logiciels, en intégrant les spécificités des fonctionnalités, des workflows et des rapports. C’est aussi le moment de décider quelles données de migration seront reprises en base, lesquelles resteront en archive et lesquelles seront purement supprimées pour respecter la conformité RGPD.

Un outil simple pour sécuriser cette étape est un fichier de mapping de champs au format CSV. Voici un exemple minimaliste de table de correspondance à adapter à votre contexte :

Pour faciliter le travail des équipes, vous pouvez préparer un modèle de fichier de mapping au format CSV, par exemple : champ_source,champ_cible,type,obligatoire. Ce gabarit, complété par les équipes SIRH et les recruteurs, devient la référence unique pour les développements d’export et d’import. Côté formats, un export type pourra par exemple contenir les en-têtes candidate_id,email,job_id,application_status,last_update,source_channel, tandis qu’une API REST standard exposera des champs structurés comme GET /api/v1/candidates/{candidate_id} avec firstName, lastName, email, applications[] et consentDate, ce qui facilite les contrôles de cohérence.

Pour approfondir l’impact de ce choix d’architecture sur l’adoption, il est utile de confronter votre projet aux analyses sur l’ATS spécialisé face à l’ATS généraliste. Ce type de comparaison aide à arbitrer entre un outil recrutement très verticalisé et un logiciel ATS plus transverse, en fonction de la complexité de vos recrutements et de la maturité de vos équipes.

Faire de la conformité RGPD un levier de nettoyage stratégique

La migration ATS données recrutement est l’occasion idéale de remettre à plat votre conformité RGPD, plutôt que de copier mécaniquement toutes les données dans le nouvel outil. Le règlement impose de ne pas conserver indéfiniment les candidatures, notamment celles de plus de deux ans sans consentement renouvelé, ce qui transforme la migration des données en véritable exercice de tri. En pratique, beaucoup d’entreprises découvrent à ce moment que leur vivier de candidats est largement surdimensionné, peu qualifié et juridiquement fragile.

Le chef de projet SIRH doit donc définir des règles claires de purge avant la migration, en distinguant les données nécessaires au processus de recrutement actuel et celles qui relèvent d’une simple habitude de stockage. Il est pertinent de segmenter les candidats selon leur ancienneté, leur consentement, leur statut dans les anciens recrutements et leur potentiel de réactivation, afin de constituer un vivier de candidats réellement exploitable. Cette démarche renforce la conformité RGPD tout en améliorant la qualité des données migration, ce qui facilite ensuite l’usage de l’intelligence artificielle pour le matching et la priorisation.

Les éditeurs comme Lucca, Payfit ou Eurecia, même s’ils ne sont pas tous positionnés sur l’ATS recrutement, montrent à quel point la gouvernance des données devient un sujet central dans tout SIRH. Un ATS logiciel qui gère mal les durées de conservation, les consentements et les droits d’accès met l’entreprise en risque, quel que soit le niveau de sophistication de ses fonctionnalités. Pour aller plus loin sur les exigences réglementaires qui arrivent, notamment autour de l’IA dans le recrutement ATS, vous pouvez analyser les recommandations détaillées sur les contrôles à effectuer sur votre ATS avant les nouvelles échéances réglementaires.

La conformité ne doit pas être vue comme une contrainte isolée, mais comme un levier direct de retour sur investissement pour le logiciel recrutement. Des données propres, à jour et légitimes améliorent la performance des algorithmes d’intelligence artificielle, réduisent les tâches chronophages de nettoyage manuel et fiabilisent les KPI comme le time to hire ou le taux de conversion des candidatures. Un vivier de candidats maîtrisé vaut mieux qu’une base tentaculaire, car la valeur vient de l’activation, pas du volume.

Tester les exports, paramétrer les workflows et organiser la coexistence des ATS

Une migration ATS données recrutement réussie repose sur une phase de tests beaucoup plus rigoureuse que ce que proposent les intégrateurs dans leurs plannings standards. Avant le basculement, vous devez tester les exports CSV, les API, les formats de pièces jointes et les différences de champs entre l’ancien ATS logiciel et le nouvel outil recrutement. Sans cette étape de validation, les équipes découvrent en production des pertes de données, des statuts de candidatures incohérents ou des offres d’emploi mal rattachées.

Les deux erreurs les plus fréquentes sont toujours les mêmes, quel que soit l’éditeur, de Cegid à Workday en passant par des acteurs plus spécialisés. D’abord, les entreprises sous estiment le temps de paramétrage des workflows de processus recrutement, notamment les statuts, les notifications, les droits d’accès et les règles de gestion des candidatures. Ensuite, elles veulent reproduire à l’identique les processus de l’ancien logiciel ATS, alors que le nouvel ATS recrutement propose souvent des fonctionnalités différentes, parfois meilleures, qui nécessitent de repenser le parcours du candidat et le travail des équipes.

Le plan de coexistence entre les deux ATS est un autre point critique, trop souvent traité en fin de projet alors qu’il devrait être cadré dès le cahier des charges. Maintenir l’ancien ATS en lecture seule pendant trois mois, avec un accès sécurisé aux viviers de candidats en cours et aux historiques de recrutements, permet de sécuriser la continuité sans alourdir la gestion quotidienne. Cette coexistence contrôlée limite les risques de double saisie dans Excel, évite les pertes de données migration et donne aux recruteurs le temps d’apprivoiser les nouvelles fonctionnalités sans sacrifier leurs objectifs de time to hire.

Pour piloter ces 90 jours, un plan de tests structuré est indispensable. Il doit au minimum couvrir : (1) la validation des exports et imports sur un échantillon de recrutements réels (au moins 10 offres et 200 candidatures), (2) le contrôle de la synchronisation API quotidienne entre les deux systèmes, (3) la vérification des droits d’accès en lecture seule sur l’ancien ATS, (4) l’envoi de modèles de communication aux candidats pour expliquer le changement d’outil, (5) la mesure hebdomadaire des écarts de données (écart cible < 2 % entre les volumes de candidatures dans l’ancien et le nouvel environnement). Sous forme de liste opérationnelle, les rôles clés sont : chef de projet SIRH (pilotage global), référent recrutement (tests métiers), DSI (API et sécurité), représentant juridique (RGPD) et un panel de recruteurs pilotes pour valider les workflows en situation réelle.

Pour illustrer l’impact concret de ces choix sur les pics d’activité, notamment l’été, il est utile d’étudier des retours d’expérience comme ceux présentés sur la configuration d’un ATS pour ne pas perdre les candidatures d’août. On y voit comment un paramétrage fin des workflows, des alertes et de la multidiffusion des offres peut compenser la baisse de disponibilité des équipes. La leçon est simple : ce n’est pas la démo qui compte, mais l’usage réel à 18 mois.

Aligner les équipes, sécuriser l’adoption et mesurer le retour sur investissement

Une migration ATS données recrutement ne se gagne pas dans les comités projet, mais dans les équipes de recruteurs qui utilisent le logiciel au quotidien. Si la formation intervient après le basculement, le taux d’adoption chute, les équipes reviennent à Excel et les processus de recrutement se fragmentent entre plusieurs outils. Le chef de projet SIRH doit donc organiser une montée en compétence progressive, avec des ateliers métiers, des tests sur des recrutements pilotes et des ajustements rapides des workflows.

Les directions financières attendent un retour sur investissement clair du nouvel ATS logiciel, ce qui suppose de définir des indicateurs précis avant la migration des données. Il est pertinent de suivre l’évolution du time to hire, du taux de conversion des candidatures, du volume de tâches chronophages éliminées et de la qualité perçue de l’expérience candidat. Ces KPI doivent être partagés avec les équipes, les managers et parfois les cabinets de recrutement partenaires, afin que chacun comprenne l’impact concret du logiciel recrutement sur la performance globale.

Les grands éditeurs comme SAP SuccessFactors ou Workday mettent en avant leurs capacités d’intelligence artificielle pour le recrutement ATS, mais ces promesses ne tiennent que si les données sont propres, structurées et bien reliées aux processus. Un vivier de candidats bien segmenté, des offres d’emploi correctement historisées et une gestion des candidatures rigoureuse permettent à l’IA de proposer des recommandations réellement utiles. À l’inverse, un ATS recrutement mal alimenté devient un simple outil de stockage, et l’entreprise se retrouve à payer une solution premium pour un usage basique.

Les DRH qui réussissent ces projets traitent l’ATS comme un composant stratégique du SIRH, au même niveau que le core HR ou la paie, et non comme un simple outil de sourcing. Ils impliquent la DSI sur les sujets d’API, de sécurité et de gouvernance des données, tout en gardant la main sur les arbitrages métiers liés au processus de recrutement. La vraie question n’est pas de savoir quel logiciel ATS est le plus complet, mais lequel soutiendra vos recrutements réels, avec vos équipes actuelles, sur les trois prochaines années.

FAQ