> Amélioration Continue des Processusus > Recrutement et acquisition de talents > Oracle HCM Recruiting > Template de données

Votre modèle de données de recrutement et d'acquisition de talents

Oracle HCM Recruiting

← Retour au Guide d'amélioration

Attributs de Recrutement et acquisition de talents (18) Activités de Recrutement et acquisition de talents (14) Guides d'extraction (2)

Votre modèle de données de recrutement et d'acquisition de talents

Ce template offre un guide détaillé pour la collecte des données nécessaires à l'optimisation de votre processus de recrutement et d'acquisition de talents. Il décrit les attributs de données essentiels, les activités clés à suivre et des conseils pratiques pour extraire ces informations de votre système source. Utilisez cette ressource pour garantir une phase de prélèvement.paration des données fluide et efficace.

`Attributs` recommandés à collecter pour une analyse détaillée
Activités clés du processus et jalons à suivre
Guide d'extraction des **données** de votre système

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

Télécharger le modèle

Attributs de Recrutement et acquisition de talents

Ce sont les champs de données recommandés à inclure dans votre journal d'événements pour une analyse complète de votre processus de recrutement et d'acquisition de talents.

5 Obligatoire 5 Recommandé 8 Facultatif

	Nom	Descriptionn
	Activité ActivityName	Le nom de l'activité ou de l'événement de recrutement spécifique qui a eu lieu.
Descriptionn Cet attribut décrit une étape unique ou un jalon dans le processus de recrutement, tel que "Candidature examinée", "Entretien mené" ou "Offre proposée". Chaque activité représente un événement distinct dans le cycle de vie de la candidature. C'est un composant clé pour le Process Mining, car il définit les nœuds dans la carte de processus. L'analyse de la séquence et de la fréquence des activités aide à identifier les chemins de processus courants, les points de blocage, les écarts par rapport à la procédure standard et les boucles de reprise. Pourquoi est-ce important ? : Cet attribut définit les étapes du processus de recrutement, constituant la base de la cartographie des processus et permettant l'analyse du flux et des variations du processus. Source des données : Généralement dérivé des tables d'événement ou d'historique de statut liées à l'objet de candidature dans Oracle HCM Recruiting. Exemples Demande examinéeEntretien menéOffre proposée.Candidat embauché
	Candidature au Poste JobApplicationId	Un identifiant unique pour la candidature de chaque candidat.
Descriptionn L'ID de Candidature (Job Application ID) est la clé primaire qui permet de suivre le parcours complet d'un candidat pour une demande de poste spécifique. Il relie toutes les activités associées, de la soumission initiale à la décision d'embauche finale, formant une instance de processus unique et cohérente. Dans le Process Mining, cet attribut est indispensable pour définir le case, permettant la reconstruction du chemin unique de chaque candidat. Les analystes l'utilisent pour visualiser les flux de candidatures complet, mesurer les temps de cycle globaux et analyser les taux de conversion entre les différentes étapes de l'entonnoir de recrutement. Pourquoi est-ce important ? : Cela identifie de manière unique chaque dossier de recrutement, permettant de suivre l'intégralité du cycle de vie d'une candidature, du début à la fin. Source des données : C'est un identifiant principal au sein du module Oracle HCM Recruiting, généralement associé aux dossiers de soumission des candidats. Exemples APP-2024-00123APP-2024-00124APP-2024-00125
	Heure de début EventTime	L'horodatage indiquant le début de l'activité de recrutement.
Descriptionn Cet attribut enregistre la date et l'heure précises auxquelles une activité spécifique a eu lieu. Il fournit le contexte chronologique pour l'ordonnancement des événements dans chaque cas de candidature. Le heure de début est indispensable pour toutes les analyses de Process Mining temporelles. Il est utilisé pour calculer les temps de cycle entre les activités, identifier les retards, mesurer le temps total d'embauche (time-to-hire) et vérifier le respect des accords de niveau de service ou des objectifs de performance. Pourquoi est-ce important ? : Elle fournit l'ordre chronologique des événements, ce qui est indispensable pour calculer les durées, découvrir les `points de blocage` et analyser la performance du processus. Source des données : Ce horodatage se trouve généralement à côté du nom de l'activité dans les journaux d'événements ou les tables d'historique de statut au sein d'Oracle HCM Recruiting. Exemples 2023-10-01T10:00:00Z2023-10-05T14:30:00Z2023-11-12T09:15:00Z
	Dernière mise à jour des données LastDataUpdate	L'horodatage de la dernière actualisation ou extraction des données du système source.
Descriptionn Cet attribut indique la date et l'heure de la dernière extraction de données. Il fournit un contexte sur la la réactualisation des données analysées. Ceci est important pour que les utilisateurs comprennent l'actualité de l'analyse du processus et pour gérer les attentes concernant la visibilité des activités très récentes. C'est une métadonnée clé pour tout tableau de bord ou rapport. Pourquoi est-ce important ? : Informe les utilisateurs sur l'actualité des données, s'assurant qu'ils comprennent la période couverte par l'analyse. Source des données : Ce `horodatage` est généré et ajouté pendant le processus d'extraction, de transformation et de chargement des `données` (ETL). Exemples 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Système source SourceSystem	Le système d'où proviennent les données.
Descriptionn Cet attribut identifie le système d'information source où les données de recrutement ont été enregistrées. Pour ce processus, il s'agira généralement d'« Oracle HCM Recruiting ». Dans les environnements avec plusieurs systèmes, ce champ est impératif pour la traçabilité des données et le dépannage. Il aide à confirmer que les données proviennent de la source attendue et peut être utilisé pour filtrer les analyses pour les données provenant de plateformes spécifiques. Pourquoi est-ce important ? : Identifie l'origine des données, ce qui est impératif pour la gouvernance des données, la validation et pour s'assurer que l'analyse est basée sur la bonne source d'information. Source des données : Il s'agit souvent d'une valeur statique ajoutée pendant le processus d'extraction, de transformation et de chargement des données (ETL) pour étiqueter l'ensemble de données. Exemples Oracle HCM RecruitingOracle Fusion Cloud HCM
	Département Department	Le département ou l'unité commerciale pour lequel/laquelle le candidat est embauché.
Descriptionn Cet attribut spécifie l'unité organisationnelle, telle que "Ingénierie", "Ventes" ou "Marketing", qui a le poste à pourvoir. Il fournit un contexte organisationnel pour chaque candidature. La segmentation du processus de recrutement par département est indispensablele pour l'analyse comparative des performances. Elle permet à la direction de comparer le temps d'embauche, les taux d'abandon et d'autres métriques clés entre les différentes parties de l'organisation, comme l'exige le tableau de bord de "Benchmarking de la performance de recrutement départementale". Pourquoi est-ce important ? : Permet la comparaison de la performance du recrutement et des variations de processus entre différentes unités commerciales ou départements. Source des données : Fait généralement partie des données de demande de poste liées à la candidature dans Oracle HCM Recruiting. Exemples IngénierieVentesFinanceRessources Humaines
	Recruteur Recruiter	Le nom ou l'ID du recruteur responsable de la gestion de la candidature.
Descriptionn Cet attribut identifie le professionnel de l'acquisition de talents assigné à la candidature. Cette personne est généralement responsable de guider le candidat tout au long du processus. L'analyse du processus par recruteur permet d'équilibrer la charge de travail, de réaliser des analyses comparatives de performance et d'identifier les meilleures pratiques. Cela aide à répondre à des questions telles que quels recruteurs ont les temps de cycle les plus rapides ou les taux d'acceptation d'offres les plus élevés, soutenant le tableau de bord "Charge de travail et efficacité des recruteurs". Pourquoi est-ce important ? : Attribue les `activités` à des individus spécifiques, permettant l'analyse de la charge de travail, de l'efficacité et de la performance du recruteur. Source des données : Associé à la candidature ou à l'objet de demande de personnel dans `Oracle HCM Recruiting`. Exemples John SmithJane DoeEmily Jones
	Responsable du recrutement HiringManager	Le nom ou l'ID du responsable du recrutement pour la demande de poste associée.
Descriptionn Cet attribut identifie le responsable.able de l'équipe ou du département ayant le poste à pourvoir. Le responsable du recrutement est une partie prenante clé, souvent impliquée dans la sélection, les entretiens et la décision d'embauche finale. L'analyse des performances du processus par responsable du recrutement peut révéler des points de blocage liés à leur disponibilité pour les entretiens ou à des retards dans la fourniture de retours. Cela aide à identifier les opportunités de formation ou d'amélioration des processus pour aider les managers à exécuter leurs responsabilités de recrutement plus efficacement. Pourquoi est-ce important ? : Identifie une partie prenante clé dans le processus, permettant l'analyse des retards ou des efficacités liés à l'implication du responsable du recrutement. Source des données : Stocké sur l'objet de demande de poste, qui est lié à la candidature, au sein d'Oracle HCM Recruiting. Exemples Robert BrownSusan WhiteMichael Green
	Source de la candidature ApplicationSource	Le canal ou la source par lequel/laquelle la candidature a été reçue.
Descriptionn Cet attribut suit la manière dont un candidat a trouvé l'offre d'emploi, par exemple, "LinkedIn", "Site Web de l'entreprise", "Recommandation d'un employé" ou "Site d'offres d'emploi". Il est indispensable pour le tableau de bord d'efficacité des sources de candidature, car il permet à l'organisation de mesurer le retour sur investissement des différents canaux de sourcing. En analysant quelles sources génèrent le plus d'embauches ou ont le temps d'embauche le plus rapide, l'équipe d'acquisition de talents peut optimiser sa stratégie de sourcing. Pourquoi est-ce important ? : Aide à déterminer les canaux les plus efficaces pour attirer et recruter des candidats qualifiés, optimisant ainsi les dépenses de marketing de recrutement. Source des données : Cette information est généralement capturée lorsqu'un candidat soumet une candidature dans Oracle HCM Recruiting. Exemples LinkedInRecommandation d'employéPage Carrières de l'EntrepriseIndeed
	Statut de la demande ApplicationStatus	Le statut actuel ou final de la candidature.
Descriptionn Cet attribut indique le statut de la candidature, tel que "Active", "Embauchée", "Rejetée" ou "Retirée". Il fournit un aperçu de la position de la candidature dans le processus ou de son résultat final. L'analyse du statut final est clée pour le calcul de métriques clés comme les taux d'embauche et les taux d'abandon. Elle aide à comprendre l'efficacité globale de l'entonnoir de recrutement en montrant combien de candidats atteignent avec succès l'étape finale. Pourquoi est-ce important ? : Fournit le résultat du processus de recrutement, essentiel pour le calcul des taux de conversion, des taux d'embauche et des taux d'abandon. Source des données : Un champ standard sur l'enregistrement principal de la candidature dans `Oracle HCM Recruiting`. Exemples EmbauchéRejetéRetiré par le candidatOffre acceptée
	Est candidat interne IsInternalCandidate	Un indicateur spécifiant si le candidat est un employé actuel.
Descriptionn Cet attribut booléen distingue les candidats internes, qui sont des employés existants, des candidats externes. Les processus de recrutement interne et externe ont souvent des étapes, des SLA et des taux de réussite différents. L'analyse de cet attribut permet une comparaison entre les processus de mobilité interne et d'embauche externe. Elle peut aider à déterminer si l'entreprise favorise efficacement les promotions internes « what-if » le processus d'embauche interne est plus efficient que celui externe. Pourquoi est-ce important ? : Sépare les candidats internes et externes, dont les parcours de recrutement et les indicateurs de performance diffèrent souvent de manière significative, permettant une analyse segmentée plus précise. Source des données : Il s'agit généralement d'un indicateur sur le profil du candidat ou de la candidature dans Oracle HCM Recruiting. Exemples truefaux
	Est un reprises IsRework	Un indicateur qui précise si une `activité` est effectuée une deuxième fois ou plus.
Descriptionn Cet attribut calculé identifie les cas où une activité est répétée au sein du même case. Par exemple, si une candidature passe de "Entretien" à "Présélection" puis de nouveau à "Entretien", les deuxième activités de "Présélection" et d'"Entretien" seraient signalées comme des reprises (rework). L'analyse des reprises est indispensablele pour découvrir les inefficacités des processus et les coûts cachés. Elle aide à identifier les domaines où le processus échoue, nécessitant la répétition d'étapes. Ceci contribue directement au le tableau de bord d'analyse des reprises de candidature et des points de blocage en quantifiant la fréquence et l'impact de ces boucles. Pourquoi est-ce important ? : Identifie les inefficacités et les boucles de processus où le travail est répété, aidant à découvrir les coûts cachés et les opportunités de rationalisation. Source des données : Calculé lors de la préparation des données en vérifiant si la même `activité` s'est déjà produite pour un `CaseId` donné. Exemples truefaux
	Heure de fin EventEndTime	L'horodatage indiquant la fin de l'activité de recrutement.
Descriptionn L'End Time (Heure de Fin) marque la fin d'une activité. La différence entre le Heure de début (Heure de Début) et l'End Time représente le temps de traitement d'une seule activité. Dans le Process Mining, ceci est utilisé pour calculer la durée de tâches spécifiques, comme le temps nécessaire pour examiner une candidature ou mener un entretien. L'analyse des durées d'activité aide à identifier quelles étapes spécifiques prennent le plus de temps au sein du processus global. Pourquoi est-ce important ? : Permet le calcul des durées des `activités` individuelles, ce qui est indispensable pour identifier les étapes inefficaces et mesurer la performance au niveau des tâches. Source des données : Peut être disponible dans les tables de journal d'événements ou peut être dérivé de l'heure de début de l'activité subséquente. Exemples 2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
	ID de la demande d'emploi JobRequisitionId	L'identifiant unique de l'offre d'emploi à laquelle le candidat a postulé.
Descriptionn L'ID de Demande de Poste (Job Requisition ID) relie plusieurs candidatures à une seule offre d'emploi approuvée. Il représente le côté demande du processus de recrutement. Cet attribut est impératif pour agréger les données de candidature afin d'analyser la santé globale d'un effort de recrutement spécifique. Il permet d'analyser le nombre de candidats en cours pour un rôle donné, l'efficacité du sourcing pour ce rôle et le temps total nécessaire pour pourvoir le poste. Pourquoi est-ce important ? : Regroupe toutes les candidatures pour le même poste, permettant l'analyse de l'ensemble du pipeline de talents pour un rôle spécifique. Source des données : C'est une clé primaire sur l'objet de demande de poste, liée à chaque candidature dans Oracle HCM Recruiting. Exemples REQ-2024-501REQ-2024-502REQ-2024-503
	Lieu du poste JobLocation	L'emplacement géographique ou le bureau où est basé le poste.
Descriptionn Cet attribut spécifie la ville, l'état ou le pays associé à la demande de poste. Il peut également indiquer si un poste est à distance. Cette dimension permet une analyse régionale des processus de recrutement. Elle peut aider à répondre à des questions telles que si le temps d'embauche varie considérablement entre différents lieux ou si certaines régions ont des taux d'abandon de candidats plus élevés. Cela est utile pour adapter les stratégies de recrutement à des marchés du travail spécifiques. Pourquoi est-ce important ? : Permet une analyse géographique des métriques de recrutement, aidant à identifier les différences régionales en termes de performance et de défis d'embauche. Source des données : Stocké sur l'objet de demande de poste dans Oracle HCM Recruiting. Exemples New York, NYLondres, Royaume-UniÀ distanceSan Francisco, CA
	Montant de l'offre OfferAmount	Le montant du salaire de l'offre d'emploi proposée au candidat.
Descriptionn Cet attribut capture la rémunération proposée pour le poste. C'est une information cruciale dans les dernières étapes du processus de recrutement. Bien que sensible, l'analyse des montants d'offres peut fournir des informations sur la compétitivité de la rémunération. Elle peut être corrélée aux taux d'acceptation des offres pour comprendre si la rémunération est un facteur de refus d'offres par les candidats. Elle peut également être utilisée pour assurer l'équité salariale entre les différents départements et rôles. Pourquoi est-ce important ? : Permet l'analyse des tendances de rémunération et de leur impact sur les taux d'acceptation des offres, contribuant ainsi à une stratégie de recrutement plus compétitive. Source des données : Trouvé dans la section des détails de l'offre d'emploi pour une candidature dans `Oracle HCM Recruiting`. Exemples 8500012000065000
	Motif de refus RejectionReason	La raison pour laquelle la candidature d'un candidat a été rejetée.
Descriptionn Cet attribut fournit un contexte lorsqu'une candidature est passée au statut "Rejetée". Les raisons peuvent inclure "Ne correspond pas à la culture", "Manque les compétences requises" ou "Autre candidat embauché". L'analyse des motifs de rejet à différentes étapes du processus fournit un retour d'information inestimable. Elle peut mettre en évidence des problèmes liés aux descriptions de poste, aux attentes mal alignées ou aux problèmes du processus de sélection, contribuant ainsi à affiner la stratégie de recrutement et à améliorer la qualité du vivier de candidats. Pourquoi est-ce important ? : Fournit des informations sur les raisons pour lesquelles les candidats ne progressent pas, ce qui est impératif pour améliorer les descriptions de poste, les critères de sélection et l'efficacité globale du processus. Source des données : Généralement capturé dans un champ spécifique ou une section de notes lorsqu'un recruteur ou un responsable du recrutement rejette un candidat dans Oracle HCM Recruiting. Exemples Ne satisfait pas aux qualifications minimalesCandidat plus qualifié sélectionnéAttentes salariales non alignées
	Objectif de temps d'embauche TimeToHireTarget	La durée cible, en jours, pour pourvoir la demande de poste.
Descriptionn Cet attribut définit le délai attendu pour l'achèvement du processus d'embauche, de l'ouverture de la demande à l'acceptation d'une offre par un candidat. Cet objectif est souvent défini en fonction du niveau du poste ou des normes du département. C'est indispensable pour le KPI de respect du temps d'embauche (Time-to-Hire Target Adherence). En comparant le temps d'embauche réel à cet objectif, l'organisation peut mesurer ses performances par rapport à ses objectifs stratégiques et identifier de manière proactive les demandes de postes qui risquent de prendre trop de temps à pourvoir. Pourquoi est-ce important ? : Fournit une référence pour mesurer la performance réelle du temps d'embauche, soutenant directement les calculs de KPI pour le respect des objectifs. Source des données : Il peut s'agir d'un champ sur l'objet de demande de poste dans Oracle HCM Recruiting ou être géré dans un système séparé. Exemples 30456090

Obligatoire Recommandé Facultatif

Activités de Recrutement et acquisition de talents

Ce sont les étapes clés du processus et les jalons à enregistrer dans votre journal d'événements pour une découverte précise des processus et l'identification des points de blocage.

6 Recommandé 8 Facultatif

	Activité	Descriptionn
	Candidat embauché	Représente la conclusion finale et réussie du processus de recrutement. Cet événement se produit lorsque le statut du candidat est officiellement modifié à "Embauché", déclenchant le transfert aux RH.
Pourquoi est-ce important ? : C'est le principal résultat de succès du processus. Il sert de point final pour le calcul du Time-to-Hire et d'autres indicateurs d'efficacité clés. Source des données : C'est un changement de statut clé sur le dossier de candidature dans IRC_SUBMISSIONS. Il est déclenché par l'action "Embaucher" ou "Transférer aux RH" dans Oracle Recruiting. Capture Comptabilisé lorsque le recruteur exécute l'action finale "Embaucher". Type d'événement explicit
	Candidature reçue	Marque la création d'une nouvelle candidature lorsqu'un candidat postule à un poste. Cet événement est généralement capturé explicitement lors de la première création du dossier de candidature dans le système.
Pourquoi est-ce important ? : C'est le point de départ de chaque cas, essentiel pour calculer les durées de processus complet comme le Time-to-Hire et analyser les volumes de candidatures au fil du temps. Source des données : Cet événement est capturé à partir du horodatage de création du dossier de soumission d'un candidat dans Oracle Recruiting, probablement à partir d'une table telle que IRC_SUBMISSIONS. Capture À partir du `horodatage` de création de l'enregistrement de candidature. Type d'événement explicit
	Demande Rejetée	Indique que l'entreprise a décidé de ne pas poursuivre avec un candidat à n'importe quelle étape du processus. Ceci est capturé par un changement de statut sur la candidature.
Pourquoi est-ce important ? : C'est un point d'arrivée courant pour les candidatures. Analyser à quelle étape les rejets se produisent est indispensable pour comprendre les taux d'abandon et l'efficacité du processus. Source des données : Déduit de tout changement de statut terminal sur la candidature, tel que 'Rejected', 'Not Selected' ou une valeur configurée similaire. Capture Déduit du changement de statut de candidature vers un état terminal 'Rejected'. Type d'événement inferred
	Entretien mené	Marque la finalisation d'un entretien avec un candidat. Cela est souvent déduit lorsqu'un intervieweur ou un recruteur met à jour le statut de l'entretien planifié à "Terminé" ou "Réalisé".
Pourquoi est-ce important ? : C'est une étape cruciale du processus de recrutement. Le temps de cycle entre cette activité et "Offre proposée" est un indicateur de performance clé. Source des données : Déduit d'un changement de statut sur l'enregistrement d'entretien planifié au sein d'`Oracle Recruiting`. Le `horodatage` de ce changement de statut sert de `(EventTime)`. Capture Déduit du changement de statut de l'entretien vers 'Completed' ou 'Finished'. Type d'événement inferred
	Offre acceptée	Indique que le candidat a formellement accepté l'offre d'emploi. Cet événement est capturé lorsque le candidat accepte via le portail de carrière ou qu'un recruteur met à jour manuellement le statut.
Pourquoi est-ce important ? : C'est une étape de succès primaire dans le processus. C'est la base pour calculer le taux d'efficacité.x d'acceptation des offres « what-if »gnale le début des activités post-offre. Source des données : Saisi à partir d'une mise à jour de statut sur l'enregistrement de l'offre vers 'Accepted'. Cela peut être déclenché par le candidat en ligne ou saisi manuellement par le recruteur. Capture À partir du `horodatage` lorsque le statut de l'offre passe à 'Accepted'. Type d'événement explicit
	Offre proposée.	Marque lÀ proposition formelle d'une offre d'emploi à un candidat. Il s'agit d'un événement explicite, enregistré lorsqu'un recruteur envoie officiellement l'offre via le système Oracle Recruiting.
Pourquoi est-ce important ? : C'est un jalon clé pour mesurer le taux d'acceptation des offres et la durée entre l'entretien final et l'offre, un élément critique de l'expérience candidat. Source des données : Saisi explicitement lorsque le statut de l'offre d'emploi passe à 'Extended' ou 'Sent'. Le `horodatage` de cette action est enregistré sur l'objet de l'offre. Capture Comptabilisé lorsque le recruteur exécute l'action "Proposer une offre". Type d'événement explicit
	Demande examinée	Représente l'examen initial d'une candidature par un recruteur pour vérifier les qualifications de base. Cela est généralement déduit lorsque le statut de la candidature passe de "Nouveau" à "En cours d'examen".
Pourquoi est-ce important ? : L'analyse du temps passé à cette étape aide à identifier les `points de blocage` dans le processus d'examen initial. Elle est également essentielle pour mesurer le `KPI` du taux de reprise pour le filtrage des candidatures. Source des données : Déduit de l'historique du champ de statut de la candidature dans `Oracle Recruiting`. Recherchez un changement de statut dans l'historique de la table `IRC_SUBMISSIONS`. Capture Déduit du changement de statut de candidature vers 'Screening' ou 'Under Review'. Type d'événement inferred
	Demande retirée	Représente la décision d'un candidat de se retirer du processus de sélection pour un poste. Cela est enregistré lorsque le statut de la candidature est mis à jour à "Retiré par le candidat".
Pourquoi est-ce important ? : Le suivi des désistements aide à identifier les étapes où l'expérience candidat peut être médiocre, entraînant un taux d'abandon élevé. C'est impératif pour l'analyse du KPI "Taux d'abandon des candidats". Source des données : Déduit d'un changement de statut sur la candidature vers 'Withdrawn'. Cela peut être initié par le candidat dans le portail ou par un recruteur en son nom. Capture Déduit du changement de statut de candidature vers 'Withdrawn by Candidate'. Type d'événement inferred
	Détails de l'offre approuvés	Représente la finalisation d'un workflow d'approbation interne pour une offre d'emploi avant qu'elle ne soit proposée au candidat. Cela est déduit du statut d'approbation final sur le dossier de l'offre.
Pourquoi est-ce important ? : Cette activité aide à analyser la durée et l'efficacité du processus interne d'approbation des offres, qui peut être une source importante de retard. Source des données : Déduit de l'historique des changements de statut de l'enregistrement d'offre d'emploi au sein d'`Oracle Recruiting`, traçant quand il passe à l'état 'Approved'. Capture Déduit du changement de statut de l'objet d'offre vers 'Approved'. Type d'événement inferred
	Entretien planifié.	Représente le moment où un entretien avec un candidat est officiellement planifié dans le système. Cela est généralement capturé lorsqu'un entretien est créé et associé à la candidature.
Pourquoi est-ce important ? : Le suivi de ceci aide à mesurer le temps nécessaire pour organiser les entretiens, ce qui est un élément clé de l'expérience candidat et du Time-to-Hire global. Source des données : Cet événement est explicitement enregistré dans le module de planification des entretiens d'Oracle Recruiting. Les données se trouveraient dans des tables liées aux entretiens, associées à la candidature. Capture À partir de l'enregistrement de création d'un événement d'entretien lié à la candidature. Type d'événement explicit
	Évaluation terminée	Indique qu'un candidat a terminé une évaluation de prélèvement.sélection requise, comme un test de compétences ou une évaluation de personnalité. Cet événement est généralement enregistré lorsque la plateforme d'évaluation renvoie un statut de complétion à `Oracle HCM`.
Pourquoi est-ce important ? : Cette activité permet de suivre l'engagement des candidats et d'analyser le temps qu'il leur faut pour compléter les évaluations, ce qui peut être un point de désistement. Source des données : Saisi à partir d'une mise à jour de statut poussée depuis un outil d'évaluation tiers intégré ou d'un changement de statut manuel par un recruteur dans le profil de candidature du candidat. Capture Comptabilisé lorsque l'API du fournisseur d'évaluation met à jour le statut du candidat. Type d'événement explicit
	Offre refusée	Représente la décision du candidat de refuser l'offre d'emploi. Il s'agit d'un changement de statut explicite sur le dossier d'offre, souvent accompagné d'une raison.
Pourquoi est-ce important ? : C'est un point de défaillance critique dans le processus. L'analyse du moment et des raisons du refus des offres fournit des informations sur la compétitivité de la rémunération et l'expérience candidat. Source des données : Saisi à partir d'une mise à jour de statut sur l'enregistrement de l'offre vers 'Declined' ou 'Rejected by Candidate'. Capture À partir du `horodatage` lorsque le statut de l'offre passe à 'Declined'. Type d'événement explicit
	Retour d'entretien soumis	Indique qu'un intervieweur a soumis ses retours et son évaluation du candidat après l'entretien. C'est un événement explicite capturé lorsque le formulaire de retour est enregistré.
Pourquoi est-ce important ? : Les retards entre l'entretien et la soumission du retour peuvent ralentir considérablement le processus d'embauche. Le suivi de cela aide à identifier les `points de blocage` dans la prise de décision. Source des données : Comptabilisé explicitement lorsqu'un intervieweur soumet son évaluation via le portail `Oracle Recruiting`. Le `horodatage` de création de l'enregistrement de retour est utilisé. Capture À partir du `horodatage` de création de l'enregistrement de retour d'entretien. Type d'événement explicit
	Vérification des antécédents initiée	Marque le lancement d'une vérification des antécédents pour un candidat après son acceptation d'une offre. Cet événement est souvent déclenché par un changement de statut ou une intégration avec un service tiers.
Pourquoi est-ce important ? : Cette activité est indispensablele pour le suivi des délais post-offre, pré-embauche et pour garantir la conformité. Les retards ici peuvent impacter la date de début du candidat. Source des données : Déduit d'un changement de statut de candidature vers 'Background Check' ou enregistré via un appel `API` vers un fournisseur intégré de vérification d'antécédents. Capture Déduit d'un changement de statut de candidature vers 'Background Check in Progress'. Type d'événement inferred

Recommandé Facultatif

Guides d'extraction

Comment obtenir vos **données** d'`Oracle HCM Recruiting`

Étapes

Naviguer vers OTBI : Connectez-vous à Oracle HCM Cloud. Utilisez le menu Navigator pour aller dans Tools, puis sélectionnez Reports and Analytics.
Créer une nouvelle analyse : Dans l'espace de travail Reports and Analytics, cliquez sur Create, puis sélectionnez Analysis. N'utilisez pas l'option Report, car Analysis offre la flexibilité nécessaire.
Sélectionner le domaine fonctionnel : Lorsque vous y êtes invité, choisissez le domaine fonctionnel 'Recruiting - Recruiting Real Time'. Il s'agit du modèle de données qui contient toutes les informations nécessaires sur les candidatures, les entretiens et les offres.
Accéder à la configuration avancée : Après avoir sélectionné le domaine fonctionnel, vous serez dirigé vers l'éditeur d'analyse. Naviguez jusqu'à l'onglet Advanced dans le coin supérieur droit. Cela permet une manipulation directe de la requête logical SQL.
Coller le SQL logique : Dans la section 'Analysis XML', recherchez la balise saw:query. Remplacez la requête SQL existante à l'intérieur de cette balise par le SQL logique complet fourni dans la section 'Query' de ce document. Il est impératif de remplacer l'intégralité de la requête par défaut.
Définir les paramètres de période : Avant d'exécuter la requête, remplacez les valeurs d'espace réservé pour [Start Date] et [End Date] par la période souhaitée au format 'AAAA-MM-JJ'. C'est indispensable pour contrôler la quantité de données extraites.
Valider la requête : Cliquez sur le bouton 'Validate SQL' pour vous assurer qu'il n'y a pas d'erreurs de syntaxe. Si la validation est réussie, vous pouvez continuer. Notez que cela ne vérifie que la syntaxe, pas si les colonnes existent dans votre configuration spécifique.
Afficher les résultats : Retournez à l'onglet Results. L'analyse s'exécutera, et un aperçu des données du journal d'événements sera affiché. Vérifiez que les colonnes et les données apparaissent comme prévu.
Configurer les paramètres d'exportation : Pour les grands ensembles de données, il est recommandé de planifier l'analyse comme une tâche plutôt que de l'exécuter de manière interactive. Dans l'éditeur d'analyse, vous pouvez définir les propriétés d'exportation pour vous assurer que le format CSV est propre.
Exporter les données : Une fois satisfait des résultats, cliquez sur le lien Export et choisissez le format CSV. Cela téléchargera le fichier complet du journal d'événements.
Préparer l'importation : Ouvrez le fichier CSV téléchargé. Assurez-vous que les en-têtes de colonne correspondent aux attributs requis (JobApplicationId, (ActivityName), (EventTime), etc.) et que le format de date est cohérent. Le fichier est maintenant prêt à être importé dans un outil de process mining.

Configuration

Domaine fonctionnel : L'intégralité de la requête est basée sur le domaine fonctionnel Recruiting - Recruiting Real Time. L'utilisateur exécutant le rapport doit disposer des autorisations nécessaires pour accéder à ce domaine fonctionnel.
Filtrage par période : La requête inclut les espaces réservés [Start Date] et [End Date]. Il est impératif de définir une période spécifique pour gérer la performance et le volume des données. Nous recommandons de commencer par une période récente de 3 à 6 mois.
Sécurité des données : OTBI applique les rôles de sécurité des données d'Oracle HCM. L'utilisateur exécutant le rapport ne verra que les données des unités commerciales, des départements et des employeurs légaux qu'il est autorisé à consulter.
Considérations de performance : Pour les grandes organisations avec des volumes de recrutement élevés, l'exécution de cette requête sur une longue période peut être lente ou expirer dans l'interface utilisateur interactive. Pour les extractions de données volumineuses, la bonne pratique consiste à enregistrer l'analyse et à la planifier pour qu'elle s'exécute en tant que tâche de fond, en délivrant le résultat à un serveur de contenu ou par e-mail.
Personnalisation : La requête fournie utilise des champs standard. Si votre organisation utilise des Descriptive Flexfields (DFFs) ou des objets personnalisés pour suivre des événements de recrutement spécifiques, vous devrez modifier le logical SQL pour les inclure.

a Exemple de requête config

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Application Received' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Application Screened' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Screen'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Assessment Completed' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Interview Scheduled' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Interview Conducted' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Event Overall Status" = 'Completed'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Interview Feedback Submitted' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Details Approved' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Extended' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Accepted' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Declined' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Background Check Initiated' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Background Check'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Candidate Hired' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Hired'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Application Rejected' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" LIKE '%Rejected%'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Application Withdrawn' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Withdrawn by Candidate'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

Étapes

Prérequis : Assurez-vous d'avoir Python 3 installé sur votre système ainsi que la bibliothèque requests. Vous pouvez l'installer en utilisant pip : pip install requests. Vous aurez également besoin d'identifiants utilisateur valides (nom d'utilisateur et mot de passe) et du nom d'hôte de votre instance Oracle HCM Cloud avec les autorisations pour accéder à l'API REST de recrutement.
Initialisation du script : Créez un nouveau fichier script Python, par exemple extract_hcm_data.py. Commencez par importer les bibliothèques nécessaires : requests, csv et datetime.
Définir la configuration : En haut de votre script, définissez des variables pour le nom d'hôte de votre Oracle HCM, le nom d'utilisateur, le mot de passe et la période souhaitée pour l'extraction. L'utilisation d'espaces réservés pour les identifiants est une bonne pratique de sécurité.
Établir la session API : Créez un objet requests.Session. Définissez la propriété d'authentification de la session avec votre nom d'utilisateur et votre mot de passe. Cela garantira que les identifiants sont envoyés avec chaque requête API ultérieure effectuée à l'aide de cette session.
Implémenter la boucle de pagination : Le script doit récupérer les données par pages pour gérer de grands volumes et respecter les limites de l'API. Initialisez une variable d'offset à 0 et une limite, par exemple 500. Créez une boucle while qui continue tant que l'API renvoie des données. À chaque itération, le script appellera l'API avec l'offset actuel, puis incrémentera l'offset de la limite pour la page suivante.
Requête API : À l'intérieur de la boucle, construisez l'URL complète de la requête API pour l'endpoint recruitingCEJobApplications. Utilisez le paramètre fields pour spécifier tous les attributs requis, et le paramètre expand pour inclure les objets liés comme Phases et Offers. Utilisez le paramètre q pour filtrer par CreationDate en fonction de votre période configurée.
Traiter la réponse JSON : Pour chaque appel API, vérifiez un code de statut HTTP de succès (200). Analysez la réponse JSON. Les applications se trouveront dans le tableau items du corps de la réponse.
Itérer et générer des événements : Parcourez chaque objet d'application renvoyé par l'API. Pour chaque application, extrayez les attributs communs comme ApplicationId, Recruiter et HiringManager.
Mapper les statuts aux activités : C'est la logique principale. Pour chaque application, vous devez générer une ligne distincte pour chacune des 14 activités requises. Cela implique d'inspecter le CreationDate, la collection Phases et la collection Offers. Par exemple, utilisez le CreationDate pour 'Application Received'. Itérez à travers le tableau Phases pour créer des lignes pour 'Application Screened', 'Interview Scheduled', 'Candidate Hired', 'Application Rejected', etc., en utilisant le horodatage de l'entrée de chaque phase. De même, itérez à travers le tableau Offers pour les événements 'Offer Extended', 'Offer Accepted' et 'Offer Declined'.
Construire le journal d'événements : Au fur et à mesure que chaque événement d'activité est généré, stockez-le comme un dictionnaire avec des clés correspondant aux en-têtes de colonne du journal d'événements (JobApplicationId, (ActivityName), (EventTime), etc.). Ajoutez chaque dictionnaire à une liste principale qui formera votre journal d'événements complet.
Exporter au format CSV : Une fois la boucle de pagination terminée, utilisez le module csv intégré de Python pour écrire la liste principale des dictionnaires d'événements dans un fichier CSV. Assurez-vous que le fichier est encodé en UTF-8 et que les en-têtes du fichier CSV correspondent exactement aux noms d'attributs requis pour l'ingestion ProcessMind.

Configuration

Identifiants API : Un compte de service dédié avec un rôle autorisant l'accès à l'API REST de recrutement, tel que 'Recruiting Manager' ou un rôle personnalisé avec les privilèges 'Recruiting REST API Access', est requis.
Endpoint API : L'endpoint principal utilisé est recruitingCEJobApplications. Il est impératif d'utiliser le paramètre de requête expand (par exemple, expand=Phases,Offers) pour récupérer les objets imbriqués contenant l'historique des statuts et les détails de l'offre en un seul appel, ce qui est plus efficace.
Filtrage par période : Utilisez le paramètre de requête q pour filtrer les candidatures par date. Un filtre sur CreationDate est recommandé pour gérer le volume des données. Pour une analyse initiale, une période des 3 à 6 derniers mois est conseillée. Exemple : q=CreationDate>'2023-01-01T00:00:00Z'.
Sélection des champs : Pour optimiser la performance et réduire la charge réseau, utilisez le paramètre fields pour ne demander que les attributs nécessaires. Incluez des champs tels que ApplicationId, CreationDate, LastUpdateDate, Recruiter, HiringManager, Requisition, Phases et Offers.
Limite de pagination : Le paramètre limit contrôle le nombre d'enregistrements renvoyés par appel API. Une valeur entre 200 et 500 représente généralement un bon équilibre entre le nombre d'appels API et la taille de chaque réponse.
Mappages des statuts : Le script contient un dictionnaire pour mapper les codes de phase et de statut d'Oracle HCM aux noms d'activités standardisés. Ce mappage peut nécessiter une personnalisation en fonction de la configuration spécifique du workflow de recrutement de votre organisation.

a Exemple de requête python

import requests
import csv
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
HCM_HOST = class="hl-string">"https://[Your HCM Host].fa.us2.oraclecloud.com"
USERNAME = class="hl-string">"[Your Username]"
PASSWORD = class="hl-string">"[Your Password]"

class=class="hl-string">"hl-comment"># Date range for the query (ISO 8601 format)
START_DATE = class="hl-string">"2023-01-01T00:00:00+00:00"
END_DATE = class="hl-string">"2023-12-31T23:59:59+00:00"

class=class="hl-string">"hl-comment"># API and File settings
API_ENDPOINT = class="hl-string">"/hcmRestApi/resources/11.13.18.05/recruitingCEJobApplications"
CSV_FILENAME = class="hl-string">"recruitment_event_log.csv"
API_LIMIT = 500

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to orchestrate the extraction process."""
    event_log = []
    offset = 0
    has_more = True

    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)

    print(class="hl-string">"Starting data extraction from Oracle HCM...")

    while has_more:
        print(fclass="hl-string">"Fetching applications, offset: {offset}")
        try:
            params = {
                class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
                class="hl-string">'fields': class="hl-string">'ApplicationId,CreationDate,LastUpdateDate,ApplicationStatus,ApplicationSource,Recruiter,HiringManager,Department,Phases,Offers',
                class="hl-string">'expand': class="hl-string">'Phases,Offers',
                class="hl-string">'limit': API_LIMIT,
                class="hl-string">'offset': offset
            }
            response = session.get(HCM_HOST + API_ENDPOINT, params=params)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an exception for bad status codes

            data = response.json()
            applications = data.get(class="hl-string">'items', [])

            if not applications:
                print(class="hl-string">"No more applications found.")
                break

            process_applications(applications, event_log)

            has_more = data.get(class="hl-string">'hasMore', False)
            offset += API_LIMIT

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except Exception as err:
            print(fclass="hl-string">"An error occurred: {err}")
            break

    if event_log:
        write_to_csv(event_log)
        print(fclass="hl-string">"Extraction complete. {len(event_log)} events written to {CSV_FILENAME}")
    else:
        print(class="hl-string">"No events were generated.")

def process_applications(applications, event_log):
    class="hl-string">"""Processes a batch of applications and generates event log entries."""
    now_iso = datetime.utcnow().isoformat() + class="hl-string">'Z'

    for app in applications:
        base_event = {
            class="hl-string">'JobApplicationId': app.get(class="hl-string">'ApplicationId'),
            class="hl-string">'Recruiter': app.get(class="hl-string">'Recruiter'),
            class="hl-string">'HiringManager': app.get(class="hl-string">'HiringManager'),
            class="hl-string">'Department': app.get(class="hl-string">'Department'),
            class="hl-string">'ApplicationSource': app.get(class="hl-string">'ApplicationSource'),
            class="hl-string">'ApplicationStatus': app.get(class="hl-string">'ApplicationStatus'),
            class="hl-string">'SourceSystem': class="hl-string">'Oracle HCM Recruiting',
            class="hl-string">'LastDataUpdate': now_iso
        }

        class=class="hl-string">"hl-comment"># 1. Application Received
        event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Application Received', class="hl-string">'EventTime': app.get(class="hl-string">'CreationDate')})

        class=class="hl-string">"hl-comment"># Process phases for status-based events
        for phase in app.get(class="hl-string">'Phases', []):
            phase_name = phase.get(class="hl-string">'PhaseName', class="hl-string">'').lower()
            status_name = phase.get(class="hl-string">'StateName', class="hl-string">'').lower()
            entry_date = phase.get(class="hl-string">'EntryDate')

            if not entry_date: continue

            activity_map = {
                class="hl-string">'screen': class="hl-string">'Application Screened',
                class="hl-string">'assessment': class="hl-string">'Assessment Completed',
                class="hl-string">'interview': class="hl-string">'Interview Scheduled',
                class="hl-string">'offer': class="hl-string">'Offer Details Approved', class=class="hl-string">"hl-comment"># Approximation, happens before offer is made
                class="hl-string">'background check': class="hl-string">'Background Check Initiated',
                class="hl-string">'hired': class="hl-string">'Candidate Hired',
                class="hl-string">'rejected': class="hl-string">'Application Rejected',
                class="hl-string">'withdrawn': class="hl-string">'Application Withdrawn'
            }

            class=class="hl-string">"hl-comment"># Simple mapping by phase name
            for key, activity in activity_map.items():
                if key in phase_name:
                    event_log.append({**base_event, class="hl-string">'ActivityName': activity, class="hl-string">'EventTime': entry_date})

            class=class="hl-string">"hl-comment"># Specific logic for Interview Conducted
            if class="hl-string">'interview' in phase_name and status_name == class="hl-string">'completed':
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Interview Conducted', class="hl-string">'EventTime': entry_date})

            class=class="hl-string">"hl-comment"># Specific logic for Feedback Submitted (approximation)
            if class="hl-string">'interview' in phase_name and status_name == class="hl-string">'completed':
                 class=class="hl-string">"hl-comment"># This is an approximation, assuming feedback is submitted upon completion
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Interview Feedback Submitted', class="hl-string">'EventTime': entry_date})


        class=class="hl-string">"hl-comment"># Process offers for offer-related events
        for offer in app.get(class="hl-string">'Offers', []):
            offer_status = offer.get(class="hl-string">'OfferStatus', class="hl-string">'').lower()
            offer_date = offer.get(class="hl-string">'OfferDate') or offer.get(class="hl-string">'LastUpdateDate')

            if not offer_date: continue

            if offer_status == class="hl-string">'extended':
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Offer Extended', class="hl-string">'EventTime': offer_date})
            elif offer_status == class="hl-string">'accepted':
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Offer Accepted', class="hl-string">'EventTime': offer_date})
            elif offer_status == class="hl-string">'declined':
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Offer Declined', class="hl-string">'EventTime': offer_date})


def write_to_csv(event_log):
    class="hl-string">"""Writes the event log data to a CSV file."""
    if not event_log:
        return

    headers = [
        class="hl-string">'JobApplicationId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'Recruiter', class="hl-string">'HiringManager', class="hl-string">'Department', class="hl-string">'ApplicationStatus', class="hl-string">'ApplicationSource'
    ]

    class=class="hl-string">"hl-comment"># Deduplicate and sort events to ensure chronological order per application
    unique_events = {tuple(event.items()) for event in event_log}
    sorted_events = sorted([dict(event) for event in unique_events], key=lambda x: (x[class="hl-string">'JobApplicationId'], x[class="hl-string">'EventTime']))

    with open(CSV_FILENAME, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=headers)
        writer.writeheader()
        writer.writerows(sorted_events)

if __name__ == class="hl-string">"__main__":
    main()

Votre modèle de données de recrutement et d'acquisition de talents

Votre modèle de données de recrutement et d'acquisition de talents

Attributs de Recrutement et acquisition de talents

Activités de Recrutement et acquisition de talents

Guides d'extraction

Rapport Oracle HCM OTBI pour l'exportation des données de recrutement

Étapes

Configuration

a Exemple de requête config

Extraction par script Python via l'API REST d'Oracle HCM

Étapes

Configuration

a Exemple de requête python

Prêt(e) à démarrer ?

Optimisez votre Recrutement et acquisition de talents dès aujourd'hui

Votre modèle de données de recrutement et d'acquisition de talents

Votre modèle de données de recrutement et d'acquisition de talents

Attributs de Recrutement et acquisition de talents

Activités de Recrutement et acquisition de talents

Guides d'extraction

Rapport Oracle HCM OTBI pour l'exportation des données de recrutement

Étapes

Configuration

a Exemple de requête config

Extraction par script Python via l'API REST d'Oracle HCM

Étapes

Configuration

a Exemple de requête python

Nous respectons votre vie privée

Prêt(e) à démarrer ?

Optimisez votre Recrutement et acquisition de talents dès aujourd'hui