Modèle de données : Cycle de vie de l'employé (Hire to Retire)
Votre modèle de données du processus d'embauche au départ à la retraite - cycle de vie de l'employé
- Attributs recommandés à collecter pour une analyse approfondie
- Activités clés à suivre tout au long du cycle de vie des employés
- Conseils pratiques pour l'extraction de données depuis Workday Onboarding
Attributs du cycle de vie des employés : du recrutement au départ à la retraite
| Nom | Description | ||
|---|---|---|---|
|
ID employé
EmployeeId
|
L'identifiant unique d'un employé, servant d'identifiant de cas principal pour l'ensemble de son cycle de vie au sein de l'organisation. | ||
|
Description
L'ID employé est la pierre angulaire de l'analyse du processus « De l'embauche au départ ». Il relie tous les events associés, de la demande d'emploi initiale au départ final, en un parcours unique et cohérent. En suivant cet ID, les organisations peuvent construire un historique complet du parcours d'un employé, y compris les changements de rôle, les évaluations de performance et les étapes d'intégration. Dans le Process Mining, chaque activité est associée à un ID employé, permettant une vue complète des cycles de vie des employés individuels et agrégés. Cela permet l'analyse des durées de processus, l'identification des parcours courants et la découverte des goulots d'étranglement qui affectent les employé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 seul employé, permettant une vue complète du processus de bout en bout.
Où obtenir
C'est un champ essentiel dans Workday HCM, généralement trouvé dans les profils des employés et les transactions de processus métier.
Exemples
100234510087651011212
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'event ou de la tâche spécifique qui s'est produit à un point donné du cycle de vie de l'employé. | ||
|
Description
Le Nom de l'activité décrit une étape spécifique du processus « De l'embauche au départ », comme « Offre acceptée », « Vérification des antécédents terminée » ou « Promotion approuvée ». Ces activités forment les nœuds de la cartographie des processus, montrant la séquence des events qui composent le parcours de l'employé. L'analyse de ces activités aide les organisations à comprendre le flux de processus, à identifier les chemins fréquents et rares, et à localiser les étapes où des retards ou des rework se produisent. Une désignation cohérente et claire des activités est cruciale pour construire 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 est le fondement de toute analyse et visualisation du Process Mining.
Où obtenir
Dérivé de l'étape du processus métier ou du nom de l'événement dans les journaux de transactions Workday.
Exemples
Lettre d'offre généréeTâches d'intégration terminéesRésiliation initiée
|
|||
|
Timestamp de l'événement
EventTimestamp
|
La date et l'heure précises auxquelles l'activité ou l'événement a été enregistré. | ||
|
Description
Cet attribut fournit le contexte temporel de chaque activité, enregistrant le moment de son déroulement. La séquence et la chronologie de ces timestamps sont utilisées pour construire le flux de processus et calculer toutes les métriques temporelles, telles que les temps de cycle et les durées. En analyse, Event Timestamp est fondamental pour comprendre la performance des processus. Il permet de calculer le temps entre les étapes, d'identifier les retards et d'analyser le comportement des processus sur différentes périodes, comme la comparaison de la vitesse d'embauche d'un trimestre à l'autre.
Pourquoi c'est important
Cet attribut est essentiel pour ordonner correctement les événements et calculer toutes les métriques de performance comme le temps de cycle et les goulots d'étranglement.
Où obtenir
C'est une partie standard de tout journal de transactions de processus métier dans Workday, souvent appelé la 'Date d'effet' ou le 'Moment de complétion'.
Exemples
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
|
|||
|
Département
Department
|
Le département auquel l'employé appartient. | ||
|
Description
Cet attribut représente le service auquel l'employé est affecté, tel que les 'Ventes', l''Ingénierie' ou les 'Ressources Humaines'. C'est une dimension essentielle pour segmenter et comparer la performance des processus au sein des 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 temps d'embauche est-il plus long pour le service Ingénierie que pour les Ventes ?' ou 'Quels services ont le taux le plus élevé d'écarts d'intégration ?'. Cela aide à identifier les problèmes spécifiques et à adapter les améliorations de processus.
Pourquoi c'est important
Il permet une analyse comparative puissante, aidant à identifier si les inefficacités de processus sont concentrées dans des domaines d'activité spécifiques.
Où obtenir
Cela fait partie des données d'emploi et organisationnelles essentielles de l'employé dans Workday HCM, liées à son poste.
Exemples
IngénierieVentes et MarketingFinance
|
|||
|
Exécutant de l'événement
EventPerformer
|
L'utilisateur ou l'agent du système automatisé qui a exécuté l'activité. | ||
|
Description
Cet attribut identifie l'individu, 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 initiant l'onboarding, ou d'un processus système générant une notification. L'analyse de l'Exécutant d'événement est essentielle pour comprendre l'allocation des ressources, la distribution de la charge de travail et l'adoption par les utilisateurs. Elle peut aider à identifier les équipes surchargées, à mettre en évidence les opportunités d'automatisation lorsque des utilisateurs manuels effectuent des tâches répétitives, et à analyser les différences de performance entre les individus ou les départements.
Pourquoi c'est important
Cet attribut aide à analyser la distribution de la charge de travail, la performance des utilisateurs et à identifier les personnes impliquées dans le processus, ce qui est crucial pour des améliorations ciblées.
Où obtenir
Disponible dans les logs de transaction des Workday Business Processes, souvent associé à l'utilisateur qui a complété une étape.
Exemples
jsmith@example.comr.davisProcessus système
|
|||
|
Heure de fin de l'événement
EventEndTime
|
L'horodatage marquant l'achèvement d'une activité, particulièrement pour les tâches avec une durée mesurable. | ||
|
Description
Tandis que StartTime indique le début d'une activité, Event End Time marque sa conclusion. La différence entre les deux représente le temps de traitement de l'activité. Ceci est particulièrement utile pour les tâches qui ne sont pas instantanées, telles que « Vérification des antécédents » ou « Entretien d'évaluation ». En analyse, cet attribut est crucial pour le calcul de la métrique Temps de Traitement. Il permet de différencier le temps d'attente entre les activités et le temps de travail réel consacré à une activité, conduisant à une compréhension plus précise de où le temps est réellement dépensé dans le processus.
Pourquoi c'est important
Il permet le calcul du temps de traitement réel d'une activité, aidant à distinguer le temps de travail actif du temps d'attente inactif.
Où obtenir
Pour certains processus métier dans Workday, les horodatages d'initiation et d'achèvement sont tous deux enregistrés. Cela peut nécessiter de joindre les événements.
Exemples
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
|
|||
|
ID de la demande de poste
JobRequisitionId
|
L'identifiant unique de la demande de poste qui a initié le processus d'embauche. | ||
|
Description
L'ID de demande de poste relie toutes les activités d'embauche préliminaires, telles que la publication d'une offre d'emploi, la présélection des candidats et la génération d'offres, à un besoin commercial spécifique. Il agit comme un ID de cas secondaire pour la phase de recrutement du cycle de vie de l'employé. L'analyse par ID de demande de poste peut révéler des insights sur l'efficacité du processus d'embauche pour différents rôles ou départements. Elle aide à suivre l'ensemble de l'entonnoir, de la création de la demande à l'acceptation de l'offre, et prend en charge des KPI tels que le « Temps moyen d'embauche ».
Pourquoi c'est important
Il regroupe toutes les activités de pré-embauche sous un identifiant unique, permettant une analyse détaillée de la partie recrutement du processus.
Où obtenir
Trouvé dans le module de recrutement de Workday. Il est associé à la candidature du candidat et à l'événement d'embauche ultérieur.
Exemples
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
|
|||
|
Type d'événement de cycle de vie
LifecycleEventType
|
Catégorise le processus en principaux types de cycle de vie comme l'Onboarding, la Promotion ou le Offboarding. | ||
|
Description
Cet attribut offre une classification globale pour les différents parcours au sein du processus de l'embauche au départ. En étiquetant chaque cas comme 'intégration', 'mobilité interne' ou 'départ', il devient beaucoup plus facile de filtrer la carte des processus et d'analyser ces sous-processus distincts de manière isolée. Par exemple, pour analyser le dashboard 'Temps de mobilité interne et de promotion', il faudrait filtrer les cas où le Type d'événement de cycle de vie est 'Mobilité interne' ou 'Promotion'. Cette segmentation est cruciale pour créer des analyses et des dashboards ciblés qui répondent à des questions commerciales spécifiques.
Pourquoi c'est important
Il permet de segmenter le parcours global de l'employé en sous-processus distincts, permettant une analyse ciblée sur l'intégration (onboarding), le départ (offboarding) ou les promotions.
Où obtenir
C'est généralement dérivé en associant des noms de processus métier Workday spécifiques (par exemple, 'Embauche', 'Changement de poste', 'Mettre fin à l'emploi') à ces catégories lors de la transformation des données.
Exemples
IntégrationMobilité interneDésintégrationGestion de la performance
|
|||
|
Date cible SLA
SlaTargetDate
|
La date cible à laquelle une activité spécifique, comme une évaluation de performance, devrait être achevée. | ||
|
Description
Cet attribut définit la date limite de l'Accord de Niveau de Service (SLA) pour une tâche particulière. Il définit la durée prévue de certains processus et sert de référence pour mesurer la performance. Ceci est essentiel pour les KPI comme Respect des délais d'évaluation de performance et les dashboards axés sur l'adhérence aux SLA. En comparant la date d'achèvement réelle (EventTimestamp) à la SlaTargetDate, il est possible d'identifier automatiquement les violations, de mesurer la performance ponctuelle et de gérer proactivement les retards.
Pourquoi c'est important
Fournit un benchmark clair pour mesurer la performance en temps voulu et est essentiel pour le calcul des KPI de conformité aux SLA.
Où obtenir
Pour les processus tels que les évaluations des performances dans Workday, une date d'échéance est souvent configurée. Ces données devraient être extraites en même temps que les événements du processus.
Exemples
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
L'horodatage indiquant la dernière fois que les données de cet événement ont été actualisées à partir du 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 la fraîcheur des données analysées, ce qui est essentiel pour prendre des décisions commerciales rapides et pertinentes basées sur les enseignements du Process Mining. Pour les dashboards et le suivi continu, ce timestamp permet aux utilisateurs de savoir s'ils consultent les données les plus récentes disponibles. C'est une métadonnée essentielle pour maintenir l'intégrité des données et la confiance des utilisateurs dans l'analyse.
Pourquoi c'est important
S'assure que les utilisateurs sont conscients de la fraîcheur des données, ce qui est essentiel pour la pertinence et la précision de l'analyse des processus.
Où obtenir
C'est un champ de métadonnées généré et apposé sur le jeu de données lors du processus d'ingestion de données ou ETL (Extraction, Transformation, Chargement).
Exemples
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Emplacement
Location
|
La localisation géographique ou le bureau associé au poste de l'employé. | ||
|
Description
L'attribut Localisation spécifie le pays, l'État ou la ville où l'employé 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 Localisation peut révéler des variations régionales dans les délais d'embauche, l'efficacité de l'intégration ou les procédures de résiliation. Elle aide à répondre à des questions comme : « Les vérifications d'antécédents prennent-elles plus de temps en Allemagne qu'aux États-Unis ? » et soutient le suivi de la conformité pour les réglementations spécifiques à la région.
Pourquoi c'est important
Permet une analyse géographique pour identifier les variations de processus régionales, qui peuvent être influencées par la gestion locale, les réglementations ou la culture.
Où obtenir
Fait partie des données de poste et d'affectation organisationnelle de l'employé au sein de Workday HCM.
Exemples
USA - New YorkAllemagne - BerlinInde - Bangalore
|
|||
|
Est un retravail
IsRework
|
Un indicateur booléen qui indique si une activité est une répétition d'une étape précédente dans le même cas. | ||
|
Description
Cet attribut identifie les instances de retravail, où une tâche doit être exécutée plus d'une fois pour le même employé. Des exemples incluent la resoumission de documents incorrects ou la réexécution d'une vérification des antécédents échouée. Il est généralement identifié en voyant le même nom d'activité apparaître plusieurs fois dans le journal d'événements d'un cas. L'analyse du retravail est essentielle pour améliorer l'efficacité et la qualité des processus. Le flag IsRework facilite la quantification de la quantité de retravail, l'identification de ses causes profondes et la mesure de l'impact des améliorations visant à faire les choses correctement du premier coup. Il soutient directement le dashboard Analyse du retravail et de la répétition.
Pourquoi c'est important
Permet de quantifier l'inefficacité des processus et le gaspillage en signalant les activités répétées, ce qui indique des problèmes de qualité ou de communication.
Où obtenir
C'est un indicateur calculé. La logique est appliquée lors de l'analyse de Process Mining en détectant les activités répétées au sein du même cas.
Exemples
truefaux
|
|||
|
Est une activité de conformité
IsComplianceActivity
|
Un indicateur booléen indiquant si une activité est une étape de conformité ou réglementaire obligatoire. | ||
|
Description
Cet indicateur identifie les activités qui sont essentielles pour la conformité légale, réglementaire ou aux politiques, telles que la signature d'un accusé de réception de politique ou la réalisation de formations obligatoires. Il permet de distinguer ces tâches essentielles des tâches administratives régulières. En analyse, cet attribut permet de créer des dashboards et des KPI spécifiquement axés sur la conformité, comme le 'Taux d'activités de conformité essentielles'. Il aide les organisations à surveiller et à s'assurer que les étapes réglementaires les plus importantes sont réalisées à temps pour tous les employés, réduisant ainsi le risque organisationnel.
Pourquoi c'est important
Permet une surveillance ciblée des étapes critiques de conformité pour assurer le respect de la réglementation et atténuer les risques.
Où obtenir
C'est un attribut dérivé, généralement créé lors de la transformation des données en mappant une liste de noms d'activités connues liées à la conformité à un indicateur vrai/faux.
Exemples
truefaux
|
|||
|
ID de poste
PositionId
|
L'identifiant unique du poste ou du rôle spécifique occupé par l'employé. | ||
|
Description
L'ID de poste identifie le rôle spécifique qu'un employé occupe au sein de la structure de l'organisation. Chaque poste a des attributs définis, tels que le profil de poste, la localisation et la structure hiérarchique. Il est plus spécifique qu'un titre de poste, car plusieurs postes peuvent partager le même titre. L'analyse par ID de poste aide à comprendre les processus liés à des rôles spécifiques. Par exemple, on pourrait analyser le parcours d'intégration pour tous les postes de « Ingénieur logiciel senior » afin de voir s'il existe des modèles courants ou des retards propres à ce rôle.
Pourquoi c'est important
Permet une analyse granulaire basée sur des rôles spécifiques, aidant à comprendre comment les processus diffèrent pour diverses positions au sein de l'entreprise.
Où obtenir
Un champ standard associé à l'affectation de poste de l'employé dans Workday HCM.
Exemples
POS-1001POS-2345POS-8762
|
|||
|
Motif de résiliation
TerminationReason
|
La raison invoquée pour le départ d'un employé de l'organisation. | ||
|
Description
Cet attribut capture la raison de la fin de mandat d'un employé, telle que Démission volontaire, Licenciement - Performance, ou Retraite. Cette information est essentielle pour analyser l'attrition et le processus d'offboarding. En Process Mining, la Raison de la Résiliation fournit un contexte au parcours d'offboarding. Elle peut être utilisée pour analyser si différents types de résiliation suivent différentes procédures d'offboarding ou prennent des durées différentes. Cela aide à comprendre le taux de rotation des employés et à garantir que le processus d'offboarding est géré de manière appropriée pour chaque situation.
Pourquoi c'est important
Fournit un contexte crucial pour l'analyse du processus de désintégration et aide à corréler les problèmes de processus avec les raisons de l'attrition.
Où obtenir
Capturé pendant le processus d'affaires 'Licenciement d'employé' dans Workday.
Exemples
Démission volontaireRésiliation involontaireDépart à la retraite
|
|||
|
Nom du plan d'intégration
OnboardingPlanName
|
Le nom du template ou du plan d'intégration spécifique attribué à la nouvelle recrue. | ||
|
Description
Workday permet la création de différents plans d'onboarding adaptés à divers rôles, emplacements ou niveaux de séniorité. Cet attribut identifie quel plan spécifique a été utilisé pour un nouvel employé. L'analyse par Nom du plan d'onboarding aide à évaluer l'efficacité et l'efficience des différentes stratégies d'onboarding. Elle permet une comparaison directe, par exemple, entre un « Plan d'onboarding pour cadres » et un « Plan d'onboarding standard pour employés », afin de voir lequel présente de meilleurs taux d'achèvement des tâches ou des temps de cycle plus rapides.
Pourquoi c'est important
Cela permet d'évaluer la performance des différents programmes d'intégration afin d'identifier les meilleures pratiques et les domaines à améliorer.
Où obtenir
Cette information est probablement disponible au sein du module d'Onboarding de Workday, associée au processus métier d'embauche.
Exemples
Intégration d'entreprise standardIntégration de l'équipe commercialePlan d'intégration des cadres
|
|||
|
SLA violé
IsSlaViolated
|
Un indicateur booléen indiquant si une activité a été achevée après sa date cible de SLA. | ||
|
Description
Cet attribut calculé fournit un indicateur vrai/faux simple qui indique si une étape de processus a respecté son accord de niveau de service. Il est dérivé en comparant le timestamp de complétion de l'activité (EventTimestamp) avec sa date limite (SlaTargetDate). Cet indicateur est extrêmement utile pour les dashboards et le reporting, car il permet de facilement compter et visualiser les violations des SLA. Il alimente des KPI tels que le 'Respect des délais des revues de performance' et simplifie la création d'alertes ou de rapports sur les tâches en retard, permettant aux équipes de se concentrer sur les retards les plus critiques.
Pourquoi c'est important
Simplifie le suivi des performances en signalant clairement tous les cas où les délais convenus n'ont pas été respectés.
Où obtenir
Champ calculé : true si EventTimestamp > SlaTargetDate, sinon false.
Exemples
truefaux
|
|||
|
Statut d'emploi
EmploymentStatus
|
Le statut d'emploi actuel de l'employé, tel que Actif, Terminé ou En congé. | ||
|
Description
Cet attribut indique le statut actuel de l'employé au sein de l'organisation. C'est un champ dynamique qui évolue à mesure que l'employé parcourt son cycle de vie. Par exemple, un nouvel embauché commence comme Pré-embauche ou Intégration (Onboarding) et devient Actif une fois l'intégration terminée. En Process Mining, cet attribut fournit des informations précieuses sur l'état. Il peut être utilisé pour vérifier la conformité des processus, par exemple, en s'assurant que la paie n'est configurée que pour les employés Actifs. Il aide également à filtrer des populations spécifiques, comme l'analyse du processus d'offboarding pour tous les employés Licenciés.
Pourquoi c'est important
Fournit un instantané de l'état actuel de l'employé, utile pour valider la logique des processus et pour filtrer les analyses par populations d'employés spécifiques.
Où obtenir
Un champ principal sur le profil du collaborateur dans Workday HCM.
Exemples
ActifTerminéEn congéPré-embauche
|
|||
|
Système source
SourceSystem
|
Le système à partir duquel les données d'événements ont été extraites, dans ce cas, Workday Onboarding. | ||
|
Description
Cet attribut identifie l'origine des données. Bien que dans cette vue nous nous concentrions sur Workday Onboarding, un processus complet De l'embauche à la retraite pourrait impliquer des données provenant d'autres systèmes comme un Système de Suivi des Candidatures (ATS) ou un fournisseur de paie distinct. Spécifier le système source est essentiel pour la gouvernance des données et pour comprendre le contexte de l'événement. Dans une analyse multi-systèmes, ce champ permet de filtrer la vue du processus pour afficher les événements d'un système spécifique ou d'analyser les transferts (handoffs) entre différents systèmes.
Pourquoi c'est important
Il fournit un contexte crucial sur l'origine des données, ce qui est essentiel pour la validation des données et pour les analyses qui combinent des données de plusieurs systèmes.
Où obtenir
C'est généralement une valeur statique ('Workday Onboarding') ajoutée lors du processus d'extraction et de transformation des données.
Exemples
Workday OnboardingWorkday HCM
|
|||
|
Temps d'embauche
TimeToHire
|
La durée totale entre la création d'une demande de poste et l'acceptation de l'offre par le candidat. | ||
|
Description
Le Temps d'embauche est un KPI de recrutement essentiel qui mesure l'efficacité de l'ensemble du processus d'acquisition de talents. Il est calculé comme la durée entre l'événement « Création de la demande d'emploi » et l'événement « Offre acceptée » pour le même employé ou la même demande. Cet attribut calculé est la base du KPI « Temps moyen d'embauche » et des tableaux de bord associés. Le suivre dans le temps permet aux services des RH de mesurer l'impact des améliorations de processus, d'identifier les goulets d'étranglement lors du sourcing ou des entretiens, et d'établir des délais de recrutement réalistes pour les managers.
Pourquoi c'est important
Mesure directement l'efficacité du processus de recrutement, un indicateur clé de performance pour toute organisation RH.
Où obtenir
Calculé au niveau du case en trouvant la durée entre le timestamp de l'activité 'Création de la demande d'emploi' et l'activité 'Offre acceptée'.
Exemples
35 jours62 jours28 jours
|
|||
|
Temps de traitement
ProcessingTime
|
Le temps passé à travailler activement sur un event. | ||
|
Description
Cette métrique calcule le temps écoulé entre le début et la fin d'une activité (EventEndTime - StartTime). Elle représente la durée de travail réelle, par opposition au temps d'attente entre les activités. Par exemple, elle pourrait mesurer la durée de traitement actif d'une vérification des antécédents. L'analyse du temps de traitement permet d'identifier quelles tâches spécifiques demandent le plus d'effort, plutôt que de simplement signaler quelles étapes de processus accusent les retards les plus longs. Cela permet des améliorations plus ciblées visant à rendre le travail lui-même plus efficient.
Pourquoi c'est important
Il isole le temps consacré au travail à valeur ajoutée du temps d'inactivité, offrant un objectif clair pour les améliorations d'efficacité au niveau des tâches.
Où obtenir
Champ calculé : EventEndTime moins EventTimestamp.
Exemples
2 heures5 jours30 minutes
|
|||
|
Type d'emploi
EmploymentType
|
Indique si l'employé est à temps plein, à temps partiel, un sous-traitant ou un stagiaire. | ||
|
Description
Cet attribut classifie la nature du contrat de travail. Différents types d'emploi suivent souvent différentes variantes de processus pour l'onboarding, 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 pour différentes catégories de travailleurs. Cela peut mettre en évidence si, par exemple, le processus d'onboarding pour les contractuels est significativement plus rapide ou moins conforme que celui des employés à temps plein, permettant des ajustements de processus ciblés.
Pourquoi c'est important
Aide à comparer les variations de processus entre différentes catégories de travailleurs, tels que les employés à temps plein et les sous-traitants, qui peuvent suivre des procédures différentes.
Où obtenir
Un champ standard sur les détails du poste de l'employé dans Workday HCM.
Exemples
Temps pleinÀ temps partielContractuelStagiaire
|
|||
Activités du cycle de vie des employés : du recrutement au départ à la retraite
| Activité | Description | ||
|---|---|---|---|
|
Demande de poste créée
|
Cette activité marque le début officiel du processus de recrutement lorsqu'une nouvelle demande de poste est créée et approuvée dans Workday. Cet événement est explicitement capturé lorsque le processus métier Créer une demande de poste est mené à bien. | ||
|
Pourquoi c'est important
C'est l'événement de début primordial pour l'ensemble du cycle de vie de l'embauche. L'analyse du temps écoulé entre cette activité et l''Offre acceptée' est cruciale pour mesurer le KPI du temps d'embauche.
Où obtenir
Cet événement est enregistré lors de l'achèvement réussi du processus métier 'Créer une demande de poste' dans Workday Recruiting. Le journal d'événements de ce processus métier fournit le timestamp.
Capture
Événement enregistré à la fin du processus métier « Créer une demande de poste ».
Type d'événement
explicit
|
|||
|
Employé licencié
|
C'est l'activité finale du cycle de vie de l'employé, marquant la fin officielle de son emploi dans le système. Cet événement est capturé lorsque le processus métier 'Mettre fin à l'emploi' s'achève avec succès. | ||
|
Pourquoi c'est important
C'est l'événement de fin définitif pour le processus du recrutement au départ. C'est le point final pour mesurer le temps de cycle de départ et confirme que le processus est finalisé.
Où obtenir
Explicitement enregistré comme événement de fin pour le processus métier « Licenciement d'employé ». Le dossier de l'employé devient inactif après ce point.
Capture
Événement enregistré lors de l'achèvement réussi du processus métier « Licenciement d'employé ».
Type d'événement
explicit
|
|||
|
Intégration initiée
|
Marque le début du parcours d'intégration du nouvel employé au sein du module Workday Onboarding. Cela est enregistré lorsque l'ensemble des tâches et des workflows d'intégration sont attribués au nouvel employé, généralement déclenché par l'achèvement du processus d'embauche. | ||
|
Pourquoi c'est important
C'est le point de départ pour analyser l'efficacité du parcours d'Onboarding. Il permet de mesurer les taux d'achèvement des tâches d'Onboarding et d'identifier les écarts de processus.
Où obtenir
Enregistré comme un événement d'initiation lorsque le processus métier 'Onboarding' ou un workflow similaire est déclenché pour le nouvel employé.
Capture
Événement enregistré lorsque le processus métier d'intégration est déclenché pour la nouvelle recrue.
Type d'événement
explicit
|
|||
|
Offre acceptée
|
Cette activité se produit lorsqu'un candidat accepte formellement l'offre d'emploi, souvent en signant électroniquement la lettre d'offre au sein de Workday. Il s'agit d'un jalon critique capturé lorsque le candidat termine l'étape Réviser et Signer du processus d'offre. | ||
|
Pourquoi c'est important
Ce jalon conclut la phase de recrutement principale et déclenche les activités de pré-embauche et d'Onboarding. C'est un composant clé pour mesurer le KPI du temps d'embauche.
Où obtenir
C'est un événement explicite enregistré lorsque le candidat valide l'étape d'acceptation de l'offre d'emploi au sein du processus métier 'Demande d'emploi'.
Capture
L'action du candidat d'accepter l'offre est enregistrée comme une étape complétée dans le BP de demande d'emploi.
Type d'événement
explicit
|
|||
|
Processus d'embauche terminé
|
C'est une activité pivot où le dossier d'un candidat est officiellement converti en dossier d'employé dans Workday HCM. Cet événement est explicitement capturé lors de l'achèvement réussi du processus métier 'Embauche'. | ||
|
Pourquoi c'est important
Cet événement marque formellement la transition du candidat à l'employé et constitue un jalon essentiel pour le suivi du temps de cycle de l'intégration. Il signifie que l'employé est officiellement enregistré dans le système HCM.
Où obtenir
Explicitement enregistré comme événement de fin pour le processus métier « Embauche » de l'employé. Le journal du processus métier contient l'horodatage exact.
Capture
Événement enregistré lors de l'achèvement réussi du processus métier « Embauche ».
Type d'événement
explicit
|
|||
|
Résiliation initiée
|
Cette activité marque le début du processus d'offboarding pour un employé quittant l'entreprise. Elle est explicitement capturée lorsqu'un responsable ou un utilisateur des RH initie le processus métier Terminer l'employé dans Workday. | ||
|
Pourquoi c'est important
C'est l'événement de début primordial pour l'ensemble du cycle de vie de l'offboarding. C'est le point de départ pour mesurer le KPI du temps de cycle moyen d'offboarding.
Où obtenir
C'est un événement explicite enregistré au début du processus métier 'Mettre fin à l'emploi' dans Workday HCM.
Capture
Événement enregistré lorsque le processus métier « Licenciement d'employé » est initié.
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 à un nouvel employé. Cet événement est généralement inféré lorsque le statut global du processus métier d'intégration de l'employé passe à 'Terminé avec succès'. | ||
|
Pourquoi c'est important
C'est un jalon essentiel indiquant qu'un nouvel employé est entièrement intégré. Il sert de point final pour mesurer le KPI du temps de cycle d'Onboarding et analyser l'adhérence au parcours d'Onboarding.
Où obtenir
Déduit du timestamp d'achèvement du processus métier parent 'Onboarding', qui a lieu après que toutes les étapes et tâches requises sont terminées.
Capture
Déduit du timestamp d'achèvement du processus métier global d'Onboarding pour l'employé.
Type d'événement
inferred
|
|||
|
Changement de rôle initié
|
Représente le début d'un événement de mobilité interne, tel qu'un transfert ou une promotion. Cela est enregistré lorsqu'un gestionnaire ou un partenaire RH initie le processus métier 'Changer de poste' pour un employé. | ||
|
Pourquoi c'est important
Cette activité est le point de départ pour mesurer l'efficacité de la mobilité interne et les délais d'approbation. Elle aide à identifier les goulots d'étranglement dans l'évolution de carrière des employés.
Où obtenir
C'est un événement explicite enregistré au début du processus métier 'Changement de poste' dans Workday HCM.
Capture
Événement enregistré lorsque le processus métier « Changement de poste » est initié pour un employé.
Type d'événement
explicit
|
|||
|
Configuration de la paie terminée
|
Cette activité signifie que toutes les informations nécessaires au traitement de la paie du nouvel employé ont été saisies et vérifiées. Cela peut être capturé comme l'achèvement d'une étape spécifique au sein du processus métier d'Onboarding ou d'embauche. | ||
|
Pourquoi c'est important
S'assure que les employés sont payés correctement et à temps dès leur première paie. Cette activité est le point final de l'ICP « Temps de configuration de la paie », mettant en évidence les retards dans l'activation de la rémunération.
Où obtenir
Capturé comme un élément de checklist complété ou une étape spécifique, telle que 'Saisir les options de paiement', au sein du processus d'affaires d'Onboarding.
Capture
Achèvement d'une tâche ou d'une étape spécifique liée à la paie au sein d'un processus d'affaires.
Type d'événement
explicit
|
|||
|
Évaluation des performances terminée
|
Cette activité marque l'achèvement d'un cycle formel d'évaluation de performance pour un employé. Elle est capturée lorsque le processus métier Évaluation de performance atteint son état final et 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 soutient directement le KPI de « Ponctualité des entretiens d'évaluation ».
Où obtenir
Enregistré comme l'événement d'achèvement réussi du processus métier 'Lancer l'évaluation de performance' pour l'employé.
Capture
Événement enregistré lors de l'achèvement réussi du processus métier « Évaluation des performances ».
Type d'événement
explicit
|
|||
|
Lettre d'offre générée
|
Représente le moment où une offre d'emploi formelle est générée pour un candidat. Il s'agit généralement d'une étape explicite au sein du processus métier 'Demande d'emploi' dans Workday. | ||
|
Pourquoi c'est important
Le suivi de cette étape aide à comprendre le temps nécessaire pour formaliser une offre après la fin des entretiens. Des retards à ce stade peuvent entraîner le désistement de candidats.
Où obtenir
Capturé à partir du journal d'événements pour le processus d'affaires de 'Demande d'emploi', spécifiquement l'achèvement de 'Générer le document' ou une étape d'offre similaire.
Capture
Événement enregistré à la fin de l'étape « Générer une offre » dans le processus métier de candidature.
Type d'événement
explicit
|
|||
|
Promotion approuvée
|
Marque l'approbation finale de la promotion d'un employé. Cette activité est enregistrée lorsque le processus métier 'Changement de poste' ou un processus métier de rémunération connexe est entièrement approuvé et terminé. | ||
|
Pourquoi c'est important
C'est le point final pour mesurer le KPI du temps d'approbation de la mobilité interne. Il confirme l'achèvement réussi d'un jalon de carrière essentiel.
Où obtenir
Enregistré comme l'événement d'achèvement réussi du processus métier 'Changement de poste', où la raison du changement est une promotion.
Capture
Événement enregistré à la fin du processus métier « Changement de poste » avec une raison « Promotion ».
Type d'événement
explicit
|
|||
|
Tâches de désintégration terminées
|
Représente l'achèvement de toutes les tâches de désintégration requises, telles que le retour d'actifs et le transfert de connaissances. Cet événement est inféré lorsque la liste de contrôle de désintégration ou le processus métier passe à un statut terminé. | ||
|
Pourquoi c'est important
Le suivi de l'achèvement de ces tâches est crucial pour garantir un offboarding sécurisé et conforme. Les retards peuvent présenter des risques de sécurité et entraîner une mauvaise expérience.
Où obtenir
Déduit du timestamp d'achèvement du processus métier 'Offboarding' ou lorsque toutes les tâches d'offboarding attribuées sont marquées comme terminées pour l'employé.
Capture
Déduit de l'achèvement d'une liste de contrôle de départ (offboarding) ou d'un processus métier connexe.
Type d'événement
inferred
|
|||
|
Vérification des antécédents complétée
|
Représente l'achèvement du processus de vérification préalable à l'emploi. Cela est enregistré lorsque le statut de la vérification des antécédents est mis à jour à l'état terminé, soit manuellement, soit via une intégration. | ||
|
Pourquoi c'est important
Cette activité est le point final pour mesurer l'indicateur clé de performance (KPI) de la durée de la vérification des antécédents. Les retards dans cette activité impactent directement la date de début du nouvel employé.
Où obtenir
Capturé à partir d'un changement de statut sur le processus d'affaires de 'Vérification des antécédents' ou un objet connexe, indiquant un statut final comme 'Terminé' ou 'Réussi'.
Capture
Déduit du timestamp lorsque le champ du statut de la vérification des antécédents passe à un état final.
Type d'événement
inferred
|
|||
|
Vérification des antécédents initiée
|
Cela marque le début du processus de présélection pour un candidat qui a accepté une offre. Cet événement est capturé lorsque l'étape de vérification des antécédents est lancée, déclenchant souvent une intégration avec un fournisseur tiers. | ||
|
Pourquoi c'est important
La durée des vérifications des antécédents est souvent un goulot d'étranglement dans le processus d'embauche. Cette activité est le point de départ pour mesurer le KPI de la durée de vérification des antécédents.
Où obtenir
Enregistré comme une étape au sein d'un processus métier, tel que la 'Vérification des antécédents', qui fait souvent partie du workflow global d'embauche. Le timestamp d'initiation est enregistré.
Capture
Événement enregistré lors de l'initiation du processus métier « Vérification des antécédents » ou d'une étape connexe.
Type d'événement
explicit
|
|||