> Amélioration continue des processus > Hire to Retire, cycle de vie des collaborateurs > Oracle HCM Onboarding > Modèle de données

Votre modèle de données du cycle de vie des employés, du recrutement au départ

Oracle HCM Onboarding

← Retour au guide d’amélioration

Hire to Retire, attributs du cycle de vie des collaborateurs (22) Hire to Retire, activités du cycle de vie des collaborateurs (15) Guides d’extraction (3)

Votre modèle de données du cycle de vie des employés, du recrutement au départ

Ce modèle fournit une feuille de route claire pour recueillir les données essentielles à l’analyse du processus de cycle de vie des employés, du recrutement au départ. Il présente les principaux attributs à collecter, les activités importantes à suivre et des conseils pratiques pour extraire ces informations de votre système source. Utilisez cette ressource pour vous assurer de recueillir tous les éléments nécessaires à une analyse complète par Process Mining.

Attributs recommandés à collecter
Activités importantes à suivre
Guide d’extraction

Vous découvrez les journaux d’événements ? En savoir plus sur la création d’un journal d’événements pour le Process Mining.

Télécharger le modèle

Hire to Retire, attributs du cycle de vie des collaborateurs

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser de manière complète le cycle de vie des collaborateurs, de l’embauche au départ.

3 Obligatoire 7 Recommandé 12 Facultatif

	Nom	Description
	Activité ActivityName	Nom d'un événement ou d'une tâche spécifique survenu au cours du cycle de vie de l'employé, comme « Offer Accepted » ou « Performance Review Conducted ».
Description Le nom de l'activité décrit une étape ou une étape clé du processus Hire to Retire. Ces événements constituent les éléments de base de la cartographie du processus et représentent les actions principales réalisées par le personnel RH, les managers ou le système lui-même. Il peut s'agir, par exemple, de lancer une vérification des antécédents, de terminer des tâches d'intégration ou d'approuver une promotion. L'analyse de ces activités permet de visualiser le flux du processus, d'identifier les goulots d'étranglement et de mesurer la fréquence des différentes étapes. Comprendre leur séquence et leur répartition est essentiel pour découvrir comment le cycle de vie des employés fonctionne réellement, par comparaison avec sa conception théorique. Pourquoi c’est important Cet attribut définit les étapes du processus et permet de visualiser les cartes de processus ainsi que d'analyser le flux et les variations du processus. Où les obtenir Il est généralement dérivé des types d'événements, des noms de tâches ou des changements de statut dans les différents modules Oracle HCM Onboarding et Core HR. Exemples Offre acceptéeVérification d'antécédents terminéeConfiguration de la paie terminéeRésiliation lancée
	Heure de début EventTimestamp	Date et heure exactes auxquelles une activité donnée du cycle de vie s'est produite.
Description Cet horodatage indique le moment précis où une activité a été enregistrée dans le système. Il constitue la base temporelle de toute analyse de Process Mining et fournit l'ordre chronologique des événements pour le cas de chaque employé. Cet attribut est essentiel pour calculer les temps de cycle, les durées et les temps d'attente entre les activités. Par exemple, la différence entre les horodatages « Background Check Initiated » et « Background Check Completed » révèle le délai de traitement de cette étape. L'analyse de ces horodatages aide à identifier les goulots d'étranglement, à mesurer la performance du processus par rapport aux SLA et à comprendre la dynamique temporelle du parcours de l'employé. Pourquoi c’est important Il établit la séquence chronologique des événements, indispensable au calcul de toutes les métriques temporelles, notamment les temps de cycle, et à l'identification des retards du processus. Où les obtenir Il correspond aux champs de date et d'heure de création ou d'achèvement associés aux tâches, aux événements ou aux changements de statut dans les données de transaction Oracle HCM. Exemples 2023-03-15T09:00:00Z2023-08-01T14:35:10Z2024-01-20T11:21:05Z
	Identifiant de l'employé EmployeeId	Identifiant unique d'un employé, utilisé comme identifiant de cas pour l'ensemble de son cycle de vie au sein de l'organisation.
Description L'identifiant de l'employé est la clé de voûte de l'analyse du processus Hire to Retire. Il identifie de manière unique le parcours de chaque employé, depuis sa candidature initiale jusqu'à son départ définitif. Chaque événement, changement de statut et transaction enregistré dans Oracle HCM Onboarding est associé à cet identifiant, ce qui crée un journal d'événements continu pour chaque personne. Dans le Process Mining, cet attribut sert à regrouper toutes les activités associées, telles que « Offer Accepted », « Background Check Completed » et « Termination Initiated », au sein d'un même cas cohérent. Les analystes peuvent ainsi obtenir une vue complète du cycle de vie de l'employé, visualiser les parcours de bout en bout, mesurer les temps de cycle et identifier les chemins communs ou divergents suivis par les employés dans l'organisation. Pourquoi c’est important Il s'agit de la clé primaire qui relie tous les événements associés à l'employé et permet de reconstituer et d'analyser l'ensemble de son cycle de vie, de l'embauche au départ. Où les obtenir Il s'agit d'un attribut central d'Oracle HCM Cloud, généralement présent dans les enregistrements Person ou Worker. Exemples 100234598765E-0054321
	Date d'embauche HireDate	Date officielle de début de l'emploi de l'employé dans l'entreprise.
Description La date d’embauche est une étape clé du parcours de chaque salarié : elle marque son entrée officielle dans l’organisation. Elle sert de référence pour mesurer différents processus soumis à des délais ainsi que les contrôles de conformité. Cet attribut est utilisé dans plusieurs KPI et analyses. Il correspond notamment à la date limite de référence pour mesurer le « taux de configuration de la paie dans les délais ». Il sert également de point de départ pour calculer l’ancienneté des salariés et analyser l’évolution des délais d’intégration au fil des périodes. Pourquoi c’est important Elle sert de date de référence pour calculer l’ancienneté des salariés et mesurer le respect des délais des premières activités d’intégration et de configuration. Où les obtenir Consultez la documentation Oracle HCM. Il s’agit d’un attribut fondamental de la fiche salarié dans Core HR. Exemples 2023-04-012022-09-152024-02-12
	Fonction JobRole	Intitulé ou fonction précise de l'employé, par exemple « Software Engineer » ou « Account Manager ».
Description L'attribut Job Role définit le poste ou l'intitulé précis occupé par l'employé. Il fournit un niveau de détail plus fin que le service et est essentiel à l'analyse des processus propres à chaque fonction. Cet attribut est important pour des Dashboards tels que « Employee Turnover by Role & Dept » et pour le calcul de KPI comme « Critical Role Turnover Rate ». Il aide les organisations à déterminer si certains postes sont plus difficiles à pourvoir, présentent des cycles d'intégration plus longs ou connaissent un turnover plus élevé. Ces résultats peuvent éclairer la planification des effectifs, les stratégies de gestion des talents et l'optimisation des processus propres à chaque fonction. Pourquoi c’est important Il permet une analyse par fonction et aide à identifier les problèmes de processus, les écarts de conformité ou les tendances de turnover propres à certains métiers. Où les obtenir Consultez la documentation Oracle HCM Onboarding. Cette information fait partie des données relatives au poste ou à la fonction de l'employé dans Core HR. Exemples Ingénieur logicielResponsable de comptes seniorPartenaire RHAnalyste financier
	Heure de fin EventEndTime	Date et heure exactes auxquelles une activité a été terminée.
Description L'heure de fin de l'événement indique l'achèvement d'une tâche ou d'une étape spécifique du processus. Alors que l'heure de début indique le commencement d'une activité, l'heure de fin en marque la conclusion. La présence de ces deux horodatages permet de mesurer précisément le temps de traitement de chaque activité. Cet attribut est essentiel pour calculer les durées au niveau des activités et distinguer le temps de traitement, égal à l'heure de fin moins l'heure de début, du temps d'attente, correspondant à l'intervalle entre l'heure de fin d'une activité et l'heure de début de la suivante. Ce niveau de détail est indispensable à l'analyse des causes profondes des goulots d'étranglement, car il permet de déterminer si les retards sont dus à des tâches longues ou à de longues attentes entre les tâches. Pourquoi c’est important Il permet de calculer précisément les temps de traitement des activités et de distinguer le temps de travail effectif du temps d'attente dans le processus. Où les obtenir Consultez la documentation Oracle HCM Onboarding. Ce champ correspond souvent aux champs de date d'achèvement ou de résolution dans les données de transaction. Exemples 2023-03-15T17:30:00Z2023-08-02T10:00:15Z2024-01-20T11:25:00Z
	Motif de fin de contrat TerminationReason	Motif du départ de l'employé, par exemple « Voluntary Resignation » ou « Involuntary - Performance ».
Description Cet attribut explique pourquoi le cycle de vie de l'employé dans l'entreprise a pris fin. Il classe les fins de contrat selon différents types, ce qui est essentiel pour comprendre le turnover. Dans le Process Mining, il s'agit d'une dimension importante pour analyser les tendances d'attrition. En filtrant selon le motif de fin de contrat, les analystes peuvent déterminer si certaines expériences de processus, comme de longs cycles de promotion ou des évaluations de performance peu fréquentes, sont associées à des démissions volontaires. Ces résultats aident les RH à élaborer des stratégies de fidélisation ciblées. Pourquoi c’est important Il fournit un contexte essentiel à l'analyse du turnover, aide à distinguer l'attrition volontaire de l'attrition involontaire et contribue à orienter les stratégies de fidélisation. Où les obtenir Consultez la documentation Oracle HCM. Il s'agit d'un champ standard renseigné au cours du processus de fin de contrat dans Core HR. Exemples Volontaire, démission pour une autre opportunitéDépart imposé, performanceDépart imposé, réduction des effectifsRetraite
	Service DepartmentName	Service auquel l'employé est rattaché, par exemple « Sales », « Engineering » ou « Finance ».
Description Cet attribut représente l'unité organisationnelle dans laquelle l'employé travaille. Il s'agit d'une dimension essentielle pour segmenter et comparer la performance des processus entre les différentes parties de l'entreprise. L'analyse du processus Hire to Retire par service permet d'effectuer des comparaisons détaillées. Vous pouvez notamment identifier les services où les délais d'intégration sont les plus longs, où les taux de turnover sont les plus élevés ou où le respect des cycles d'évaluation de la performance est le plus faible. Ces résultats aident à adapter les initiatives d'amélioration aux besoins et aux difficultés propres à chaque service. Pourquoi c’est important Il permet de segmenter et de comparer les métriques du processus, telles que les taux de turnover et les temps de cycle, entre les différentes unités opérationnelles. Où les obtenir Consultez la documentation Oracle HCM Onboarding. Cette information fait généralement partie de l'enregistrement d'affectation de l'employé dans Oracle HCM. Exemples VentesIngénierieFinanceRessources humaines
	Source du recrutement RecruitmentSource	Canal par lequel l'employé a été recruté, par exemple « LinkedIn », « Employee Referral » ou « Company Website ».
Description Cet attribut indique l'origine d'un recrutement réussi et précise quel canal a conduit à la candidature puis à l'embauche. Ces données sont généralement recueillies au début du recrutement et associées à l'enregistrement de la nouvelle recrue. L'analyse des sources de recrutement est essentielle pour optimiser les stratégies d'acquisition des talents. Elle alimente le Dashboard « Recruitment Source Performance » en permettant à l'entreprise de mesurer, pour chaque canal, les taux de conversion, le délai de recrutement et la qualité des recrutements. Elle aide ainsi à concentrer les efforts et le budget de recrutement sur les sources les plus efficaces. Pourquoi c’est important Il est essentiel pour évaluer l'efficacité des différents canaux d'acquisition des talents et optimiser les stratégies et les dépenses de recrutement. Où les obtenir Consultez la documentation Oracle HCM Onboarding ou Oracle Recruiting Cloud. Cette information est souvent recueillie au cours du processus de candidature. Exemples LinkedInRecommandation par un salariéPage Carrières de l’entrepriseIndeed
	Utilisateur UserId	Identifiant de l'utilisateur, par exemple le représentant RH ou le manager qui a réalisé l'activité.
Description Cet attribut identifie la personne responsable de l'exécution d'une tâche donnée dans le processus de cycle de vie de l'employé. Il peut s'agir du recruteur qui a envoyé une offre, de l'administrateur RH qui a terminé la vérification I-9 ou du manager qui a approuvé une promotion. L'analyse du processus par utilisateur permet d'identifier les besoins de formation, de répartir la charge de travail et d'observer les écarts de performance entre les personnes ou les équipes. Elle peut notamment révéler si certains utilisateurs sont régulièrement associés à des retards ou à des écarts de procédure, ou s'ils traitent les tâches plus efficacement. Pourquoi c’est important Il associe les activités du processus à des personnes précises et permet ainsi d'analyser la charge de travail, la performance des ressources et les besoins de formation. Où les obtenir Consultez la documentation Oracle HCM Onboarding. Cette information se trouve généralement dans les champs « Created By » ou « Last Updated By » des enregistrements de transaction. Exemples j.smithe.davishr.admin01
	Configuration de la paie dans les délais PayrollSetupOnTime	Un indicateur précisant si la paie du salarié a été configurée avant sa date officielle d’embauche.
Description Cet attribut booléen calculé mesure le respect d’un SLA d’intégration important : la configuration de la paie doit être terminée avant la date de début du salarié. Il est dérivé de la comparaison entre l’horodatage de l’activité « configuration de la paie terminée » et la date d’embauche du salarié. Cet attribut contribue directement au KPI « taux de configuration de la paie dans les délais ». Il simplifie l’analyse en transformant une comparaison de dates en une valeur vraie ou fausse, facile à filtrer, à agréger et à visualiser dans les Dashboards. Il aide à repérer rapidement les départements ou les régions qui rencontrent des difficultés à configurer la paie dans les délais, un facteur important de satisfaction des nouveaux salariés. Pourquoi c’est important Il mesure directement le respect d’un SLA d’intégration important et fournit un indicateur clair de l’efficacité de la configuration de la paie ainsi que de son incidence sur l’expérience des nouveaux salariés. Où les obtenir Cet attribut est calculé lors de la transformation des données en comparant « EventTimestamp » de l’activité « Payroll Setup Completed » avec l’attribut « HireDate » pour chaque cas. Exemples truefalse
	Conforme IsCompliant	Un indicateur précisant si un cas a suivi le parcours de processus attendu conformément aux règles de conformité.
Description Il s’agit d’un attribut booléen calculé qui évalue si les événements du parcours du salarié respectent des modèles de conformité ou des règles métier prédéfinis. Par exemple, une règle peut stipuler qu’une vérification des antécédents doit être terminée avant la finalisation d’une offre, ou qu’une formation donnée doit être attribuée dans les 30 jours suivant l’embauche. Cet attribut contribue directement au KPI « taux de non-conformité RH ». En signalant les cas non conformes, il permet de quantifier facilement le risque de non-conformité et d’analyser les causes profondes des écarts. Il transforme un contrôle de conformité complexe en un champ unique, facile à utiliser pour les rapports et le suivi. Pourquoi c’est important Il quantifie le respect des règles métier et des réglementations importantes, ce qui permet de surveiller les risques de non-conformité et de les réduire en amont. Où les obtenir Cet attribut est calculé dans l’outil de Process Mining ou dans la couche de transformation des données, en appliquant un ensemble de règles métier à la séquence des activités et à leurs attributs. Exemples truefalse
	Date de fin de contrat TerminationDate	Le dernier jour officiel de l’emploi du salarié.
Description La date de fin de contrat marque la fin officielle de la période d’emploi du salarié dans l’entreprise. Il s’agit d’une date clé du processus de départ, qui sert de référence pour le calcul final de la paie, la fin des avantages sociaux et la révocation des accès aux systèmes. Dans le Process Mining, cette date permet de calculer l’ancienneté totale du salarié lorsqu’elle est associée à la date d’embauche. Elle sert également de point d’ancrage pour analyser le processus de départ et vérifier si toutes les tâches de départ ont été réalisées dans les délais par rapport à la date de départ. Pourquoi c’est important Elle définit le point final du parcours du salarié, ce qui permet de calculer son ancienneté et d’analyser le respect des délais du processus de départ. Où les obtenir Consultez la documentation Oracle HCM. Il s'agit d'un champ standard renseigné au cours du processus de fin de contrat dans Core HR. Exemples 2024-05-312023-12-152024-01-05
	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 dernière extraction et le dernier chargement des données dans l'environnement de Process Mining. Il s'agit d'un champ de métadonnées qui reflète la fraîcheur du jeu de données, et non l'horodatage d'un événement métier. Cette information est essentielle pour évaluer l'actualité de l'analyse et des Dashboards. Elle permet de savoir si les données consultées datent d'hier, de la semaine dernière ou du mois dernier, ce qui est indispensable pour prendre des décisions éclairées à partir d'informations à jour. Elle est généralement affichée de manière visible dans les Dashboards afin de fournir ce contexte à tous les utilisateurs. Pourquoi c’est important Il garantit la transparence sur la fraîcheur des données et permet aux utilisateurs de comprendre l'actualité de l'analyse du processus et de faire confiance aux résultats présentés. Où les obtenir Cet horodatage est généré par le pipeline de données ou l'outil ETL à la fin d'un cycle d'actualisation réussi. Exemples 2024-05-21T04:00:00Z2024-05-20T04:00:00Z
	Évaluation des performances PerformanceRating	La note attribuée à un salarié lors d’un cycle d’évaluation des performances, par exemple « dépasse les attentes ».
Description Cet attribut enregistre le résultat d’une évaluation des performances. La note fournit une mesure quantitative ou qualitative des performances du salarié au regard de ses objectifs et des attentes de l’entreprise. L’analyse de ces données en lien avec le flux du processus peut apporter des éléments d’analyse utiles. Elle peut par exemple servir à étudier les corrélations entre les évaluations et les délais de promotion, ou à déterminer si des salariés très performants qui démissionnent ont rencontré des difficultés liées aux processus, comme des changements de rôle retardés. Il s’agit d’un élément clé du Dashboard « respect du cycle d’évaluation des performances ». Pourquoi c’est important Il ajoute un résultat qualitatif aux événements d’évaluation des performances et permet d’analyser le lien entre les performances, l’évolution de carrière et la fidélisation des salariés. Où les obtenir Consultez la documentation du module Oracle HCM Performance Management. Cette information est généralement enregistrée dans les formulaires ou les fiches d’évaluation des performances. Exemples Dépasse les attentesRépond aux attentesDoit progresser5
	Identifiant de la demande de recrutement JobRequisitionId	L’identifiant unique de la demande de recrutement à l’origine de l’embauche du salarié.
Description L’identifiant de la demande de recrutement relie le nouvel arrivant à la demande initiale visant à pourvoir un poste. Cet identifiant relie les processus de recrutement et d’intégration aux étapes précédentes du parcours d’acquisition des talents. L’inclusion de cet identifiant permet de réaliser une analyse complète de bout en bout, depuis l’ouverture du poste. Il est essentiel pour calculer le KPI « délai de recrutement » dans son intégralité et analyser l’incidence de caractéristiques de la demande, comme sa priorité ou le niveau du poste, sur les processus de recrutement et d’intégration qui suivent. Pourquoi c’est important Il relie le parcours du salarié à la demande de recrutement initiale, ce qui permet une véritable analyse de bout en bout du délai de recrutement et met en relation les résultats du recrutement avec les détails de la demande. Où les obtenir Consultez la documentation Oracle Recruiting Cloud ou Oracle HCM. Cet identifiant est généré dans le module de recrutement et doit être associé à la fiche du nouvel arrivant. Exemples REQ-2023-05-102JR-FIN-00348001567
	Lieu Location	Le lieu de travail physique ou le pays du salarié.
Description Cet attribut indique la localisation géographique, par exemple le bureau, la ville ou le pays où travaille le salarié. Les processus RH peuvent varier considérablement selon le droit du travail local et les pratiques régionales. Utiliser le lieu comme dimension d’analyse permet de mettre en évidence les écarts régionaux de performance des processus. Par exemple, les délais de réalisation des vérifications d’antécédents peuvent être plus longs dans certains pays en raison des réglementations locales. Vous pouvez ainsi suivre et améliorer les processus en tenant compte de leur dimension géographique. Pourquoi c’est important Il permet d’analyser le processus selon la zone géographique et de mettre en évidence les variations régionales des délais de traitement, de la conformité et des flux de processus. Où les obtenir Consultez la documentation Oracle HCM. Il s’agit d’un élément standard des données d’affectation ou des données personnelles du salarié. Exemples USAAllemagneIndeRoyaume-Uni
	Poste critique IsCriticalRole	Un indicateur précisant si le poste du salarié est considéré comme essentiel à la réussite de l’organisation.
Description Il s’agit d’un attribut booléen dérivé qui identifie les postes essentiels à la continuité de l’activité ou aux initiatives stratégiques, ou qui nécessitent des compétences uniques difficiles à remplacer. Cette classification est généralement tenue à jour par les RH et la direction dans le cadre de la planification des effectifs. Cet indicateur est essentiel au calcul du KPI « taux de rotation des postes critiques ». Il permet de concentrer l’analyse sur le départ des talents clés et d’aider l’organisation à prioriser ses efforts de fidélisation là où ils auront le plus d’impact. Les Dashboards peuvent être filtrés selon cet attribut afin de mettre en évidence les problèmes de processus qui touchent les salariés les plus importants. Pourquoi c’est important Il permet à l’organisation de suivre et d’analyser spécifiquement le parcours et la rotation de ses salariés les plus essentiels, afin de mieux prioriser ses efforts de fidélisation. Où les obtenir Cet attribut est dérivé de la mise en correspondance de l’attribut « JobRole » avec une liste prédéfinie de postes critiques fournie par l’entreprise. Exemples truefalse
	Statut de la vérification des antécédents BackgroundCheckStatus	Le résultat final de la vérification des antécédents, par exemple « terminée, aucun problème détecté » ou « examen requis ».
Description Cet attribut enregistre le résultat de la vérification des antécédents, qui constitue un point de contrôle important du processus d’intégration. Le statut détermine si le recrutement peut se poursuivre normalement ou si des étapes et des examens supplémentaires sont nécessaires. L’analyse de la répartition des différents statuts peut aider à évaluer la qualité des viviers de candidats issus des différentes sources de recrutement. Elle est également essentielle pour analyser le Dashboard « délai de traitement de la vérification des antécédents », car les dossiers nécessitant un examen peuvent naturellement présenter des délais plus longs. Ce contexte évite de mal interpréter les données. Pourquoi c’est important Il fournit le résultat d’une étape importante de l’intégration, apporte du contexte à l’analyse des délais et aide à repérer les reprises ou les parcours d’exception. Où les obtenir Consultez la documentation Oracle HCM Onboarding. Ces données peuvent provenir du module d’intégration ou d’un prestataire tiers intégré spécialisé dans la vérification des antécédents. Exemples Terminé, aucun problèmeExamen requisAnnuléEn cours
	Système source SourceSystem	Identifie le système depuis lequel les données de l'événement ont été extraites, par exemple « Oracle HCM Onboarding ».
Description Cet attribut précise le système d'information à l'origine de chaque enregistrement d'événement. Dans un environnement RH complexe, les données des employés peuvent provenir du HCM central, d'un module d'intégration dédié, d'un système de paie ou d'un outil de gestion de la performance. Associer chaque événement à son système source est essentiel pour la gouvernance des données et le dépannage. Dans l'analyse, la connaissance du système source aide à comprendre les points d'intégration et les éventuelles incohérences. Par exemple, si des retards sont observés lors de la configuration de la paie, il est utile de savoir si les événements proviennent du HCM central ou d'une application de paie distincte. Pourquoi c’est important Il fournit un contexte essentiel sur l'origine des données, important pour leur validation, l'analyse des intégrations et la compréhension d'un processus réparti entre plusieurs systèmes. Où les obtenir Il s'agit généralement d'une valeur statique ajoutée lors de l'extraction des données pour indiquer l'origine du jeu de données. Exemples OracleHCMOnboardingOracleCoreHROracleRecruiting
	Type de salarié EmployeeType	Catégorise le statut d’emploi du salarié, par exemple « temps plein », « temps partiel » ou « prestataire ».
Description Cet attribut décrit la nature de la relation d’emploi. Les différents types de salariés suivent souvent des variantes de processus distinctes pour l’intégration, la gestion des performances et la fin de contrat. L’analyse du processus selon le type de salarié peut révéler des écarts importants. Par exemple, l’intégration d’un prestataire peut être beaucoup plus courte et comporter moins d’étapes que celle d’un salarié à temps plein. Segmenter l’analyse selon cet attribut permet d’obtenir des comparaisons pertinentes et d’identifier les possibilités d’optimisation propres à chaque type d’emploi. Pourquoi c’est important Il permet de segmenter l’analyse des processus selon le statut d’emploi, afin de faire apparaître les différents parcours et exigences associés aux types de travailleurs. Où les obtenir Consultez la documentation Oracle HCM. Cet attribut fait partie des informations standard d’affectation du salarié dans Core HR. Exemples Salarié à temps pleinSalarié à temps partielPrestataireStagiaire
	Unité opérationnelle BusinessUnitName	La division ou l’unité opérationnelle de niveau supérieur à laquelle appartient le salarié.
Description Une unité opérationnelle est une structure organisationnelle de haut niveau qui représente souvent une ligne de produits, un domaine de services ou une région géographique distincte. Elle fournit un contexte organisationnel plus large qu’un département. L’analyse des processus au niveau de l’unité opérationnelle est utile aux dirigeants pour comparer les performances des principales divisions de l’entreprise. Elle peut contribuer à repérer des problèmes systémiques ou des pratiques efficaces au sein d’une grande unité, afin de les corriger ou de les partager dans toute l’organisation. Pourquoi c’est important Elle permet d’agréger et de comparer les indicateurs de processus à un niveau élevé entre les principales divisions de l’organisation. Où les obtenir Consultez la documentation Oracle HCM. Cet attribut fait généralement partie des données d’affectation et de hiérarchie organisationnelle du salarié. Exemples Produits de grande consommationLogiciels d’entrepriseServices cloudConseil international

Obligatoire Recommandé Facultatif

Hire to Retire, activités du cycle de vie des collaborateurs

Voici les principales étapes et les jalons du processus à enregistrer dans votre journal d’événements pour une découverte précise du processus et son optimisation.

6 Recommandé 9 Facultatif

	Activité	Description
	Configuration de la paie terminée	Marque le moment où les informations de la nouvelle recrue ont été entièrement traitées et où celle-ci est active dans le système de paie. Cela inclut les coordonnées bancaires, les retenues fiscales et les informations salariales.
Pourquoi c’est important La configuration de la paie dans les délais est essentielle à la satisfaction des nouvelles recrues et constitue un indicateur important de l'efficacité opérationnelle des RH. Cette activité contribue à mesurer le KPI Payroll Setup On-Time Rate. Où les obtenir Cet événement peut être déduit de l'achèvement des tâches liées à la paie dans le parcours d'intégration ou d'une mise à jour du statut de l'employé dans le module central de paie. Collecte Déduit de la date d'achèvement de toutes les tâches d'intégration liées à la paie. Type d’événement inferred
	Employé intégré	Il s'agit de la date officielle d'embauche, à laquelle l'employé devient un membre actif de l'organisation. Elle correspond à la conversion de l'enregistrement du collaborateur en attente en enregistrement d'employé actif dans le système RH central.
Pourquoi c’est important Il s'agit d'une étape majeure du cycle de vie de l'employé. Elle sert de référence pour mesurer la durée de l'intégration et le délai d'accès à la pleine productivité. Où les obtenir Cet événement correspond au renseignement du champ « Hire Date » et au passage du statut RH de l'employé à « Active ». Il s'agit d'une transaction fondamentale du module Core HR. Collecte Enregistré à partir de la date d'effet de l'action « Hire » dans l'enregistrement de l'employé. Type d’événement explicit
	Offre acceptée	Cette activité marque le moment où un candidat accepte officiellement l'offre d'emploi. Elle déclenche les processus de pré-intégration et d'intégration dans Oracle HCM.
Pourquoi c’est important Il s'agit du point de départ essentiel du parcours de l'employé. L'analyse du délai entre cet événement et les étapes suivantes permet de mesurer l'efficacité du passage du recrutement à l'intégration. Où les obtenir Cet événement est généralement enregistré dans le module de recrutement lorsque le statut de l'offre du candidat passe à « Accepted » ou à un état similaire, ce qui déclenche le parcours d'intégration. Collecte Déduit d'une modification du statut de l'offre d'emploi du candidat. Type d’événement inferred
	Parcours d'intégration lancé	Cette activité indique la création et l'attribution du plan ou de la checklist d'intégration officiel à la nouvelle recrue. Elle marque le début officiel de son parcours d'intégration dans le système.
Pourquoi c’est important Elle marque le passage de la pré-intégration à l'intégration active. Il s'agit d'une étape importante pour mesurer le temps de cycle global et la régularité du processus d'intégration. Où les obtenir Il s'agit d'un événement explicite enregistré lorsqu'un spécialiste RH ou un processus automatisé attribue un « Journey » d'intégration à l'enregistrement du collaborateur en attente ou de l'employé. Collecte Enregistré à partir de l'événement de création du parcours d'intégration attribué à l'employé. Type d’événement explicit
	Résiliation lancée	Il s'agit du début officiel du processus de départ, déclenché par une démission ou une décision de mettre fin au contrat de travail. Cet événement lance toutes les tâches ultérieures liées au départ.
Pourquoi c’est important Cet événement marque le début de la dernière phase du cycle de vie de l'employé. Il déclenche la mesure du temps de cycle du départ et l'analyse du turnover. Où les obtenir Il s'agit d'une action RH explicite enregistrée dans Oracle Core HR lorsqu'un manager ou un administrateur RH soumet une demande de fin de contrat pour un employé. Collecte Enregistré à partir de la date d'effet de l'action « Termination » dans l'enregistrement de l'employé. Type d’événement explicit
	Tâches de départ terminées	Cette activité correspond à l'achèvement de toutes les étapes requises du départ, telles que la restitution du matériel, le transfert des connaissances et le traitement final de la paie. Elle marque la clôture complète de l'enregistrement de l'employé.
Pourquoi c’est important Il s'agit de la dernière activité du cycle de vie de l'employé. Elle constitue le point final pour mesurer l'Average Offboarding Cycle Time et garantir un processus conforme et efficace. Où les obtenir Cet événement est déduit de l'achèvement du parcours ou de la checklist de départ principal attribué à l'employé dans Oracle HCM. Collecte Déduit de l'horodatage d'achèvement du parcours de départ global ou de la dernière tâche de la séquence. Type d’événement inferred
	Changement de poste lancé	Indique le début d'un processus visant à modifier le poste, le service ou le lieu de travail d'un employé. Il peut s'agir d'une promotion, d'une mobilité latérale ou d'un autre changement interne.
Pourquoi c’est important Cette activité constitue le point de départ pour mesurer l'efficacité de la mobilité interne. Un délai important entre le lancement et l'approbation peut révéler des goulots d'étranglement. Où les obtenir Enregistré lorsqu'un manager ou un spécialiste RH lance une action « Change Job » ou « Promotion » pour un employé dans Core HR. Collecte Enregistré à partir du journal des transactions pour des actions RH telles que « Job Change », « Transfer » ou « Promotion ». Type d’événement explicit
	Données de la nouvelle recrue soumises	Indique que la nouvelle recrue a terminé les tâches de collecte de ses données personnelles. Cela inclut la saisie des informations personnelles, des formulaires fiscaux et des autres documents requis.
Pourquoi c’est important L'exhaustivité et le respect des délais pour cette activité sont essentiels aux étapes suivantes, notamment à la configuration de la paie. Les retards à ce stade peuvent entraîner d'importants problèmes en aval. Où les obtenir Déduit de l'horodatage d'achèvement d'une tâche spécifique ou d'un groupe de tâches liées à la collecte des données personnelles dans le parcours d'intégration. Collecte Déduit de la date d'achèvement de la tâche « Personal Information » ou d'une tâche équivalente. Type d’événement inferred
	Entretien de départ réalisé	Marque l'achèvement de l'entretien de départ avec l'employé qui quitte l'organisation. Cet entretien est souvent géré comme une tâche dans un parcours de départ.
Pourquoi c’est important Il fournit des données qualitatives sur les raisons du départ. Le suivi de son achèvement garantit que ces informations précieuses sont recueillies de manière systématique. Où les obtenir Généralement suivi comme une tâche manuelle dans une checklist ou un parcours de départ. L'événement correspond à l'achèvement de cette tâche. Collecte Déduit de la date d'achèvement de la tâche « Exit Interview » dans le parcours de départ. Type d’événement inferred
	Évaluation de performance réalisée	Marque l'achèvement d'un cycle formel d'évaluation de la performance d'un employé. Il s'agit d'un événement récurrent tout au long de son parcours dans l'organisation.
Pourquoi c’est important L'analyse de la fréquence et de la régularité des évaluations est essentielle pour comprendre le respect des pratiques de gestion de la performance et leur incidence sur le développement et la fidélisation des employés. Où les obtenir Ces informations sont enregistrées dans le module Oracle HCM Performance Management. L'événement correspond à l'approbation finale ou au statut d'achèvement d'un document d'évaluation. Collecte Déduit de la date d'achèvement du formulaire ou du processus d'évaluation de la performance. Type d’événement inferred
	Formation attribuée	Cette activité correspond à l'attribution d'une formation obligatoire ou spécifique au poste à la nouvelle recrue. Elle est généralement réalisée au moyen d'un Learning Management System (LMS) intégré.
Pourquoi c’est important Elle garantit que les nouvelles recrues respectent les exigences de conformité et disposent des compétences nécessaires à leur poste. Son analyse permet de mesurer le Timely Training Assignment Rate et d'identifier les lacunes. Où les obtenir Cet événement est enregistré depuis Oracle Learning Cloud ou une intégration avec un LMS tiers. Il correspond à la création d'une attribution de formation associée à l'identifiant de l'employé. Collecte Enregistré lorsqu'un administrateur de la formation ou une règle automatisée attribue un cours à l'employé. Type d’événement explicit
	Promotion approuvée	Cette activité marque l'approbation finale de la promotion d'un employé. Il s'agit d'une étape positive importante dans son évolution professionnelle.
Pourquoi c’est important Cet événement clôt le processus de mobilité interne. Il permet de calculer le KPI Internal Mobility Approval Time et d'analyser la vitesse d'évolution des parcours professionnels. Où les obtenir Enregistré lorsque la transaction de promotion reçoit sa validation finale dans le flux de travail. La date d’effet de la promotion est enregistrée. Collecte Enregistré par le système de flux de travail lors de la validation finale de l’action de promotion. Type d’événement explicit
	Vérification d'antécédents lancée	Indique le début officiel de la procédure de vérification des antécédents d'une nouvelle recrue. Cette étape est généralement gérée comme une tâche spécifique dans la checklist ou le parcours d'intégration.
Pourquoi c’est important La durée des vérifications d'antécédents constitue souvent un goulot d'étranglement. Le suivi de cette heure de début est essentiel pour mesurer et optimiser le KPI Background Check Lead Time. Où les obtenir Cet événement est probablement enregistré lorsque la tâche « Background Check » est attribuée ou lorsque son statut passe à « In Progress » dans le parcours d'intégration de l'employé dans Oracle HCM. Collecte Déduit de la modification du statut ou de la date de création de la tâche de vérification des antécédents. Type d’événement inferred
	Vérification d'antécédents terminée	Marque la fin réussie de la procédure de vérification des antécédents. Le résultat de cette vérification détermine si le processus de recrutement peut se poursuivre.
Pourquoi c’est important L'horodatage de cet événement est essentiel pour calculer le temps de cycle total de la vérification des antécédents. Les retards à cette étape ont une incidence directe sur la date de prise de poste de l'employé. Où les obtenir Cet événement est enregistré lorsque le statut de la tâche « Background Check » passe à « Completed » ou « Cleared » dans le parcours d'intégration de l'employé. Collecte Déduit du changement de statut de la tâche de vérification des antécédents vers un état final « completed ». Type d’événement inferred
	Vérification du formulaire I-9 terminée	Marque l'achèvement du formulaire américain obligatoire I-9, Employment Eligibility Verification. Il s'agit d'une étape essentielle de conformité pour toutes les embauches aux États-Unis.
Pourquoi c’est important Le suivi de cette activité est essentiel pour garantir la conformité réglementaire et éviter les sanctions légales. Il s'agit d'une étape obligatoire du processus d'intégration. Où les obtenir Cet événement est enregistré à partir du statut d'achèvement de la tâche I-9 dédiée dans le parcours d'intégration Oracle HCM, qui comporte souvent des champs spécifiques pour les dates de vérification. Collecte Déduit du statut d'achèvement et de l'horodatage de la tâche Form I-9. Type d’événement inferred

Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Oracle HCM Onboarding

Étapes

Accéder à BI Publisher : connectez-vous à votre instance Oracle HCM Cloud. Dans le menu Navigator, accédez à Tools > Reports and Analytics. Cliquez sur le bouton Browse Catalog pour ouvrir l’interface Business Intelligence Publisher.
Créer un modèle de données : dans le catalogue, cliquez sur le menu déroulant New, puis sélectionnez Data Model. L’éditeur de modèle de données s’ouvre.
Définir un jeu de données SQL Query : dans la vue Diagram de l’éditeur de modèle de données, cliquez sur l’icône + et sélectionnez SQL Query. Une boîte de dialogue s’affiche.
Configurer le jeu de données : donnez-lui un nom, par exemple DS_EmployeeLifecycle, sélectionnez ApplicationDB_HCM comme Data Source et définissez le Type of SQL sur Standard SQL.
Saisir la requête SQL : copiez l’intégralité du SQL fourni dans la section consacrée aux requêtes de ce document, puis collez-le dans la zone de texte SQL Query. Cette requête est conçue pour extraire tous les événements nécessaires du cycle de vie.
Définir les paramètres : la requête utilise les paramètres :p_start_date et :p_end_date pour filtrer les données. Accédez à la section Parameters du modèle de données, cliquez sur + et créez deux paramètres portant exactement ces noms. Définissez leur type de données sur Date et rendez-les obligatoires.
Enregistrer le modèle de données : enregistrez-le dans un dossier partagé, sous un nom explicite tel que Employee Lifecycle Event Log Data Model.
Créer un rapport : retournez au catalogue, cliquez sur New, puis sélectionnez Report. Dans l’assistant de création, choisissez Use Data Model et sélectionnez le modèle de données que vous venez d’enregistrer.
Configurer la mise en page du rapport : l’assistant vous guide dans les paramètres de mise en page. Choisissez une mise en page Table simple. Ne regroupez aucune donnée. Vérifiez que le format de sortie par défaut est CSV. Vous pouvez le définir dans l’éditeur View a List layout en désélectionnant les autres formats de sortie dans les propriétés du rapport.
Enregistrer et exécuter le rapport : enregistrez le rapport dans le même dossier que le modèle de données. Pour l’exécuter, cliquez sur View Report. Le système vous demandera de saisir les dates de début et de fin. Il générera ensuite le journal d’événements CSV et le téléchargera.
Planifier l’extraction, facultatif : pour assurer un suivi continu, planifiez l’exécution automatique du rapport. Recherchez le rapport enregistré dans le catalogue, cliquez sur More, puis sur Schedule. Configurez la fréquence, les paramètres de date, par exemple à l’aide de fonctions de date, ainsi que la destination de livraison, telle qu’un serveur de contenu.

Configuration

Autorisations : l’utilisateur qui crée et exécute le rapport doit disposer d’un rôle lui accordant les privilèges BI Administrator ou BI Author, ainsi que des autorisations d’accès aux données nécessaires pour consulter les enregistrements relatifs aux personnes, aux affectations, au recrutement et aux performances dans HCM.
Source de données : le modèle de données doit être configuré pour utiliser la source ApplicationDB_HCM, qui fournit un accès direct aux tables transactionnelles.
Filtrage par période : l’utilisation des paramètres p_start_date et p_end_date est essentielle pour maîtriser le volume de données. Pour la première extraction, envisagez une période couvrant les 12 à 24 derniers mois. Pour les chargements différentiels suivants, planifiez l’exécution du rapport sur la semaine ou le mois précédent.
Format de sortie : le format de sortie par défaut du rapport doit obligatoirement être configuré sur CSV. Vous obtenez ainsi un fichier tabulaire propre, directement intégrable dans les outils de Process Mining, sans transformation supplémentaire.
Considérations relatives aux performances : dans les organisations comptant plusieurs dizaines de milliers de collaborateurs, l’exécution de cette requête complète peut prendre un certain temps. Planifiez les extractions volumineuses en dehors des heures de pointe afin de ne pas dégrader les performances du système pour les autres utilisateurs.

a Exemple de requête sql

WITH EmployeeData AS (
  SELECT
    papf.person_id,
    papf.person_number,
    paam.assignment_id,
    paam.effective_start_date,
    paam.effective_end_date,
    ppnf.full_name,
    haouf.name AS department_name,
    pjfl.name AS job_role,
    paam.recruitment_activity_id,
    paam.original_date_of_hire,
    pdp.reason_code AS termination_reason
  FROM
    per_all_people_f papf
    JOIN per_person_names_f ppnf ON papf.person_id = ppnf.person_id AND ppnf.name_type = 'GLOBAL'
    JOIN per_all_assignments_m paam ON papf.person_id = paam.person_id
    LEFT JOIN hr_all_organization_units_f_vl haouf ON paam.organization_id = haouf.organization_id
    LEFT JOIN per_jobs_f_vl pjfl ON paam.job_id = pjfl.job_id
    LEFT JOIN per_periods_of_service ppos ON paam.period_of_service_id = ppos.period_of_service_id
    LEFT JOIN per_termination_details_f ptdf ON ppos.period_of_service_id = ptdf.period_of_service_id
    LEFT JOIN per_reasons_vl pdp ON ptdf.termination_reason_id = pdp.reason_id
  WHERE
    paam.assignment_type IN ('E', 'C', 'N') AND paam.primary_flag = 'Y'
    AND SYSDATE BETWEEN papf.effective_start_date AND papf.effective_end_date
    AND SYSDATE BETWEEN ppnf.effective_start_date AND ppnf.effective_end_date
    AND SYSDATE BETWEEN paam.effective_start_date AND paam.effective_end_date
    AND SYSDATE BETWEEN haouf.effective_start_date(+) AND haouf.effective_end_date(+)
    AND SYSDATE BETWEEN pjfl.effective_start_date(+) AND pjfl.effective_end_date(+)
)
-- 1. Offer Accepted
SELECT
  ed.person_number AS "EmployeeId",
  'Offer Accepted' AS "ActivityName",
  CAST(offers.accepted_on AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  offers.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  subs.source_type AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM irc_offers offers
JOIN irc_submissions subs ON offers.submission_id = subs.submission_id
JOIN EmployeeData ed ON subs.person_id = ed.person_id
WHERE offers.offer_status = 'EXTENDED' AND offers.offer_resolution = 'ACCEPTED'
AND offers.accepted_on BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 2. Background Check Initiated & 3. Background Check Completed
SELECT
  ed.person_number AS "EmployeeId",
  CASE WHEN task.task_status = 'COMPLETED' THEN 'Background Check Completed' ELSE 'Background Check Initiated' END AS "ActivityName",
  CASE WHEN task.task_status = 'COMPLETED' THEN CAST(task.actual_completion_date AS TIMESTAMP) ELSE CAST(task.creation_date AS TIMESTAMP) END AS "EventTimestamp",
  CAST(task.actual_completion_date AS TIMESTAMP) AS "EventEndTime",
  task.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_allocated_tasks task
JOIN per_checklist_definitions_vl chk ON task.checklist_id = chk.checklist_id
JOIN EmployeeData ed ON task.person_id = ed.person_id
WHERE chk.category = 'ONBOARDING' AND chk.name LIKE '%Background Check%'
AND (task.creation_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD') OR task.actual_completion_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD'))

UNION ALL

-- 4. Onboarding Journey Initiated
SELECT
  ed.person_number AS "EmployeeId",
  'Onboarding Journey Initiated' AS "ActivityName",
  CAST(journey.creation_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  journey.created_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_allocated_checklists journey
JOIN per_checklist_definitions_vl chk ON journey.checklist_id = chk.checklist_id
JOIN EmployeeData ed ON journey.person_id = ed.person_id
WHERE chk.category IN ('ONBOARDING', '[Your Onboarding Journey Category]')
AND journey.creation_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 5. New Hire Data Submitted & 6. I-9 Verification Completed
SELECT
  ed.person_number AS "EmployeeId",
  CASE WHEN chk.name LIKE '%I-9%' THEN 'I-9 Verification Completed' ELSE 'New Hire Data Submitted' END AS "ActivityName",
  CAST(task.actual_completion_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  task.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_allocated_tasks task
JOIN per_checklist_definitions_vl chk ON task.checklist_id = chk.checklist_id
JOIN EmployeeData ed ON task.person_id = ed.person_id
WHERE chk.category = 'ONBOARDING' AND task.task_status = 'COMPLETED'
AND (chk.name LIKE '%Personal Data%' OR chk.name LIKE '%I-9%')
AND task.actual_completion_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 7. Employee Onboarded
SELECT
  ed.person_number AS "EmployeeId",
  'Employee Onboarded' AS "ActivityName",
  CAST(pao.actual_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  pao.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_action_occurrences pao
JOIN per_actions_vl pav ON pao.action_id = pav.action_id
JOIN EmployeeData ed ON pao.person_id = ed.person_id
WHERE pav.action_code = 'HIRE'
AND pao.actual_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 8. Payroll Setup Completed
SELECT 
  ed.person_number AS "EmployeeId",
  'Payroll Setup Completed' AS "ActivityName",
  CAST(pra.effective_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  pra.created_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM pay_payroll_rel_actions pra
JOIN pay_payroll_assignments ppa ON pra.payroll_assignment_id = ppa.payroll_assignment_id
JOIN EmployeeData ed ON ppa.person_id = ed.person_id
WHERE pra.action_status = 'C' -- Completed
AND pra.action_type = 'H' -- Hire or Rehire
AND pra.effective_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 9. Training Assigned
SELECT
  ed.person_number AS "EmployeeId",
  'Training Assigned' AS "ActivityName",
  CAST(we.creation_date AS TIMESTAMP) AS "EventTimestamp",
  CAST(we.completed_date AS TIMESTAMP) AS "EventEndTime",
  we.created_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM wlf_enrollments we
JOIN EmployeeData ed ON we.person_id = ed.person_id
WHERE we.creation_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 10. Performance Review Conducted
SELECT
  ed.person_number AS "EmployeeId",
  'Performance Review Conducted' AS "ActivityName",
  CAST(he.evaluation_complete_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  he.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM hra_evaluations he
JOIN EmployeeData ed ON he.person_id = ed.person_id
WHERE he.evaluation_status = 'COMPLETED'
AND he.evaluation_complete_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 11. Role Change Initiated & 12. Promotion Approved
SELECT 
  ed.person_number AS "EmployeeId",
  CASE WHEN pao.action_reason = 'PROMOTION' THEN 'Promotion Approved' ELSE 'Role Change Initiated' END AS "ActivityName",
  CAST(pao.actual_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  pao.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_action_occurrences pao
JOIN per_actions_vl pav ON pao.action_id = pav.action_id
JOIN EmployeeData ed ON pao.person_id = ed.person_id
WHERE pav.action_code IN ('PROMOTION', 'TRANSFER', 'ASG_CHANGE')
AND pao.status = 'A' -- Approved
AND pao.actual_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 13. Termination Initiated
SELECT
  ed.person_number AS "EmployeeId",
  'Termination Initiated' AS "ActivityName",
  CAST(ptdf.creation_date AS TIMESTAMP) AS "EventTimestamp",
  CAST(ptdf.actual_termination_date AS TIMESTAMP) AS "EventEndTime",
  ptdf.created_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  ed.termination_reason AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_termination_details_f ptdf
JOIN per_periods_of_service ppos ON ptdf.period_of_service_id = ppos.period_of_service_id
JOIN EmployeeData ed ON ppos.person_id = ed.person_id
WHERE ptdf.creation_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 14. Exit Interview Conducted & 15. Offboarding Tasks Completed
SELECT
  ed.person_number AS "EmployeeId",
  CASE WHEN chk.name LIKE '%Exit Interview%' THEN 'Exit Interview Conducted' ELSE 'Offboarding Tasks Completed' END AS "ActivityName",
  CAST(task.actual_completion_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  task.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  ed.termination_reason AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_allocated_tasks task
JOIN per_checklist_definitions_vl chk ON task.checklist_id = chk.checklist_id
JOIN EmployeeData ed ON task.person_id = ed.person_id
WHERE chk.category = 'OFFBOARDING' AND task.task_status = 'COMPLETED'
AND task.actual_completion_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

Étapes

Accéder à BI Cloud Connector (BICC) : connectez-vous à votre instance Oracle Cloud Applications et accédez à la console BI Cloud Connector. Elle se trouve généralement dans le menu Tools, sous l’intitulé « BI Cloud Connector ».
Configurer le stockage externe : avant de créer une extraction, définissez l’emplacement de stockage cible de vos fichiers de données. Accédez à « Configure External Storage » et configurez une connexion à Oracle Universal Content Management (UCM) ou à un compartiment OCI Object Storage. C’est à cet emplacement que BICC déposera les fichiers CSV extraits.
Activer l’offre HCM : dans la console BICC, sélectionnez « Manage Offerings ». Vérifiez que l’offre « Human Capital Management » est activée. Tous les Public View Objects (PVO) liés à HCM pourront ainsi être extraits.
Identifier et sélectionner les PVO : accédez à « Manage Extract Objects ». Utilisez la fonction de recherche pour trouver et sélectionner les PVO nécessaires au processus Hire to Retire. Les principaux PVO concernent le recrutement (Offers), l’intégration (Journeys, Tasks), le Core HR (Person, Assignments, Work Relationship), les talents (Performance) et la formation (Training). Consultez la section consacrée aux requêtes pour obtenir la liste détaillée.
Sélectionner les colonnes de chaque PVO : pour chaque PVO sélectionné, cliquez sur l’icône « Configure ». Désélectionnez par défaut toutes les colonnes, puis choisissez explicitement celles qui sont nécessaires au journal d’événements, notamment Person ID, les dates pertinentes (Hire Date, Task Completion Date, Offer Accepted Date) et les attributs tels que Department, Job Role et Status. Vous réduirez ainsi la taille et la complexité de l’extraction.
Créer une nouvelle planification d’extraction : accédez à « Manage Extract Schedules » et créez une nouvelle planification. Donnez-lui un nom explicite, tel que « ProcessMining_HireToRetire_Extract ».
Ajouter les PVO à la planification : ajoutez à votre nouvelle planification les PVO configurés à l’étape 5. Vous pouvez définir des filtres avancés pour chaque PVO.
Appliquer les filtres de date : pour maîtriser le volume de données, appliquez un filtre sur la colonne LastUpdatedDate, disponible dans la plupart des PVO. Vous pourrez ainsi réaliser des extractions incrémentielles, indispensables au suivi continu. Pour la première exécution, un filtre plus large, voire aucun filtre, peut être nécessaire afin de récupérer les données historiques.
Planifier et exécuter le traitement : planifiez l’exécution automatique du traitement, par exemple chaque jour, ou lancez-le manuellement à l’aide du bouton « Start ». Vous pouvez suivre sa progression dans le Dashboard « Manage Extract Schedules ».
Récupérer les données extraites : une fois le traitement terminé, les données sont disponibles sous la forme d’un ensemble de fichiers CSV compressés dans l’emplacement de stockage externe configuré à l’étape 2. Téléchargez-les et décompressez-les.
Transformer et fusionner les données dans un journal d’événements : BICC produit un fichier CSV par PVO. Utilisez un langage de script tel que Python avec la bibliothèque pandas, ou un outil ETL, pour traiter ces fichiers. Pour chaque fichier, lisez les données, renommez les colonnes afin de respecter le schéma du journal d’événements (EmployeeId, ActivityName, EventTimestamp) et définissez ActivityName selon le contexte du fichier, par exemple toutes les lignes de l’extraction OfferPVO deviennent « Offer Accepted ». Unissez ensuite les données traitées dans une table unique.
Exporter le journal d’événements final : enregistrez la table unifiée finale dans un fichier CSV unique. Vérifiez que les en-têtes correspondent aux attributs requis et que les horodatages utilisent un format cohérent. Le fichier est alors prêt à être importé dans la plateforme ProcessMind.

Configuration

Offres : l’offre « Human Capital Management » doit être activée dans BICC pour accéder aux objets de données nécessaires.
Public View Objects (PVO) : vous devez sélectionner avec soin un ensemble de PVO couvrant l’intégralité du cycle de vie des collaborateurs. Les principaux objets comprennent HcmTopModelAnalyticsGlobalAM.RecruitingAM.OfferPVO, HcmTopModelAnalyticsGlobalAM.OnboardingAM.ChecklistTaskPVO, HcmTopModelAnalyticsGlobalAM.CoreAM.WorkRelationshipPVO, HcmTopModelAnalyticsGlobalAM.CoreAM.AssignmentPVO, HcmTopModelAnalyticsGlobalAM.TalentManagementAM.PerformanceDocumentPVO et HcmTopModelAnalyticsGlobalAM.CoreAM.ActionPVO.
Sélection des colonnes : pour améliorer les performances et réduire la taille des fichiers, sélectionnez uniquement les colonnes nécessaires au journal d’événements dans chaque PVO. N’utilisez pas l’option « Select All ».
Extractions incrémentielles : utilisez le filtre LastUpdatedDate dans votre planification d’extraction afin de récupérer uniquement les enregistrements nouveaux ou modifiés après le chargement historique initial. Cette pratique est essentielle pour les performances et l’actualisation quotidienne.
Période : pour le chargement initial des données historiques, envisagez d’extraire les données des 6 à 12 derniers mois afin d’établir une base de référence pertinente. Pour les chargements incrémentiels suivants, utilisez la période écoulée depuis la dernière exécution réussie.
Prérequis : les utilisateurs qui configurent les extractions BICC doivent disposer des privilèges nécessaires, généralement associés au rôle applicatif « BI Cloud Connector Administrator » (BICC_ADMIN).

a Exemple de requête sql

/*
This is a configuration plan for Oracle BI Cloud Connector (BICC).
It is not a single executable SQL script. Instead, it details which PVOs
and columns to select within the BICC user interface to generate the raw
data files needed for the Hire to Retire event log.
The post-processing script mentioned in the 'howto' section will use these
files to construct the final event log by mapping columns and assigning
the correct ActivityName.
*/

-- PVO 1: Offer Data
-- Purpose: Capture Offer Accepted events.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.RecruitingAM.OfferPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - OfferAcceptedDate (as EventTimestamp)
  - [RecruitmentSource] (as RecruitmentSource)
  - [DepartmentName] (as DepartmentName)
  - [JobRole] (as JobRole)
EVENT_LOG_MAPPING:
  - ActivityName: 'Offer Accepted'
  - Filter: OfferAcceptedDate IS NOT NULL AND OfferStatus = 'ORA_ACCEPTED'

-- PVO 2: Onboarding and Offboarding Tasks
-- Purpose: Capture multiple task-based events from checklists.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.OnboardingAM.ChecklistTaskPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - TaskName
  - TaskCreationDate
  - TaskCompletionDate
  - TaskPerformerPersonId (as UserId)
EVENT_LOG_MAPPING:
  - WHEN TaskName LIKE 'Background Check%' THEN ActivityName: 'Background Check Initiated', EventTimestamp: TaskCreationDate
  - WHEN TaskName LIKE 'Background Check%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'Background Check Completed', EventTimestamp: TaskCompletionDate
  - WHEN TaskName LIKE '%Personal Data%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'New Hire Data Submitted', EventTimestamp: TaskCompletionDate
  - WHEN TaskName LIKE '%I-9 Verification%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'I-9 Verification Completed', EventTimestamp: TaskCompletionDate
  - WHEN TaskName LIKE '%Payroll Setup%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'Payroll Setup Completed', EventTimestamp: TaskCompletionDate
  - WHEN TaskName LIKE '%Exit Interview%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'Exit Interview Conducted', EventTimestamp: TaskCompletionDate
  - WHEN [Category] = 'OFFBOARDING' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'Offboarding Tasks Completed', EventTimestamp: TaskCompletionDate

-- PVO 3: Onboarding Journey Initiation
-- Purpose: Capture the start of the formal onboarding process.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.OnboardingAM.JourneyPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - CreationDate (as EventTimestamp)
  - AssignorPersonId (as UserId)
  - JourneyStatus
EVENT_LOG_MAPPING:
  - ActivityName: 'Onboarding Journey Initiated'
  - Filter: JourneyStatus IS NOT NULL

-- PVO 4: Core HR Work Relationship
-- Purpose: Capture hire and termination events.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.CoreAM.WorkRelationshipPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - DateStart (as HireDate, and as EventTimestamp for 'Employee Onboarded')
  - TerminationDate (as EventTimestamp for 'Termination Initiated')
  - [TerminationReason] (as TerminationReason)
EVENT_LOG_MAPPING:
  - ActivityName: 'Employee Onboarded', EventTimestamp: DateStart, Filter: DateStart IS NOT NULL
  - ActivityName: 'Termination Initiated', EventTimestamp: TerminationDate, Filter: TerminationDate IS NOT NULL

-- PVO 5: Learning Assignments
-- Purpose: Capture training assignment events.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.LearningManagementAM.LearningAssignmentPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - AssignmentCreationDate (as EventTimestamp)
  - AssignerId (as UserId)
  - LearningItemTitle
EVENT_LOG_MAPPING:
  - ActivityName: 'Training Assigned'

-- PVO 6: Performance Reviews
-- Purpose: Capture performance review completion.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.TalentManagementAM.PerformanceDocumentPVO
COLUMNS:
  - WorkerPersonId (as EmployeeId)
  - CompletionDate (as EventTimestamp)
  - ManagerPersonId (as UserId)
  - DocumentStatus
EVENT_LOG_MAPPING:
  - ActivityName: 'Performance Review Conducted'
  - Filter: DocumentStatus = 'ORA_COMPLETED' AND CompletionDate IS NOT NULL

-- PVO 7: HR Actions
-- Purpose: Capture role changes and promotions.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.CoreAM.ActionPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - ActionCode
  - ActionName
  - ActionReasonCode
  - EffectiveDate (as EventTimestamp)
EVENT_LOG_MAPPING:
  - WHEN ActionCode IN ('PROMOTION', 'ORA_PROMOTION') THEN ActivityName: 'Promotion Approved', EventTimestamp: EffectiveDate
  - WHEN ActionCode IN ('TRANSFER', 'ORA_TRANSFER', 'ROLE_CHANGE') THEN ActivityName: 'Role Change Initiated', EventTimestamp: EffectiveDate

Étapes

Prérequis et configuration de l’environnement : vérifiez que Python 3.6 ou une version ultérieure est installé. Installez les bibliothèques nécessaires avec pip : pip install requests pandas. Le script utilise la bibliothèque requests pour communiquer avec les API REST Oracle HCM et pandas pour structurer les données dans un journal d’événements.
Configuration de la sécurité Oracle HCM : créez un utilisateur d’intégration dédié dans Oracle HCM Cloud. Attribuez-lui le rôle Human Capital Management Integration Specialist, qui fournit un accès en lecture étendu aux API nécessaires. Notez le nom d’utilisateur et le mot de passe à utiliser dans le script.
Identifier l’URL de l’API HCM Cloud : déterminez l’URL de base de votre instance Oracle HCM Cloud. Elle suit généralement le format https://[instance_name].fa.em2.oraclecloud.com. Cette URL sert de base à tous les appels aux points de terminaison de l’API.
Configurer le script Python : copiez le script Python fourni dans un fichier, par exemple extract_hcm_data.py. Mettez à jour les variables d’espace réservé situées en haut du script : HCM_BASE_URL, USERNAME, PASSWORD, START_DATE et END_DATE. La période détermine la fenêtre de données à extraire.
Comprendre les points de terminaison de l’API : le script est préconfiguré pour appeler plusieurs points de terminaison REST afin de recueillir les données relatives à l’ensemble du cycle de vie des collaborateurs. Les principaux points de terminaison comprennent /workers pour les données de base des collaborateurs et des affectations, /recruitingCECandidateOffers pour les informations sur les offres et /onboardingJourneys pour le statut des tâches d’intégration et de départ.
Exécuter le script d’extraction : lancez le script depuis la ligne de commande avec python extract_hcm_data.py. Le script s’authentifie, envoie des requêtes à chaque point de terminaison, gère la pagination pour récupérer tous les enregistrements et affiche l’avancement dans la console.
Traiter les réponses de l’API : pour chaque appel d’API, le script analyse la réponse JSON. Il parcourt les éléments renvoyés, par exemple les collaborateurs, les tâches et les offres, puis extrait les champs nécessaires au journal d’événements.
Associer les données aux activités : le script contient une logique qui associe différents éléments de données aux noms d’activités standardisés requis pour le Process Mining. Par exemple, le champ HireDate d’un collaborateur devient l’activité « Employee Onboarded », tandis que le champ AcceptedDate d’une offre devient « Offer Accepted ».
Structurer le journal d’événements : les données extraites et associées depuis toutes les sources sont regroupées dans une liste unique d’événements. La bibliothèque pandas convertit ensuite cette liste en DataFrame structuré, en veillant à inclure toutes les colonnes requises et recommandées.
Exporter le CSV final : une fois toutes les données traitées, le script enregistre le DataFrame dans un fichier CSV nommé hire_to_retire_event_log.csv. Ce fichier est correctement formaté pour être importé directement dans la plateforme ProcessMind.

Configuration

Prérequis : un utilisateur Oracle HCM Cloud disposant du rôle Human Capital Management Integration Specialist, ou d’un accès équivalent aux API, est requis. Python 3.6 ou une version ultérieure, ainsi que les bibliothèques requests et pandas, doivent être installés.
Authentification : le script utilise l’authentification de base. Vérifiez que les identifiants correspondent à un utilisateur disposant d’autorisations suffisantes dans les modules HR, Recruiting, Onboarding, Learning et Performance.
URL de base de l’API : la variable HCM_BASE_URL doit être définie avec l’URL spécifique de votre instance Oracle Cloud. Il s’agit du point de configuration le plus important.
Période : les variables START_DATE et END_DATE contrôlent la fenêtre d’extraction. Pour la première exécution, une période de 3 à 6 mois est recommandée afin de conserver un volume de données maîtrisable et un temps d’exécution raisonnable. Le format doit être YYYY-MM-DD.
Limite de pagination : le script utilise une limite de 100 enregistrements par requête d’API afin de maîtriser la mémoire et d’éviter de surcharger l’API. Cette valeur peut être ajustée, mais 100 constitue une valeur par défaut sûre.
Sélection des champs : le script utilise le paramètre de requête fields dans les appels d’API afin de demander uniquement les attributs nécessaires. Les performances sont ainsi améliorées, car la taille de la charge JSON renvoyée par le serveur est réduite.
Performances : dans les environnements comptant plusieurs centaines de milliers d’enregistrements de collaborateurs, l’extraction complète peut prendre un certain temps. Il est recommandé d’exécuter le script en dehors des heures de pointe.

a Exemple de requête python

import requests
import pandas as pd
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Oracle HCM Cloud instance URL
HCM_BASE_URL = class="hl-string">"https://[your_instance_name].fa.em2.oraclecloud.com"
class=class="hl-string">"hl-comment"># Replace with your integration user credentials
USERNAME = class="hl-string">"your_api_username"
PASSWORD = class="hl-string">"your_api_password"

class=class="hl-string">"hl-comment"># Set the date range for extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- End of Configuration --- #

class=class="hl-string">"hl-comment"># Global list to hold all event data
event_log = []

def get_paginated_data(endpoint, params={}):
    class="hl-string">"""Helper function to handle pagination for Oracle HCM REST API calls."""
    all_items = []
    url = fclass="hl-string">"{HCM_BASE_URL}{endpoint}"
    params.setdefault(class="hl-string">'limit', 100)
    offset = 0
    
    while True:
        params[class="hl-string">'offset'] = offset
        print(fclass="hl-string">"Fetching from {url} with offset {offset}...")
        try:
            response = requests.get(url, auth=(USERNAME, PASSWORD), params=params)
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            
            if not data.get(class="hl-string">'hasMore', False):
                break
            offset += len(items)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {endpoint}: {e}")
            break
            
    print(fclass="hl-string">"Fetched a total of {len(all_items)} items from {endpoint}.")
    return all_items

def extract_recruiting_and_onboarding_events():
    class="hl-string">"""Extracts events from Recruiting and Onboarding modules."""
    print(class="hl-string">"\n--- Starting Recruiting and Onboarding Extraction ---")
    class=class="hl-string">"hl-comment"># Fetch Offer Data
    offer_params = {
        class="hl-string">'q': fclass="hl-string">"AcceptedDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">'fields': class="hl-string">'OfferId,AcceptedDate,CandidateNumber,assignments'
    }
    offers = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/recruitingCECandidateOffers', offer_params)
    for offer in offers:
        if offer.get(class="hl-string">'AcceptedDate'):
            event_log.append({
                class="hl-string">'EmployeeId': offer.get(class="hl-string">'CandidateNumber'), class=class="hl-string">"hl-comment"># Using CandidateNumber as early identifier
                class="hl-string">'ActivityName': class="hl-string">'Offer Accepted',
                class="hl-string">'EventTimestamp': offer[class="hl-string">'AcceptedDate'],
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserId': None, 
                class="hl-string">'DepartmentName': offer.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'DepartmentName'),
                class="hl-string">'JobRole': offer.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'JobName'),
                class="hl-string">'RecruitmentSource': offer.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'RecruitingSource'),
                class="hl-string">'TerminationReason': None,
                class="hl-string">'HireDate': None
            })

    class=class="hl-string">"hl-comment"># Fetch Onboarding/Offboarding Journey Data
    journey_params = {
        class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">'fields': class="hl-string">'PersonNumber,JourneyType,CreationDate,CreatedBy,tasks;fields=TaskName,TaskStatus,ActualCompletionDate,LastUpdatedBy'
    }
    journeys = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/onboardingJourneys', journey_params)
    for journey in journeys:
        person_id = journey.get(class="hl-string">'PersonNumber')
        journey_type = journey.get(class="hl-string">'JourneyType')
        
        activity_name = class="hl-string">'Onboarding Journey Initiated' if journey_type == class="hl-string">'ONBOARD' else class="hl-string">'Offboarding Journey Initiated'
        
        event_log.append({
            class="hl-string">'EmployeeId': person_id,
            class="hl-string">'ActivityName': activity_name,
            class="hl-string">'EventTimestamp': journey[class="hl-string">'CreationDate'],
            class="hl-string">'EventEndTime': None,
            class="hl-string">'UserId': journey.get(class="hl-string">'CreatedBy'),
            class="hl-string">'DepartmentName': None,
            class="hl-string">'JobRole': None,
            class="hl-string">'RecruitmentSource': None,
            class="hl-string">'TerminationReason': None,
            class="hl-string">'HireDate': None
        })
        
        class=class="hl-string">"hl-comment"># Process tasks within the journey
        for task in journey.get(class="hl-string">'tasks', []):
            task_activity = None
            task_name_lower = task.get(class="hl-string">'TaskName', class="hl-string">'').lower()
            if class="hl-string">'background check' in task_name_lower:
                task_activity = class="hl-string">'Background Check Initiated' if task[class="hl-string">'TaskStatus'] != class="hl-string">'COMPLETED' else class="hl-string">'Background Check Completed'
            elif class="hl-string">'personal data' in task_name_lower and task[class="hl-string">'TaskStatus'] == class="hl-string">'COMPLETED':
                task_activity = class="hl-string">'New Hire Data Submitted'
            elif class="hl-string">'i-9' in task_name_lower and task[class="hl-string">'TaskStatus'] == class="hl-string">'COMPLETED':
                task_activity = class="hl-string">'I-9 Verification Completed'
            elif class="hl-string">'exit interview' in task_name_lower and task[class="hl-string">'TaskStatus'] == class="hl-string">'COMPLETED':
                task_activity = class="hl-string">'Exit Interview Conducted'
            
            if task_activity and task.get(class="hl-string">'ActualCompletionDate'):
                event_log.append({
                    class="hl-string">'EmployeeId': person_id,
                    class="hl-string">'ActivityName': task_activity,
                    class="hl-string">'EventTimestamp': task[class="hl-string">'ActualCompletionDate'],
                    class="hl-string">'EventEndTime': task[class="hl-string">'ActualCompletionDate'],
                    class="hl-string">'UserId': task.get(class="hl-string">'LastUpdatedBy'),
                    class="hl-string">'DepartmentName': None,
                    class="hl-string">'JobRole': None,
                    class="hl-string">'RecruitmentSource': None,
                    class="hl-string">'TerminationReason': None,
                    class="hl-string">'HireDate': None
                })
        
        class=class="hl-string">"hl-comment"># Offboarding Tasks Completed (approximated by last task completion)
        if journey_type == class="hl-string">'OFFBOARD':
            completed_tasks = [t for t in journey.get(class="hl-string">'tasks', []) if t.get(class="hl-string">'ActualCompletionDate')]
            if completed_tasks and all(t[class="hl-string">'TaskStatus'] == class="hl-string">'COMPLETED' for t in journey.get(class="hl-string">'tasks', [])):
                last_completion_date = max(t[class="hl-string">'ActualCompletionDate'] for t in completed_tasks)
                event_log.append({
                    class="hl-string">'EmployeeId': person_id,
                    class="hl-string">'ActivityName': class="hl-string">'Offboarding Tasks Completed',
                    class="hl-string">'EventTimestamp': last_completion_date,
                    class="hl-string">'EventEndTime': last_completion_date,
                    class="hl-string">'UserId': None,
                    class="hl-string">'DepartmentName': None, class="hl-string">'JobRole': None, class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': None
                })

def extract_worker_and_lifecycle_events():
    class="hl-string">"""Extracts core worker data and major lifecycle events like hire, promotion, termination."""
    print(class="hl-string">"\n--- Starting Worker and Lifecycle Extraction ---")
    worker_params = {
        class="hl-string">'q': fclass="hl-string">"(workRelationships.assignments.CreationDate between '{START_DATE}' and '{END_DATE}') or (workRelationships.TerminationDate between '{START_DATE}' and '{END_DATE}')",
        class="hl-string">'onlyData': class="hl-string">'true',
        class="hl-string">'fields': class="hl-string">'PersonNumber,workRelationships;fields=assignments;fields=CreationDate,LastUpdateDate,ActionCode,JobId,DepartmentId,BusinessUnitId,JobName,DepartmentName,EffectiveStartDate,assignmentsDFF,HireDate,TerminationDate,TerminationReason'
    }
    workers = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/workers', worker_params)
    for worker in workers:
        person_id = worker.get(class="hl-string">'PersonNumber')
        for rel in worker.get(class="hl-string">'workRelationships', []):
            hire_date = rel.get(class="hl-string">'HireDate')
            for assign in rel.get(class="hl-string">'assignments', []):
                if hire_date and hire_date.startswith(START_DATE[:4]): class=class="hl-string">"hl-comment"># Simple check for new hires
                    event_log.append({
                        class="hl-string">'EmployeeId': person_id, class="hl-string">'ActivityName': class="hl-string">'Employee Onboarded', class="hl-string">'EventTimestamp': hire_date,
                        class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None, class="hl-string">'DepartmentName': assign.get(class="hl-string">'DepartmentName'),
                        class="hl-string">'JobRole': assign.get(class="hl-string">'JobName'), class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': hire_date
                    })
                
                action = assign.get(class="hl-string">'ActionCode')
                if action in (class="hl-string">'PROMOTION', class="hl-string">'ASG_CHANGE_PROMOTION'):
                    event_log.append({
                        class="hl-string">'EmployeeId': person_id, class="hl-string">'ActivityName': class="hl-string">'Promotion Approved', class="hl-string">'EventTimestamp': assign.get(class="hl-string">'EffectiveStartDate'),
                        class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None, class="hl-string">'DepartmentName': assign.get(class="hl-string">'DepartmentName'), 
                        class="hl-string">'JobRole': assign.get(class="hl-string">'JobName'), class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': hire_date
                    })
                elif action in (class="hl-string">'TRANSFER', class="hl-string">'GLB_TRANSFER', class="hl-string">'POS_CHANGE', class="hl-string">'ASG_CHANGE'):
                    event_log.append({
                        class="hl-string">'EmployeeId': person_id, class="hl-string">'ActivityName': class="hl-string">'Role Change Initiated', class="hl-string">'EventTimestamp': assign.get(class="hl-string">'EffectiveStartDate'),
                        class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None, class="hl-string">'DepartmentName': assign.get(class="hl-string">'DepartmentName'),
                        class="hl-string">'JobRole': assign.get(class="hl-string">'JobName'), class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': hire_date
                    })
            
            if rel.get(class="hl-string">'TerminationDate'):
                event_log.append({
                    class="hl-string">'EmployeeId': person_id, class="hl-string">'ActivityName': class="hl-string">'Termination Initiated', class="hl-string">'EventTimestamp': rel[class="hl-string">'TerminationDate'],
                    class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None, class="hl-string">'DepartmentName': rel.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'DepartmentName'),
                    class="hl-string">'JobRole': rel.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'JobName'), class="hl-string">'RecruitmentSource': None,
                    class="hl-string">'TerminationReason': rel.get(class="hl-string">'TerminationReason'), class="hl-string">'HireDate': hire_date
                })

def extract_other_hcm_events():
    class="hl-string">"""Extracts events from other modules like Performance, Learning, and Payroll."""
    print(class="hl-string">"\n--- Starting Ancillary HCM Event Extraction ---")
    class=class="hl-string">"hl-comment"># Performance Reviews
    perf_params = {class="hl-string">'q': fclass="hl-string">"ReviewPeriodEndDate between '{START_DATE}' and '{END_DATE}' and DocumentStatus='COMPLETED'", class="hl-string">'fields': class="hl-string">'PersonNumber,OverallRating,ReviewPeriodEndDate,ManagerPersonNumber'}
    reviews = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/performanceDocuments', perf_params)
    for review in reviews:
        event_log.append({
            class="hl-string">'EmployeeId': review.get(class="hl-string">'PersonNumber'), class="hl-string">'ActivityName': class="hl-string">'Performance Review Conducted', class="hl-string">'EventTimestamp': review.get(class="hl-string">'ReviewPeriodEndDate'),
            class="hl-string">'EventEndTime': review.get(class="hl-string">'ReviewPeriodEndDate'), class="hl-string">'UserId': review.get(class="hl-string">'ManagerPersonNumber'),
            class="hl-string">'DepartmentName': None, class="hl-string">'JobRole': None, class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': None
        })

    class=class="hl-string">"hl-comment"># Learning Assignments
    learn_params = {class="hl-string">'q': fclass="hl-string">"AssignedOn between '{START_DATE}' and '{END_DATE}'", class="hl-string">'fields': class="hl-string">'LearnerPersonNumber,AssignedOn,LearningItemName'}
    learnings = get_paginated_data(class="hl-string">'/learningRestApi/resources/latest/learnerLearningRecords', learn_params)
    for item in learnings:
        event_log.append({
            class="hl-string">'EmployeeId': item.get(class="hl-string">'LearnerPersonNumber'), class="hl-string">'ActivityName': class="hl-string">'Training Assigned', class="hl-string">'EventTimestamp': item.get(class="hl-string">'AssignedOn'),
            class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None,
            class="hl-string">'DepartmentName': None, class="hl-string">'JobRole': None, class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': None
        })

    class=class="hl-string">"hl-comment"># Payroll Setup (Approximation)
    payroll_params = {class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'", class="hl-string">'fields': class="hl-string">'PersonNumber,CreationDate'}
    pay_records = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/personalPaymentMethods', payroll_params)
    for record in pay_records:
        event_log.append({
            class="hl-string">'EmployeeId': record.get(class="hl-string">'PersonNumber'), class="hl-string">'ActivityName': class="hl-string">'Payroll Setup Completed', class="hl-string">'EventTimestamp': record.get(class="hl-string">'CreationDate'),
            class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None,
            class="hl-string">'DepartmentName': None, class="hl-string">'JobRole': None, class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': None
        })

if __name__ == class="hl-string">"__main__":
    print(class="hl-string">"Starting Hire to Retire data extraction from Oracle HCM Cloud...")
    
    class=class="hl-string">"hl-comment"># Execute extraction functions
    extract_recruiting_and_onboarding_events()
    extract_worker_and_lifecycle_events()
    extract_other_hcm_events()
    
    if not event_log:
        print(class="hl-string">"No events found for the given criteria. Exiting.")
    else:
        class=class="hl-string">"hl-comment"># Create DataFrame and perform final transformations
        df = pd.DataFrame(event_log)
        
        class=class="hl-string">"hl-comment"># Convert timestamps to consistent format
        df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp'], errors=class="hl-string">'coerce').dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
        df[class="hl-string">'EventEndTime'] = pd.to_datetime(df[class="hl-string">'EventEndTime'], errors=class="hl-string">'coerce').dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
        df.dropna(subset=[class="hl-string">'EmployeeId', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp'], inplace=True)
        
        class=class="hl-string">"hl-comment"># Fill missing employee attributes by forward/backward filling within each employee's history
        df = df.sort_values(by=[class="hl-string">'EmployeeId', class="hl-string">'EventTimestamp'])
        df[class="hl-string">'DepartmentName'] = df.groupby(class="hl-string">'EmployeeId')[class="hl-string">'DepartmentName'].fillna(method=class="hl-string">'ffill').fillna(method=class="hl-string">'bfill')
        df[class="hl-string">'JobRole'] = df.groupby(class="hl-string">'EmployeeId')[class="hl-string">'JobRole'].fillna(method=class="hl-string">'ffill').fillna(method=class="hl-string">'bfill')
        df[class="hl-string">'HireDate'] = df.groupby(class="hl-string">'EmployeeId')[class="hl-string">'HireDate'].fillna(method=class="hl-string">'ffill').fillna(method=class="hl-string">'bfill')
        
        class=class="hl-string">"hl-comment"># Define final column order
        final_columns = [
            class="hl-string">'EmployeeId', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp', class="hl-string">'EventEndTime', class="hl-string">'UserId',
            class="hl-string">'DepartmentName', class="hl-string">'JobRole', class="hl-string">'RecruitmentSource', class="hl-string">'TerminationReason', class="hl-string">'HireDate'
        ]
        df = df[final_columns]

        class=class="hl-string">"hl-comment"># Save to CSV
        output_filename = class="hl-string">'hire_to_retire_event_log.csv'
        df.to_csv(output_filename, index=False)
        print(fclass="hl-string">"\nExtraction complete. Event log saved to '{output_filename}'. Total events: {len(df)}")

Prêt à commencer ?

Avec ce modèle, vous disposez de tout le nécessaire pour commencer à optimiser votre processus de recrutement au départ. Transformez dès aujourd’hui les parcours de vos employés.

Retour au guide d’amélioration Télécharger le modèle

Commencez dès aujourd’hui à optimiser le cycle de vie Hire to Retire

Réduisez de 30 % la durée des cycles Hire to Retire et améliorez l’expérience des collaborateurs.

Démarrer l’essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.

Votre modèle de données du cycle de vie des employés, du recrutement au départ

Votre modèle de données du cycle de vie des employés, du recrutement au départ

Hire to Retire, attributs du cycle de vie des collaborateurs

Hire to Retire, activités du cycle de vie des collaborateurs

Guides d’extraction

Extraction des données de rapport Oracle BI Publisher

Étapes

Configuration

a Exemple de requête sql

Extraction de données en masse avec Oracle BI Cloud Connector (BICC)

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python via les API REST Oracle HCM

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Commencez dès aujourd’hui à optimiser le cycle de vie Hire to Retire

Votre modèle de données du cycle de vie des employés, du recrutement au départ

Votre modèle de données du cycle de vie des employés, du recrutement au départ

Hire to Retire, attributs du cycle de vie des collaborateurs

Hire to Retire, activités du cycle de vie des collaborateurs

Guides d’extraction

Extraction des données de rapport Oracle BI Publisher

Étapes

Configuration

a Exemple de requête sql

Extraction de données en masse avec Oracle BI Cloud Connector (BICC)

Étapes

Configuration

a Exemple de requête sql

Extraction par script Python via les API REST Oracle HCM

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Commencez dès aujourd’hui à optimiser le cycle de vie Hire to Retire

Nous attachons de l’importance à votre confidentialité