Votre modèle de données pour le processus 'Du recrutement au départ' - Cycle de vie du collaborateur
Votre modèle de données pour le processus 'Du recrutement au départ' - Cycle de vie du collaborateur
- `Attributs` recommandés à collecter pour une analyse détaillée
- Activités clés à suivre tout au long du cycle de vie des employés
- Conseils pratiques pour l'extraction de données depuis Intégration Workday
Attributs du cycle de vie de l'employé - Du recrutement au départ
| Nom | Descriptionn | ||
|---|---|---|---|
|
Horodatage de l'événement
EventTimestamp
|
La date et l'heure précises auxquelles l'activité ou l'événement a été enregistré. | ||
|
Descriptionn
Cet attribut fournit le contexte temporel de chaque activité, enregistrant le moment de son déroulement. La séquence et la chronologie de ces horodatages 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 Horodatage est indispensable 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 est-ce important ? :
Cet attribut est indispensable pour ordonner correctement les événements et calculer toutes les métriques de performance comme le temps de cycle et les points de blocage.
Source des données :
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
|
|||
|
ID employé
EmployeeId
|
L'identifiant unique d'un employé, servant d'identifiant de dossier principal pour l'ensemble de son cycle de vie dans l'organisation. | ||
|
Descriptionn
L'ID employé est la base de l'analyse du processus « Du recrutement au départ ». Il relie tous les événements 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 vision globale 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 points de blocage qui affectent les employés à différentes étapes de leur carrière.
Pourquoi est-ce important ? :
Cet attribut est nécessaire pour lier tous les événements du cycle de vie d'un seul employé, permettant une vision globale du processus complet.
Source des données :
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'événement ou de la tâche spécifique qui s'est produit à un point donné du cycle de vie de l'employé. | ||
|
Descriptionn
Le nom de l'activité décrit une étape spécifique du processus « Du recrutement 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 événements 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 reprises se produisent. Une désignation cohérente et claire des activités est indispensablele pour construire un modèle de processus précis et compréhensible.
Pourquoi est-ce important ? :
Il définit les étapes de la carte de processus, qui est le fondement de toute analyse et visualisation du Process Mining.
Source des données :
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ée.Tâches d'intégration terminéesRésiliation initiée
|
|||
|
Département
Department
|
Le département auquel l'employé appartient. | ||
|
Descriptionn
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 danss 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 est-ce 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.
Source des données :
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é. | ||
|
Descriptionn
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'intégration, ou d'un processus système génériqueant une notification. L'analyse de l'Exécutant d'événement est indispensablele 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 est-ce 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 impératif pour des améliorations ciblées.
Source des données :
Disponible dans les journaux de transaction des Workday Business Processes, souvent associé à l'utilisateur qui a terminé une étape.
Exemples
jsmith@example.comr.davisProcessus système
|
|||
|
Heure de fin de l'événement
EventEndTime
|
L'horodatage marquant la fin d'une activité, particulièrement pour les tâches avec une durée mesurable. | ||
|
Descriptionn
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 impératif 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 est-ce 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.
Source des données :
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 d'emploi
JobRequisitionId
|
L'identifiant unique de la demande de poste qui a initié le processus d'embauche. | ||
|
Descriptionn
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 est-ce important ? :
Il regroupe toutes les activités de prélèvement.-embauche sous un identifiant unique, permettant une analyse détaillée de la partie recrutement du processus.
Source des données :
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. | ||
|
Descriptionn
Cet attribut offre une classification globale pour les différents parcours au sein du processus du recrutement au départ. En étiquetant chaque cas comme 'intégration', 'mobilité interne' ou 'départ', il devient beaucoup plus facile de filtrer la cartographie des processus et d'analyser ces sous-processus distincts de manière isolée. Par exemple, pour analyser le tableau de bord '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 indispensablele pour créer des analyses et des dashboards ciblés qui répondent à des questions commerciales spécifiques.
Pourquoi est-ce important ? :
Il permet de segmenter le parcours global de l'employé en sous-processus distincts, permettant une analyse ciblée sur l'intégration (intégration), le départ (départ (offboarding)) ou les promotions.
Source des données :
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épart des employésGestion de la performance
|
|||
|
Date cible SLA
SlaTargetDate
|
La date cible à laquelle une activité spécifique, comme une évaluation de performance, devrait être achevée. | ||
|
Descriptionn
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 indispensable 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 (EventHorodatage) à la SlaTargetDate, il est possible d'identifier automatiquement les violations, de mesurer la performance ponctuelle et de gérer proactivement les retards.
Pourquoi est-ce important ? :
Fournit un benchmark clair pour mesurer la performance dans les délais et est indispensable pour le calcul des KPI de conformité aux SLA.
Source des données :
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. | ||
|
Descriptionn
Cet attribut indique la date de la dernière mise à jour du jeu de données. Il apporte de la transparence sur la la réactualisation des données analysées, ce qui est indispensable 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 horodatage 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 est-ce important ? :
Garantit aux utilisateurs sont conscients de la fraîcheur des
Source des données :
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é. | ||
|
Descriptionn
L'attribut Emplacement spécifie le pays, l'État ou la ville où l'employé est basé. Cette dimension géographique est indispensablele pour comparer la performance des processus et la conformité entre différentes régions. L'analyse par Emplacement 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 est-ce 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.
Source des données :
Fait partie des données de poste et d'affectation organisationnelle de l'employé dans Workday HCM.
Exemples
USA - New YorkAllemagne - BerlinInde - Bangalore
|
|||
|
Est un reprises
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. | ||
|
Descriptionn
Cet attribut identifie les instances de reprises, où une tâche doit être exécutée plus d'une fois pour le même employé. Par exemple : 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 reprises est indispensablele pour améliorer l'efficacité et la qualité des processus. Le flag IsRework facilite la quantification de la quantité de reprises, l'identification de ses causes profondes et la mesure de l'impact des améliorations visant à faire les choses correctement du premier coup. Il contribue directement au le tableau de bord Analyse du reprises et de la répétition.
Pourquoi est-ce 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.
Source des données :
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. | ||
|
Descriptionn
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 est-ce important ? :
Permet une surveillance ciblée des étapes critiques de conformité pour assurer le respect de la réglementation et atténuer les risques.
Source des données :
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é. | ||
|
Descriptionn
L'ID de poste identifie le rôle spécifique qu'un employé occupe dans 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 est-ce important ? :
Permet une analyse granulaire basée sur des rôles spécifiques, aidant à comprendre comment les processus diffèrent pour diverses positions dans l'entreprise.
Source des données :
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. | ||
|
Descriptionn
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 indispensablele pour analyser l'attrition et le processus d'départ (offboarding). En Process Mining, la Raison de la Résiliation fournit un contexte au parcours d'départ (offboarding). Elle peut être utilisée pour analyser si différents types de résiliation suivent différentes procédures d'départ (offboarding) ou prennent des durées différentes. Cela aide à comprendre le taux de rotation (turnover) des employés et à garantir que le processus d'départ (offboarding) est géré de manière appropriée pour chaque situation.
Pourquoi est-ce important ? :
Fournit un contexte essentiel pour l'analyse du processus de désintégration et aide à corréler les problèmes de processus avec les raisons de l'attrition.
Source des données :
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. | ||
|
Descriptionn
Workday permet la création de différents plans d'intégration 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'intégration aide à évaluer l'efficacité et l'efficacité des différentes stratégies d'intégration. Elle permet une comparaison directe, par exemple, entre un « Plan d'intégration pour cadres » et un « Plan d'intégration 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 est-ce 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.
Source des données :
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. | ||
|
Descriptionn
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 l'horodatage de complétion de l'activité (EventHorodatage) 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' « what-if »mplifie 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 est-ce important ? :
Simplifie le suivi des performances en signalant clairement tous les cas où les délais convenus n'ont pas été respectés.
Source des données :
Champ calculé : true si EventHorodatage > SlaTargetDate, sinon false.
Exemples
truefaux
|
|||
|
Statut d'emploi
EmploymentStatus
|
Le statut d'emploi actuel de l'employé, tel que Actif, Terminé ou En congé. | ||
|
Descriptionn
Cet attribut indique le statut actuel de l'employé dans 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 clés 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'départ (offboarding) pour tous les employés Licenciés.
Pourquoi est-ce 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.
Source des données :
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, Intégration Workday. | ||
|
Descriptionn
Cet attribut identifie l'origine des données. Bien que dans cette vue nous nous concentrions sur Intégration Workday, 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 indispensable 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 est-ce important ? :
Il fournit un contexte essentiel sur l'origine des données, ce qui est indispensable pour la validation des données et pour les analyses qui combinent des données de plusieurs systèmes.
Source des données :
C'est généralement une valeur statique ('Intégration Workday') ajoutée lors du processus d'extraction et de transformation des données.
Exemples
Intégration WorkdayWorkday 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. | ||
|
Descriptionn
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 dashboards associés. Le suivre dans le temps permet aux services des RH de mesurer l'impact des améliorations de processus, d'identifier les points de blocage lors du sourcing ou des entretiens, et d'établir des délais de recrutement réalistes pour les managers.
Pourquoi est-ce important ? :
Mesure directement l'efficacité du processus de recrutement, un indicateur clé de performance pour toute organisation RH.
Source des données :
Calculé au niveau du cas en trouvant la durée entre l'horodatage de l'activité 'Création de la demande d'emploi' et l'activité 'Offre acceptée'.
Exemples
35 jours62 jours28 jours
|
|||
|
Type d'emploi
EmploymentType
|
Indique si l'employé est à temps plein, à temps partiel, un sous-traitant ou un stagiaire. | ||
|
Descriptionn
Cet attribut classifie la nature du contrat de travail. Différents types d'emploi suivent souvent différentes variantes de processus 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 pour différentes catégories de travailleurs. Cela peut mettre en évidence si, par exemple, le processus d'intégration 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 est-ce 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.
Source des données :
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 de l'employé - Du recrutement au départ
| Activité | Descriptionn | ||
|---|---|---|---|
|
Demande d'emploi 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 est-ce 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 indispensablele pour mesurer le KPI du temps d'embauche.
Source des données :
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 l'horodatage.
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 est-ce 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é.
Source des données :
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
|
|||
|
Offre acceptée
|
Cette activité se produit lorsqu'un candidat accepte formellement l'offre d'emploi, souvent en signant électroniquement la lettre d'offre dans Workday. Il s'agit d'un jalon critique capturé lorsque le candidat termine l'étape Réviser et Signer du processus d'offre. | ||
|
Pourquoi est-ce important ? :
Ce jalon conclut la phase de recrutement principale et déclenche les activités de prélèvement.-embauche et d'Onboarding. C'est un composant clé pour mesurer le KPI du temps d'embauche.
Source des données :
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 terminée dans le BP de demande d'emploi.
Type d'événement
explicit
|
|||
|
Onboarding initié.
|
Marque le début du parcours d'intégration du nouvel employé au sein du module Intégration Workday. 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 est-ce 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.
Source des données :
Comptabilisé 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
|
|||
|
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 est-ce 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.
Source des données :
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'départ (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 est-ce important ? :
C'est l'événement de début primordial pour l'ensemble du cycle de vie de l'départ (offboarding). C'est le point de départ pour mesurer le KPI du temps de cycle moyen d'départ (offboarding).
Source des données :
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 est-ce 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.
Source des données :
Déduit du horodatage 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 horodatage 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 est-ce 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 points de blocage dans l'évolution de carrière des employés.
Source des données :
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 est-ce 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 le KPI « Temps de configuration de la paie », mettant en évidence les retards dans l'activation de la rémunération.
Source des données :
Capturé comme un élément de checklist terminé 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 est-ce important ? :
Le suivi de ces événements est indispensable pour analyser la ponctualité et la fréquence de la gestion de la performance. Il contribue directement au le KPI de « Ponctualité des entretiens d'évaluation ».
Source des données :
Comptabilisé 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 est-ce 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.
Source des données :
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 est-ce 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.
Source des données :
Comptabilisé 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épart 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 est-ce important ? :
Le suivi de l'achèvement de ces tâches est impératif pour garantir un départ (offboarding) sécurisé et conforme. Les retards peuvent présenter des risques de sécurité et entraîner une mauvaise expérience.
Source des données :
Déduit du horodatage d'achèvement du processus métier 'Offboarding' ou lorsque toutes les tâches d'départ (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 (départ (offboarding)) ou d'un processus métier connexe.
Type d'événement
inferred
|
|||
|
Vérification des antécédents effectué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 est-ce 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é.
Source des données :
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 horodatage 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élèvement.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 est-ce 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.
Source des données :
Comptabilisé comme une étape au sein d'un processus métier, tel que la 'Vérification des antécédents', qui fait souvent partie du workflux global d'embauche. L'horodatage 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
|
|||