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

Ihre Datenvorlage für Recruiting & Talent Acquisition

Oracle HCM Recruiting

← Zurück zum Optimierungsleitfaden

Recruitment- & Talent Acquisition-Attribute (18) Recruitment- & Talent Acquisition-Aktivitäten (14) Extraktionsanleitungen (2)

Ihre Datenvorlage für Recruiting & Talent Acquisition

Dieses Template provides a Comprehensive Guide to Collecting the Necessary Daten for Optimizing your Recruitment and Talent Acquisition Process. It outlines Essential Daten Attributes, Key Aktivitäten to Track, and Practical Guidance for Extracting this Information from your Quellsystem. Use this Resource to ensure a Smooth and Effective Daten 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

Recruitment- & Talent Acquisition-Attribute

Dies sind die empfohlenen Datenfelder, die Sie in Ihr Event Log (Event Log) aufnehmen sollten, um eine vollständige Analyse Ihres Rekrutierungs- und Talentakquise-Prozesses zu ermöglichen.

5 Erforderlich 5 Empfohlen 8 Optional

	Name	Beschreibung
	Aktivität ActivityName	Der Name der spezifischen Rekrutierungs-Activity oder den Antrag bearbeitet.es Event, das aufgetreten ist.
Beschreibung Dieses Attribut 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 Lebenszyklus der Bewerbung dar. Es ist eine wesentliche Komponente für Process Mining, da es die Knoten in der Prozessdarstellung (Process Map) definiert. Die Analyse der Sequence und Frequency von Aktivitäten hilft, Common Prozesspfade, Engpässe, Deviations vom Standardverfahren und Rework Loops zu identifizieren. Bedeutung Dieses Attribut definiert die Schritte im Rekrutierungsprozess, bildet die Basis der Prozessdarstellung (Process Map) und ermöglicht die Analyse von Prozessfluss und Variations. Datenquelle Typischerweise stammen in der Regel aus Ereignis- oder Statushistorien-Tabellen, die mit dem Objekt 'Stellenbewerbung' in Oracle HCM Recruiting verknüpft sind. Beispiele Bewerbung geprüftInterview durchgeführtAngebot unterbreitetKandidat eingestellt
	Job Application JobApplicationId	Eine eindeutige Kennung für die Stellenbewerbung jedes KandiDaten.
Beschreibung Die Job Application ID ist der Primärschlüssel, der den Antrag bearbeitet.ie gesamte Journey eines KandiDaten für eine spezifische Job Requisition verfolgt. Sie verknüpft alle zugehörigen Aktivitäten, von der ersten Einreichung bis zur endgültigen Einstellungsentscheidung, und bildet so eine einzige, kohärente Process Instance. Im Process Mining ist dieses Attribut essenziell für die Definition des Case, was die Rekonstruktion des einzigartigen Pfades jedes KandiDaten ermöglicht. Analysten einsetzen es, um End-to-End Application Flows zu visualisieren, gesamte Durchlaufzeits zu messen und Conversion Rates zwischen verschiedenen Stages des Recruitment Funnel zu analysierenn. 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 Identifikator innerhalb des Oracle HCM Recruiting Module, in der Regel associated mit Candidate Submission Datensatzs. Beispiele APP-2024-00123APP-2024-00124APP-2024-00125
	Startzeit EventTime	Der Zeitstempel, der angibt, wann die Rekrutierungs-Activity begonnen hat.
Beschreibung Dieses Attribut erfasst das genaue Datum und die Uhrzeit, zu der eine spezifische Activity aufgetreten ist. Es bietet den chronologischen Kontext für die Reihenfolge von Ereignisse innerhalb jedes Stellenbewerbungs-Case. Die Start Time ist maßgeblich für alle zeitbasierten Process-Mining-Analysen. Sie wird verwendet, um Durchlaufzeits zwischen Aktivitäten zu berechnen, Verzögerungen zu identifizieren, die gesamte Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer) zu messen und die Einhaltung von Service Level Agreements oder Leistungsfähigkeit 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 notwendig ist. Datenquelle Dieser Zeitstempel ist usually found alongside dem Aktivitätsname 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
	Letzte Datenaktualisierung LastDataUpdate	Der Zeitstempel, wann die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden.
Beschreibung Dieses Attribut gibt Datum und Uhrzeit der letzten Daten Extraktion an. Es liefert Kontext zur Aktualität der analysierten Daten. Dies ist wichtig für Benutzer, um zu verstehen, wie aktuell die Prozessanalyse ist und Erwartungen bezüglich der Visibility sehr aktueller Aktivitäten 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 `Zeitstempel` 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 Attribut identifiziert das Quellsystem, in dem die RekrutierungsDaten erfasst wurden. Für diesen Process wird es in der Regel 'Oracle HCM Recruiting' sein. In Environments mit mehreren Systems ist dieses Field wichtig für Daten Lineage und Fehlerbehebung. 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 Daten Governance, Validierung und Sicherstellung, dass die Analyse auf der korrekten Informationsquelle basiert, wichtig ist. Datenquelle Dies ist oft ein statischer Wert, der während des Daten Extraktion, Transformation, and Loading (ETL) Process hinzugefügt wird, um den Datenset 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 Attribut spezifiziert die Organisationseinheit, 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 wichtig für Leistungsfähigkeit Benchmarking. Sie ermöglicht es Leadership, Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer), Drop-off Rates und andere Kennzahlen über verschiedene Teile der Organisation hinweg zu vergleichen, wie es vom Departmental Recruitment Leistungsfähigkeit 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 Daten linked to the Application in Oracle HCM Recruiting. Beispiele EngineeringVertriebFinanzenPersonalwesen
	Bewerbungsquelle ApplicationSource	Der Kanal oder den Antrag bearbeitet.ie 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 wichtig für das Dashboard zur Effektivität der Bewerberquellen. Sie ermöglicht es Unternehmen, den Return on Investition (ROI) der verschiedenen Sourcing-Kanäle präzise zu messen. Durch die Analyse, welche Kanäle die meisten Einstellungen generieren oder den Antrag bearbeitet.ie kürzeste „Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer)“ 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 in der Regel erfasst, wenn ein Kandidat eine Bewerbung in Oracle HCM Recruiting einreicht. Beispiele LinkedInMitarbeiterempfehlungUnternehmens-KarriereseiteIndeed
	Bewerbungsstatus ApplicationStatus	Der aktuelle oder finale Status der Stellenbewerbung.
Beschreibung Dieses Attribut gibt den Status der Bewerbung an, z.B. 'Active', 'Hired', 'Rejected' oder 'Withdrawn'. Es bietet einen Momentaufnahme davon, wo die Bewerbung im Process steht oder ihr endgültiges Ergebnisse. Die Analyse des finalen Status ist wesentlich für die Berechnung von Key Metrics wie Hire Rates und Drop-off Rates. Sie hilft, die Gesamteffektivität des Recruitment Funnel zu verstehen, indem sie zeigt, wie viele KandiDaten erfolgreich die finale Stage erreichen. Bedeutung Liefert das Ergebnisse des Rekrutierungsprozesses, welches für die Berechnung von Conversion Rates, Hire Rates und Drop-off Rates notwendig ist. Datenquelle Ein Standardfeld im HauptDatensatz der Stellenbewerbung in Oracle HCM Recruiting. Beispiele EingestelltAbgelehntVom KandiDaten zurückgezogenAngebot angenommen
	Personalverantwortlicher HiringManager	Der Name oder den Antrag bearbeitet.ie ID des Personalverantwortliche (Hiring Manager)s für die zugehörige Job Requisition.
Beschreibung Dieses Attribut identifiziert den Manager des Teams oder den Antrag bearbeitet.er Abteilung mit der offenen Position. Der Personalverantwortliche (Hiring Manager) ist ein Key Stakeholder, der oft am Screening, an Interviews und an der finalen Hiring Decision beteiligt ist. Die Analyse der Process Leistungsfähigkeit nach Personalverantwortliche (Hiring Manager) kann Engpässe aufdecken, die mit deren Availability für Interviews oder Verzögerungen bei der Feedback-Bereitstellung verknüpft. Sie hilft, Potenziale 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 den Antrag bearbeitet.ie ID des Recruiters, der für die Verwaltung der Stellenbewerbung zuständig ist.
Beschreibung Dieses Attribut identifiziert den Talent Acquisition Professional, der den Antrag bearbeitet.er Bewerbung zugewiesen ist. Diese Person ist in der Regel dafür verantwortlich, den KandiDaten durch den Process zu führen. Die Analyse des Process nach Recruiter ermöglicht Workload Balancing, Leistungsfähigkeit Benchmarking und die Identifizierung von Best Practices. Es hilft, Fragen zu beantworten, wie z.B. welche Recruiter die schnellsten Durchlaufzeits oder den Antrag bearbeitet.ie 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 Attribut 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 wichtig 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 Personalverantwortliche (Hiring Manager) rejects a Candidate in Oracle HCM Recruiting. Beispiele Erfüllt Mindestanforderungen nichtQualifizierterer Kandidat ausgewähltVergütungserwartungen nicht abgestimmt
	Angebotsbetrag OfferAmount	Der Gehaltsbetrag des Stellenangebots, das dem KandiDaten unterbreitet wurde.
Beschreibung Dieses Attribut 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
	Endzeit EventEndTime	Der Zeitstempel, 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 Aufgaben zu berechnen, wie z.B. die Zeit, die für das Screening einer Bewerbung oder den Antrag bearbeitet.ie Durchführung eines Interviews benötigt wird. Die Analyse der Activity Dauers 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 wichtig 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 Attribut 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 Leistungsfähigkeit Metrics sich oft erheblich unterscheiden, was eine genauere, segmentierte Analyse ermöglicht. Datenquelle Dies ist in der Regel ein Flag auf dem Candidate- oder Application Profile in Oracle HCM Recruiting. Beispiele JaNein
	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' Aktivitäten als Rework gekennzeichnet. Die Analyse von Rework ist maßgeblich, 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 JaNein
	Standort der Stelle JobLocation	Der geografische Standort oder den Antrag bearbeitet.as Office, an dem die Stelle angesiedelt ist.
Beschreibung Dieses Attribut spezifiziert die Stadt, das Land oder den Antrag bearbeitet.ie 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 Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer) 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 Identifikator 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 Attribut ist maßgeblich für die Aggregation von BewerbungsDaten, um den Gesamtzustand einer spezifischen Einstellungsanstrengung zu analysierenn. 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 Attribut 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 Antrag bearbeitet.en Department Standards festgelegt. Dies ist wichtig für den Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer) Target Adherence KPI. Durch den Vergleich der tatsächlichen Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer) mit diesem Target kann die Organisation die Leistungsfähigkeit 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 Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer) Leistungsfähigkeit, der den Antrag bearbeitet.irekt 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

Recruitment- & Talent Acquisition-Aktivitäten

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

6 Empfohlen 8 Optional

	Aktivität	Beschreibung
	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 Aktivitäten. 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 Dauer 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
	Antrag abgelehnt	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 in der Regel 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 Dauers wie Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer) und das Analyzing von Application Volumes over Time. Datenquelle Dieses Event wird vom Erstellungs-Zeitstempel eines KandiDaten-Submission Datensatz 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 Durchlaufzeit von dieser Activity zu 'Offer Extended' ist ein Key Leistungsfähigkeit 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
	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 Ergebnisse für den Prozess. Es serves als End Point für das Calculating der Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer) und anderer Key Efficiency Metrics. Datenquelle Dies ist ein Key Status Change auf dem Job Application Datensatz 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
	`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 maßgeblich für das Tracking von Post-Offer, Pre-Hire Timelines und die Sicherstellung der Compliance. Verzögerungen 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 analysierenn, der eine erhebliche Source für Verzögerungen 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 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
	Bewerbung geprüft	Stellt die erste Überprüfung einer KandiDatenbewerbung durch einen Recruiter dar, um grundlegende Qualifikationen zu prüfen. Dies wird in der Regel 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 wichtig 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
	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 in der Regel aufgezeichnet, wenn die Bewertungsplattform einen Abschlussstatus an Oracle HCM zurückgibt.
Bedeutung Diese Activity hilft, das KandiDatenengagement zu verfolgen und die Zeit zu analysierenn, 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 den Antrag bearbeitet.urch 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 Zeit bis zur Einstellung (Time-to-Hire) (Einstellungsdauer). 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

Extraktionsanleitungen

So erhalten Sie Ihre Daten aus Oracle HCM Recruiting

Schritte

Zu OTBI bewältigen: Melden Sie sich bei Oracle HCM Cloud an. Verwenden Sie das Navigator-Menü, um zu Tools zu gehen und dann Reports and Analysen auszuwählen.
Eine neue Analyse erstellen: Klicken Sie im Arbeitsbereich Reports and Analysen 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 maßgeblich, 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 maßgeblich, 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.
Resultate anzeigen: Navigieren Sie zurück zur Registerkarte Results. Die Analyse wird ausgeführt, und eine Einblicke 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 Resultaten 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, Ereigniszeitpunkt (Event Time) 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 Antrag bearbeitet.en 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 maßgeblich, 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 Antrag bearbeitet.en 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', 'Antrag abgelehnt' usw. zu erstellen, wobei Sie den Zeitstempel 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, Ereigniszeitpunkt (Event Time) 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 maßgeblich, 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 in der Regel 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()

Ihre Datenvorlage für Recruiting & Talent Acquisition

Ihre Datenvorlage für Recruiting & Talent Acquisition

Recruitment- & Talent Acquisition-Attribute

Recruitment- & Talent Acquisition-Aktivitäten

Extraktionsanleitungen

Oracle HCM OTBI Report für den Recruitment Daten Export

Schritte

Konfiguration

a Beispielabfrage config

Python Script Extraktion mittels Oracle HCM REST API

Schritte

Konfiguration

a Beispielabfrage python

Bereit, um loszulegen?

Optimieren Sie Ihr Recruiting & Talent Acquisition & Talentakquise noch heute

Ihre Datenvorlage für Recruiting & Talent Acquisition

Ihre Datenvorlage für Recruiting & Talent Acquisition

Recruitment- & Talent Acquisition-Attribute

Recruitment- & Talent Acquisition-Aktivitäten

Extraktionsanleitungen

Oracle HCM OTBI Report für den Recruitment Daten Export

Schritte

Konfiguration

a Beispielabfrage config

Python Script Extraktion mittels Oracle HCM REST API

Schritte

Konfiguration

a Beispielabfrage python

Ihre Privatsphäre ist uns wichtig

Bereit, um loszulegen?

Optimieren Sie Ihr Recruiting & Talent Acquisition & Talentakquise noch heute