> Amélioration continue des processus > Recrutement et acquisition de talents > Recrutement dans Oracle HCM > Modèle de données

Votre modèle de données pour le recrutement et l’acquisition de talents

Recrutement dans Oracle HCM

← Retour au guide d’amélioration

Attributs liés au recrutement et à l’acquisition de talents (18) Activités liées au recrutement et à l’acquisition de talents (14) Guides d’extraction (2)

Votre modèle de données pour le recrutement et l’acquisition de talents

Ce modèle vous guide dans la collecte des données nécessaires à l’optimisation de vos processus de recrutement et d’acquisition de talents. Il présente les attributs de données essentiels, les principales activités à suivre et des conseils pratiques pour extraire ces informations de votre système source. Appuyez-vous sur cette ressource pour préparer vos données dans de bonnes conditions.

Attributs recommandés pour une analyse approfondie
Activités et jalons clés du processus à suivre
Conseils pour extraire les données de votre système

Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Télécharger le modèle

Attributs liés au recrutement et à l’acquisition de talents

Voici les champs de données recommandés à inclure dans votre journal d’événements pour analyser en détail vos processus de recrutement et d’acquisition de talents.

5 Obligatoire 5 Recommandé 8 Facultatif

	Nom	Description
	Activité ActivityName	Nom de l’activité ou de l’événement de recrutement qui a eu lieu.
Description Cet attribut décrit une étape ou un jalon du processus de recrutement, par exemple « Candidature examinée », « Entretien réalisé » ou « Offre formulée ». Chaque activité correspond à un événement distinct du cycle de vie de la candidature. Il s’agit d’un élément fondamental du Process Mining, car il définit les nœuds de la carte du processus. L’analyse de l’ordre et de la fréquence des activités permet de repérer les parcours les plus courants, les goulots d’étranglement, les écarts par rapport à la procédure standard et les boucles de reprises. Pourquoi est-ce important ? Cet attribut définit les étapes du processus de recrutement. Il constitue la base de la carte du processus et permet d’analyser les flux de travail et leurs variations. Où trouver ces données Généralement extrait des tables d’historique des événements ou des statuts associées à l’objet de candidature dans Oracle HCM Recruiting. Exemples Candidature examinéeEntretien réaliséOffre envoyéeCandidat recruté
	Candidature à un poste JobApplicationId	Identifiant unique de la candidature de chaque candidat.
Description L’identifiant de candidature est la clé primaire qui permet de suivre l’ensemble du parcours d’un candidat pour un poste donné. Il relie toutes les activités associées, du dépôt initial à la décision finale d’embauche, et constitue une instance de processus unique et cohérente. En Process Mining, cet attribut est essentiel pour définir le cas et reconstituer le parcours propre à chaque candidat. Les analystes l’utilisent pour visualiser les flux de candidature de bout en bout, mesurer les temps de cycle globaux et analyser les taux de conversion entre les différentes étapes du processus de recrutement. Pourquoi est-ce important ? Il identifie chaque dossier de recrutement de manière unique et permet de suivre la candidature d’un candidat tout au long de son cycle de vie. Où trouver ces données Il s’agit d’un identifiant principal du module Oracle HCM Recruiting, généralement associé aux enregistrements de candidature. Exemples APP-2024-00123APP-2024-00124APP-2024-00125
	Heure de début EventTime	Horodatage indiquant le début de l’activité de recrutement.
Description Cet attribut enregistre la date et l’heure précises auxquelles une activité donnée a eu lieu. Il permet de replacer les événements dans l’ordre chronologique au sein de chaque dossier de candidature. L’heure de début est indispensable aux analyses temporelles en Process Mining. Elle sert à calculer les temps de cycle entre les activités, à repérer les retards, à mesurer le délai global de recrutement et à vérifier le respect des accords de niveau de service ou des objectifs de performance. Pourquoi est-ce important ? Il établit l’ordre chronologique des événements, indispensable pour calculer les durées, repérer les goulots d’étranglement et analyser la performance du processus. Où trouver ces données Cet horodatage figure généralement à côté du nom de l’activité dans les journaux d’événements ou les tables d’historique des statuts 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	Horodatage de la dernière actualisation ou extraction des données depuis le système source.
Description Cet attribut indique la date et l’heure de la dernière extraction des données. Il précise leur degré d’actualité. Il aide les utilisateurs à comprendre jusqu’à quelle date l’analyse du processus est à jour et à savoir si les activités les plus récentes sont visibles. Il s’agit d’une métadonnée importante pour tout Dashboard ou rapport. Pourquoi est-ce important ? Il renseigne les utilisateurs sur l’actualité des données et leur permet de connaître la période couverte par l’analyse. Où trouver ces données Cet horodatage est généré et ajouté lors du processus d’extraction, de transformation et de chargement (ETL). Exemples 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Système source SourceSystem	Système d’origine des données.
Description Cet attribut identifie le système d’information source dans lequel les données de recrutement ont été enregistrées. Pour ce processus, il s’agit généralement d’« Oracle HCM Recruiting ». Dans un environnement composé de plusieurs systèmes, ce champ est essentiel pour assurer la traçabilité des données et faciliter le diagnostic des problèmes. Il permet de vérifier que les données proviennent bien de la source attendue et de filtrer les analyses selon la plateforme concernée. Pourquoi est-ce important ? Il indique l’origine des données, ce qui est essentiel pour leur gouvernance et leur validation, ainsi que pour vérifier que l’analyse repose sur la bonne source d’information. Où trouver ces données Il s’agit souvent d’une valeur fixe ajoutée lors du processus d’extraction, de transformation et de chargement (ETL) afin d’identifier le jeu de données. Exemples Recrutement dans Oracle HCMOracle Fusion Cloud HCM
	Recruteur Recruiter	Nom ou identifiant du recruteur chargé de gérer la candidature.
Description Cet attribut identifie le professionnel du recrutement chargé de la candidature. Cette personne accompagne généralement le candidat tout au long du processus. L’analyse du processus par recruteur permet de répartir la charge de travail, de comparer les performances et de repérer les bonnes pratiques. Elle aide à répondre à des questions telles que : quels recruteurs affichent les temps de cycle les plus courts ou les taux d’acceptation des offres les plus élevés ? Elle contribue ainsi au Dashboard sur la charge de travail et l’efficacité des recruteurs. Pourquoi est-ce important ? Il associe les activités à des personnes précises et permet d’analyser la charge de travail, l’efficacité et la performance des recruteurs. Où trouver ces données Associé à l’objet de candidature ou de demande de poste dans Oracle HCM Recruiting. Exemples John SmithJane DoeEmily Jones
	Responsable du recrutement HiringManager	Nom ou identifiant du responsable du recrutement pour la demande de poste concernée.
Description Cet attribut identifie le responsable de l’équipe ou du service qui propose le poste. Le responsable du recrutement est un acteur clé, souvent associé à la présélection, aux entretiens et à la décision finale d’embauche. L’analyse de la performance du processus par responsable du recrutement peut révéler des goulots d’étranglement liés à ses disponibilités pour les entretiens ou à des retards dans la transmission de ses retours. Elle permet de repérer des possibilités de formation ou d’amélioration du processus, afin que les responsables puissent assumer plus efficacement leurs responsabilités en matière de recrutement. Pourquoi est-ce important ? Il identifie un acteur clé du processus et permet d’analyser les retards ou les gains d’efficacité liés à sa participation. Où trouver ces données Enregistré dans l’objet de demande de poste, lié à la candidature dans Oracle HCM Recruiting. Exemples Robert BrownSusan WhiteMichael Green
	Service Department	Service ou unité opérationnelle pour lequel le candidat est recruté.
Description Cet attribut précise l’unité organisationnelle qui propose le poste, par exemple « Ingénierie », « Ventes » ou « Marketing ». Il apporte un contexte organisationnel à chaque candidature. La segmentation du processus de recrutement par service est essentielle pour comparer les performances. Elle permet à la direction de comparer les délais de recrutement, les taux d’abandon et d’autres métriques clés entre les différentes entités de l’organisation, comme le demande le Dashboard de comparaison des performances de recrutement par service. Pourquoi est-ce important ? Il permet de comparer les performances du recrutement et les variations du processus entre les différents services ou unités opérationnelles. Où trouver ces données Fait généralement partie des données de la demande de poste liée à la candidature dans Oracle HCM Recruiting. Exemples IngénierieVentesFinanceRessources humaines
	Source de la candidature ApplicationSource	Canal ou source par lequel la candidature a été reçue.
Description Cet attribut indique comment le candidat a découvert le poste, par exemple sur « LinkedIn », le « Site web de l’entreprise », par « Recommandation d’un employé » ou sur un « Site d’offres d’emploi ». Il est essentiel au Dashboard sur l’efficacité des sources de candidature, car il permet à l’organisation de mesurer le retour sur investissement des différents canaux de recherche de candidats. En analysant les sources qui génèrent le plus d’embauches ou les délais de recrutement les plus courts, l’équipe de recrutement peut optimiser sa stratégie. Pourquoi est-ce important ? Il aide à déterminer les canaux les plus efficaces pour attirer et recruter des candidats qualifiés, et à optimiser les dépenses consacrées au recrutement. Où trouver ces données Cette information est généralement enregistrée lorsque le candidat soumet sa candidature dans Oracle HCM Recruiting. Exemples LinkedInRecommandation d’un employéPage carrières de l’entrepriseIndeed
	Statut de la candidature ApplicationStatus	Statut actuel ou final de la candidature au poste.
Description Cet attribut indique l’état de la candidature, par exemple « Actif », « Embauché », « Rejetée » ou « Retirée ». Il donne un aperçu de l’étape à laquelle se trouve la candidature ou de son issue finale. L’analyse du statut final est indispensable au calcul de métriques clés, comme les taux d’embauche et d’abandon. Elle permet d’évaluer l’efficacité globale du processus de recrutement en indiquant combien de candidats atteignent la dernière étape. Pourquoi est-ce important ? Il indique l’issue du processus de recrutement, indispensable au calcul des taux de conversion, d’embauche et d’abandon. Où trouver ces données Champ standard de l’enregistrement principal de candidature dans Oracle HCM Recruiting. Exemples EmbauchéRejetéeRetirée par le candidatOffre acceptée
	Candidat interne IsInternalCandidate	Indique si le candidat est déjà employé par l’entreprise.
Description Cet attribut booléen distingue les candidats internes, déjà employés par l’entreprise, des candidats externes. Les processus de recrutement interne et externe comportent souvent des étapes, des accords de niveau de service et des taux de réussite différents. L’analyse de cet attribut permet de comparer la mobilité interne au recrutement externe. Elle aide à déterminer si l’entreprise favorise efficacement les promotions internes et si le recrutement interne est plus efficace que le recrutement externe. Pourquoi est-ce important ? Il distingue les candidats internes des candidats externes, dont les parcours de recrutement et les métriques de performance diffèrent souvent sensiblement, pour permettre une analyse segmentée plus précise. Où trouver ces données Il s’agit généralement d’un indicateur figurant dans le profil du candidat ou de la candidature dans Oracle HCM Recruiting. Exemples truefalse
	Heure de fin EventEndTime	Horodatage indiquant la fin de l’activité de recrutement.
Description L’heure de fin marque l’achèvement d’une activité. La différence entre l’heure de début et l’heure de fin correspond à la durée de traitement de cette activité. En Process Mining, cette valeur sert à calculer la durée de tâches précises, comme l’examen d’une candidature ou la conduite d’un entretien. L’analyse de la durée des activités permet de repérer les étapes qui prennent le plus de temps dans l’ensemble du processus. Pourquoi est-ce important ? Il permet de calculer la durée de chaque activité, afin de repérer les étapes inefficaces et de mesurer la performance au niveau des tâches. Où trouver ces données Cette valeur peut figurer dans les tables du journal d’événements ou être déduite de l’heure de début de l’activité suivante. Exemples 2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
	Identifiant de la demande de poste JobRequisitionId	Identifiant unique du poste auquel le candidat a postulé.
Description L’identifiant de la demande de poste relie plusieurs candidatures à un même poste approuvé. Il représente le besoin en recrutement. Cet attribut est essentiel pour regrouper les données de candidature et analyser l’état général d’un recrutement donné. Il permet de connaître le nombre de candidats dans le processus pour un poste, l’efficacité des méthodes de recherche pour ce poste et le délai total nécessaire pour le pourvoir. Pourquoi est-ce important ? Il regroupe toutes les candidatures pour un même poste et permet d’analyser l’ensemble du vivier de candidats correspondant. Où trouver ces données Il s’agit d’une clé primaire de l’objet de demande de poste, liée à chaque candidature dans Oracle HCM Recruiting. Exemples REQ-2024-501REQ-2024-502REQ-2024-503
	Lieu de travail JobLocation	Lieu géographique ou bureau où se trouve le poste.
Description Cet attribut précise la ville, la région ou le pays associé à la demande de poste. Il peut également indiquer si le poste est à distance. Cette dimension permet d’analyser les processus de recrutement par région. Elle aide à déterminer si les délais de recrutement varient sensiblement d’un lieu à l’autre ou si certaines régions affichent des taux d’abandon plus élevés. Ces informations permettent d’adapter les stratégies de recrutement aux marchés du travail locaux. Pourquoi est-ce important ? Il permet d’analyser les métriques de recrutement par zone géographique et de repérer les différences régionales en matière de performance et de difficultés de recrutement. Où trouver ces données Enregistré dans l’objet de demande de poste d’Oracle HCM Recruiting. Exemples New York, NYLondres, Royaume-UniÀ distanceSan Francisco, CA
	Montant de l’offre OfferAmount	Montant du salaire proposé au candidat.
Description Cet attribut indique la rémunération proposée pour le poste. Il s’agit d’une information importante dans les dernières étapes du processus de recrutement. Bien que ces données soient sensibles, l’analyse des montants proposés peut renseigner sur la compétitivité de la rémunération. Leur mise en relation avec les taux d’acceptation des offres permet de déterminer si la rémunération explique certains refus. Ces données peuvent également servir à vérifier l’équité salariale entre les services et les postes. Pourquoi est-ce important ? Il permet d’analyser les tendances de rémunération et leur effet sur les taux d’acceptation des offres, afin d’étayer une stratégie de recrutement plus compétitive. Où trouver ces données Disponible dans la section des détails de l’offre associée à une candidature dans Oracle HCM Recruiting. Exemples 8500012000065000
	Motif du rejet RejectionReason	Motif du rejet de la candidature.
Description Cet attribut précise le motif du passage d’une candidature au statut « Rejetée ». Il peut s’agir, par exemple, d’une inadéquation avec la culture de l’entreprise, de compétences insuffisantes ou du choix d’un autre candidat. L’analyse des motifs de rejet aux différentes étapes du processus fournit des indications précieuses. Elle peut mettre en évidence des problèmes dans les descriptions de poste, des attentes divergentes ou des difficultés lors de la présélection. Ces constats aident à affiner la stratégie de recrutement et à améliorer la qualité du vivier de candidats. Pourquoi est-ce important ? Il explique pourquoi les candidats ne poursuivent pas le processus et aide à améliorer les descriptions de poste, les critères de présélection et l’efficacité globale du processus. Où trouver ces données Généralement consigné dans un champ dédié ou une section de notes lorsqu’un recruteur ou un responsable du recrutement rejette un candidat dans Oracle HCM Recruiting. Exemples Ne remplit pas les qualifications minimalesUn candidat plus qualifié a été retenuLes attentes salariales ne correspondent pas
	Objectif de délai de recrutement TimeToHireTarget	Durée cible, en jours, pour pourvoir le poste.
Description Cet attribut définit le délai prévu pour mener à bien le recrutement, de l’ouverture de la demande de poste à l’acceptation de l’offre par un candidat. Cet objectif est souvent fixé en fonction du niveau du poste ou des normes du service. Il est essentiel au KPI de respect de l’objectif de délai de recrutement. En comparant le délai réel à l’objectif, l’organisation peut mesurer ses résultats au regard de ses objectifs stratégiques et repérer à l’avance les postes qui risquent de rester vacants trop longtemps. Pourquoi est-ce important ? Il fournit une référence pour comparer les délais réels de recrutement et permet de calculer les KPI de respect des objectifs. Où trouver ces données Cette valeur peut figurer dans l’objet de demande de poste d’Oracle HCM Recruiting ou être gérée dans un système distinct. Exemples 30456090
	Reprise IsRework	Indique si une activité est effectuée une deuxième fois ou davantage.
Description Cet attribut calculé repère les cas où une activité est répétée au sein d’un même dossier. Par exemple, si une candidature passe de l’entretien à la présélection, puis revient à l’entretien, les deuxième occurrences de la présélection et de l’entretien sont signalées comme des reprises. L’analyse des reprises permet de repérer les inefficacités et les coûts cachés du processus. Elle met en évidence les étapes qui doivent être répétées parce que le processus n’a pas abouti. Elle contribue directement au Dashboard d’analyse des reprises de candidature et des goulots d’étranglement, en quantifiant la fréquence et les conséquences de ces boucles. Pourquoi est-ce important ? Il repère les inefficacités et les boucles où le travail doit être répété, ce qui aide à mettre au jour les coûts cachés et les possibilités d’amélioration. Où trouver ces données Calculé lors de la préparation des données en vérifiant si la même activité a déjà eu lieu pour un CaseId donné. Exemples truefalse

Obligatoire Recommandé Facultatif

Activités liées au recrutement et à l’acquisition de talents

Voici les étapes et les jalons clés à enregistrer dans votre journal d’événements pour découvrir précisément le processus et repérer les goulots d’étranglement.

6 Recommandé 8 Facultatif

	Activité	Description
	Candidat recruté	Indique la conclusion positive du processus de recrutement. Cet événement se produit lorsque le statut du candidat passe officiellement à « Recruté », ce qui déclenche le transfert vers le système RH central.
Pourquoi est-ce important ? Il s’agit du principal résultat positif du processus. Cet événement marque la fin du calcul du délai de recrutement et d’autres indicateurs clés d’efficacité. Où trouver ces données Ce changement de statut important est enregistré dans le dossier de candidature de la table IRC_SUBMISSIONS. Il est déclenché par l’action « Recruter » ou « Transférer vers les RH » dans Oracle Recruiting. Données à recueillir Enregistré lorsque le recruteur exécute l’action finale « Embaucher ». Type d’événement explicit
	Candidature reçue	Indique la création d’une nouvelle candidature lorsqu’une personne postule à un poste. Cet événement est généralement enregistré au moment de la création du dossier de candidature dans le système.
Pourquoi est-ce important ? Il s’agit du point de départ de chaque cas, indispensable pour calculer la durée totale du processus, notamment le délai de recrutement, et analyser l’évolution du volume de candidatures. Où trouver ces données Cet événement est enregistré à partir de l’horodatage de création du dossier de candidature dans Oracle Recruiting, probablement dans une table telle que IRC_SUBMISSIONS. Données à recueillir À partir de l’horodatage de création du dossier de candidature. Type d’événement explicit
	Candidature rejetée	Indique que l’entreprise a décidé de ne pas poursuivre avec un candidat, quelle que soit l’étape du processus. Cet événement est enregistré lors d’un changement de statut de la candidature.
Pourquoi est-ce important ? Les candidatures se terminent souvent ainsi. Analyser à quelle étape les rejets surviennent est essentiel pour comprendre les taux d’abandon et l’efficacité du processus. Où trouver ces données Déduit de tout changement vers un statut final de la candidature, par exemple « Rejetée », « Non retenue » ou une valeur similaire configurée dans le système. Données à recueillir Déduit du passage de la candidature à un statut final « Rejetée ». Type d’événement inferred
	Entretien réalisé	Indique la fin d’un entretien avec un candidat. Cet événement est souvent déduit du passage du statut de l’entretien planifié à « Terminé » ou « Réalisé », par un recruteur ou un membre du jury.
Pourquoi est-ce important ? Il s’agit d’une étape importante du recrutement. Le temps de cycle entre cette activité et l’envoi de l’offre est un indicateur clé de performance. Où trouver ces données Déduit d’un changement de statut de l’entretien planifié dans Oracle Recruiting. L’horodatage de ce changement correspond à la date de l’événement. Données à recueillir Déduit du passage du statut de l’entretien à « Terminé » ou « Achevé ». Type d’événement inferred
	Offre acceptée	Indique que le candidat a officiellement accepté l’offre d’emploi. Cet événement est enregistré lorsque le candidat l’accepte sur le portail carrière ou qu’un recruteur met à jour le statut manuellement.
Pourquoi est-ce important ? Il s’agit d’une étape clé qui marque la réussite du processus. Elle sert à calculer le taux d’acceptation des offres et marque le début des activités qui suivent l’acceptation. Où trouver ces données Enregistré lorsque le statut du dossier de l’offre passe à « Acceptée ». Le changement peut être effectué en ligne par le candidat ou saisi manuellement par le recruteur. Données à recueillir À partir de l’horodatage du passage du statut de l’offre à « Acceptée ». Type d’événement explicit
	Offre envoyée	Indique l’envoi officiel d’une offre d’emploi à un candidat. Cet événement est enregistré lorsque le recruteur envoie l’offre depuis le système Oracle Recruiting.
Pourquoi est-ce important ? Cette étape est essentielle pour mesurer le taux d’acceptation des offres et le délai entre le dernier entretien et l’envoi de l’offre, un élément important de l’expérience candidat. Où trouver ces données Enregistré explicitement lorsque le statut de l’offre passe à « Envoyée » ou « Transmise ». L’horodatage de cette action est consigné dans l’objet de l’offre. Données à recueillir Enregistré lorsque le recruteur lance l’action « Envoyer l’offre ». Type d’événement explicit
	Candidature examinée	Correspond à l’examen initial de la candidature par un recruteur afin de vérifier les qualifications de base. Cet événement est généralement déduit du changement de statut de la candidature, de « Nouveau » à « En cours d’examen ».
Pourquoi est-ce important ? L’analyse du temps passé à cette étape aide à repérer les goulots d’étranglement lors de l’examen initial. Elle est également essentielle pour mesurer l’indicateur clé de performance du taux de reprises lors de l’examen des candidatures. Où trouver ces 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. Données à recueillir Déduit du changement de statut de la candidature à « Présélection » ou « En cours d’examen ». Type d’événement inferred
	Candidature retirée	Indique que le candidat a décidé de retirer sa candidature au poste. Cet événement est enregistré lorsque le statut de la candidature passe à « Retirée par le candidat ».
Pourquoi est-ce important ? Le suivi des retraits permet de repérer les étapes où l’expérience des candidats peut être insatisfaisante et entraîner de nombreux abandons. Il est essentiel pour analyser le KPI du taux d’abandon des candidats. Où trouver ces données Déduit du passage de la candidature au statut « Retirée ». Le retrait peut être effectué par le candidat dans le portail ou par un recruteur en son nom. Données à recueillir Déduit du passage de la candidature au statut « Retirée par le candidat ». Type d’événement inferred
	Commentaires sur l’entretien transmis	Indique qu’un membre du jury a transmis son évaluation du candidat après l’entretien. Cet événement est enregistré explicitement lorsque le formulaire de commentaires est enregistré.
Pourquoi est-ce important ? Un délai entre l’entretien et la transmission des commentaires peut ralentir considérablement le recrutement. Le suivi de cette étape aide à repérer les goulots d’étranglement dans la prise de décision. Où trouver ces données Enregistré explicitement lorsqu’un membre du jury transmet son évaluation sur le portail Oracle Recruiting. L’horodatage de création de l’évaluation est utilisé. Données à recueillir À partir de l’horodatage de création de l’évaluation de l’entretien. Type d’événement explicit
	Détails de l’offre approuvés	Indique la fin du circuit d’approbation interne d’une offre d’emploi, avant son envoi au candidat. Cet événement est déduit du statut d’approbation final du dossier de l’offre.
Pourquoi est-ce important ? Cette activité permet d’analyser la durée et l’efficacité du processus interne d’approbation des offres, qui peut être une source importante de retard. Où trouver ces données Déduit de l’historique des changements de statut du dossier de l’offre dans Oracle Recruiting, en repérant le passage au statut « Approuvé ». Données à recueillir Déduit du passage du statut de l’objet de l’offre à « Approuvé ». Type d’événement inferred
	Entretien planifié	Indique qu’un entretien avec un candidat a été officiellement planifié dans le système. Cet événement est généralement enregistré lors de la création de l’entretien et de son association à la candidature.
Pourquoi est-ce important ? Le suivi de cette étape permet de mesurer le temps nécessaire à l’organisation des entretiens, un élément important de l’expérience candidat et du délai global de recrutement. Où trouver ces données Cet événement est enregistré explicitement dans le module de planification des entretiens d’Oracle Recruiting. Les données se trouvent dans les tables liées aux entretiens et associées à la candidature. Données à recueillir À partir de l’enregistrement de création d’un entretien associé à la candidature. Type d’événement explicit
	Évaluation terminée	Indique qu’un candidat a terminé une évaluation préalable obligatoire, comme un test de compétences ou une évaluation de personnalité. Cet événement est généralement enregistré lorsque la plateforme d’évaluation transmet à Oracle HCM le statut « Terminée ».
Pourquoi est-ce important ? Cette activité permet de suivre l’engagement des candidats et le temps qu’ils mettent à terminer les évaluations, une étape à laquelle ils peuvent abandonner le processus. Où trouver ces données Enregistré à partir d’une mise à jour de statut transmise par un outil d’évaluation tiers intégré, ou d’un changement de statut effectué manuellement par un recruteur dans le profil de candidature. Données à recueillir Enregistré lorsque l’API du prestataire d’évaluation met à jour le statut du candidat. Type d’événement explicit
	Offre refusée	Indique que le candidat a décidé de refuser l’offre d’emploi. Ce changement de statut explicite dans le dossier de l’offre est souvent accompagné d’un motif.
Pourquoi est-ce important ? Il s’agit d’un point d’échec important du processus. L’analyse du moment et des raisons du refus des offres renseigne sur la compétitivité de la rémunération et l’expérience candidat. Où trouver ces données Enregistré lorsque le statut du dossier de l’offre passe à « Refusée » ou « Refusée par le candidat ». Données à recueillir À partir de l’horodatage du passage du statut de l’offre à « Refusée ». Type d’événement explicit
	Vérification des antécédents lancée	Indique le lancement d’une vérification des antécédents après l’acceptation de l’offre par le candidat. Cet événement est souvent déclenché par un changement de statut ou par l’intégration avec un service tiers.
Pourquoi est-ce important ? Cette activité permet de suivre les délais entre l’acceptation de l’offre et l’embauche, et de vérifier la conformité. Un retard à cette étape peut repousser la date d’arrivée du candidat. Où trouver ces données Déduit du passage du statut de la candidature à « Vérification des antécédents », ou enregistré à partir d’un appel API au prestataire intégré chargé de ces vérifications. Données à recueillir Déduit du passage du statut de la candidature à « Vérification des antécédents en cours ». Type d’événement inferred

Recommandé Facultatif

Guides d’extraction

Comment extraire vos données d’Oracle HCM Recruiting

Étapes

Accédez à OTBI : Connectez-vous à Oracle HCM Cloud. Dans le menu Navigator, accédez à Tools, puis sélectionnez Reports and Analytics.
Créez une 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 souplesse nécessaire.
Sélectionnez un domaine : Lorsque vous y êtes invité, choisissez le domaine « Recruiting - Recruiting Real Time ». Ce modèle de données contient les renseignements nécessaires sur les candidatures, les entretiens et les offres.
Accédez à la configuration avancée : Après avoir sélectionné le domaine, l’éditeur d’analyse s’ouvre. Accédez à l’onglet Advanced, en haut à droite. Vous pourrez ainsi modifier directement la requête SQL logique.
Collez la requête SQL logique : Dans la section « Analysis XML », repérez la balise saw:query. Remplacez la requête SQL qu’elle contient par la requête SQL logique complète fournie dans la section « Query » de ce document. Il est important de remplacer toute la requête par défaut.
Définissez la période : Avant d’exécuter la requête, remplacez les valeurs fictives [Start Date] et [End Date] par la période souhaitée, au format « YYYY-MM-DD ». Cette étape permet de maîtriser le volume de données extrait.
Validez la requête : Cliquez sur le bouton « Validate SQL » pour vérifier qu’il n’y a pas d’erreur de syntaxe. Si la validation réussit, vous pouvez poursuivre. Elle vérifie uniquement la syntaxe, pas la présence des colonnes dans votre configuration.
Consultez les résultats : Revenez à l’onglet Results. L’analyse s’exécute et un aperçu des données du journal d’événements s’affiche. Vérifiez que les colonnes et les données correspondent à vos attentes.
Configurez l’exportation : Pour les grands jeux 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 afin d’obtenir un fichier CSV correctement formaté.
Exportez les données : Lorsque les résultats vous conviennent, cliquez sur le lien Export et choisissez le format CSV. Le fichier complet du journal d’événements sera téléchargé.
Préparez l’importation : Ouvrez le fichier CSV téléchargé. Vérifiez que les en-têtes de colonnes correspondent aux attributs requis (JobApplicationId, ActivityName, EventTime, etc.) et que le format des dates est cohérent. Le fichier est alors prêt à être importé dans un outil de Process Mining.

Configuration

Domaine : La requête repose entièrement sur le domaine Recruiting - Recruiting Real Time. L’utilisateur qui exécute le rapport doit disposer des autorisations nécessaires pour y accéder.
Filtrage par période : La requête contient les valeurs fictives [Start Date] et [End Date]. Définissez une période précise pour maîtriser les performances et le volume de données. Nous vous 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 Oracle HCM. L’utilisateur qui exécute le rapport ne voit que les données des unités opérationnelles, des services et des employeurs légaux auxquels il est autorisé à accéder.
Performances : Dans les grandes organisations où le volume de recrutement est élevé, l’exécution de cette requête sur une longue période peut être lente ou expirer dans l’interface interactive. Pour les extractions volumineuses, il est recommandé d’enregistrer l’analyse et de planifier son exécution en arrière-plan, avec envoi du résultat à un serveur de contenu ou par courriel.
Personnalisation : La requête fournie utilise des champs standard. Si votre organisation utilise des champs flexibles descriptifs (DFF) ou des objets personnalisés pour suivre des événements de recrutement particuliers, vous devrez modifier la requête SQL logique pour les inclure.

a Exemple de requête sql

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 : Vérifiez que Python 3 et la bibliothèque requests sont installés sur votre système. Vous pouvez l’installer avec pip : pip install requests. Vous aurez également besoin d’identifiants utilisateur valides (nom d’utilisateur et mot de passe) ainsi que du nom d’hôte de votre instance Oracle HCM Cloud, avec les autorisations nécessaires pour accéder à l’API REST Recruiting.
Initialisez le script : Créez un fichier de script Python, par exemple extract_hcm_data.py. Commencez par importer les bibliothèques nécessaires : requests, csv et datetime.
Définissez la configuration : En haut du script, définissez des variables pour le nom d’hôte Oracle HCM, le nom d’utilisateur, le mot de passe et la période d’extraction souhaitée. Utiliser des valeurs fictives pour les identifiants est une bonne pratique de sécurité.
Ouvrez une session API : Créez un objet requests.Session. Renseignez les propriétés d’authentification de la session avec votre nom d’utilisateur et votre mot de passe. Les identifiants seront ainsi transmis avec chaque requête API effectuée au moyen de cette session.
Mettez en place la pagination : Le script doit récupérer les données par pages afin de traiter de grands volumes et de respecter les limites de l’API. Initialisez une variable de décalage à 0 et définissez une limite, par exemple 500. Créez une boucle while qui se poursuit tant que l’API renvoie des données. À chaque itération, le script appelle l’API avec le décalage en cours, puis l’augmente de la limite pour passer à la page suivante.
Effectuez la requête API : Dans la boucle, construisez l’URL complète de l’endpoint recruitingCEJobApplications. Utilisez le paramètre fields pour indiquer tous les attributs requis et le paramètre expand pour inclure les objets associés, tels que Phases et Offers. Utilisez le paramètre q pour filtrer les résultats par CreationDate selon la période définie.
Traitez la réponse JSON : Pour chaque appel API, vérifiez que le code d’état HTTP indique une réussite (200). Analysez la réponse JSON. Les candidatures se trouvent dans le tableau items du corps de la réponse.
Parcourez les candidatures et créez les événements : Parcourez chaque objet de candidature renvoyé par l’API. Pour chacune, extrayez les attributs communs, comme ApplicationId, Recruiter et HiringManager.
Associez les statuts aux activités : C’est l’étape centrale. Pour chaque candidature, vous devez générer une ligne distincte pour chacune des 14 activités requises. Examinez pour cela CreationDate, la collection Phases et la collection Offers. Par exemple, utilisez CreationDate pour « Candidature reçue ». Parcourez le tableau Phases pour créer des lignes correspondant à « Candidature examinée », « Entretien planifié », « Candidat recruté », « Candidature rejetée », etc., en utilisant l’horodatage d’entrée dans chaque phase. De même, parcourez le tableau Offers pour les événements « Offre envoyée », « Offre acceptée » et « Offre refusée ».
Constituez le journal d’événements : Pour chaque événement d’activité généré, créez un dictionnaire dont les clés correspondent aux en-têtes de colonnes du journal d’événements (JobApplicationId, ActivityName, EventTime, etc.). Ajoutez chaque dictionnaire à une liste principale qui constituera le journal d’événements complet.
Exportez au format CSV : Une fois la pagination terminée, utilisez le module Python intégré csv pour écrire la liste principale des événements dans un fichier CSV. Vérifiez que le fichier est encodé en UTF-8 et que les en-têtes correspondent exactement aux noms d’attributs requis pour l’importation dans ProcessMind.

Configuration

Identifiants API : Un compte de service dédié, associé à un rôle donnant accès à l’API REST Recruiting, par exemple « Recruiting Manager » ou un rôle personnalisé doté des privilèges « Recruiting REST API Access », est nécessaire.
Endpoint API : L’endpoint principal utilisé est recruitingCEJobApplications. Il est essentiel d’utiliser le paramètre de requête expand (par exemple, expand=Phases,Offers) pour récupérer en un seul appel les objets imbriqués contenant l’historique des statuts et les détails des offres, 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 maîtriser le volume de données. Pour une première analyse, une période couvrant les 3 à 6 derniers mois est conseillée. Exemple : q=CreationDate>'2023-01-01T00:00:00Z'.
Sélection des champs : Pour améliorer les performances et réduire le volume transmis sur le réseau, utilisez le paramètre fields afin de ne demander que les attributs nécessaires. Incluez notamment ApplicationId, CreationDate, LastUpdateDate, Recruiter, HiringManager, Requisition, Phases et Offers.
Limite de pagination : Le paramètre limit détermine le nombre d’enregistrements renvoyés par appel API. Une valeur comprise entre 200 et 500 offre généralement un bon équilibre entre le nombre d’appels et la taille de chaque réponse.
Correspondance des statuts : Le script contient un dictionnaire qui associe les codes de phase et de statut Oracle HCM aux noms d’activité standardisés. Vous devrez peut-être adapter cette correspondance à la configuration de recrutement propre à 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()

Prêt à commencer ?

Utilisez ce modèle pour préparer vos données en toute confiance et commencer à repérer les problèmes cachés dans votre processus d’acquisition de talents. Faites dès aujourd’hui le premier pas vers une stratégie de recrutement plus efficace.

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

Optimisez dès aujourd’hui vos processus de recrutement et d’acquisition de talents

Réduisez le temps de cycle de 30 % et améliorez l’expérience des candidats.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Configuration en quelques minutes.

Votre modèle de données pour le recrutement et l’acquisition de talents

Votre modèle de données pour le recrutement et l’acquisition de talents

Attributs liés au recrutement et à l’acquisition de talents

Activités liées au recrutement et à l’acquisition de talents

Guides d’extraction

Rapport OTBI Oracle HCM pour exporter les données de recrutement

Étapes

Configuration

a Exemple de requête sql

Extraction avec un script Python utilisant l’API REST Oracle HCM

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Optimisez dès aujourd’hui vos processus de recrutement et d’acquisition de talents

Votre modèle de données pour le recrutement et l’acquisition de talents

Votre modèle de données pour le recrutement et l’acquisition de talents

Attributs liés au recrutement et à l’acquisition de talents

Activités liées au recrutement et à l’acquisition de talents

Guides d’extraction

Rapport OTBI Oracle HCM pour exporter les données de recrutement

Étapes

Configuration

a Exemple de requête sql

Extraction avec un script Python utilisant l’API REST Oracle HCM

Étapes

Configuration

a Exemple de requête python

Prêt à commencer ?

Optimisez dès aujourd’hui vos processus de recrutement et d’acquisition de talents

Nous respectons votre vie privée

Prêt à commencer ?