> Amélioration continue des processus > Cycle de vie des employés De l'embauche au départ > Oracle HCM Intégration > Modèle de données

Modèle de données : Cycle de Vie de l'Employé - de l'Embauche au Départ

Oracle HCM Intégration

← Retour au Guide d'amélioration

Attributs du Cycle de vie des employés - De l'embauche au départ (22) Activités du Cycle de vie des employés - De l'embauche au départ (15) Guides d'extraction (3)

Votre modèle de données pour le processus 'De l'embauche au départ' - Cycle de vie de l'employé

Ce modèle offre une feuille de route claire pour la collecte des données essentielles nécessaires à l'analyse de votre processus 'De l'embauche au départ' - Cycle de vie de l'employé. Il décrit les attributs clés à collecter, les activités critiques à suivre et des conseils pratiques sur la manière d'extraire ces informations de votre système source. Utilisez cette ressource pour vous assurer de capturer tous les points de données nécessaires à une analyse de Process Mining complète.

Attributs recommandés à collecter
Activités clés à suivre
Guide d'extraction

Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Télécharger le modèle

Attributs du Cycle de vie des employés - De l'embauche au départ

Ce sont les champs de données recommandés à inclure dans votre Event Log pour une analyse complète du Cycle de Vie des Employés : De l'Embauche au Départ.

3 Obligatoire 7 Recommandé 12 Facultatif

	Nom	Description
	Activité ActivityName	Le nom d'un événement ou d'une tâche spécifique qui s'est produit dans le cycle de vie de l'employé, tel que 'Offre Acceptée' ou 'Évaluation de Performance Effectuée'.
Description Le Nom de l'activité décrit une étape ou un jalon unique au sein du processus De l'embauche au départ. Ces événements sont les éléments constitutifs de la cartographie des processus, représentant les actions clés entreprises par le personnel RH, les managers ou le système lui-même. Des exemples incluent l'initiation d'une vérification des antécédents, l'achèvement des tâches d'intégration ou l'approbation d'une promotion. L'analyse de ces activités permet la visualisation du flux de processus, l'identification des goulots d'étranglement et la mesure des fréquences pour différentes étapes du processus. Comprendre la séquence et la distribution des activités est fondamental pour découvrir comment le processus de cycle de vie de l'employé fonctionne réellement par rapport à sa conception. Pourquoi c'est important Cet attribut définit les étapes du processus et permet la cartographie des processus ainsi que l’analyse du flux et de ses variantes. Où obtenir Cela est généralement dérivé des types d'événements, des noms de tâches ou des changements de statut au sein de divers modules d'Oracle HCM Onboarding et Core HR. Exemples Offre acceptéeVérification des Antécédents RéaliséeConfiguration de la paie terminéeRésiliation initiée
	Heure de début EventTimestamp	La date et l'heure exactes auxquelles une activité spécifique du cycle de vie s'est produite.
Description Cet horodatage marque le moment précis où une activité a été enregistrée dans le système. C'est le fondement temporel de toute analyse de Process Mining, fournissant l'ordre chronologique des événements pour le dossier de chaque employé.\n\nCet 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 de temps entre les horodatages 'Vérification des antécédents initiée' et 'Vérification des antécédents terminée' révèle le délai d'exécution pour cette étape spécifique. L'analyse de ces horodatages permet d'identifier les goulots d'étranglement, de mesurer la performance du processus par rapport aux SLA et de comprendre la dynamique temporelle du parcours de l'employé. Pourquoi c'est important Il établit la séquence chronologique des événements, ce qui est essentiel pour calculer toutes les métriques basées sur le temps, comme les temps de cycle, et identifier les retards de processus. Où obtenir Cela correspond aux champs de date et heure de création ou de finalisation associés aux tâches, événements ou changements de statut dans les données transactionnelles d’Oracle HCM. Exemples 2023-03-15T09:00:00Z2023-08-01T14:35:10Z2024-01-20T11:21:05Z
	ID employé EmployeeId	L'identifiant unique d'un employé, servant d'ID de cas pour l'ensemble de son cycle de vie au sein de l'organisation.
Description L'ID Employé est la pierre angulaire de l'analyse du processus De l'embauche au départ, identifiant de manière unique le parcours de chaque employé depuis sa candidature initiale jusqu'à son départ final. Chaque événement, changement de statut et transaction enregistré dans l'intégration Oracle HCM est lié à cet identifiant, créant un journal d'événements continu pour chaque individu. En process mining, cet attribut est utilisé pour corréler toutes les activités connexes, telles que 'Offre acceptée', 'Vérification des antécédents terminée' et 'Résiliation initiée', en un seul cas cohérent. Cela permet une vue holistique du cycle de vie de l'employé, permettant aux analystes de visualiser les parcours complets des employés, de mesurer les temps de cycle de bout en bout et d'identifier les chemins communs ou divergents que les employés empruntent au sein de l'organisation. Pourquoi c'est important C'est la clé primaire qui connecte tous les événements liés aux employés, permettant de reconstruire et d'analyser l'ensemble du cycle de vie des employés, du recrutement au départ. Où obtenir Attribut de base d’Oracle HCM Cloud, généralement présent dans les fiches Person ou Worker. Exemples 100234598765E-0054321
	Date d'embauche HireDate	La date de début officielle de l'emploi de l'employé au sein de l'entreprise.
Description La Date d'Embauche est un jalon clé dans le cycle de vie de chaque employé, marquant son entrée officielle dans l'organisation. Elle sert de référence pour mesurer divers processus sensibles au temps et les vérifications de conformité. Cet attribut est utilisé dans de nombreux KPI et analyses. Par exemple, c'est l'échéance par rapport à laquelle le 'Taux de Conformité des Paramétrages de Paie' est mesuré. Il constitue également le point de départ pour calculer l'ancienneté des employés et pour analyser comment les délais d'intégration ont pu évoluer sur différentes périodes. Pourquoi c'est important Il sert de date de référence critique pour le calcul de l'ancienneté des employés et pour mesurer la rapidité des activités initiales d'intégration et de configuration. Où obtenir Consultez la documentation Oracle HCM. C'est un attribut fondamental du dossier de l'employé dans Core HR. Exemples 2023-04-012022-09-152024-02-12
	Département DepartmentName	Le département auquel l'employé est affecté, tel que Ventes, Ingénierie ou Finance.
Description Cet attribut représente l’unité organisationnelle dans laquelle travaille le collaborateur. C’est une dimension critique pour segmenter et comparer la performance des processus entre différentes entités. Analyser le processus De l’embauche à la retraite par département permet des comparaisons poussées : par exemple, identifier les équipes où l’intégration est la plus longue, où le turnover est le plus élevé, ou où le respect des cycles d’évaluation de la performance est le plus faible. Ces enseignements orientent des plans d’amélioration adaptés aux besoins et enjeux de chaque département. Pourquoi c'est important Il permet la segmentation et la comparaison des métriques de processus, telles que les taux de rotation et les temps de cycle, entre les différentes unités commerciales. Où obtenir Consultez la documentation d'Oracle HCM Onboarding. Ces informations font partie standard du dossier d'affectation d'un employé dans Oracle HCM. Exemples VentesIngénierieFinanceRessources Humaines
	Heure de fin EventEndTime	La date et l'heure exactes auxquelles une activité a été achevée.
Description L'Heure de Fin de l'Événement marque l'achèvement d'une tâche ou d'une étape de processus spécifique. Tandis que l'Heure de Début indique le moment où une activité a commencé, l'Heure de Fin en marque la conclusion. La présence de ces deux horodatages permet de mesurer avec précision le temps de traitement des activités individuelles. Cet attribut est essentiel pour calculer les durées au niveau de l'activité, en distinguant le temps de traitement (Heure de Fin moins Heure de Début) du temps d'attente (l'écart entre l'Heure de Fin d'une activité et l'Heure de Début de la suivante). Ce niveau de détail est crucial pour l'analyse des causes premières des goulots d'étranglement, car il aide à 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 le calcul précis des temps de traitement des activités, ce qui aide à différencier le temps de travail actif du temps d'attente inactif dans le processus. Où obtenir Consultez la documentation d'Oracle HCM Onboarding. Cela 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
	Raison de la résiliation TerminationReason	La raison du départ de l'employé, telle que 'Démission Volontaire' ou 'Involontaire - Performance'.
Description Cet attribut précise pourquoi le cycle de vie d’un collaborateur au sein de l’entreprise s’est achevé. Il classe les départs en différentes catégories, ce qui est essentiel pour comprendre le turnover. En Process Mining, c’est une dimension clé pour analyser les schémas d’attrition. En filtrant par motif de départ, les analystes peuvent vérifier si certaines expériences de processus — par exemple des cycles de promotion longs ou des entretiens d’évaluation trop espacés — sont corrélées à des démissions volontaires. Ces enseignements aident les RH à définir des stratégies de rétention ciblées. Pourquoi c'est important Il fournit un contexte crucial pour l'analyse de la rotation, aidant à distinguer la rotation volontaire et involontaire et à éclairer les stratégies de rétention. Où obtenir Consultez la documentation Oracle HCM. Il s'agit d'un champ standard capturé pendant le processus de licenciement dans Core HR. Exemples Volontaire - Démission pour une autre opportunitéDépart involontaire - PerformanceDépart involontaire - Réduction d'effectifsRetraite
	Rôle professionnel JobRole	Le titre de poste ou le rôle spécifique de l'employé, tel qu'Ingénieur logiciel ou Responsable de compte.
Description L'attribut Rôle Professionnel définit la position ou le titre spécifique occupé par l'employé. Cela offre un niveau de détail plus granulaire que le département et est essentiel pour l'analyse des processus spécifiques à un rôle. Cet attribut est crucial pour des dashboards comme 'Rotation du Personnel par Rôle et Département' et pour le calcul de KPI tels que le 'Taux de Rotation des Rôles Critiques'. Il aide les organisations à comprendre si certains rôles sont plus difficiles à pourvoir, ont des cycles d'intégration plus longs ou connaissent un turnover plus élevé. Ces informations peuvent éclairer la planification des effectifs, les stratégies de gestion des talents et les optimisations de processus spécifiques aux rôles. Pourquoi c'est important Il permet une analyse basée sur les rôles, aidant à identifier les problèmes de processus, les lacunes de conformité ou les modèles de rotation spécifiques à certaines fonctions professionnelles. Où obtenir Consultez la documentation d'Oracle HCM Onboarding. Cela fait partie des données de poste ou de fonction de l'employé dans Core HR. Exemples Ingénieur logicielResponsable de compte seniorPartenaire d'affaires RHAnalyste financier
	Source de recrutement RecruitmentSource	Le canal par lequel l'employé a été recruté, tel que LinkedIn, recommandation d'employé ou site web de l'entreprise.
Description Cet attribut trace l’origine d’une embauche réussie, c’est‑à‑dire le canal de recrutement qui a mené à la candidature puis à l’embauche. Cette donnée est généralement capturée dès le début du recrutement et rattachée au dossier de la nouvelle recrue. L’analyse des sources de recrutement est essentielle pour optimiser l’acquisition de talents. Elle alimente le dashboard 'Recruitment Source Performance' en permettant de mesurer les taux de conversion, le délai de recrutement et la qualité des embauches par canal. On peut ainsi concentrer les efforts et le budget sur les sources les plus efficaces et performantes. Pourquoi c'est important Il est essentiel pour évaluer l'efficacité des différents canaux d'acquisition de talents et pour optimiser les stratégies et les dépenses de recrutement. Où obtenir Consultez la documentation d'Oracle HCM Onboarding ou d'Oracle Recruiting Cloud. Cela est souvent capturé pendant le processus de candidature. Exemples LinkedInRecommandation d'employéPage Carrières de l'EntrepriseIndeed
	Utilisateur UserId	L'identifiant de l'utilisateur, tel qu'un représentant RH ou un manager, qui a effectué l'activité.
Description Cet attribut identifie la personne responsable de l'exécution d'une tâche spécifique dans le processus du cycle de vie de l'employé. Il peut s'agir du recruteur qui a fait une offre, de l'administrateur RH qui a effectué la vérification I-9, ou du manager qui a approuvé une promotion. L'analyse du processus par utilisateur aide à identifier les opportunités de formation, la répartition de la charge de travail et les variations de performance entre les individus ou les équipes. Par exemple, elle peut révéler si certains utilisateurs sont constamment associés à des retards ou des déviations de processus, ou s'ils sont des utilisateurs très performants qui gèrent les tâches plus efficacement. Pourquoi c'est important Il attribue les activités de processus à des individus spécifiques, permettant l'analyse de la charge de travail, de la performance des ressources et l'identification des besoins en formation. Où obtenir Consultez la documentation d'Oracle HCM Onboarding. Cela se trouve généralement dans les champs 'Créé par' ou 'Dernière mise à jour par' des enregistrements de transaction. Exemples j.smithe.davishr.admin01
	Configuration de la paie à temps PayrollSetupOnTime	Un indicateur qui signale si la paie d'un employé a été configurée avant sa date d'embauche officielle.
Description Cet attribut booléen calculé mesure le respect d’un SLA d’intégration critique : finaliser la configuration de la paie avant la date d’entrée du collaborateur. Il est dérivé en comparant l’horodatage de l’activité 'Payroll Setup Completed' à la 'Hire Date' du collaborateur. Cet attribut alimente directement le KPI 'Payroll Setup On-Time Rate'. Il simplifie l’analyse en transformant une comparaison de dates en une valeur vrai/faux, ce qui facilite le filtrage, l’agrégation et la visualisation de la conformité dans les dashboards. Il aide à repérer rapidement les départements ou régions en difficulté sur la mise en place ponctuelle de la paie, un facteur clé de satisfaction des nouveaux arrivants. Pourquoi c'est important Il mesure directement la conformité avec un SLA d'intégration critique, fournissant une métrique claire pour l'efficacité de la configuration de la paie et son impact sur l'expérience des nouvelles recrues. Où obtenir Ce calcul est effectué lors de la transformation des données en comparant, pour chaque cas, l’horodatage 'EventTimestamp' de l’activité 'Payroll Setup Completed' avec l’attribut 'HireDate'. Exemples truefaux
	Date de résiliation TerminationDate	Le dernier jour officiel d'emploi d'un employé.
Description La Date de Fin de Contrat marque la fin officielle de l'ancienneté d'un employé au sein de l'entreprise. C'est une date clé dans le processus de départ, servant de point de référence pour les calculs de paie finaux, la résiliation des avantages sociaux et la révocation des accès système. En Process Mining, cette date est utilisée pour calculer l'ancienneté totale de l'employé lorsqu'elle est combinée à la Date d'Embauche. Elle sert également d'ancrage pour l'analyse du processus de départ, aidant à mesurer si toutes les tâches de départ ont été complétées en temps opportun par rapport au départ de l'employé. Pourquoi c'est important Il définit le point final du cycle de vie de l'employé, permettant les calculs d'ancienneté et l'analyse de la rapidité du processus de départ. Où obtenir Consultez la documentation Oracle HCM. Il s'agit d'un champ standard capturé pendant le processus de licenciement dans Core HR. Exemples 2024-05-312023-12-152024-01-05
	Dernière mise à jour des données LastDataUpdate	L'horodatage indiquant la dernière fois que les données de cet événement ont été rafraîchies à partir du système source.
Description Cet attribut indique quand les données ont été extraites et chargées pour la dernière fois dans l’environnement de Process Mining. C’est 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 indispensable pour évaluer l’actualité des analyses et des dashboards. Elle permet de savoir si l’on consulte des données d’hier, de la semaine dernière ou du mois dernier — un point crucial pour des décisions à jour et éclairées. Elle est généralement affichée en évidence dans les dashboards pour fournir le contexte à tous les utilisateurs. Pourquoi c'est important Il assure la transparence quant à l'actualité des données, permettant aux utilisateurs de comprendre la pertinence de l'analyse du processus et de faire confiance aux informations fournies. Où obtenir Cet horodatage est généré par le pipeline de données ou l'outil ETL à la fin d'un cycle de rafraîchissement des données réussi. Exemples 2024-05-21T04:00:00Z2024-05-20T04:00:00Z
	Emplacement Location	Le lieu de travail physique ou le pays de l'employé.
Description Cet attribut indique le lieu d’affectation — bureau, ville ou pays — du collaborateur. Les processus RH varient fortement selon le droit du travail local et les usages régionaux. Utiliser le Lieu comme dimension d’analyse met en lumière les écarts régionaux de performance. Par exemple, les délais de finalisation des vérifications d’antécédents peuvent être plus longs dans certains pays en raison des réglementations locales. Cela permet un pilotage et une amélioration des processus tenant compte de la dimension géographique. Pourquoi c'est important Il permet une analyse géographique du processus, soulignant les variations régionales des temps de cycle, de la conformité et des flux de processus. Où obtenir Consultez la documentation Oracle HCM. C'est une partie standard de l'affectation ou des données personnelles de l'employé. Exemples États-UnisAllemagneIndeRoyaume-Uni
	Est conforme IsCompliant	Un indicateur qui signale si un cas a suivi le parcours de processus attendu conformément aux règles de conformité.
Description Attribut booléen calculé qui évalue si les événements du cycle de vie d’un collaborateur respectent les modèles de conformité ou règles métier prédéfinis. Par exemple, une règle peut exiger qu’une vérification des antécédents soit terminée avant la finalisation d’une offre, ou que certaines formations soient attribuées dans les 30 jours suivant l’embauche. Cet attribut alimente directement le KPI 'HR Compliance Violation Rate'. En signalant les cas non conformes, il facilite la quantification du risque de conformité et permet une analyse des causes profondes pour comprendre l’origine des écarts. Il réduit un contrôle complexe de conformité à un seul champ pour un reporting et un suivi aisés. Pourquoi c'est important Il quantifie la conformité aux règles commerciales et réglementations critiques, permettant une surveillance proactive et l'atténuation des risques de conformité. Où obtenir Il est calculé dans l'outil de Process Mining ou la couche de transformation des données en appliquant un ensemble de règles métier à la séquence d'activités et à leurs attributs. Exemples truefaux
	Est un rôle critique IsCriticalRole	Un indicateur signalant si le rôle professionnel de l'employé est considéré comme critique pour le succès de l'organisation.
Description Attribut booléen dérivé qui identifie les postes vitaux pour la continuité d’activité, les initiatives stratégiques, ou nécessitant des compétences rares 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 attribut est essentiel pour calculer le KPI 'Critical Role Turnover Rate'. Il permet de concentrer l’analyse sur l’attrition des talents clés et d’orienter les efforts de rétention là où l’impact sera maximal. Les dashboards peuvent être filtrés par cet attribut pour mettre en évidence les problèmes de processus qui affectent les collaborateurs les plus critiques. Pourquoi c'est important Il permet à l'organisation de suivre et d'analyser spécifiquement le cycle de vie et la rotation de ses employés les plus essentiels, aidant à prioriser les efforts de rétention. Où obtenir Il est dérivé en associant l'attribut 'JobRole' à une liste prédéfinie de rôles critiques fournis par l'entreprise. Exemples truefaux
	Évaluation de la performance PerformanceRating	L'évaluation attribuée à un employé lors d'un cycle d'évaluation de performance, tel que 'Dépasse les Attentes'.
Description Cet attribut capture le résultat d'une évaluation de performance. L'évaluation fournit une mesure quantitative ou qualitative de la performance d'un employé par rapport à ses objectifs et aux attentes de l'entreprise. L'analyse de ces données associée au flux de processus peut produire des informations puissantes. Par exemple, elle peut être utilisée pour étudier les corrélations entre les évaluations de performance et les délais de promotion, ou pour voir si les employés très performants qui démissionnent ont subi des frustrations liées aux processus, telles que des changements de rôle retardés. C'est un élément clé pour le dashboard 'Adhésion au Cycle d'Évaluation des Performances'. Pourquoi c'est important Il ajoute un résultat qualitatif aux événements d'évaluation de performance, permettant d'analyser comment la performance des employés corrèle avec la progression de carrière et la rétention. Où obtenir Consultez la documentation du module de gestion de la performance Oracle HCM. Cela est généralement stocké dans les formulaires ou les dossiers d'évaluation de la performance. Exemples Dépasse les attentesAtteint les attentesNécessite des améliorations5
	ID de la demande de poste JobRequisitionId	L'identifiant unique de la demande d'embauche qui a mené à l'embauche de l'employé.
Description L'ID de la Demande d'Embauche relie une nouvelle embauche à la demande initiale de pourvoir un poste. Cet identifiant connecte les processus de recrutement et d'intégration aux étapes antérieures du cycle de vie d'acquisition des talents. En incluant cet ID, il devient possible de mener une analyse plus complète de bout en bout, en commençant par le moment où un poste a été ouvert. Il est essentiel pour calculer le KPI complet du 'Délai d'Embauche' et pour analyser comment les caractéristiques de la demande, telles que la priorité ou le niveau du rôle, impactent le processus d'embauche et d'intégration ultérieur. Pourquoi c'est important Il relie le parcours de l'employé à la demande d'embauche initiale, permettant une véritable analyse de bout en bout du temps d'embauche et reliant les résultats d'embauche aux détails de la demande. Où obtenir Consultez la documentation d'Oracle Recruiting Cloud ou HCM. Cet ID est généré dans le module de recrutement et doit être associé au dossier du nouvel employé. Exemples REQ-2023-05-102JR-FIN-00348001567
	Statut de la Vérification des Antécédents BackgroundCheckStatus	Le résultat final du processus de vérification des antécédents, tel que 'Terminé - Sans antécédent' ou 'Nécessite une révision'.
Description Cet attribut enregistre le résultat de la vérification des antécédents, un point de passage critique dans le processus d’intégration. Ce statut conditionne la poursuite du recrutement sans accroc ou la nécessité d’étapes et de validations supplémentaires. L’analyse de la répartition des statuts aide à évaluer la qualité des viviers de candidats selon les canaux de recrutement. Elle est également essentielle pour analyser le dashboard 'Background Check Cycle Time' : les cas nécessitant un examen auront mécaniquement des temps de cycle plus longs. Ce contexte évite toute mauvaise interprétation des données. Pourquoi c'est important Il fournit le résultat d'une étape clé d'intégration, ajoutant du contexte à l'analyse du temps de cycle et aidant à identifier les reprises ou les chemins d'exception. Où obtenir Consultez la documentation d'Oracle HCM Onboarding. Ces données peuvent provenir du module d'intégration ou d'un fournisseur tiers intégré de vérification des antécédents. Exemples Terminé - ValidéNécessite une révisionAnnuléEn cours
	Système source SourceSystem	Identifie le système d'où les données d'événements ont été extraites, tel qu'Oracle HCM Onboarding.
Description Cet attribut précise le système d’information à l’origine de chaque enregistrement d’événement. Dans un paysage RH complexe, les données collaborateurs peuvent provenir de l’HCM central, d’un module dédié à l’intégration, d’un système de paie ou d’un outil de gestion de la performance. Étiqueter chaque événement avec son système source est crucial pour la gouvernance des données et le diagnostic. En analyse, connaître le système source aide à comprendre les points d’intégration et les éventuelles divergences. Par exemple, si des retards apparaissent autour de la mise en place de la paie, il est utile de savoir si ces événements viennent de l’HCM central ou d’une application de paie distincte. Pourquoi c'est important Il fournit un contexte crucial sur l'origine des données, ce qui est important pour la validation des données, l'analyse d'intégration et la compréhension d'un paysage de processus multi-systèmes. Où obtenir Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction des données pour étiqueter l'origine de l'ensemble de données. Exemples OracleHCMIntégrationOracleCoreHROracleRecrutement
	Type d'employé EmployeeType	Catégorise le statut d'emploi de l'employé, tel que 'Temps plein', 'Temps partiel' ou 'Contractuel'.
Description Cet attribut classe la nature de la relation d’emploi. Les différents types de collaborateurs suivent souvent des variantes de processus distinctes pour l’intégration, la gestion de la performance et le départ. Analyser le processus par Type d’employé peut révéler des écarts significatifs. Par exemple, l’intégration d’un prestataire peut être bien plus courte et compter moins d’étapes que celle d’un salarié à temps plein. Segmenter l’analyse selon cet attribut garantit des comparaisons pertinentes et aide à identifier des pistes de simplification propres à chaque type d’emploi. Pourquoi c'est important Il permet de segmenter l'analyse du processus par statut d'emploi, révélant différents chemins et exigences de processus pour différents types de travailleurs. Où obtenir Consultez la documentation Oracle HCM. Cela fait partie des informations standard d'affectation des employés dans Core HR. Exemples Employé à temps pleinEmployé à temps partielContractuelStagiaire
	Unité commerciale BusinessUnitName	La division ou unité commerciale plus large à laquelle l'employé appartient.
Description Une unité commerciale est une structure organisationnelle de haut niveau, représentant souvent une ligne de produits, un domaine de service ou une région géographique spécifique. Elle offre un contexte organisationnel plus large qu'un département. L'analyse des processus au niveau de l'unité commerciale est précieuse pour la haute direction afin de comparer les performances entre les principales divisions de l'entreprise. Elle peut aider à identifier les problèmes systémiques ou les meilleures pratiques au sein d'une grande unité commerciale qui peuvent ensuite être traités ou partagés au sein de l'organisation. Pourquoi c'est important Il permet une agrégation et une comparaison de haut niveau des métriques de processus entre les principales divisions organisationnelles. Où obtenir Consultez la documentation Oracle HCM. Cela fait généralement partie des données d'affectation et de hiérarchie organisationnelle de l'employé. Exemples Produits de ConsommationLogiciel d'entrepriseServices CloudConseil mondial

Obligatoire Recommandé Facultatif

Activités du Cycle de vie des employés - De l'embauche au départ

Ce sont les étapes clés du processus et les jalons à capturer dans votre Event Log pour une découverte et une optimisation précises des processus.

6 Recommandé 9 Facultatif

	Activité	Description
	Configuration de la paie terminée	Marque le moment où les informations du nouvel employé sont entièrement traitées et qu'il est actif dans le système de paie. Ceci inclut les coordonnées bancaires, les retenues fiscales et les informations salariales.
Pourquoi c'est important La mise en place de la paie en temps voulu est essentielle pour la satisfaction des nouvelles recrues et constitue un indicateur clé de l'efficacité opérationnelle des RH. Cette activité permet de mesurer le KPI du taux de ponctualité de la mise en place de la paie. Où obtenir 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 de paie principal. Capture 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é	C'est la date d'embauche officielle à laquelle l'employé devient un membre actif de l'organisation. Elle représente la conversion d'un travailleur en attente en un dossier d'employé actif dans le système RH central.
Pourquoi c'est important Jalon majeur du cycle de vie collaborateur. Il sert de référence pour mesurer la durée d’intégration et le délai jusqu’à la pleine productivité. Où obtenir Cela correspond à la saisie du champ 'Hire Date' et au passage du statut RH du collaborateur à 'Active'. C’est une transaction fondamentale du module Core HR. Capture Saisi à partir de la date d'effet de l'action 'Embauche' dans le dossier de l'employé. Type d'événement explicit
	Offre acceptée	Cette activité marque le point où un candidat accepte formellement l'offre d'emploi. C'est le déclencheur des processus de pré-intégration et d'intégration au sein d'Oracle HCM.
Pourquoi c'est important Point de départ critique du parcours du collaborateur. Mesurer le temps entre cet événement et les étapes suivantes permet d’évaluer l’efficacité du passage du recrutement à l’intégration. Où obtenir Généralement capturé depuis le module de recrutement lorsque le statut de l'offre d'un candidat est mis à jour vers 'Accepté' ou un état similaire, ce qui déclenche ensuite le parcours d'intégration. Capture Déduit d'un changement de statut dans le dossier d'offre d'emploi du candidat. Type d'événement inferred
	Parcours d'intégration initié	Cette activité signifie la création et l'attribution du plan ou de la liste de contrôle d'intégration formel au nouvel employé. Elle représente le début officiel de son expérience d'intégration dans le système.
Pourquoi c'est important Marque la transition du pre-boarding à l'intégration active. C'est une étape clé pour mesurer le cycle time global et la cohérence du processus d'intégration. Où obtenir Événement explicite consigné lorsqu’un spécialiste RH ou un processus automatisé attribue un 'Journey' d’intégration au dossier du travailleur en attente ou de l’employé. Capture Enregistré à partir de l'événement de création du parcours d'intégration attribué à l'employé. Type d'événement explicit
	Résiliation initiée	C'est le début formel du processus de départ, déclenché par une démission ou une décision de mettre fin à l'emploi. Il initie toutes les tâches de départ suivantes.
Pourquoi c'est important Cet événement marque le début de la phase finale du cycle de vie du collaborateur. C’est le déclencheur pour mesurer le temps de cycle de l’offboarding et analyser le turnover. Où obtenir Action RH explicite enregistrée dans Oracle Core HR lorsqu’un manager ou un administrateur RH soumet une demande de fin de contrat ('termination') pour un collaborateur. Capture Saisi à partir de la date d'effet de l'action 'Licenciement' dans le dossier de l'employé. Type d'événement explicit
	Tâches de départ terminées	Cette activité représente l'achèvement de toutes les étapes de départ requises, telles que le retour d'actifs, le transfert de connaissances et le traitement final de la paie. Elle marque la clôture nette du dossier de l'employé.
Pourquoi c'est important C'est l'activité finale du cycle de vie de l'employé. C'est le point final pour mesurer le temps de cycle moyen de départ et garantir un processus conforme et efficace. Où obtenir Cela est déduit de l'achèvement du parcours de départ maître ou de la liste de contrôle attribuée à l'employé dans Oracle HCM. Capture 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 rôle initié	Représente le début d'un processus visant à changer le poste, le département ou le lieu de travail d'un employé. Cela peut être une promotion, un transfert latéral ou un autre mouvement interne.
Pourquoi c'est important Cette activité est le point de départ pour mesurer l'efficacité de la mobilité interne. De longues durées entre l'initiation et l'approbation peuvent indiquer des goulots d'étranglement de processus. Où obtenir Enregistré lorsqu'un manager ou un spécialiste RH initie une action de 'Changement de poste' ou de 'Promotion' pour un employé dans Core HR. Capture Saisi à partir du journal des transactions pour les actions RH telles que 'Changement de Poste', 'Transfert' ou 'Promotion'. Type d'événement explicit
	Données du nouvel employé soumises	Représente l'achèvement des tâches de collecte de données personnelles par la nouvelle recrue. Cela inclut le remplissage des informations personnelles, des formulaires fiscaux et de toute autre documentation requise.
Pourquoi c'est important L'exhaustivité et la rapidité de cette activité sont cruciales pour les étapes ultérieures comme la configuration de la paie. Les retards à ce niveau peuvent entraîner d'importants problèmes en aval. Où 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 de données personnelles dans le parcours d'intégration. Capture Déduit de la date d'achèvement de la tâche 'Informations Personnelles' ou équivalente. Type d'événement inferred
	Entretien de départ mené	Marque la conclusion de l'entretien de départ avec l'employé qui quitte l'entreprise. Cette étape est souvent gérée comme une tâche au sein d'un parcours de départ des employés.
Pourquoi c'est important Fournit des données qualitatives sur les raisons de départ. Le suivi de sa réalisation assure que ces retours précieux sont systématiquement recueillis. Où obtenir Généralement suivi comme une tâche manuelle dans une liste de contrôle ou un parcours de départ. L'événement est l'achèvement de cette tâche. Capture Déduit de la date d'achèvement de la tâche 'entretien de départ' dans le parcours de départ. Type d'événement inferred
	Évaluation de la performance effectuée	Marque la fin 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 sa période d'emploi.
Pourquoi c'est important L'analyse de la fréquence et de la régularité des évaluations est essentielle pour comprendre le respect de la gestion de la performance et son impact sur le développement et la rétention des employés. Où obtenir Cette information est capturée dans le module Oracle HCM Performance Management. L’événement correspond à l’approbation finale ou au statut de finalisation d’un document d’évaluation. Capture Déduit de la date d'achèvement du formulaire ou du processus d'évaluation de performance. Type d'événement inferred
	Formation attribuée	Cette activité représente l'attribution d'une formation obligatoire ou spécifique au rôle au nouvel employé. Cela est généralement effectué via un Learning Management System (LMS) intégré.
Pourquoi c'est important Garantit que les nouvelles recrues sont conformes et préparées pour leurs rôles. L'analyse de ces données aide à mesurer le Taux d'affectation des formations dans les délais et à identifier les lacunes. Où obtenir Saisi depuis Oracle Learning Cloud ou une intégration LMS tierce. L'événement est la création d'une affectation de formation liée à l'ID de l'employé. Capture Enregistré lorsqu'un administrateur de 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'un jalon positif clé dans la progression de carrière d'un employé.
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 rapidité des parcours de carrière. Où obtenir Saisi lorsque la transaction de promotion reçoit son approbation finale dans le workflow. La date d'effet de la promotion est enregistrée. Capture Enregistré par le système de workflow après l'approbation finale de l'action de promotion. Type d'événement explicit
	Vérification des Antécédents Initiée	Représente le début officiel du processus de vérification des antécédents pour une nouvelle recrue. Ceci est généralement géré comme une tâche spécifique au sein de la liste de contrôle ou du parcours d'intégration.
Pourquoi c'est important La durée des vérifications des antécédents est un goulot d'étranglement courant. Le suivi de cette heure de début est essentiel pour mesurer et optimiser le KPI de délai de vérification des antécédents. Où obtenir Cela est probablement enregistré lorsque la tâche de 'Vérification des antécédents' est attribuée ou que son statut passe à 'En cours' dans le parcours d'intégration de l'employé dans Oracle HCM. Capture Déduit du changement de 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 des Antécédents Réalisée	Marque l'achèvement réussi du processus 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 déterminant pour calculer le temps de cycle total de la vérification des antécédents. Tout retard impacte directement la date d’entrée du collaborateur. Où obtenir Saisi lorsque le statut de la tâche 'Vérification des Antécédents' est mis à jour avec le statut 'Terminé' ou 'Validé' dans le parcours d'intégration de l'employé. Capture Déduit du changement de statut de la tâche de vérification des antécédents vers un état 'terminé'. Type d'événement inferred
	Vérification I-9 Complétée	Cela marque l'achèvement du formulaire I-9 obligatoire aux États-Unis, la vérification de l'éligibilité à l'emploi. C'est une étape critique en matière de conformité pour toutes les embauches américaines.
Pourquoi c'est important Le suivi de cette activité est essentiel pour garantir la conformité réglementaire et éviter les sanctions légales. C'est une étape non négociable du processus d'intégration. Où obtenir Saisi à 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. Capture Déduit du statut d'achèvement et de l'horodatage de la tâche du Formulaire I-9. Type d'événement inferred

Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données d'Oracle HCM Onboarding

Étapes

Accéder à BI Publisher : Connectez-vous à votre instance Oracle HCM Cloud. Utilisez le menu Navigator pour aller à Tools > Reports and Analytics. Cliquez sur le bouton Browse Catalog pour ouvrir l'interface Business Intelligence Publisher.
Créer un nouveau Data Model : Dans le catalogue, cliquez sur le menu déroulant New et sélectionnez Data Model. L'éditeur de modèle de données s'ouvrira.
Définir un jeu de données de requête SQL : 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 apparaîtra.
Configurer le jeu de données : Nommez le jeu de données (par exemple, DS_EmployeeLifecycle), sélectionnez ApplicationDB_HCM comme source de données, et définissez le Type of SQL sur Standard SQL.
Saisir la requête SQL : Copiez le SQL complet fourni dans la section query de ce document et collez-le dans la zone de texte SQL Query. Cette requête est conçue pour extraire tous les événements du cycle de vie requis.
Définir les paramètres : La requête utilise les paramètres :p_start_date et :p_end_date pour le filtrage. Accédez à la section Parameters du modèle de données, cliquez sur +, et créez deux paramètres avec ces noms exacts. Définissez leur type de données sur Date et configurez-les comme obligatoires.
Enregistrer le modèle de données : Enregistrez le modèle de données dans un dossier partagé, en lui donnant un nom descriptif tel que Modèle de données du journal d'événements du cycle de vie de l'employé.
Créer un nouveau Report : Retournez au catalogue, cliquez sur New, et 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 guidera à travers les paramètres de mise en page. Choisissez une mise en page Tableau simple. Ne regroupez aucune donnée. Assurez-vous que le format de sortie est défini sur CSV par défaut. Vous pouvez le faire dans l'éditeur de mise en page View a List en désélectionnant les autres formats de sortie sous 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. Il vous sera demandé de saisir les dates de début et de fin. Le système générera et téléchargera ensuite le fichier journal d'événements CSV.
Planifier l'extraction (facultatif) : Pour une surveillance continue, planifiez l'exécution automatique du rapport. Trouvez le rapport enregistré dans le catalogue, cliquez sur More, puis sur Schedule. Configurez la fréquence, les paramètres de date (par exemple, en utilisant des fonctions de date) et 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 avec des privilèges d'administrateur BI ou d'auteur BI, ainsi que des autorisations d'accès aux données appropriées pour consulter les enregistrements de personnes, d'affectations, de recrutement et de performances HCM.
Source de données : Le modèle de données doit être configuré pour utiliser la source de données ApplicationDB_HCM, qui fournit un accès direct aux tables transactionnelles.
Filtrage par plage de dates : L'utilisation des paramètres p_start_date et p_end_date est cruciale pour gérer le volume de données. Pour la première extraction, privilégiez une période des 12 à 24 derniers mois. Pour les chargements delta ultérieurs, planifiez l'exécution du rapport pour la semaine ou le mois précédent.
Format de sortie : Il est obligatoire de configurer le format de sortie par défaut du rapport au format CSV. Cela garantit un fichier clair et tabulaire qui peut être directement ingéré par les outils de Process Mining sans transformation supplémentaire.
Considérations relatives aux performances : Pour les organisations comptant des dizaines de milliers d'employés, l'exécution de cette requête complète peut prendre un temps considérable. Planifiez les extractions importantes pendant les heures creuses afin d'éviter d'impacter 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 au BI Cloud Connector (BICC) : Connectez-vous à votre instance d'Oracle Cloud Applications et naviguez vers la console BI Cloud Connector. Celle-ci se trouve généralement sous le menu Outils, libellé 'BI Cloud Connector'.
Configurer le Stockage Externe : Avant de créer une extraction, définissez l'emplacement de stockage cible pour vos fichiers de données. Naviguez vers 'Configure External Storage' et configurez une connexion à Oracle Universal Content Management (UCM) ou à un bucket OCI Object Storage. C'est là que BICC déposera les fichiers CSV extraits.
Activer l'Offre HCM : Dans la console BICC, sélectionnez 'Manage Offerings'. Assurez-vous que l'offre 'Human Capital Management' est activée. Cela rend tous les objets de vue publics (PVO) liés à HCM disponibles pour l'extraction.
Identifier et Sélectionner les PVO : Naviguez vers 'Manage Extract Objects'. Utilisez la fonctionnalité de recherche pour trouver et sélectionner les PVO nécessaires au processus du recrutement au départ (Hire to Retire). Les PVO clés incluent des objets liés au Recrutement (Offers), à l'Intégration (Journeys, Tasks), au Core RH (Person, Assignments, Work Relationship), au Talent (Performance) et à l'Apprentissage (Training). Reportez-vous à la section des requêtes pour une liste détaillée.
Sélectionner les Colonnes pour chaque PVO : Pour chaque PVO sélectionné, cliquez sur l'icône 'Configure'. Désélectionnez toutes les colonnes par défaut, puis choisissez explicitement les colonnes spécifiques nécessaires au journal d'événements, telles que l'ID de personne (Person ID), les dates pertinentes (Date d'embauche - Hire Date, Date d'achèvement de la tâche - Task Completion Date, Date d'acceptation de l'offre - Offer Accepted Date), et des attributs comme le Département (Department), le Rôle professionnel (Job Role) et le Statut (Status). Cela minimise la taille et la complexité de l'extraction.
Créer un Nouveau Calendrier d'Extraction : Allez à 'Manage Extract Schedules' et créez un nouveau calendrier. Donnez-lui un nom descriptif comme 'ProcessMining_HireToRetire_Extract'.
Ajouter des PVO au Calendrier : Ajoutez les PVO que vous avez configurés à l'étape 5 à votre nouveau calendrier. Pour chaque PVO, vous pouvez définir des filtres avancés.
Appliquer des Filtres de Date : Pour gérer le volume de données, appliquez un filtre sur la colonne LastUpdatedDate disponible dans la plupart des PVO. Cela permet des extractions incrémentielles, ce qui est crucial pour le suivi continu. Pour l'exécution initiale, vous pourriez avoir besoin d'un filtre plus large ou d'aucun filtre pour obtenir des données historiques.
Planifier et Exécuter le Travail : Planifiez le travail pour qu'il s'exécute automatiquement (par exemple, quotidiennement) ou lancez-le manuellement à l'aide du bouton 'Démarrer'. Vous pouvez surveiller la progression du travail dans le tableau de bord 'Manage Extract Schedules'.
Récupérer les Données Extraites : Une fois le travail terminé avec succès, les données seront disponibles sous forme d'un ensemble de fichiers CSV compressés à l'emplacement de stockage externe que vous avez configuré à l'étape 2. Téléchargez et décompressez ces fichiers.
Transformer et Fusionner les Données dans un Journal d'Événements : BICC produit un fichier CSV par PVO. Utilisez un langage de script comme Python avec la bibliothèque pandas ou un outil ETL pour traiter ces fichiers. Pour chaque fichier, lisez les données, renommez les colonnes pour correspondre au schéma du journal d'événements (EmployeeId, ActivityName, EventTimestamp), et créez l'ActivityName basé sur le contexte du fichier (par exemple, toutes les lignes de l'extraction OfferPVO deviennent 'Offre Acceptée'). Unifiez les données traitées de tous les fichiers dans une seule table.
Exporter le Journal d'Événements Final : Enregistrez la table finale et unifiée sous forme d'un seul fichier CSV. Assurez-vous que les en-têtes correspondent aux attributs requis et que les horodatages sont dans un format cohérent. Ce fichier est maintenant prêt à être téléchargé sur la plateforme ProcessMind.

Configuration

Offres : L'offre « Gestion du Capital Humain » doit être activée dans BICC pour accéder aux objets de données nécessaires.
Objets de vue publique (PVO) : Vous devez sélectionner avec soin un ensemble de PVO pour couvrir l'ensemble du cycle de vie des employés. Les objets clés incluent HcmTopModelAnalyticsGlobalAM.RecruitingAM.OfferPVO, HcmTopModelAnalyticsGlobalAM.OnboardingAM.ChecklistTaskPVO, HcmTopModelAnalyticsGlobalAM.CoreAM.WorkRelationshipPVO, HcmTopModelAnalyticsGlobalAM.CoreAM.AssignmentPVO, HcmTopModelAnalyticsGlobalAM.TalentManagementAM.PerformanceDocumentPVO, et HcmTopModelAnalyticsGlobalAM.CoreAM.ActionPVO.
Sélection des colonnes : Pour optimiser les performances et réduire la taille des fichiers, ne sélectionnez que les colonnes spécifiques requises pour le journal d'événements de chaque PVO. Évitez d'utiliser l'option « Tout sélectionner ».
Extractions incrémentielles : Utilisez le filtre LastUpdatedDate dans votre planification d'extraction pour extraire uniquement les enregistrements nouveaux ou mis à jour après le chargement historique initial. Ceci est crucial pour les performances et l'efficacité des mises à jour quotidiennes.
Plage de dates : 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 significative du processus. Pour les chargements incrémentiels ultérieurs, la plage de dates couvrira la période depuis la dernière exécution réussie.
Prérequis : Les utilisateurs configurant les extractions BICC nécessitent un rôle doté des privilèges requis, généralement le rôle d'application « Administrateur de connecteur cloud BI » (BICC_ADMIN).

a Exemple de requête config

/*
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 : Assurez-vous que Python 3.6 ou une version plus récente est installé. Installez les bibliothèques nécessaires à l'aide de pip : pip install requests pandas. Ce script utilisera 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 à l'utilisateur le rôle de Human Capital Management Integration Specialist, qui donne un accès en lecture étendu aux API requises. Notez le nom d'utilisateur et le mot de passe pour les utiliser dans le script.
Identifier l'URL de votre 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 est la base de tous les appels aux points d'accès API.
Configurer le script Python : Copiez le script Python fourni dans un fichier, par exemple, extract_hcm_data.py. Mettez à jour les variables de remplacement en haut du script : HCM_BASE_URL, USERNAME, PASSWORD, START_DATE et END_DATE. La plage de dates détermine la fenêtre de données à extraire.
Comprendre les points d'accès API : Le script est préconfiguré pour appeler plusieurs points d'accès API REST afin de collecter les données pour l'ensemble du cycle de vie de l'employé. Les principaux points d'accès incluent /workers pour les données principales d'employé et d'affectation, /recruitingCECandidateOffers pour les détails de l'offre, et /onboardingJourneys pour le statut des tâches d'intégration et de départ.
Exécuter le script d'extraction : Exécutez le script depuis votre ligne de commande en utilisant python extract_hcm_data.py. Le script s'authentifiera, enverra des requêtes à chaque point d'accès, gérera la pagination pour récupérer tous les enregistrements, et affichera les mises à jour de progression dans la console.
Traiter les réponses d'API : Pour chaque appel d'API, le script analyse la réponse JSON. Il parcourt les éléments retournés (par exemple, les employés, les tâches, les offres) et extrait les champs spécifiques nécessaires pour le journal d'événements.
Mapper les données aux activités : Le script contient la logique pour mapper différents points de données aux noms d'activité standardisés requis pour le Process Mining. Par exemple, la HireDate d'un employé devient l'activité 'Employee Onboarded', et l'AcceptedDate d'une offre devient l'activité 'Offer Accepted'.
Structurer le journal d'événements : Les données extraites et mappées de toutes les sources sont collectées dans une liste unique d'événements. La bibliothèque pandas est ensuite utilisée pour convertir cette liste en un DataFrame structuré, garantissant que toutes les colonnes requises et recommandées sont présentes.
Exporter le fichier 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 formaté correctement pour un téléversement direct dans la plateforme ProcessMind.

Configuration

Prérequis : Un utilisateur Oracle HCM Cloud disposant du rôle Spécialiste de l'intégration de la gestion du capital humain ou d'un accès API équivalent est requis. Python 3.6+ avec les bibliothèques requests et pandas doit être installé.
Authentification : Le script utilise l'authentification de base. Assurez-vous que les informations d'identification fournies sont celles d'un utilisateur disposant d'autorisations suffisantes sur les modules RH, Recrutement, Intégration, Formation et Performance.
URL de base de l'API : La variable HCM_BASE_URL doit être définie sur l'URL de votre instance Oracle Cloud spécifique. C'est le point de configuration le plus critique.
Plage de dates : Les variables START_DATE et END_DATE contrôlent la fenêtre d'extraction. Pour l'exécution initiale, une période de 3 à 6 mois est recommandée pour garantir une taille de données gérable 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 API pour gérer la mémoire et éviter de surcharger l'API. Cette valeur peut être ajustée, mais 100 est une valeur par défaut sûre.
Sélection des champs : Le script utilise le paramètre de requête fields dans les appels API pour demander uniquement les attributs de données nécessaires. Cela améliore les performances en réduisant la taille de la charge utile JSON renvoyée par le serveur.
Performances : Pour les environnements avec des centaines de milliers d'enregistrements d'employés, l'extraction complète peut prendre un temps considérable. Il est recommandé d'exécuter le script pendant les heures creuses.

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)}")

Modèle de données : Cycle de Vie de l'Employé - de l'Embauche au Départ

Votre modèle de données pour le processus 'De l'embauche au départ' - Cycle de vie de l'employé

Attributs du Cycle de vie des employés - De l'embauche au départ

Activités du Cycle de vie des employés - De l'embauche au départ

Guides d'extraction

Extraction de données de rapport Oracle HCM BI Publisher

Étapes

Configuration

a Exemple de requête sql

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

Étapes

Configuration

a Exemple de requête config

Extraction de script Python via les API REST d'Oracle HCM

Étapes

Configuration

a Exemple de requête python

Prêt(e) à démarrer ?

Commencez à optimiser votre cycle de vie De l'embauche au départ dès aujourd'hui