> Kontinuierliche Prozessoptimierung > Recruitment & Talent Acquisition > Oracle HCM Recruiting > Datenvorlage

Ihr Recruitment & Talent Acquisition Data Template

Oracle HCM Recruiting

Rekrutierungs- & Talent Acquisition-Attribute (19) Rekrutierungs- & Talent Acquisition-Aktivitäten (14) Extraktionsleitfäden (2)

Ihr Recruitment & Talent Acquisition Data Template

Dieses Template provides a Comprehensive Guide to Collecting the Necessary Data for Optimizing your Recruitment and Talent Acquisition Process. It outlines Essential Data Attributes, Key Activities to Track, and Practical Guidance for Extracting this Information from your Source System. Use this Resource to ensure a Smooth and Effective Data Preparation Phase.

Empfohlene `Attribute` für eine gründliche Analyse
Wichtige Prozessaktivitäten und Meilensteine zur Verfolgung
Anleitung zur Datenextraktion aus Ihrem System

Neu bei Event-Logs? Erfahren Sie wie Sie ein Process-Mining-Event-Log erstellen.

Vorlage herunterladen

Rekrutierungs- & Talent Acquisition-Attribute

Dies sind die empfohlenen Data Fields, die in Ihrem Event Log für eine umfassende Analyse Ihres Recruitment & Talent Acquisition Process enthalten sein sollten.

5 Erforderlich 5 Empfohlen 9 Optional

	Name	Beschreibung
	Aktivität ActivityName	Der Name der spezifischen Rekrutierungs-Activity oder des Event, das aufgetreten ist.
Beschreibung Dieses Attribute beschreibt einen einzelnen Step oder Milestone im Rekrutierungsprozess, wie z.B. 'Application Screened', 'Interview Conducted' oder 'Offer Extended'. Jede Activity stellt ein eigenständiges Event im Lifecycle der Bewerbung dar. Es ist eine fundamentale Komponente für Process Mining, da es die Nodes in der Process Map definiert. Die Analyse der Sequence und Frequency von Activities hilft, Common Process Paths, Engpässe, Deviations vom Standardverfahren und Rework Loops zu identifizieren. Bedeutung Dieses Attribute definiert die Schritte im Rekrutierungsprozess, bildet die Basis der Process Map und ermöglicht die Analyse von Process Flow und Variations. Datenquelle Typischerweise derived from Event or Status History Tables related to the Job Application Object in Oracle HCM Recruiting. Beispiele Antrag geprüftInterview durchgeführtAngebot unterbreitet`Kandidat` eingestellt
	Startzeit EventTime	Der Timestamp, der angibt, wann die Rekrutierungs-Activity begonnen hat.
Beschreibung Dieses Attribute erfasst das genaue Datum und die Uhrzeit, zu der eine spezifische Activity aufgetreten ist. Es bietet den chronologischen Kontext für die Reihenfolge von Events innerhalb jedes Stellenbewerbungs-Case. Die Start Time ist entscheidend für alle zeitbasierten Process Mining Analysen. Sie wird verwendet, um Cycle Times zwischen Activities zu berechnen, Delays zu identifizieren, die gesamte Time-to-Hire zu messen und die Einhaltung von Service Level Agreements oder Performance Targets zu überprüfen. Bedeutung Es liefert die chronologische Reihenfolge der Ereignisse, die für die Berechnung von Dauern, die Entdeckung von Engpässen und die Analyse der Prozessleistung unerlässlich ist. Datenquelle Dieser Timestamp ist usually found alongside dem Activity Name in Event Logs oder Status History Tables within Oracle HCM Recruiting. Beispiele 2023-10-01T10:00:00Z2023-10-05T14:30:00Z2023-11-12T09:15:00Z
	Stellenbewerbung JobApplicationId	Eine eindeutige Kennung für die Stellenbewerbung jedes Kandidaten.
Beschreibung Die Job Application ID ist der Primärschlüssel, der die gesamte Journey eines Kandidaten für eine spezifische Job Requisition verfolgt. Sie verknüpft alle zugehörigen Activities, von der ersten Einreichung bis zur endgültigen Einstellungsentscheidung, und bildet so eine einzige, kohärente Process Instance. Im Process Mining ist dieses Attribute essenziell für die Definition des Case, was die Rekonstruktion des einzigartigen Pfades jedes Kandidaten ermöglicht. Analysten nutzen es, um End-to-End Application Flows zu visualisieren, gesamte Cycle Times zu messen und Conversion Rates zwischen verschiedenen Stages des Recruitment Funnel zu analysieren. Bedeutung Es identifiziert jeden Rekrutierungs-Case eindeutig und ermöglicht so die Nachverfolgung des gesamten Lebenszyklus einer Kandidatenbewerbung von Anfang bis Ende. Datenquelle Dies ist ein Primary Identifier innerhalb des Oracle HCM Recruiting Module, typischerweise associated mit Candidate Submission Records. Beispiele APP-2024-00123APP-2024-00124APP-2024-00125
	Letzte Datenaktualisierung LastDataUpdate	Der Timestamp, wann die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung Dieses Attribute gibt Datum und Uhrzeit der letzten Data Extraction an. Es liefert Kontext zur Freshness der analysierten Daten. Dies ist wichtig für User, um zu verstehen, wie aktuell die Process Analysis ist und Erwartungen bezüglich der Visibility sehr aktueller Activities zu managen. Es ist ein wichtiges Stück Metadata für jedes Dashboard oder jeden Report. Bedeutung Informiert Benutzer über die Aktualität der Daten und stellt sicher, dass sie den durch die Analyse abgedeckten Zeitraum verstehen. Datenquelle Dieser `Timestamp` wird während des `Daten`-Extraktions-, Transformations- und Ladevorgangs (`ETL-Prozess`) generiert und hinzugefügt. Beispiele 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Quellsystem SourceSystem	Das System, aus dem die Daten stammen.
Beschreibung Dieses Attribute identifiziert das Source Information System, in dem die Rekrutierungsdaten erfasst wurden. Für diesen Process wird es typischerweise 'Oracle HCM Recruiting' sein. In Environments mit mehreren Systems ist dieses Field entscheidend für Data Lineage und Troubleshooting. Es hilft zu bestätigen, dass die Daten aus der erwarteten Source stammen und kann verwendet werden, um Analysen für Daten von spezifischen Platforms zu filtern. Bedeutung Identifiziert den Ursprung der Daten, was für die Data Governance, Validierung und Sicherstellung, dass die Analyse auf der korrekten Informationsquelle basiert, entscheidend ist. Datenquelle Dies ist oft ein statischer Wert, der während des Data Extraction, Transformation, and Loading (ETL) Process hinzugefügt wird, um den Dataset zu labeln. Beispiele Oracle HCM RecruitingOracle Fusion Cloud HCM
	Abteilung Department	Die Abteilung oder Business Unit, für die der Kandidat eingestellt wird.
Beschreibung Dieses Attribute spezifiziert die Organizational Unit, wie z.B. 'Engineering', 'Sales' oder 'Marketing', die die offene Position hat. Es bietet einen Organizational Context für jede Job Application. Die Segmentierung des Rekrutierungsprozesses nach Department ist essenziell für Performance Benchmarking. Sie ermöglicht es Leadership, Time-to-Hire, Drop-off Rates und andere Key Metrics über verschiedene Parts der Organization hinweg zu vergleichen, wie es vom Departmental Recruitment Performance Benchmarking Dashboard gefordert wird. Bedeutung Ermöglicht den Vergleich der Rekrutierungsleistung und Prozessvariationen über verschiedene Geschäftseinheiten oder Abteilungen hinweg. Datenquelle Typischerweise part of the Job Requisition Data linked to the Application in Oracle HCM Recruiting. Beispiele EngineeringVertriebFinanzenPersonalwesen
	Antragsstatus ApplicationStatus	Der aktuelle oder finale Status der Stellenbewerbung.
Beschreibung Dieses Attribute gibt den Status der Bewerbung an, z.B. 'Active', 'Hired', 'Rejected' oder 'Withdrawn'. Es bietet einen Snapshot davon, wo die Bewerbung im Process steht oder ihr endgültiges Outcome. Die Analyse des finalen Status ist fundamental für die Berechnung von Key Metrics wie Hire Rates und Drop-off Rates. Sie hilft, die Overall Effectiveness des Recruitment Funnel zu verstehen, indem sie zeigt, wie viele Kandidaten erfolgreich die finale Stage erreichen. Bedeutung Liefert das Outcome des Rekrutierungsprozesses, welches für die Berechnung von Conversion Rates, Hire Rates und Drop-off Rates unerlässlich ist. Datenquelle Ein Standardfeld im Hauptdatensatz der Stellenbewerbung in Oracle HCM Recruiting. Beispiele EingestelltAbgelehntVom Kandidaten zurückgezogenAngebot angenommen
	Anwendungsquelle ApplicationSource	Der Kanal oder die Source, über die die Bewerbung eingegangen ist.
Beschreibung Dieses Attribut erfasst, über welchen Kanal ein Bewerber auf die Stellenausschreibung aufmerksam wurde – etwa über LinkedIn, die Unternehmenswebsite, Mitarbeiterempfehlungen oder Jobportale. Diese Information ist essenziell für das Dashboard zur Effektivität der Bewerberquellen. Sie ermöglicht es Unternehmen, den Return on Investment (ROI) der verschiedenen Sourcing-Kanäle präzise zu messen. Durch die Analyse, welche Kanäle die meisten Einstellungen generieren oder die kürzeste „Time-to-Hire“ aufweisen, kann das Recruiting-Team seine Sourcing-Strategie gezielt optimieren. Bedeutung Hilft, die effektivsten Kanäle für die Anziehung und Einstellung qualifizierter Kandidaten zu bestimmen und die Ausgaben für Rekrutierungsmarketing zu optimieren. Datenquelle Diese Informationen werden typischerweise erfasst, wenn ein Kandidat eine Bewerbung in Oracle HCM Recruiting einreicht. Beispiele LinkedInMitarbeiterempfehlungUnternehmens-`Karriereseite`Indeed
	Personalverantwortlicher HiringManager	Der Name oder die ID des Hiring Managers für die zugehörige Job Requisition.
Beschreibung Dieses Attribute identifiziert den Manager des Teams oder der Abteilung mit der offenen Position. Der Hiring Manager ist ein Key Stakeholder, der oft am Screening, an Interviews und an der finalen Hiring Decision beteiligt ist. Die Analyse der Process Performance nach Hiring Manager kann Engpässe aufdecken, die mit deren Availability für Interviews oder Delays bei der Feedback-Bereitstellung zusammenhängen. Sie hilft, Opportunities für Training oder Process Improvement zu identifizieren, um Managern zu helfen, ihre Hiring Responsibilities effizienter auszuführen. Bedeutung Identifiziert einen Hauptakteur im Prozess und ermöglicht so die Analyse von Verzögerungen oder Effizienzen im Zusammenhang mit der Beteiligung des einstellenden Managers. Datenquelle Gespeichert im Job Requisition Object, welches mit der Stellenbewerbung verknüpft ist, innerhalb von Oracle HCM Recruiting. Beispiele Robert BrownSusan WhiteMichael Green
	Recruiter Recruiter	Der Name oder die ID des Recruiters, der für die Verwaltung der Stellenbewerbung zuständig ist.
Beschreibung Dieses Attribute identifiziert den Talent Acquisition Professional, der der Bewerbung zugewiesen ist. Diese Person ist typischerweise dafür verantwortlich, den Kandidaten durch den Process zu führen. Die Analyse des Process nach Recruiter ermöglicht Workload Balancing, Performance Benchmarking und die Identifizierung von Best Practices. Es hilft, Fragen zu beantworten, wie z.B. welche Recruiter die schnellsten Cycle Times oder die höchsten Offer Acceptance Rates haben, was das Recruiter Workload and Efficiency Dashboard unterstützt. Bedeutung Ordnet Aktivitäten bestimmten Personen zu und ermöglicht so die Analyse der Arbeitslast, Effizienz und Leistung von Recruitern. Datenquelle Verbunden mit dem Stellenbewerbungs- oder Anforderungsobjekt in Oracle HCM Recruiting. Beispiele John SmithJane DoeEmily Jones
	Ablehnungsgrund RejectionReason	Der Grund, warum die Bewerbung eines Kandidaten abgelehnt wurde.
Beschreibung Dieses Attribute liefert Kontext, wenn eine Bewerbung in den Status 'Rejected' verschoben wird. Gründe können 'Not a culture fit', 'Lacks required skills' oder 'Hired another candidate' sein. Die Analyse von Rejection Reasons in verschiedenen Stages des Process liefert unschätzbares Feedback. Sie kann Issues mit Job Descriptions, Misaligned Expectations oder Problems im Screening Process aufzeigen und so helfen, die Recruitment Strategy zu verfeinern und die Quality des Candidate Pool zu verbessern. Bedeutung Bietet Insight darüber, warum Kandidaten nicht vorankommen, was entscheidend ist für die Verbesserung von Stellenbeschreibungen, Screening-Kriterien und der gesamten Process Effectiveness. Datenquelle Typischerweise captured in einem Specific Field or Notes Section, when a Recruiter or Hiring Manager rejects a Candidate in Oracle HCM Recruiting. Beispiele Erfüllt Mindestqualifikationen nichtQualifizierterer Kandidat ausgewähltVergütungserwartungen nicht abgestimmt
	Angebotsbetrag OfferAmount	Der Gehaltsbetrag des Stellenangebots, das dem Kandidaten unterbreitet wurde.
Beschreibung Dieses Attribute erfasst die vorgeschlagene Compensation für die Rolle. Es ist eine kritische Information in den letzten Stages des Rekrutierungsprozesses. Obwohl sensibel, kann die Analyse der Offer Amounts Erkenntnisse in die Compensation Competitiveness liefern. Es kann mit den Offer Acceptance Rates korreliert werden, um zu verstehen, ob Compensation ein Faktor ist, warum Kandidaten Angebote ablehnen. Es kann auch verwendet werden, um die Pay Equity über verschiedene Departments und Roles hinweg sicherzustellen. Bedeutung Ermöglicht die Analyse von Vergütungstrends und deren Auswirkungen auf die Annahmequoten von Angeboten, was zu einer wettbewerbsfähigeren Einstellungsstrategie beiträgt. Datenquelle Gefunden im Abschnitt für Stellenangebotsdetails einer Bewerbung in Oracle HCM Recruiting. Beispiele 8500012000065000
	Bearbeitungszeit ProcessingTime	Die Dauer einer einzelnen Aktivität.
Beschreibung Diese Metric stellt die Zeit dar, die für eine spezifische Task aufgewendet wurde, berechnet als Differenz zwischen der End Time und der Start Time einer Activity. Sie misst die aktive Processing Duration für einen Step. Dieses berechnete Attribute ist vital für das Identifying, welche spezifischen Activities die Most Time-consuming sind. For example, es kann Highlight, ob Interview Feedback Submission too long dauert oder ob Offer Approvals delayed sind. Dies hilft, Improvement Efforts auf die Most Inefficient Steps zu fokussieren. Bedeutung Identifiziert die genaue Dauer einzelner Process Steps und ermöglicht so die Erkennung und Behebung der zeitaufwendigsten Activities. Datenquelle Berechnet während der Datentransformation, indem die EventTime einer Aktivität von der EventEndTime subtrahiert wird. Beispiele 360086400604800
	Endzeit EventEndTime	Der Timestamp, der angibt, wann die Rekrutierungs-Activity abgeschlossen wurde.
Beschreibung Die End Time markiert den Abschluss einer Activity. Die Differenz zwischen Start Time und End Time stellt die Verarbeitungszeit einer einzelnen Activity dar. Im Process Mining wird dies verwendet, um die Dauer spezifischer Tasks zu berechnen, wie z.B. die Zeit, die für das Screening einer Bewerbung oder die Durchführung eines Interviews benötigt wird. Die Analyse der Activity Durations hilft zu identifizieren, welche spezifischen Schritte innerhalb des gesamten Process die meiste Zeit in Anspruch nehmen. Bedeutung Ermöglicht die Berechnung individueller Aktivitätsdauern, was entscheidend ist, um ineffiziente Schritte zu identifizieren und die Leistung auf Aufgabenebene zu messen. Datenquelle Kann in Event Log Tables verfügbar sein oder aus der Start Time der nachfolgenden Activity abgeleitet werden. Beispiele 2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
	Ist interner Kandidat IsInternalCandidate	Ein Flag, das anzeigt, ob der Kandidat ein aktueller Mitarbeiter ist.
Beschreibung Dieses Boolean Attribute unterscheidet zwischen internen Kandidaten, die bestehende Employees sind, und externen Kandidaten. Interne und externe Hiring Processes haben oft unterschiedliche Steps, SLAs und Success Rates. Die Analyse dieses Attribute ermöglicht einen Vergleich zwischen Internal Mobility und External Hiring Processes. Es kann helfen festzustellen, ob das Unternehmen effektiv from within promoted und ob der interne Hiring Process effizienter ist als der externe. Bedeutung Trennt interne und externe Kandidaten, deren Rekrutierungspfade und Performance Metrics sich oft erheblich unterscheiden, was eine genauere, segmentierte Analyse ermöglicht. Datenquelle Dies ist typischerweise ein Flag auf dem Candidate- oder Application Profile in Oracle HCM Recruiting. Beispiele truefalsch
	Ist Nacharbeit IsRework	Ein Flag, das anzeigt, ob eine Aktivität zum zweiten oder einem späteren Mal durchgeführt wird.
Beschreibung Dieses berechnete Attribute identifiziert Fälle, in denen eine Activity innerhalb desselben Case wiederholt wird. Wenn beispielsweise eine Bewerbung vom 'Interview' zurück zum 'Screening' und dann wieder zum 'Interview' geht, würden die zweiten 'Screening'- und 'Interview' Activities als Rework gekennzeichnet. Die Analyse von Rework ist entscheidend, um Process Inefficiencies und Hidden Costs aufzudecken. Es hilft, Areas zu identifizieren, in denen der Process fehlschlägt und Steps wiederholt werden müssen. Dies unterstützt direkt das Application Rework and Bottleneck Analysis Dashboard, indem es die Frequency und den Impact solcher Loops quantifiziert. Bedeutung Identifiziert Prozessineffizienzen und Schleifen, in denen Arbeit wiederholt wird, und hilft dabei, versteckte Kosten und Möglichkeiten zur Straffung aufzudecken. Datenquelle Berechnet während der Datenaufbereitung, indem überprüft wird, ob dieselbe Aktivität für eine gegebene CaseId bereits aufgetreten ist. Beispiele truefalsch
	Standort der Stelle JobLocation	Der geografische Standort oder das Office, an dem die Stelle angesiedelt ist.
Beschreibung Dieses Attribute spezifiziert die Stadt, das Land oder die Region, die mit der Job Requisition verbunden ist. Es kann auch angeben, ob eine Position Remote ist. Diese Dimension ermöglicht eine regionale Analyse von Rekrutierungsprozessen. Sie kann helfen, Fragen zu beantworten, z.B. ob die Time-to-Hire zwischen verschiedenen Locations erheblich variiert oder ob bestimmte Regions höhere Candidate Drop-off Rates aufweisen. Dies ist nützlich, um Recruitment Strategies an spezifische Labor Markets anzupassen. Bedeutung Ermöglicht eine geografische Analyse von Rekrutierungsmetriken, um regionale Unterschiede in der Einstellungsleistung und Herausforderungen zu identifizieren. Datenquelle Gespeichert im Job Requisition Object in Oracle HCM Recruiting. Beispiele New York, NYLondon, UKRemoteSan Francisco, CA
	Stellenanfrage-ID JobRequisitionId	Der eindeutige Identifier für die Stellenausschreibung, auf die sich der Kandidat beworben hat.
Beschreibung Die Job Requisition ID verknüpft mehrere Stellenbewerbungen mit einer einzigen, genehmigten Stellenausschreibung. Sie repräsentiert die Nachfrageseite des Rekrutierungsprozesses. Dieses Attribute ist entscheidend für die Aggregation von Bewerbungsdaten, um den Gesamtzustand einer spezifischen Einstellungsanstrengung zu analysieren. Es ermöglicht die Analyse, wie viele Kandidaten sich in der Pipeline für eine gegebene Rolle befinden, die Effektivität des Sourcing für diese Rolle und die Gesamtzeit, die für die Besetzung der Position benötigt wird. Bedeutung Gruppiert alle Bewerbungen für dieselbe Stellenausschreibung und ermöglicht so die Analyse der gesamten Talent-Pipeline für eine spezifische Rolle. Datenquelle Dies ist ein Primary Key auf dem Job Requisition Object, linked zu jeder Application in Oracle HCM Recruiting. Beispiele REQ-2024-501REQ-2024-502REQ-2024-503
	Time To Hire Target TimeToHireTarget	Die Zieldauer in Tagen für die Besetzung der Job Requisition.
Beschreibung Dieses Attribute definiert den erwarteten Zeitrahmen für den Abschluss des Einstellungsprozesses, von der Öffnung der Requisition bis zur Annahme eines Angebots durch einen Kandidaten. Dieses Target wird oft basierend auf dem Role's Level oder den Department Standards festgelegt. Dies ist essenziell für den Time-to-Hire Target Adherence KPI. Durch den Vergleich der tatsächlichen Time-to-Hire mit diesem Target kann die Organisation die Performance im Hinblick auf ihre strategischen Goals messen und proaktiv Requisitions identifizieren, bei denen die Gefahr besteht, dass sie zu lange dauern. Bedeutung Bietet einen Benchmark zur Messung der tatsächlichen Time-to-Hire Performance, der direkt die KPI-Berechnungen zur Zielerreichung unterstützt. Datenquelle Dies kann ein Field auf dem Job Requisition Object in Oracle HCM Recruiting sein oder could be maintained in einem separaten System. Beispiele 30456090

Erforderlich Empfohlen Optional

Rekrutierungs- & Talent Acquisition-Aktivitäten

Dies sind die entscheidenden Prozessschritte und Meilensteine, die Sie in Ihrem Event Log erfassen sollten, um eine präzise Prozessentdeckung und Engpasserkennung zu gewährleisten.

6 Empfohlen 8 Optional

	Aktivität	Beschreibung
	`Kandidat` eingestellt	Stellt den endgültigen, erfolgreichen Abschluss des Rekrutierungsprozesses dar. Dieses Event tritt ein, wenn der Kandidatenstatus offiziell auf 'Hired' geändert wird, wodurch die Übergabe an das Core HR ausgelöst wird.
Bedeutung Dies ist das Primary Success Outcome für den Process. Es serves als End Point für das Calculating der Time-to-Hire und anderer Key Efficiency Metrics. Datenquelle Dies ist ein Key Status Change auf dem Job Application Record in IRC_SUBMISSIONS. Es wird durch die 'Hire'- oder 'Move to HR'-Aktion in Oracle Recruiting ausgelöst. Erfassen Wird protokolliert, wenn der Recruiter die finale 'Hire'-Aktion ausführt. Ereignistyp explicit
	Angebot angenommen	Zeigt an, dass der Kandidat das Stellenangebot formell angenommen hat. Dieses Ereignis wird erfasst, wenn der Kandidat über das Karriereportal annimmt oder ein Recruiter den Status manuell aktualisiert.
Bedeutung Dies ist ein Primary Success Milestone im Process. Es ist die Basis für das Calculating der Offer Acceptance Rate und signals den Start von Post-Offer Activities. Datenquelle Erfasst durch eine Statusaktualisierung im Angebotsdatensatz auf 'Accepted'. Dies kann online vom Kandidaten ausgelöst oder manuell vom Recruiter eingegeben werden. Erfassen Aus dem Zeitstempel, wann der Angebotsstatus zu 'Accepted' wechselt. Ereignistyp explicit
	Angebot unterbreitet	Markiert die formale Unterbreitung eines Stellenangebots an einen Kandidaten. Dies ist ein explizites Event, das protokolliert wird, wenn ein Recruiter das Angebot offiziell über das Oracle Recruiting System versendet.
Bedeutung Dies ist ein Key Milestone für das Measuring der Offer Acceptance Rate und der Duration vom finalen Interview zum Offer, ein Critical Part der Candidate Experience. Datenquelle Explizit erfasst, wenn der Status des Stellenangebots auf 'Extended' oder 'Sent' gesetzt wird. Der Zeitstempel dieser Aktion wird im Angebotsobjekt aufgezeichnet. Erfassen Wird protokolliert, wenn der Recruiter die Aktion 'Extend Offer' ausführt. Ereignistyp explicit
	Application Rejected	Zeigt an, dass das Unternehmen beschlossen hat, mit einem Kandidaten in keiner Phase des Prozesses fortzufahren. Dies wird durch eine Statusänderung der Bewerbung erfasst.
Bedeutung Dies ist ein Common End Point für Applications. Die Analyse, in welcher Stage Rejections auftreten, ist Key, um Drop-off Rates und Process Efficiency zu verstehen. Datenquelle Abgeleitet von jeder terminalen Statusänderung der Stellenbewerbung, wie 'Rejected', 'Not Selected' oder einem ähnlichen konfigurierten Wert. Erfassen Abgeleitet von der Statusänderung der Stellenbewerbung in einen terminalen 'Rejected'-Zustand. Ereignistyp inferred
	Bewerbung erhalten	Markiert die Erstellung einer neuen Stellenbewerbung, wenn ein Kandidat sich auf eine Position bewirbt. Dieses Event wird typischerweise explizit erfasst, wenn der Bewerbungsdatensatz erstmals im System erstellt wird.
Bedeutung Dies ist der Starting Point für jeden Case, essential für das Calculating von End-to-End Process Durations wie Time-to-Hire und das Analyzing von Application Volumes over Time. Datenquelle Dieses Event wird vom Erstellungs-Timestamp eines Kandidaten-Submission Record in Oracle Recruiting erfasst, wahrscheinlich aus einer Table wie IRC_SUBMISSIONS. Erfassen Aus dem Erstellungs-Zeitstempel des Stellenbewerbungsdatensatzes. Ereignistyp explicit
	Interview durchgeführt	Markiert den Abschluss eines Kandidateninterviews. Dies wird oft abgeleitet, wenn ein Interviewer oder Recruiter den Status des geplanten Interviews auf 'Completed' oder 'Conducted' aktualisiert.
Bedeutung Dies ist ein kritischer Milestone im Rekrutierungsprozess. Die Cycle Time von dieser Activity zu 'Offer Extended' ist ein Key Performance Indicator. Datenquelle Abgeleitet von einer Statusänderung im geplanten Interviewdatensatz innerhalb von Oracle Recruiting. Der Zeitstempel dieser Statusänderung dient als Event-Zeit. Erfassen Abgeleitet von der Interviewstatusänderung zu 'Completed' oder 'Finished'. Ereignistyp inferred
	`Hintergrundprüfung` initiiert	Markiert die Einleitung einer Hintergrundüberprüfung für einen Kandidaten, nachdem dieser ein Angebot angenommen hat. Dieses Event wird oft durch eine Statusänderung oder Integration mit einem Third-Party Service ausgelöst.
Bedeutung Diese Activity ist entscheidend für das Tracking von Post-Offer, Pre-Hire Timelines und die Sicherstellung der Compliance. Delays hier können den Starttermin des Kandidaten beeinflussen. Datenquelle Abgeleitet von einer Statusänderung der Stellenbewerbung zu 'Background Check' oder protokolliert über einen API-Aufruf an einen integrierten Anbieter für Hintergrundprüfungen. Erfassen Abgeleitet von der Statusänderung der Bewerbung zu 'Background Check in Progress'. Ereignistyp inferred
	Angebot abgelehnt	Stellt die Entscheidung des Kandidaten dar, das Stellenangebot abzulehnen. Dies ist eine explizite Statusänderung im Angebotsdatensatz, oft begleitet von einem Grund.
Bedeutung Dies ist ein kritischer Failure Point im Process. Die Analyse, wann und warum Angebote declined werden, provides Erkenntnisse in Compensation Competitiveness und Candidate Experience. Datenquelle Erfasst durch eine Statusaktualisierung im Angebotsdatensatz auf 'Declined' oder 'Rejected by Candidate'. Erfassen Aus dem Zeitstempel, wann der Angebotsstatus zu 'Declined' wechselt. Ereignistyp explicit
	Angebotsdetails genehmigt	Stellt den Abschluss eines internen Genehmigungs-Workflows für ein Stellenangebot dar, bevor es dem Kandidaten unterbreitet wird. Dies wird aus dem finalen Genehmigungsstatus im Angebotsdatensatz abgeleitet.
Bedeutung Diese Activity hilft, die Dauer und Effizienz des internen Angebotsgenehmigungsprozesses zu analysieren, der eine erhebliche Source für Delays sein kann. Datenquelle Abgeleitet aus der Statusänderungshistorie des Stellenangebotsdatensatzes innerhalb von Oracle Recruiting, die verfolgt, wann es in einen 'Approved'-Zustand wechselt. Erfassen Abgeleitet vom Status des Angebots-Objekts, der sich in 'Approved' ändert. Ereignistyp inferred
	Antrag geprüft	Stellt die erste Überprüfung einer Kandidatenbewerbung durch einen Recruiter dar, um grundlegende Qualifikationen zu prüfen. Dies wird typischerweise abgeleitet, wenn sich der Bewerbungsstatus von 'New' zu 'Under Review' ändert.
Bedeutung Die Analyse der in dieser Phase verbrachten Zeit hilft, Engpässe im anfänglichen Überprüfungsprozess zu identifizieren. Sie ist auch entscheidend für die Messung der Rework Rate für das Application Screening KPI. Datenquelle Abgeleitet aus dem Verlauf des Statusfeldes der Stellenbewerbung in Oracle Recruiting. Suchen Sie nach einer Statusänderung im Verlauf der IRC_SUBMISSIONS-Tabelle. Erfassen Abgeleitet von der Statusänderung der Stellenbewerbung zu 'Screening' oder 'Under Review'. Ereignistyp inferred
	Antrag zurückgezogen	Stellt die Entscheidung eines Kandidaten dar, sich von der Berücksichtigung für die Rolle zurückzuziehen. Dies wird erfasst, wenn der Bewerbungsstatus auf 'Withdrawn by Candidate' aktualisiert wird.
Bedeutung Tracking withdrawals helps identify Stages where Candidate Experience may be Poor, leading to High Drop-off. It is Crucial for Analyzing the Candidate Drop-off Rate KPI. Datenquelle Abgeleitet von einer Statusänderung der Stellenbewerbung zu 'Withdrawn'. Dies kann vom Kandidaten im Portal oder von einem Recruiter in seinem Namen initiiert werden. Erfassen Abgeleitet von der Statusänderung der Stellenbewerbung zu 'Withdrawn by Candidate'. Ereignistyp inferred
	Bewertung abgeschlossen	Zeigt an, dass ein Kandidat eine erforderliche Pre-Screening-Bewertung, wie einen Fähigkeitstest oder eine Persönlichkeitsbewertung, abgeschlossen hat. Dieses Ereignis wird typischerweise aufgezeichnet, wenn die Bewertungsplattform einen Abschlussstatus an Oracle HCM zurückgibt.
Bedeutung Diese Activity hilft, das Kandidatenengagement zu verfolgen und die Zeit zu analysieren, die Kandidaten für die Durchführung von Assessments benötigen, was ein Point of Drop-off sein kann. Datenquelle Erfasst durch eine Statusaktualisierung, die von einem integrierten Drittanbieter-Bewertungstool übermittelt wurde, oder durch eine manuelle Statusänderung durch einen Recruiter im Bewerberprofil des Kandidaten. Erfassen Wird protokolliert, wenn die Assessment-Provider-API den Kandidatenstatus aktualisiert. Ereignistyp explicit
	Interview geplant	Stellt den Zeitpunkt dar, an dem ein Interview mit einem Kandidaten offiziell im System geplant wird. Dies wird normalerweise erfasst, wenn ein Interview erstellt und mit der Stellenbewerbung verknüpft wird.
Bedeutung Tracking this helps measure the Time it Takes to Arrange Interviews, which is a Key Component of the Candidate Experience and the Overall Time-to-Hire. Datenquelle Dieses Event wird explizit im Interview Scheduling Module von Oracle Recruiting protokolliert. Daten wären in Interview-bezogenen Tables zu finden, die mit der Stellenbewerbung verknüpft sind. Erfassen Aus dem Erstellungsdatensatz eines Interviewereignisses, das mit der Bewerbung verknüpft ist. Ereignistyp explicit
	Interview-Feedback eingereicht	Zeigt an, dass ein Interviewer sein Feedback und seine Bewertung des Kandidaten nach dem Interview eingereicht hat. Dies ist ein explizites Ereignis, das erfasst wird, wenn das Feedback-Formular gespeichert wird.
Bedeutung Verzögerungen zwischen Interview und Feedback-Einreichung können den Einstellungsprozess erheblich verlangsamen. Dies zu verfolgen hilft, Engpässe in der Entscheidungsfindung zu identifizieren. Datenquelle Explizit protokolliert, wenn ein Interviewer seine Bewertung über das Oracle Recruiting-Portal einreicht. Der Erstellungs-Zeitstempel des Feedback-Datensatzes wird verwendet. Erfassen Aus dem Erstellungs-Zeitstempel des Interview-Feedback-Datensatzes. Ereignistyp explicit

Extraktionsleitfäden

So erhalten Sie Ihre Daten aus Oracle HCM Recruiting

Schritte

Zu OTBI navigieren: Melden Sie sich bei Oracle HCM Cloud an. Verwenden Sie das Navigator-Menü, um zu Tools zu gehen und dann Reports and Analytics auszuwählen.
Eine neue Analyse erstellen: Klicken Sie im Arbeitsbereich Reports and Analytics auf Create und wählen Sie dann Analysis. Verwenden Sie nicht die Option Report, da Analysis die benötigte Flexibilität bietet.
Subject Area auswählen: Wählen Sie bei Aufforderung das 'Recruiting - Recruiting Real Time' Subject Area aus. Dies ist das Datenmodell, das alle notwendigen Details zu Stellenbewerbungen, Interviews und Angeboten enthält.
Erweiterte Konfiguration aufrufen: Nachdem Sie das Subject Area ausgewählt haben, gelangen Sie zum Analyse-Editor. Navigieren Sie zum Advanced-Tab oben rechts. Dies ermöglicht eine direkte Manipulation der logischen SQL-Abfrage.
Das logische SQL einfügen: Im Abschnitt 'Analysis XML' finden Sie das saw:query-Tag. Ersetzen Sie die vorhandene SQL-Abfrage innerhalb dieses Tags durch das vollständige logische SQL, das im Abschnitt 'Query' dieses Dokuments bereitgestellt wird. Es ist entscheidend, die gesamte Standardabfrage zu ersetzen.
Datumsbereichsparameter festlegen: Bevor Sie die Abfrage ausführen, ersetzen Sie die Platzhalterwerte für [Start Date] und [End Date] durch Ihren gewünschten Datumsbereich im Format 'YYYY-MM-DD'. Dies ist entscheidend, um die Menge der extrahierten Daten zu steuern.
Abfrage validieren: Klicken Sie auf die Schaltfläche 'Validate SQL', um sicherzustellen, dass keine Syntaxfehler vorliegen. Wenn die Validierung erfolgreich ist, können Sie fortfahren. Beachten Sie, dass dies nur die Syntax prüft, nicht ob die Spalten in Ihrer spezifischen Konfiguration existieren.
Ergebnisse anzeigen: Navigieren Sie zurück zur Registerkarte Results. Die Analyse wird ausgeführt, und eine Vorschau der Event Log-Daten wird angezeigt. Überprüfen Sie, ob die Spalten und Daten wie erwartet erscheinen.
Exporteinstellungen konfigurieren: Für große Datensätze wird empfohlen, die Analyse als Job zu planen, anstatt sie interaktiv auszuführen. Im Analyse-Editor können Sie Exporteigenschaften festlegen, um sicherzustellen, dass das CSV-Format sauber ist.
Daten exportieren: Sobald Sie mit den Ergebnissen zufrieden sind, klicken Sie auf den Export-Link und wählen Sie das CSV-Format. Dies lädt die vollständige Event Log-Datei herunter.
Für den Upload vorbereiten: Öffnen Sie die heruntergeladene CSV-Datei. Stellen Sie sicher, dass die Spaltenüberschriften mit den erforderlichen Attributen (JobApplicationId, ActivityName, EventTime usw.) übereinstimmen und dass das Datumsformat konsistent ist. Die Datei ist nun bereit für den Upload in ein Process Mining Tool.

Konfiguration

Thema: Die gesamte Abfrage basiert auf dem Thema Recruiting - Recruiting Real Time. Der Benutzer, der den Bericht ausführt, muss die notwendigen Berechtigungen haben, um auf dieses Thema zuzugreifen.
Datumsbereichsfilterung: Die Abfrage enthält die Platzhalter [Start Date] und [End Date]. Es ist entscheidend, einen spezifischen Datumsbereich zu definieren, um die Leistung und das Datenvolumen zu steuern. Wir empfehlen, mit einem aktuellen Zeitraum von 3-6 Monaten zu beginnen.
Datensicherheit: OTBI setzt die Datensicherheitsrollen von Oracle HCM durch. Der Benutzer, der den Bericht ausführt, sieht nur Daten für die Geschäftseinheiten, Abteilungen und rechtlichen Arbeitgeber, für die er autorisiert ist.
Leistungsaspekte: Für große Organisationen mit hohem Rekrutierungsvolumen kann die Ausführung dieser Abfrage über einen langen Zeitraum langsam sein oder im interaktiven Benutzerinterface zu einem Timeout führen. Für große Datenextraktionen ist es Best Practice, die Analyse zu speichern und als Hintergrundjob auszuführen, wobei die Ausgabe an einen Content Server oder per E-Mail geliefert wird.
Anpassung: Die bereitgestellte Abfrage verwendet Standardfelder. Wenn Ihre Organisation Descriptive Flexfields (DFFs) oder benutzerdefinierte Objekte zur Verfolgung spezifischer Rekrutierungsereignisse verwendet, müssen Sie das logische SQL anpassen, um diese einzubeziehen.

a Beispielabfrage 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]'

Schritte

Voraussetzungen: Stellen Sie sicher, dass Python 3 zusammen mit der requests-Bibliothek auf Ihrem System installiert ist. Sie können es mit pip installieren: pip install requests. Sie benötigen außerdem gültige Benutzerzugangsdaten (Benutzername und Passwort) und den Hostnamen für Ihre Oracle HCM Cloud-Instanz mit Berechtigungen für den Zugriff auf die Recruiting REST API.
Skriptinitialisierung: Erstellen Sie eine neue Python-Skriptdatei, z.B. extract_hcm_data.py. Beginnen Sie mit dem Import der notwendigen Bibliotheken: requests, csv und datetime.
Konfiguration definieren: Legen Sie am Anfang Ihres Skripts Variablen für Ihren Oracle HCM Hostnamen, Benutzernamen, Passwort und den gewünschten Datumsbereich für die Extraktion fest. Die Verwendung von Platzhaltern für Zugangsdaten ist eine Best Practice im Bereich Sicherheit.
API-Sitzung herstellen: Erstellen Sie ein requests.Session-Objekt. Legen Sie die Authentifizierungseigenschaft der Sitzung mit Ihrem Benutzernamen und Passwort fest. Dies stellt sicher, dass die Zugangsdaten bei jeder nachfolgenden API-Anfrage, die über diese Sitzung gemacht wird, gesendet werden.
Paginierungsschleife implementieren: Das Skript muss Daten seitenweise abrufen, um große Mengen zu verarbeiten und API-Limits einzuhalten. Initialisieren Sie eine Offset-Variable auf 0 und ein Limit, z.B. 500. Erstellen Sie eine while-Schleife, die so lange fortgesetzt wird, wie die API Daten zurückgibt. In jeder Iteration ruft das Skript die API mit dem aktuellen Offset auf und inkrementiert dann den Offset um das Limit für die nächste Seite.
API-Anfrage: Innerhalb der Schleife erstellen Sie die vollständige API-Anfrage-URL für den recruitingCEJobApplications-Endpunkt. Verwenden Sie den fields-Parameter, um alle erforderlichen Attribute anzugeben, und den expand-Parameter, um verwandte Objekte wie Phases und Offers einzuschließen. Verwenden Sie den q-Parameter, um nach CreationDate basierend auf Ihrem konfigurierten Datumsbereich zu filtern.
JSON-Antwort verarbeiten: Überprüfen Sie für jeden API-Aufruf einen erfolgreichen HTTP-Statuscode (200). Parsen Sie die JSON-Antwort. Die Anwendungen befinden sich im items-Array des Antwortkörpers.
Ereignisse iterieren und generieren: Durchlaufen Sie jedes von der API zurückgegebene Anwendungsobjekt. Extrahieren Sie für jede Anwendung die gemeinsamen Attribute wie ApplicationId, Recruiter und HiringManager.
Status Aktivitätszuordnung: Dies ist die Kernlogik. Für jede Anwendung müssen Sie eine separate Zeile für jede der 14 erforderlichen Aktivitäten generieren. Dies beinhaltet die Überprüfung des CreationDate, der Phases-Sammlung und der Offers-Sammlung. Verwenden Sie beispielsweise das CreationDate für 'Application Received'. Iterieren Sie durch das Phases-Array, um Zeilen für 'Application Screened', 'Interview Scheduled', 'Candidate Hired', 'Application Rejected' usw. zu erstellen, wobei Sie den Timestamp verwenden, zu dem jede Phase eingegeben wurde. Iterieren Sie ähnlich durch das Offers-Array für die Ereignisse 'Offer Extended', 'Offer Accepted' und 'Offer Declined'.
Event Log erstellen: Während jedes Aktivitätsereignis generiert wird, speichern Sie es als Dictionary mit Schlüsseln, die den Event Log-Spaltenüberschriften (JobApplicationId, ActivityName, EventTime usw.) entsprechen. Fügen Sie jedes Dictionary einer Masterliste hinzu, die Ihren vollständigen Event Log bildet.
Nach CSV exportieren: Sobald die Paginierungsschleife abgeschlossen ist, verwenden Sie Pythons integriertes csv-Modul, um die Masterliste der Event-Dictionaries in eine CSV-Datei zu schreiben. Stellen Sie sicher, dass die Datei UTF-8-kodiert ist und dass die Header in der CSV-Datei genau den erforderlichen Attributnamen für die ProcessMind-Aufnahme entsprechen.

Konfiguration

API-Zugangsdaten: Ein dediziertes Servicekonto mit einer Rolle, die den Zugriff auf die Recruiting REST API gewährt, wie z.B. 'Recruiting Manager' oder eine benutzerdefinierte Rolle mit 'Recruiting REST API Access'-Berechtigungen, ist erforderlich.
API-Endpunkt: Der primäre verwendete Endpunkt ist recruitingCEJobApplications. Es ist entscheidend, den expand-Abfrageparameter (z.B. expand=Phases,Offers) zu verwenden, um verschachtelte Objekte, die Statusverlauf und Angebotsdetails enthalten, in einem einzigen Aufruf abzurufen, was effizienter ist.
Datumsbereichsfilterung: Verwenden Sie den q-Abfrageparameter, um Anwendungen nach Datum zu filtern. Ein Filter für CreationDate wird zur Verwaltung des Datenvolumens empfohlen. Für eine erste Analyse ist ein Datumsbereich der letzten 3 bis 6 Monate ratsam. Beispiel: q=CreationDate>'2023-01-01T00:00:00Z'.
Feldauswahl: Um die Leistung zu optimieren und die Netzwerklast zu reduzieren, verwenden Sie den fields-Parameter, um nur die notwendigen Attribute anzufordern. Fügen Sie Felder wie ApplicationId, CreationDate, LastUpdateDate, Recruiter, HiringManager, Requisition, Phases und Offers ein.
Paginierungslimit: Der limit-Parameter steuert, wie viele Datensätze pro API-Aufruf zurückgegeben werden. Ein Wert zwischen 200 und 500 ist typischerweise ein gutes Gleichgewicht zwischen der Anzahl der API-Aufrufe und der Größe jeder Antwort.
Statuszuordnungen: Das Skript enthält ein Dictionary, um Phasen- und Statuscodes von Oracle HCM den standardisierten Aktivitätsnamen zuzuordnen. Diese Zuordnung muss möglicherweise basierend auf der spezifischen Recruiting-Workflow-Konfiguration Ihrer Organisation angepasst werden.

a Beispielabfrage 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()

Ihr Recruitment & Talent Acquisition Data Template

Ihr Recruitment & Talent Acquisition Data Template

Rekrutierungs- & Talent Acquisition-Attribute

Rekrutierungs- & Talent Acquisition-Aktivitäten

Extraktionsleitfäden

Oracle HCM OTBI Report für den Recruitment Data Export

Schritte

Konfiguration

a Beispielabfrage config

Python Script Extraction mittels Oracle HCM REST API

Schritte

Konfiguration

a Beispielabfrage python

Bereit, um loszulegen?

Optimieren Sie Ihr Recruitment & Talent Acquisition noch heute

Ihr Recruitment & Talent Acquisition Data Template

Ihr Recruitment & Talent Acquisition Data Template

Rekrutierungs- & Talent Acquisition-Attribute

Rekrutierungs- & Talent Acquisition-Aktivitäten

Extraktionsleitfäden

Oracle HCM OTBI Report für den Recruitment Data Export

Schritte

Konfiguration

a Beispielabfrage config

Python Script Extraction mittels Oracle HCM REST API

Schritte

Konfiguration

a Beispielabfrage python

Ihre Privatsphäre ist uns wichtig

Bereit, um loszulegen?

Optimieren Sie Ihr Recruitment & Talent Acquisition noch heute