Votre modèle de données Hire to Retire - Employee Lifecycle
Votre modèle de données Hire to Retire - Employee Lifecycle
- Attributs recommandés à collecter pour une analyse approfondie
- Activités essentielles à suivre tout au long du cycle de vie des salariés
- Conseils pratiques pour extraire les données de Workday Onboarding
Hire to Retire, attributs du cycle de vie des collaborateurs
| Nom | Description | ||
|---|---|---|---|
|
Horodatage de l’événement
EventTimestamp
|
Date et heure précises auxquelles l’activité ou l’événement a été enregistré. | ||
|
Description
Cet attribut fournit le contexte temporel de chaque activité en indiquant le moment où elle s’est produite. La séquence et le calendrier de ces horodatages servent à construire le flux du processus et à calculer toutes les métriques temporelles, comme les temps de cycle et les durées. Dans l’analyse, l’horodatage de l’événement est fondamental pour comprendre la performance du processus. Il permet de calculer le délai entre les étapes, d’identifier les retards et d’analyser le comportement du processus sur différentes périodes, par exemple en comparant la vitesse de recrutement d’un trimestre à l’autre.
Pourquoi c’est important
Cet attribut est essentiel pour classer correctement les événements et calculer les métriques de performance, comme le temps de cycle et les goulots d’étranglement.
Où les obtenir
Il s’agit d’un élément standard de tout journal de transactions de business process dans Workday, souvent appelé « Effective Date » ou « Completed Moment ».
Exemples
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
|
|||
|
Identifiant du salarié
EmployeeId
|
Identifiant unique d’un salarié, utilisé comme identifiant de dossier principal pour l’ensemble de son cycle de vie au sein de l’organisation. | ||
|
Description
L’identifiant du salarié constitue la base de l’analyse du processus Hire to Retire. Il relie tous les événements associés, de la première candidature jusqu’au départ définitif, au sein d’un même parcours cohérent. En suivant cet identifiant, les organisations peuvent reconstituer l’historique complet de la présence d’un salarié, notamment ses changements de poste, ses évaluations de performance et ses étapes d’intégration. Dans le Process Mining, chaque activité est associée à un identifiant de salarié, ce qui permet d’obtenir une vue complète des cycles de vie individuels et agrégés. Vous pouvez ainsi analyser la durée des processus, identifier les parcours fréquents et repérer les goulots d’étranglement qui affectent les salariés à différentes étapes de leur carrière.
Pourquoi c’est important
Cet attribut est essentiel pour relier tous les événements du cycle de vie d’un même salarié et obtenir une vue complète du processus, de bout en bout.
Où les obtenir
Il s’agit d’un champ central de Workday HCM, généralement présent dans les profils des salariés et les transactions des business processes.
Exemples
100234510087651011212
|
|||
|
Nom de l’activité
ActivityName
|
Nom de l’événement ou de la tâche précise survenu à un moment donné du cycle de vie du salarié. | ||
|
Description
Le nom de l’activité décrit une étape précise du processus Hire to Retire, comme « Offer Accepted », « Background Check Completed » ou « Promotion Approved ». Ces activités constituent les nœuds de la carte de processus et montrent la séquence des événements qui composent le parcours du salarié. L’analyse de ces activités aide les organisations à comprendre le flux du processus, à identifier les parcours fréquents et rares, ainsi qu’à repérer les étapes où surviennent des retards ou des reprises. Des noms d’activités cohérents et explicites sont essentiels pour créer un modèle de processus précis et compréhensible.
Pourquoi c’est important
Il définit les étapes de la carte de processus, qui constitue le fondement de toutes les analyses et visualisations de Process Mining.
Où les obtenir
Dérivé du Business Process Step ou de l’Event Name dans les journaux de transactions Workday.
Exemples
Lettre d’offre généréeTâches d’intégration terminéesDépart lancé
|
|||
|
Exécutant de l’événement
EventPerformer
|
Utilisateur ou agent système automatisé ayant exécuté l’activité. | ||
|
Description
Cet attribut identifie la personne, le rôle ou le système responsable de l’achèvement d’une tâche. Il peut s’agir d’un responsable du recrutement approuvant une offre, d’un spécialiste RH lançant une intégration ou d’un processus système générant une notification. L’analyse de l’exécutant de l’événement est essentielle pour comprendre l’affectation des ressources, la répartition de la charge de travail et l’adoption par les utilisateurs. Elle peut aider à repérer les équipes surchargées, à identifier les possibilités d’automatisation lorsque des utilisateurs exécutent manuellement des tâches répétitives et à analyser les écarts de performance entre personnes ou services.
Pourquoi c’est important
Cet attribut aide à analyser la répartition de la charge de travail et la performance des utilisateurs, tout en identifiant les personnes impliquées dans le processus, ce qui est essentiel pour cibler les améliorations.
Où les obtenir
Disponible dans les journaux de transactions des Workday Business Processes, généralement associé à l’utilisateur ayant terminé une étape.
Exemples
jsmith@example.comr.davisProcessus système
|
|||
|
Heure de fin de l’événement
EventEndTime
|
Horodatage marquant la fin d’une activité, notamment pour les tâches dont la durée peut être mesurée. | ||
|
Description
Alors que StartTime indique le début d’une activité, Event End Time en marque la fin. La différence entre les deux correspond au temps de traitement de l’activité. Cet attribut est particulièrement utile pour les tâches qui ne sont pas instantanées, comme « Background Check » ou « Performance Review ». Dans l’analyse, il est essentiel pour calculer la métrique ProcessingTime. Il permet de distinguer le temps d’attente entre les activités du temps réellement consacré à une activité, afin de mieux comprendre où le temps est utilisé dans le processus.
Pourquoi c’est important
Il permet de calculer le temps de traitement réel d’une activité et de distinguer le temps de travail actif du temps d’attente.
Où les obtenir
Pour certains business processes dans Workday, les horodatages de lancement et d’achèvement sont tous deux enregistrés. Il peut être nécessaire de relier les événements.
Exemples
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
|
|||
|
Identifiant de la demande de recrutement
JobRequisitionId
|
Identifiant unique de la demande de recrutement à l’origine du processus de recrutement. | ||
|
Description
L’identifiant de la demande de recrutement relie toutes les activités initiales du recrutement, comme la publication d’une offre, la sélection des candidats et la génération des offres, à un besoin métier précis. Il sert d’identifiant de dossier secondaire pour la phase de recrutement du cycle de vie du salarié. L’analyse par identifiant de demande de recrutement peut révéler des informations sur l’efficacité du recrutement pour différents postes ou services. Elle permet de suivre l’ensemble du parcours, de la création de la demande à l’acceptation de l’offre, et de suivre des KPI tels que « Average Time-to-Hire ».
Pourquoi c’est important
Il regroupe toutes les activités préalables à l’embauche sous un identifiant unique et permet une analyse détaillée de la partie recrutement du processus.
Où les obtenir
Présent dans le module Recruiting de Workday, il est associé à la candidature du candidat et à l’événement d’embauche qui suit.
Exemples
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
|
|||
|
Service
Department
|
Service organisationnel auquel le salarié est rattaché. | ||
|
Description
Cet attribut représente le service auquel le salarié est affecté, comme « Sales », « Engineering » ou « Human Resources ». Il s’agit d’une dimension essentielle pour segmenter et comparer la performance des processus entre les différentes entités de l’organisation. Dans l’analyse des processus, le filtrage par service permet de répondre à des questions telles que : « Le délai de recrutement est-il plus long pour le service Engineering que pour Sales ? » ou « Quels services présentent le taux le plus élevé d’écarts lors de l’intégration ? » Vous pouvez ainsi repérer les problèmes localisés et adapter les améliorations des processus.
Pourquoi c’est important
Il permet de réaliser des analyses comparatives détaillées et d’identifier si les inefficacités des processus se concentrent dans certains domaines de l’organisation.
Où les obtenir
Il fait partie des données essentielles relatives au poste et à l’organisation du salarié dans Workday HCM, auxquelles son poste est rattaché.
Exemples
IngénierieVentes et marketingFinance
|
|||
|
Type d’événement du cycle de vie
LifecycleEventType
|
Classe le processus selon de grands types de cycle de vie, comme Onboarding, Promotion ou Offboarding. | ||
|
Description
Cet attribut fournit une classification générale des différents parcours du processus Hire to Retire. En attribuant à chaque dossier une catégorie telle que « Onboarding », « Internal Mobility » ou « Termination », il devient beaucoup plus facile de filtrer la carte de processus et d’analyser séparément ces sous-processus. Par exemple, pour analyser le Dashboard « Internal Mobility & Promotion Time », il suffit de filtrer les dossiers dont le type d’événement du cycle de vie est « Internal Mobility » ou « Promotion ». Cette segmentation est essentielle pour créer des analyses et des Dashboards ciblés, capables de répondre à des questions métier précises.
Pourquoi c’est important
Il permet de segmenter le parcours global du salarié en sous-processus distincts et de concentrer l’analyse sur l’intégration, le départ ou les promotions.
Où les obtenir
Il est généralement obtenu en associant certains noms de Workday Business Processes, par exemple « Hire », « Change Job » ou « Terminate », à ces catégories lors de la transformation des données.
Exemples
IntégrationMobilité interneDépartGestion de la performance
|
|||
|
Date cible du SLA
SlaTargetDate
|
Date cible à laquelle une activité donnée, comme un entretien d’évaluation, doit être achevée. | ||
|
Description
Cet attribut définit l’échéance du Service Level Agreement (SLA) pour une tâche donnée. Il fixe le délai attendu pour certains processus et sert de référence pour mesurer la performance. Il est indispensable pour des KPI tels que la « Ponctualité des entretiens d’évaluation » et pour les Dashboards consacrés au respect des SLA. En comparant la date réelle d’achèvement (EventTimestamp) à la date cible du SLA (SlaTargetDate), vous pouvez identifier automatiquement les écarts, mesurer la performance dans les délais et gérer les retards de manière proactive.
Pourquoi c’est important
Fournit une référence claire pour mesurer la performance dans les délais et est indispensable au calcul des KPI de respect des SLA.
Où les obtenir
Pour des processus tels que les entretiens d’évaluation dans Workday, une date d’échéance est souvent configurée. Ces données doivent être extraites avec les événements du processus.
Exemples
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
|
|||
|
Délai de recrutement
TimeToHire
|
Durée totale entre la création d’une demande de recrutement et l’acceptation de l’offre par le candidat. | ||
|
Description
Le délai de recrutement est un KPI essentiel du recrutement. Il mesure la performance de l’ensemble du parcours d’embauche. Il correspond à la durée entre l’événement « Job Requisition Created » et l’événement « Offer Accepted » pour le même salarié ou la même demande de recrutement. Cet attribut calculé constitue la base du KPI « Délai moyen de recrutement » et des Dashboards associés. Son suivi dans le temps permet aux services RH de mesurer l’impact des améliorations apportées aux processus, d’identifier les goulots d’étranglement liés à la recherche de candidats ou aux entretiens, et de définir des délais de recrutement réalistes pour les responsables.
Pourquoi c’est important
Mesure directement la performance du processus de recrutement, un indicateur clé pour toute organisation RH.
Où les obtenir
Calculé au niveau du cas en déterminant la durée entre l’horodatage de l’activité « Job Requisition Created » et celui de l’activité « Offer Accepted ».
Exemples
35 jours62 jours28 jours
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière actualisation des données de cet événement depuis le système source. | ||
|
Description
Cet attribut indique la date de la dernière mise à jour du jeu de données. Il apporte de la transparence sur l’actualité des données analysées, un élément essentiel pour prendre des décisions métier pertinentes dans les délais à partir des analyses de Process Mining. Pour les Dashboards et la supervision continue, cet horodatage aide les utilisateurs à vérifier qu’ils consultent les données les plus récentes disponibles. Il constitue une métadonnée importante pour préserver l’intégrité des données et la confiance des utilisateurs dans l’analyse.
Pourquoi c’est important
Il permet aux utilisateurs de connaître l’actualité des données, un élément essentiel à la pertinence et à la précision de l’analyse des processus.
Où les obtenir
Il s’agit d’un champ de métadonnées généré et ajouté au jeu de données pendant le processus d’ingestion ou d’ETL (Extract, Transform, Load).
Exemples
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Identifiant du poste
PositionId
|
Identifiant unique du poste ou de la fonction occupé par le salarié. | ||
|
Description
L’identifiant du poste désigne la fonction précise occupée par un salarié dans la structure de l’organisation. Chaque poste possède des attributs définis, comme le profil de poste, le lieu et la structure hiérarchique. Il est plus précis qu’un intitulé de poste, car plusieurs postes peuvent partager le même intitulé. L’analyse par identifiant de poste aide à comprendre les processus associés à des fonctions précises. Vous pouvez, par exemple, analyser le parcours d’intégration de tous les postes de « Senior Software Engineer » afin de repérer les tendances ou les retards propres à cette fonction.
Pourquoi c’est important
Il permet une analyse détaillée par fonction et aide à comprendre comment les processus diffèrent selon les postes occupés dans l’entreprise.
Où les obtenir
Champ standard associé à l’affectation professionnelle du salarié dans Workday HCM.
Exemples
POS-1001POS-2345POS-8762
|
|||
|
L’activité relève-t-elle de la conformité ?
IsComplianceActivity
|
Indicateur booléen précisant si une activité constitue une étape obligatoire en matière de conformité ou de réglementation. | ||
|
Description
Cet indicateur identifie les activités essentielles au respect des obligations légales, réglementaires ou internes, comme la signature d’une attestation de prise de connaissance d’une politique ou l’achèvement d’une formation obligatoire. Il permet de distinguer ces tâches essentielles des tâches administratives courantes. Dans le cadre de l’analyse, cet attribut permet de créer des Dashboards et des KPI consacrés à la conformité, comme le « Taux d’activités de conformité essentielles ». Les organisations peuvent ainsi suivre et vérifier que les étapes réglementaires les plus importantes sont réalisées dans les délais pour l’ensemble des salariés, ce qui réduit leur exposition aux risques.
Pourquoi c’est important
Permet de suivre précisément les étapes essentielles de conformité afin de garantir le respect des exigences réglementaires et de réduire les risques.
Où les obtenir
Il s’agit d’un attribut dérivé, généralement créé lors de la transformation des données en associant une liste de noms d’activités connus liés à la conformité à un indicateur vrai/faux.
Exemples
truefalse
|
|||
|
Le SLA a-t-il été dépassé ?
IsSlaViolated
|
Indicateur booléen précisant si une activité a été achevée après la date cible de son SLA. | ||
|
Description
Cet attribut calculé fournit un indicateur simple, vrai ou faux, permettant de déterminer si une étape du processus a respecté son Service Level Agreement. Il est obtenu en comparant l’horodatage d’achèvement de l’activité (EventTimestamp) à son échéance (SlaTargetDate). Cet indicateur est particulièrement utile pour les Dashboards et les rapports, car il facilite le décompte et la visualisation des dépassements de SLA. Il alimente des KPI tels que la « Ponctualité des entretiens d’évaluation » et simplifie la création d’alertes ou de rapports sur les tâches en retard, afin d’aider les équipes à se concentrer sur les retards les plus importants.
Pourquoi c’est important
Simplifie le suivi de la performance en signalant clairement tous les cas où les délais convenus n’ont pas été respectés.
Où les obtenir
Champ calculé : vrai si EventTimestamp > SlaTargetDate, sinon faux.
Exemples
truefalse
|
|||
|
Lieu
Location
|
Lieu géographique ou bureau associé au poste du salarié. | ||
|
Description
L’attribut Location précise le pays, l’État ou la ville où le salarié est basé. Cette dimension géographique est essentielle pour comparer la performance des processus et la conformité entre différentes régions. L’analyse par lieu peut révéler des écarts régionaux dans les délais de recrutement, l’efficacité de l’intégration ou les procédures de départ. Elle permet de répondre à des questions telles que : « Les vérifications d’antécédents prennent-elles plus de temps en Allemagne qu’aux États-Unis ? » et contribue au suivi des exigences réglementaires propres à chaque région.
Pourquoi c’est important
Il permet une analyse géographique afin d’identifier les variations régionales des processus, qui peuvent être liées au management local, à la réglementation ou à la culture.
Où les obtenir
Il fait partie des données relatives au poste et à l’affectation organisationnelle du salarié dans Workday HCM.
Exemples
États-Unis, New YorkAllemagne, BerlinInde, Bangalore
|
|||
|
Motif de départ
TerminationReason
|
Motif indiqué pour le départ d’un salarié de l’organisation. | ||
|
Description
Cet attribut indique pourquoi la période d’emploi d’un salarié a pris fin, par exemple « Démission volontaire », « Licenciement pour insuffisance de performance » ou « Départ à la retraite ». Ces informations sont essentielles pour analyser l’attrition et le processus de départ. Dans le cadre du Process Mining, le motif de départ apporte un contexte utile à l’analyse du parcours de départ. Il permet de déterminer si les différents types de départ suivent des procédures distinctes ou nécessitent des délais différents. Vous pouvez ainsi mieux comprendre le turnover et vous assurer que le processus de départ est traité de manière appropriée dans chaque situation.
Pourquoi c’est important
Apporte un contexte essentiel à l’analyse du processus de départ et aide à mettre en relation les problèmes de processus avec les motifs d’attrition.
Où les obtenir
Collecté lors du processus métier « Terminate Employee » dans Workday.
Exemples
Démission, volontaireLicenciement, involontaireRetraite
|
|||
|
Nom du plan d’intégration
OnboardingPlanName
|
Nom du modèle ou du plan d’intégration précis attribué au nouvel employé. | ||
|
Description
Workday permet de créer différents plans d’intégration adaptés aux rôles, aux lieux de travail ou aux niveaux d’ancienneté. Cet attribut identifie le plan utilisé pour un nouveau salarié. L’analyse par nom de plan d’intégration permet d’évaluer l’efficacité et la performance de différentes stratégies d’intégration. Elle autorise une comparaison directe, par exemple entre un « Plan d’intégration des cadres » et un « Plan d’intégration standard des salariés », afin de déterminer lequel présente les meilleurs taux d’achèvement des tâches ou les délais de cycle les plus courts.
Pourquoi c’est important
Permet d’évaluer la performance de différents programmes d’intégration afin d’identifier les bonnes pratiques et les axes d’amélioration.
Où les obtenir
Ces informations sont probablement disponibles dans le module Onboarding de Workday, associé au processus métier Hire.
Exemples
Intégration standard de l'entrepriseIntégration de l'équipe commercialePlan d'intégration des cadres dirigeants
|
|||
|
S’agit-il d’une reprise ?
IsRework
|
Indicateur booléen précisant si une activité constitue la répétition d’une étape précédente dans le même cas. | ||
|
Description
Cet attribut identifie les reprises, lorsqu’une tâche doit être exécutée plusieurs fois pour le même salarié. Il peut s’agir, par exemple, de soumettre à nouveau des documents incorrects ou de relancer une vérification des antécédents qui a échoué. Cette situation est généralement détectée lorsque le même nom d’activité apparaît plusieurs fois dans le journal d’événements d’un cas. L’analyse des reprises est essentielle pour améliorer la performance et la qualité des processus. L’indicateur « IsRework » permet de quantifier facilement les reprises, d’en identifier les causes profondes et de mesurer l’impact des améliorations visant à réussir du premier coup. Il alimente directement le Dashboard « Analyse des reprises et répétitions ».
Pourquoi c’est important
Aide à quantifier les inefficacités et les gaspillages du processus en signalant les activités répétées, révélatrices de problèmes de qualité ou de communication.
Où les obtenir
Il s’agit d’un indicateur calculé. La logique est appliquée lors de l’analyse en Process Mining, en détectant les activités répétées au sein d’un même cas.
Exemples
truefalse
|
|||
|
Statut d’emploi
EmploymentStatus
|
Statut actuel du salarié, par exemple Actif, Sorti des effectifs ou En congé. | ||
|
Description
Cet attribut indique le statut actuel du salarié au sein de l’organisation. Il s’agit d’un champ dynamique qui évolue au fil de son cycle de vie. Par exemple, une nouvelle recrue commence avec le statut « Pre-Hire » ou « Onboarding », puis devient « Active » une fois le processus terminé. Dans le Process Mining, cet attribut fournit des informations utiles sur l’état du salarié. Il peut servir à vérifier la conformité du processus, par exemple en s’assurant que la paie est configurée uniquement pour les salariés « Active ». Il permet également de filtrer des populations précises, comme les salariés « Terminated » pour analyser le processus de départ.
Pourquoi c’est important
Il fournit un aperçu de l’état actuel du salarié, utile pour valider la logique du processus et filtrer les analyses sur des populations précises.
Où les obtenir
Champ central du profil du salarié dans Workday HCM.
Exemples
ActifLicenciéEn congéAvant embauche
|
|||
|
Système source
SourceSystem
|
Système depuis lequel les données d’événements ont été extraites, en l’occurrence Workday Onboarding. | ||
|
Description
Cet attribut identifie l’origine des données. Bien que cette vue se concentre sur Workday Onboarding, un processus Hire to Retire complet peut intégrer des données provenant d’autres systèmes, comme un Applicant Tracking System (ATS) ou un prestataire de paie distinct. La précision du système source est essentielle à la gouvernance des données et à la compréhension du contexte de l’événement. Dans une analyse multi-systèmes, ce champ permet de filtrer la vue du processus afin d’afficher les événements provenant d’un système donné ou d’analyser les transferts entre différents systèmes.
Pourquoi c’est important
Il fournit un contexte important sur l’origine des données, indispensable à leur validation et aux analyses combinant des données issues de plusieurs systèmes.
Où les obtenir
Il s’agit généralement d’une valeur statique (« Workday Onboarding ») ajoutée pendant l’extraction et la transformation des données.
Exemples
Workday OnboardingWorkday HCM
|
|||
|
Type d’emploi
EmploymentType
|
Indique si le salarié travaille à temps plein ou à temps partiel, s’il est prestataire ou stagiaire. | ||
|
Description
Cet attribut classe la nature du contrat de travail. Les différents types d’emploi suivent souvent des variantes de processus distinctes pour l’intégration, la paie et la mise en place des avantages sociaux. En utilisant cet attribut comme filtre, les organisations peuvent comparer les processus du cycle de vie de différentes catégories de travailleurs. Cette analyse peut notamment révéler si le processus d’intégration des prestataires est nettement plus rapide ou moins conforme que celui des salariés à temps plein, afin de cibler les ajustements nécessaires.
Pourquoi c’est important
Permet de comparer les variantes de processus entre différentes catégories de travailleurs, comme les salariés à temps plein et les prestataires, qui peuvent suivre des procédures distinctes.
Où les obtenir
Champ standard des informations relatives au poste du salarié dans Workday HCM.
Exemples
Temps pleinTemps partielPrestataireStagiaire
|
|||
Hire to Retire, activités du cycle de vie des collaborateurs
| Activité | Description | ||
|---|---|---|---|
|
Demande de recrutement créée
|
Cette activité marque le début officiel du processus de recrutement, lorsqu’une nouvelle demande de recrutement est créée et approuvée dans Workday. Cet événement est enregistré explicitement lorsque le business process « Create Job Requisition » est terminé avec succès. | ||
|
Pourquoi c’est important
Il s’agit de l’événement de début principal de l’ensemble du cycle de recrutement. L’analyse du délai entre cette activité et « Offer Accepted » est essentielle pour mesurer le KPI Time-to-Hire.
Où les obtenir
Cet événement est enregistré lorsque le business process « Create Job Requisition » est terminé avec succès dans Workday Recruiting. L’Event Log de ce business process fournit l’horodatage.
Collecte
Événement enregistré à la fin du business process « Create Job Requisition ».
Type d’événement
explicit
|
|||
|
Départ lancé
|
Cette activité marque le début du processus de départ d’un salarié. Elle est enregistrée explicitement lorsqu’un manager ou un utilisateur RH lance le business process « Terminate Employee » dans Workday. | ||
|
Pourquoi c’est important
Il s’agit de l’événement de début principal de l’ensemble du cycle de départ. Il constitue le point de départ pour mesurer le KPI Average Offboarding Cycle Time.
Où les obtenir
Il s’agit d’un événement explicite enregistré au lancement du business process « Terminate Employee » dans Workday HCM.
Collecte
Événement enregistré lorsque le business process « Terminate Employee » est lancé.
Type d’événement
explicit
|
|||
|
Intégration lancée
|
Marque le début du parcours d’intégration du nouvel employé dans le module Workday Onboarding. Cet événement est capturé lorsque l’ensemble des tâches et des flux de travail d’intégration est attribué au nouvel employé, généralement après l’achèvement du processus Hire. | ||
|
Pourquoi c’est important
Il s’agit du point de départ pour analyser l’efficacité du parcours d’intégration. Cette étape permet de mesurer les taux d’achèvement des tâches d’intégration et d’identifier les écarts de processus.
Où les obtenir
Enregistré comme un événement d’initiation lorsque le processus métier « Onboarding » ou un flux de travail similaire est déclenché pour le nouvel employé.
Collecte
Événement enregistré lorsque le business process Onboarding est déclenché pour la nouvelle recrue.
Type d’événement
explicit
|
|||
|
Offre acceptée
|
Cette activité intervient lorsqu’un candidat accepte officiellement l’offre d’emploi, souvent en signant électroniquement la lettre d’offre dans Workday. Il s’agit d’une étape importante, enregistrée lorsque le candidat termine l’étape « Review and Sign » du processus d’offre. | ||
|
Pourquoi c’est important
Cette étape marque la fin de la phase centrale du recrutement et déclenche les activités préalables à l’embauche ainsi que l’intégration. Elle constitue un élément essentiel pour mesurer le KPI Time-to-Hire.
Où les obtenir
Il s’agit d’un événement explicite enregistré lorsque le candidat termine l’étape d’acceptation de l’offre dans le business process « Job Application ».
Collecte
L’action du candidat consistant à accepter l’offre est enregistrée comme une étape terminée dans le BP Job Application.
Type d’événement
explicit
|
|||
|
Processus d’embauche terminé
|
Il s’agit d’une activité déterminante au cours de laquelle le dossier d’un candidat est officiellement converti en dossier salarié dans Workday HCM. Cet événement est enregistré explicitement lorsque le business process « Hire » est terminé avec succès. | ||
|
Pourquoi c’est important
Cet événement marque officiellement le passage du statut de candidat à celui de salarié et constitue une étape essentielle pour suivre la durée du cycle d’intégration. Il indique que le salarié est officiellement enregistré dans le système HCM.
Où les obtenir
L’événement est enregistré explicitement comme l’achèvement du business process « Hire » pour le salarié. Le journal du business process contient l’horodatage exact.
Collecte
Événement enregistré après la réussite du business process « Hire ».
Type d’événement
explicit
|
|||
|
Salarié sorti des effectifs
|
Il s’agit de l’activité finale du cycle de vie du salarié, qui marque officiellement la fin de son emploi dans le système. L’événement est enregistré lorsque le business process « Terminate Employee » est terminé avec succès. | ||
|
Pourquoi c’est important
Il s’agit de l’événement de fin définitif du processus Hire to Retire. Il constitue le point final de mesure de la durée du cycle de départ et confirme que le processus est terminé.
Où les obtenir
L’événement est enregistré explicitement comme l’achèvement du business process « Terminate Employee ». Le dossier du salarié devient inactif à partir de ce moment.
Collecte
Événement enregistré après la réussite du business process « Terminate Employee ».
Type d’événement
explicit
|
|||
|
Tâches d’intégration terminées
|
Représente l’achèvement de toutes les tâches d’intégration attribuées à une nouvelle recrue. Cet événement est généralement déduit lorsque le statut global du business process d’intégration du salarié passe à « Successfully Completed ». | ||
|
Pourquoi c’est important
Il s’agit d’une étape importante indiquant que la nouvelle recrue a terminé son intégration. Elle sert de point final pour mesurer le KPI Onboarding Cycle Time et analyser le respect du parcours d’intégration.
Où les obtenir
L’événement est déduit de l’horodatage d’achèvement du business process parent « Onboarding », qui intervient après la fin de toutes les étapes et tâches requises.
Collecte
L’événement est déduit de l’horodatage d’achèvement du business process global Onboarding du salarié.
Type d’événement
inferred
|
|||
|
Changement de poste lancé
|
Représente le début d’un événement de mobilité interne, comme une mutation ou une promotion. L’événement est enregistré lorsqu’un manager ou un partenaire RH lance le business process « Change Job » pour un salarié. | ||
|
Pourquoi c’est important
Cette activité constitue le point de départ pour mesurer l’efficacité de la mobilité interne et les délais d’approbation. Elle permet d’identifier les goulots d’étranglement qui ralentissent l’évolution professionnelle des salariés.
Où les obtenir
Il s’agit d’un événement explicite enregistré au lancement du business process « Change Job » dans Workday HCM.
Collecte
Événement enregistré lorsque le business process « Change Job » est lancé pour un salarié.
Type d’événement
explicit
|
|||
|
Configuration de la paie terminée
|
Cette activité indique que toutes les informations nécessaires au traitement de la paie de la nouvelle recrue ont été saisies et vérifiées. Elle peut être enregistrée comme l’achèvement d’une étape précise du business process Onboarding ou Hire. | ||
|
Pourquoi c’est important
Cette étape garantit que les salariés sont correctement rémunérés et payés dans les délais dès leur premier salaire. Elle constitue le point final du KPI Payroll Setup Time et met en évidence les retards d’activation de la rémunération.
Où les obtenir
L’événement est enregistré comme un élément de checklist terminé ou comme une étape précise, telle que « Enter Payment Elections », du business process Onboarding.
Collecte
Achèvement d’une tâche ou d’une étape précise liée à la paie dans un business process.
Type d’événement
explicit
|
|||
|
Évaluation de performance terminée
|
Cette activité marque la fin d’un cycle formel d’évaluation de la performance d’un salarié. Elle est enregistrée lorsque le business process « Performance Review » atteint son statut final approuvé. | ||
|
Pourquoi c’est important
Le suivi de ces événements est essentiel pour analyser la ponctualité et la fréquence de la gestion de la performance. Il contribue directement au KPI Performance Review Timeliness.
Où les obtenir
Événement enregistré après la réussite du business process « Start Performance Review » pour le salarié.
Collecte
Événement enregistré après la réussite du business process « Performance Review ».
Type d’événement
explicit
|
|||
|
Lettre d’offre générée
|
Représente le moment où une offre d’emploi officielle est générée pour un candidat. Il s’agit généralement d’une étape explicite du business process « Job Application » dans Workday. | ||
|
Pourquoi c’est important
Le suivi de cette étape permet de comprendre le temps nécessaire pour formaliser une offre après la fin des entretiens. Les retards à ce stade peuvent entraîner le désistement de candidats.
Où les obtenir
Cet événement est extrait de l’Event Log du business process « Job Application », plus précisément de l’achèvement de l’étape « Generate Document » ou d’une étape similaire liée à l’offre.
Collecte
Événement enregistré à la fin de l’étape « Generate Offer » du BP Job Application.
Type d’événement
explicit
|
|||
|
Promotion approuvée
|
Marque l’approbation finale de la promotion d’un salarié. Cette activité est enregistrée lorsque le business process « Change Job » ou un business process associé à la rémunération est entièrement approuvé et terminé. | ||
|
Pourquoi c’est important
Il s’agit du point final de mesure du KPI Internal Mobility Approval Time. Cette étape confirme la réussite d’une étape importante du parcours professionnel.
Où les obtenir
Événement enregistré après la réussite du business process « Change Job », lorsque le motif du changement est une promotion.
Collecte
Événement enregistré à la fin du business process « Change Job » avec le motif « Promotion ».
Type d’événement
explicit
|
|||
|
Tâches de départ terminées
|
Représente l’achèvement de toutes les tâches requises lors du départ, comme la restitution du matériel et le transfert des connaissances. L’événement est déduit lorsque la checklist ou le business process de départ passe à un statut terminé. | ||
|
Pourquoi c’est important
Le suivi de l’achèvement de ces tâches est essentiel pour garantir un départ sécurisé et conforme. Les retards peuvent présenter des risques de sécurité et dégrader l’expérience du salarié.
Où les obtenir
L’événement est déduit de l’horodatage d’achèvement du business process « Offboarding » ou lorsque toutes les tâches de départ attribuées au salarié sont marquées comme terminées.
Collecte
L’événement est déduit de l’achèvement d’une checklist de départ ou d’un business process associé.
Type d’événement
inferred
|
|||
|
Vérification des antécédents lancée
|
Cette étape marque le début de la procédure de vérification préalable à l’embauche pour un candidat ayant accepté une offre. L’événement est enregistré lorsque l’étape de vérification des antécédents est lancée, ce qui déclenche souvent une intégration avec un prestataire tiers. | ||
|
Pourquoi c’est important
La durée des vérifications d’antécédents constitue souvent un goulot d’étranglement du processus de recrutement. Cette activité sert de point de départ pour mesurer le KPI Background Check Duration.
Où les obtenir
Enregistré comme une étape d’un processus métier, par exemple « Background Check », qui fait souvent partie du flux de recrutement global. L’horodatage de l’initiation est enregistré.
Collecte
Événement enregistré au lancement du business process « Background Check » ou d’une étape associée.
Type d’événement
explicit
|
|||
|
Vérification des antécédents terminée
|
Représente la fin de la procédure de vérification préalable à l’embauche. L’événement est enregistré lorsque le statut de la vérification des antécédents passe à « terminée », manuellement ou par l’intermédiaire d’une intégration. | ||
|
Pourquoi c’est important
Cette activité constitue le point final de mesure du KPI Background Check Duration. Les retards à ce stade ont une incidence directe sur la date de début de la nouvelle recrue.
Où les obtenir
L’événement est extrait d’un changement de statut du business process « Background Check » ou d’un objet associé, indiquant un statut final tel que « Completed » ou « Passed ».
Collecte
L’événement est déduit de l’horodatage auquel le champ de statut de la vérification des antécédents passe à un état final.
Type d’événement
inferred
|
|||
Guides d'extraction
Prêt à commencer ?
Tirez le meilleur parti de votre processus Hire to Retire grâce à ce modèle de données. Commencez dès aujourd’hui à optimiser le cycle de vie de vos employés.
Optimisez dès aujourd'hui le cycle de vie des collaborateurs, de l'embauche au départ
Obtenez des analyses concrètes et réduisez de 30 % le temps de cycle dans Workday HR.
Aucune carte bancaire requise. La configuration ne prend que quelques minutes.