ATS / SIRH : workflow de recrutement, qualité des données et gouvernance
Problème : bons écrans en amont, référentiel en retard
Les scores restent dans un outil, le statut ATS ne bouge pas, les notes vivent dans des feuilles personnelles. L’intégration dépasse l’API : il faut aligner états, champs, autorité et durées pour que le recrutement reste gouvernable.
Écueils fréquents
- Pas de machine à états commune entre directions.
- Même libellé de champ, sens différent entre SIRH et outil de screening.
- Droits d’export trop larges et tableurs parallèles.
- Règles de conservation non opérables à l’échelle.
Patron de conception : états d’abord, mapping ensuite
Transitions autorisées
De la candidature au tri, entretien structuré, entretiens métier, offre/refus, clôture : propriétaires, SLA, transitions valides ; bloquer les sauts incohérents.
Table de mapping et source d’autorité
Pour chaque donnée (détail des scores, liens médias, identifiants des évaluateurs), définir le système faisant foi et la résolution de conflit — document signé.
Rôles et journaux
Moindre privilège, journalisation des accès sensibles, retrait des droits lors des mutations.
Plan de déploiement
- Inventorier systèmes et ressaisies manuelles.
- Clarifier limites d’API, retries, idempotence avec IT/fournisseur.
- Pilote sur un type de poste avec écriture ATS obligatoire.
- Mesurer qualité : champs manquants, latence d’écriture, états bloqués.
- Revue trimestrielle des mappings ; mise à jour lors des changements contractuels ou réglementaires.
Risques
Limiter les exports complets vers postes non maîtrisés. Aligner sous-traitance et DPA sur le programme. Contextes réglementés : articuler avec la traçabilité — pas de conseil juridique.
Multi-sites et conformité
Recrutement international : rôles cohérents et questions de résidence des données. Ne pas isoler l’intégration au jour J ; lancer avec les autres chantiers.
Liste de contrôle
- Machine à états publiée avec propriétaires ?
- Document de mapping approuvé ?
- Indicateurs de succès et latence d’écriture ?
- Revues d’accès après changements de poste ?
- Runbooks suppression/archivage exécutables ?
Questions fréquentes
Questions fréquentes des dirigeants et des équipes RH :
Un ATS est-il indispensable ?
Non, mais sans référentiel unique, volume et multi-sites augmentent ressaisies et risques de traçabilité.
Pourquoi les intégrations échouent-elles ?
Sémantique floue des champs et transitions d’état non définies — commencez par la machine à états avant l’API.
Qui pilote ?
RH (processus), IT/sécurité (interfaces, droits), métier (définition des états), avec un product owner unique.
Vidéos et transcriptions ?
Classification, durées, restrictions de téléchargement ; sous-traitants et transferts selon vos règles internes.