> Kontinuierliche Prozessverbesserung > Recruiting und Talentgewinnung > Oracle HCM Recruiting > Daten Template

Ihr Daten-Template für Personalgewinnung und Talentakquise

Oracle HCM Recruiting

← Zurück zum Leitfaden zur Prozessverbesserung

Attribute für Personalgewinnung und Talentakquise (18) Aktivitäten der Personalgewinnung und Talentakquise (14) Anleitungen zum Datenexport (2)

Ihr Daten-Template für Personalgewinnung und Talentakquise

Dieses Template zeigt Ihnen, welche Daten Sie für die Optimierung Ihrer Personalgewinnung und Talentakquise erfassen sollten. Es enthält wichtige Datenattribute, zentrale Aktivitäten für die Analyse und praktische Hinweise zum Export aus Ihrem Quellsystem. So können Sie Ihre Daten gezielt vorbereiten.

Empfohlene Attribute für eine fundierte Analyse
Wichtige Prozessaktivitäten und Meilensteine für die Analyse
Hinweise zum Datenexport aus Ihrem System

Neu bei Event Logs? Erfahren Sie, wie Sie ein Event Log für Process Mining erstellen.

Template herunterladen

Attribute für Personalgewinnung und Talentakquise

Diese Datenfelder sollten Sie in Ihr Event Log aufnehmen, um Ihre Personalgewinnung und Talentakquise umfassend zu analysieren.

5 Erforderlich 5 Empfohlen 8 Optional

	Name	Beschreibung
	Aktivität ActivityName	Name der konkreten Recruiting-Aktivität oder des Ereignisses.
Beschreibung Dieses Attribut bezeichnet einen einzelnen Schritt oder Meilenstein im Recruiting-Prozess, etwa „Bewerbung geprüft“, „Vorstellungsgespräch geführt“ oder „Angebot unterbreitet“. Jede Aktivität ist ein eigenständiges Ereignis im Lebenszyklus der Bewerbung. Im Process Mining ist dieses Attribut grundlegend, da es die Knoten in der Prozesslandkarte definiert. Die Analyse der Abfolge und Häufigkeit von Aktivitäten hilft dabei, typische Prozesspfade, Engpässe, Abweichungen von der Standardvorgehensweise und Schleifen mit wiederholter Arbeit zu erkennen. Warum das wichtig ist Dieses Attribut legt die Schritte im Recruiting-Prozess fest. Es bildet die Grundlage für die Prozesslandkarte und ermöglicht die Analyse des Prozessablaufs und seiner Varianten. Woher beziehen Wird üblicherweise aus Ereignis- oder Statusverlaufstabellen zum Bewerbungsobjekt in Oracle HCM Recruiting abgeleitet. Beispiele Bewerbung geprüftInterview durchgeführtAngebot versendetKandidat eingestellt
	Startzeit EventTime	Der Timestamp, der den Beginn der Recruiting-Aktivität angibt.
Beschreibung Dieses Attribut erfasst Datum und Uhrzeit einer bestimmten Aktivität präzise. Damit lässt sich die chronologische Reihenfolge der Ereignisse innerhalb jedes Bewerbungs-Cases bestimmen. Die Startzeit ist für alle zeitbasierten Process-Mining-Analysen entscheidend. Sie dient dazu, Zykluszeiten zwischen Aktivitäten zu berechnen, Verzögerungen zu erkennen, die gesamte Zeit bis zur Einstellung zu messen und die Einhaltung von Service-Level-Vereinbarungen oder Leistungszielen zu prüfen. Warum das wichtig ist Die chronologische Reihenfolge der Ereignisse ist entscheidend, um Zeitspannen zu berechnen, Engpässe zu erkennen und die Prozessleistung zu analysieren. Woher beziehen Dieser Timestamp ist in Oracle HCM Recruiting üblicherweise zusammen mit dem Aktivitätsnamen in Event Logs oder Tabellen zum Statusverlauf zu finden. Beispiele 2023-10-01T10:00:00Z2023-10-05T14:30:00Z2023-11-12T09:15:00Z
	Stellenbewerbung JobApplicationId	Eindeutige Kennung für die Bewerbung einer Person auf eine Stelle.
Beschreibung Die Bewerbungs-ID ist der Primärschlüssel, mit dem der gesamte Bewerbungsprozess einer Person für eine bestimmte Stellenausschreibung nachverfolgt wird. Sie verknüpft alle zugehörigen Aktivitäten, von der ersten Einreichung bis zur endgültigen Einstellungsentscheidung, und bildet so eine zusammenhängende Prozessinstanz. Im Process Mining ist dieses Attribut unverzichtbar, um den Case zu definieren und den individuellen Weg jeder Bewerbung zu rekonstruieren. Analysten verwenden es, um Bewerbungsabläufe von Anfang bis Ende darzustellen, die Gesamtdurchlaufzeit zu messen und Konversionsraten zwischen den einzelnen Phasen des Recruiting-Prozesses zu analysieren. Warum das wichtig ist Damit wird jeder Recruiting-Case eindeutig identifiziert. So lässt sich der gesamte Lebenszyklus einer Bewerbung vom Anfang bis zum Ende nachverfolgen. Woher beziehen Dies ist eine primäre Kennung im Recruiting-Modul von Oracle HCM, die üblicherweise den Datensätzen eingereichter Bewerbungen zugeordnet ist. Beispiele APP-2024-00123APP-2024-00124APP-2024-00125
	Letzte Datenaktualisierung LastDataUpdate	Der Timestamp der letzten Aktualisierung oder Extraktion der Daten aus dem Quellsystem.
Beschreibung Dieses Attribut gibt Datum und Uhrzeit der letzten Datenextraktion an. So lässt sich einschätzen, wie aktuell die analysierten Daten sind. Benutzer können damit beurteilen, wie aktuell die Prozessanalyse ist und ob sehr neue Aktivitäten bereits sichtbar sind. Für jedes Dashboard und jeden Bericht sind diese Metadaten wichtig. Warum das wichtig ist Informiert Benutzer über die Aktualität der Daten und darüber, welchen Zeitraum die Analyse abdeckt. Woher beziehen Dieser Timestamp wird während des ETL-Prozesses (Extraktion, Transformation und Laden) erzeugt 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 bezeichnet das Informationssystem, in dem die Recruiting-Daten erfasst wurden. Für diesen Prozess ist dies üblicherweise „Oracle HCM Recruiting“. In Umgebungen mit mehreren Systemen ist dieses Feld für die Datenherkunft und die Fehlerbehebung wichtig. Es hilft zu bestätigen, dass die Daten aus der erwarteten Quelle stammen, und ermöglicht es, Analysen auf Daten bestimmter Plattformen zu beschränken. Warum das wichtig ist Gibt die Herkunft der Daten an. Das ist wichtig für Data Governance und Validierung und stellt sicher, dass die Analyse auf der richtigen Informationsquelle basiert. Woher beziehen Dieser statische Wert wird häufig während des ETL-Prozesses (Extraktion, Transformation und Laden) hinzugefügt, um den Datensatz zu kennzeichnen. Beispiele Oracle HCM RecruitingOracle Fusion Cloud HCM
	Abteilung Department	Die Abteilung oder Geschäftseinheit, für die die Person eingestellt werden soll.
Beschreibung Dieses Attribut bezeichnet die Organisationseinheit mit der offenen Stelle, etwa „Technik“, „Vertrieb“ oder „Marketing“. Es ordnet jede Bewerbung organisatorisch ein. Die Aufschlüsselung des Recruiting-Prozesses nach Abteilung ist wichtig, um die Leistung zu vergleichen. Die Unternehmensleitung kann damit die Zeit bis zur Einstellung, Abbruchquoten und weitere wichtige Kennzahlen in verschiedenen Organisationsteilen vergleichen. Dies ist auch für das Dashboard zum Leistungsvergleich im Recruiting nach Abteilung erforderlich. Warum das wichtig ist Ermöglicht den Vergleich der Recruiting-Leistung und von Prozessvarianten zwischen verschiedenen Geschäftseinheiten oder Abteilungen. Woher beziehen Ist in Oracle HCM Recruiting üblicherweise Teil der Stellenausschreibungsdaten, die mit der Bewerbung verknüpft sind. Beispiele TechnikVertriebFinanzenPersonalwesen
	Bewerbungsquelle ApplicationSource	Der Kanal oder die Quelle, über den bzw. die die Bewerbung eingegangen ist.
Beschreibung Dieses Attribut erfasst, wie eine Person auf die offene Stelle aufmerksam wurde, zum Beispiel über „LinkedIn“, die „Unternehmenswebsite“, eine „Mitarbeiterempfehlung“ oder eine „Stellenbörse“. Für das Dashboard zur Wirksamkeit der Bewerbungsquellen ist dieses Attribut entscheidend. Es ermöglicht dem Unternehmen, den Return on Investment verschiedener Suchkanäle zu messen. Anhand der Quellen, über die die meisten Einstellungen oder die kürzeste Zeit bis zur Einstellung erzielt werden, kann das Team für Talentgewinnung seine Suchstrategie optimieren. Warum das wichtig ist Hilft dabei, die wirksamsten Kanäle zu ermitteln, um qualifizierte Kandidaten zu gewinnen und einzustellen und die Ausgaben für Recruiting-Marketing gezielt einzusetzen. Woher beziehen Diese Information wird in Oracle HCM Recruiting üblicherweise erfasst, wenn eine Person ihre Bewerbung einreicht. Beispiele LinkedInMitarbeiterempfehlungKarriereseite des UnternehmensIndeed
	Bewerbungsstatus ApplicationStatus	Der aktuelle oder endgültige Status der Bewerbung.
Beschreibung Dieses Attribut gibt den Status der Bewerbung an, etwa „Aktiv“, „Eingestellt“, „Abgelehnt“ oder „Zurückgezogen“. Es zeigt den aktuellen Stand der Bewerbung im Prozess oder das endgültige Ergebnis. Die Analyse des endgültigen Status ist grundlegend für die Berechnung wichtiger Kennzahlen wie Einstellungs- und Abbruchquoten. Sie zeigt, wie wirksam der Recruiting-Prozess insgesamt ist und wie viele Kandidaten die letzte Phase erfolgreich erreichen. Warum das wichtig ist Zeigt das Ergebnis des Recruiting-Prozesses an und ist entscheidend für die Berechnung von Konversions-, Einstellungs- und Abbruchquoten. Woher beziehen Ein Standardfeld im Hauptdatensatz der Bewerbung in Oracle HCM Recruiting. Beispiele EingestelltAbgelehntVom Kandidaten zurückgezogenAngebot angenommen
	Einstellungsmanager HiringManager	Name oder ID des Einstellungsmanagers für die zugehörige Stellenausschreibung.
Beschreibung Dieses Attribut bezeichnet den Manager des Teams oder der Abteilung mit der offenen Stelle. Der Einstellungsmanager ist eine wichtige beteiligte Person und wirkt häufig an der Vorauswahl, den Vorstellungsgesprächen und der endgültigen Einstellungsentscheidung mit. Die Analyse der Prozessleistung nach Einstellungsmanager kann Engpässe aufdecken, die durch fehlende Verfügbarkeit für Gespräche oder verspätetes Feedback entstehen. Sie zeigt Möglichkeiten für Schulungen oder Prozessverbesserungen auf, damit Manager ihre Aufgaben im Recruiting effizienter erfüllen können. Warum das wichtig ist Kennzeichnet eine wichtige beteiligte Person im Prozess und ermöglicht die Analyse von Verzögerungen und Effizienz im Zusammenhang mit ihrer Mitwirkung. Woher beziehen In Oracle HCM Recruiting im Objekt der Stellenausschreibung gespeichert, das mit der Bewerbung verknüpft ist. Beispiele Robert BrownSusan WhiteMichael Green
	Recruiter Recruiter	Name oder ID des Recruiters, der für die Bearbeitung der Bewerbung zuständig ist.
Beschreibung Dieses Attribut bezeichnet die Fachkraft für Talentgewinnung, die der Bewerbung zugeordnet ist. Diese Person begleitet den Kandidaten üblicherweise durch den Prozess. Die Analyse nach Recruiter ermöglicht es, die Arbeitslast auszugleichen, die Leistung zu vergleichen und bewährte Vorgehensweisen zu erkennen. Sie beantwortet beispielsweise die Frage, welche Recruiter die kürzesten Zykluszeiten oder die höchsten Annahmequoten bei Angeboten erzielen. Das unterstützt das Dashboard zur Arbeitslast und Effizienz von Recruitern. Warum das wichtig ist Ordnet Aktivitäten bestimmten Personen zu und ermöglicht so die Analyse der Arbeitslast, Effizienz und Leistung von Recruitern. Woher beziehen Dem Bewerbungs- oder Stellenausschreibungsobjekt in Oracle HCM Recruiting zugeordnet. Beispiele John SmithJane DoeEmily Jones
	Angebotssumme OfferAmount	Das Gehalt, das der Person mit dem Stellenangebot unterbreitet wurde.
Beschreibung Dieses Attribut erfasst die vorgeschlagene Vergütung für die Stelle. Es ist eine wichtige Information in den letzten Phasen des Recruiting-Prozesses. Die Analyse der Angebotssummen ist trotz der Sensibilität dieser Daten hilfreich, um die Wettbewerbsfähigkeit der Vergütung einzuschätzen. In Verbindung mit den Annahmequoten lässt sich untersuchen, ob die Vergütung ein Grund für die Ablehnung von Angeboten ist. Außerdem kann das Attribut dazu beitragen, eine faire Bezahlung über Abteilungen und Positionen hinweg sicherzustellen. Warum das wichtig ist Ermöglicht die Analyse von Vergütungstrends und deren Einfluss auf die Annahmequote von Angeboten. Das unterstützt eine wettbewerbsfähigere Einstellungsstrategie. Woher beziehen In Oracle HCM Recruiting im Bereich mit den Angebotsdetails einer Bewerbung zu finden. Beispiele 8500012000065000
	Endzeit EventEndTime	Der Timestamp, der den Abschluss der Recruiting-Aktivität angibt.
Beschreibung Die Endzeit kennzeichnet den Abschluss einer Aktivität. Die Differenz zwischen Startzeit und Endzeit entspricht der Verarbeitungszeit dieser Aktivität. Im Process Mining dient dieser Wert dazu, die Dauer einzelner Aufgaben zu berechnen, etwa für die Prüfung einer Bewerbung oder die Durchführung eines Vorstellungsgesprächs. Die Analyse der Aktivitätsdauer zeigt, welche konkreten Schritte im Gesamtprozess am meisten Zeit beanspruchen. Warum das wichtig ist Ermöglicht die Berechnung der Dauer einzelner Aktivitäten. So lassen sich ineffiziente Schritte gezielt erkennen und die Leistung auf Aufgabenebene messen. Woher beziehen Ist möglicherweise in Event-Log-Tabellen verfügbar oder lässt sich aus der Startzeit der nachfolgenden Aktivität ableiten. Beispiele 2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
	Grund für die Ablehnung RejectionReason	Der Grund, aus dem die Bewerbung einer Person abgelehnt wurde.
Beschreibung Dieses Attribut liefert den Kontext, wenn eine Bewerbung den Status „Abgelehnt“ erhält. Mögliche Gründe sind „Passt nicht zur Unternehmenskultur“, „Erforderliche Kompetenzen fehlen“ oder „Andere Person eingestellt“. Die Analyse der Ablehnungsgründe in den verschiedenen Prozessphasen liefert wertvolle Hinweise. Sie kann Probleme in Stellenbeschreibungen, unterschiedliche Erwartungen oder Schwächen bei der Vorauswahl aufdecken. So lässt sich die Recruiting-Strategie anpassen und die Qualität des Kandidatenpools verbessern. Warum das wichtig ist Zeigt, warum Kandidaten im Prozess nicht weiterkommen. Das ist wichtig, um Stellenbeschreibungen, Auswahlkriterien und die Wirksamkeit des Gesamtprozesses zu verbessern. Woher beziehen Wird in Oracle HCM Recruiting üblicherweise in einem eigenen Feld oder im Notizbereich erfasst, wenn ein Recruiter oder Einstellungsmanager eine Bewerbung ablehnt. Beispiele Mindestqualifikationen nicht erfülltQualifizierterer Kandidat ausgewähltGehaltsvorstellungen stimmen nicht überein
	ID der Stellenausschreibung JobRequisitionId	Eindeutige Kennung der offenen Stelle, auf die sich die Person beworben hat.
Beschreibung Die ID der Stellenausschreibung verknüpft mehrere Bewerbungen mit einer einzelnen, genehmigten offenen Stelle. Sie bildet den Bedarf im Recruiting-Prozess ab. Dieses Attribut ist wichtig, um Bewerbungsdaten zusammenzuführen und den Stand der Besetzung einer bestimmten Stelle zu analysieren. Damit lässt sich ermitteln, wie viele Kandidaten sich für eine Stelle im Prozess befinden, wie erfolgreich die Suche nach geeigneten Kandidaten ist und wie lange die Besetzung insgesamt dauert. Warum das wichtig ist Fasst alle Bewerbungen für dieselbe offene Stelle zusammen und ermöglicht so die Analyse des gesamten Kandidatenpools für eine bestimmte Position. Woher beziehen Dies ist ein Primärschlüssel des Stellenausschreibungsobjekts, das in Oracle HCM Recruiting mit jeder Bewerbung verknüpft ist. Beispiele REQ-2024-501REQ-2024-502REQ-2024-503
	Interner Kandidat IsInternalCandidate	Kennzeichnet, ob die Person bereits im Unternehmen beschäftigt ist.
Beschreibung Dieses boolesche Attribut unterscheidet zwischen internen Kandidaten, die bereits im Unternehmen beschäftigt sind, und externen Kandidaten. Für interne und externe Einstellungen gelten häufig unterschiedliche Schritte, SLAs und Erfolgsquoten. Die Analyse dieses Attributs ermöglicht den Vergleich interner Stellenwechsel mit externen Einstellungen. So lässt sich feststellen, ob das Unternehmen interne Talente wirksam fördert und ob der interne Einstellungsprozess effizienter ist als der externe. Warum das wichtig ist Unterscheidet interne von externen Kandidaten, deren Recruiting-Pfade und Leistungskennzahlen sich häufig deutlich unterscheiden. Das ermöglicht eine präzisere, getrennte Analyse. Woher beziehen In Oracle HCM Recruiting ist dies üblicherweise eine Kennzeichnung im Profil der Person oder der Bewerbung. Beispiele truefalse
	Standort der Stelle JobLocation	Der geografische Standort oder das Büro, an dem die Stelle angesiedelt ist.
Beschreibung Dieses Attribut gibt die Stadt, den Bundesstaat oder das Land der Stellenausschreibung an. Es kann auch kennzeichnen, ob eine Stelle remote ausgeübt wird. Diese Dimension ermöglicht die regionale Analyse von Recruiting-Prozessen. Damit lässt sich beispielsweise untersuchen, ob die Zeit bis zur Einstellung zwischen Standorten deutlich variiert oder ob die Abbruchquote in bestimmten Regionen höher ist. So können Recruiting-Strategien auf die jeweiligen Arbeitsmärkte abgestimmt werden. Warum das wichtig ist Ermöglicht die geografische Analyse von Recruiting-Kennzahlen und hilft, regionale Unterschiede bei der Einstellungsleistung und den Herausforderungen zu erkennen. Woher beziehen In Oracle HCM Recruiting im Objekt der Stellenausschreibung gespeichert. Beispiele New York, NYLondon, UKRemoteSan Francisco, CA
	Wiederholte Arbeit IsRework	Kennzeichnet, ob eine Aktivität zum zweiten oder wiederholten Mal ausgeführt wird.
Beschreibung Dieses berechnete Attribut kennzeichnet Fälle, in denen eine Aktivität innerhalb desselben Cases wiederholt wird. Geht eine Bewerbung beispielsweise von „Vorstellungsgespräch“ zurück zu „Vorauswahl“ und anschließend erneut zu „Vorstellungsgespräch“, werden die zweite Aktivität „Vorauswahl“ und das zweite „Vorstellungsgespräch“ als wiederholte Arbeit gekennzeichnet. Die Analyse wiederholter Arbeit ist wichtig, um ineffiziente Abläufe und versteckte Kosten aufzudecken. Sie zeigt, an welchen Stellen der Prozess nicht funktioniert und Schritte erneut ausgeführt werden müssen. Das unterstützt direkt das Dashboard zu wiederholter Arbeit und Engpassanalyse bei Bewerbungen, indem Häufigkeit und Auswirkungen solcher Schleifen quantifiziert werden. Warum das wichtig ist Zeigt ineffiziente Abläufe und Schleifen mit wiederholter Arbeit auf. So lassen sich versteckte Kosten und Möglichkeiten zur Prozessvereinfachung erkennen. Woher beziehen Wird bei der Datenaufbereitung berechnet, indem geprüft wird, ob dieselbe Aktivität für eine bestimmte CaseId bereits aufgetreten ist. Beispiele truefalse
	Zielwert für die Zeit bis zur Einstellung TimeToHireTarget	Die angestrebte Dauer in Tagen, um die Stellenausschreibung zu besetzen.
Beschreibung Dieses Attribut legt den erwarteten Zeitraum für den Einstellungsprozess fest, von der Veröffentlichung der Stellenausschreibung bis zur Annahme eines Angebots durch einen Kandidaten. Der Zielwert richtet sich häufig nach der Ebene der Stelle oder den Standards der Abteilung. Für die KPI zur Einhaltung des Zielwerts für die Zeit bis zur Einstellung ist dieses Attribut unverzichtbar. Durch den Vergleich der tatsächlichen Dauer mit dem Zielwert kann das Unternehmen die Leistung an seinen strategischen Zielen messen und frühzeitig Stellenausschreibungen erkennen, deren Besetzung zu lange dauern könnte. Warum das wichtig ist Dient als Vergleichswert für die tatsächliche Zeit bis zur Einstellung und unterstützt direkt die Berechnung der KPI zur Einhaltung des Zielwerts. Woher beziehen Dieses Feld ist möglicherweise im Objekt der Stellenausschreibung in Oracle HCM Recruiting enthalten oder wird in einem separaten System gepflegt. Beispiele 30456090

Erforderlich Empfohlen Optional

Aktivitäten der Personalgewinnung und Talentakquise

Diese zentralen Prozessschritte und Meilensteine sollten Sie in Ihrem Event Log erfassen, um den Prozess präzise zu entdecken und Engpässe zu identifizieren.

6 Empfohlen 8 Optional

	Aktivität	Beschreibung
	Angebot angenommen	Zeigt an, dass der Kandidat das Stellenangebot offiziell angenommen hat. Dieses Ereignis wird erfasst, wenn der Kandidat über das Karriereportal zusagt oder ein Recruiter den Status manuell aktualisiert.
Warum das wichtig ist Dies ist ein zentraler Erfolgsmeilenstein im Prozess. Er bildet die Grundlage für die Berechnung der Annahmequote und kennzeichnet den Beginn der Aktivitäten nach dem Angebot. Woher beziehen Wird anhand einer Statusaktualisierung des Angebotsdatensatzes auf „Angenommen“ erfasst. Die Änderung kann online durch den Kandidaten ausgelöst oder manuell durch den Recruiter eingetragen werden. Erfassung Anhand des Timestamps, zu dem sich der Angebotsstatus zu „Angenommen“ ändert. Ereignistyp explicit
	Angebot versendet	Kennzeichnet das offizielle Unterbreiten eines Stellenangebots an einen Kandidaten. Dieses Ereignis wird ausdrücklich protokolliert, wenn ein Recruiter das Angebot über Oracle Recruiting versendet.
Warum das wichtig ist Dieser Meilenstein ist wichtig, um die Annahmequote für Angebote und die Dauer vom letzten Interview bis zum Angebot zu messen. Beides beeinflusst die Candidate Experience. Woher beziehen Wird ausdrücklich erfasst, wenn der Angebotsstatus auf „Versendet“ oder „Gesendet“ gesetzt wird. Der Timestamp dieser Aktion wird im Angebotsobjekt gespeichert. Erfassung Wird protokolliert, wenn der Recruiter die Aktion „Angebot unterbreiten“ ausführt. Ereignistyp explicit
	Bewerbung abgelehnt	Zeigt an, dass das Unternehmen entschieden hat, die Bewerbung einer Person in einer beliebigen Prozessphase nicht weiterzuverfolgen. Erfasst wird dies durch eine Statusänderung der Bewerbung.
Warum das wichtig ist Dies ist ein häufiger Endpunkt für Bewerbungen. Die Analyse, in welcher Phase Absagen erfolgen, ist entscheidend, um Abbruchquoten und die Prozesseffizienz zu verstehen. Woher beziehen Abgeleitet aus einer beliebigen abschließenden Statusänderung der Bewerbung, etwa zu „Abgelehnt“, „Nicht ausgewählt“ oder einem ähnlich konfigurierten Wert. Erfassung Abgeleitet aus der Änderung des Bewerbungsstatus in den abschließenden Status „Abgelehnt“. Ereignistyp inferred
	Bewerbung eingegangen	Kennzeichnet den Eingang einer neuen Bewerbung, wenn sich ein Kandidat auf eine Stelle bewirbt. Dieses Ereignis wird in der Regel erfasst, sobald der Bewerbungsdatensatz erstmals im System angelegt wird.
Warum das wichtig ist Dies ist der Startpunkt jedes Falls. Er ist wichtig, um die Dauer des gesamten Prozesses, etwa die Time-to-Hire, zu berechnen und das Bewerbungsvolumen im Zeitverlauf zu analysieren. Woher beziehen Dieses Ereignis wird anhand des Erstellungs-Timestamps des Bewerbungsdatensatzes in Oracle Recruiting erfasst, wahrscheinlich aus einer Tabelle wie IRC_SUBMISSIONS. Erfassung Anhand des Erstellungs-Timestamps des Bewerbungsdatensatzes. Ereignistyp explicit
	Interview durchgeführt	Kennzeichnet den Abschluss eines Interviews mit einem Kandidaten. Dieses Ereignis wird häufig abgeleitet, wenn ein Interviewer oder Recruiter den Status des geplanten Interviews auf „Abgeschlossen“ oder „Durchgeführt“ setzt.
Warum das wichtig ist Dies ist ein wichtiger Meilenstein im Recruiting-Prozess. Die Zykluszeit von dieser Aktivität bis zu „Angebot versendet“ ist eine wichtige Leistungskennzahl. Woher beziehen Abgeleitet aus einer Statusänderung des geplanten Interviews in Oracle Recruiting. Der Timestamp der Statusänderung gilt als Ereigniszeitpunkt. Erfassung Abgeleitet aus einer Änderung des Interviewstatus zu „Abgeschlossen“ oder „Beendet“. Ereignistyp inferred
	Kandidat eingestellt	Bezeichnet den erfolgreichen Abschluss des Recruiting-Prozesses. Das Ereignis tritt ein, wenn der Status des Kandidaten offiziell auf „Eingestellt“ geändert wird und die Übergabe an die zentrale Personalverwaltung erfolgt.
Warum das wichtig ist Dies ist das wichtigste Erfolgsergebnis des Prozesses. Es bildet den Endpunkt für die Berechnung der Time-to-Hire und weiterer zentraler Effizienzkennzahlen. Woher beziehen Dies ist eine wichtige Statusänderung im Bewerbungsdatensatz in IRC_SUBMISSIONS. Sie wird durch die Aktion „Einstellen“ oder „An Personalverwaltung übergeben“ in Oracle Recruiting ausgelöst. Erfassung Wird protokolliert, wenn der Recruiter die abschließende Aktion „Einstellung“ ausführt. Ereignistyp explicit
	Angebot abgelehnt	Bezeichnet die Entscheidung des Kandidaten, das Stellenangebot abzulehnen. Dieses Ereignis wird als ausdrückliche Statusänderung im Angebotsdatensatz erfasst, häufig zusammen mit einem Ablehnungsgrund.
Warum das wichtig ist Dies ist ein kritischer Punkt im Prozess. Die Analyse, wann und warum Angebote abgelehnt werden, liefert Erkenntnisse zur Wettbewerbsfähigkeit der Vergütung und zur Candidate Experience. Woher beziehen Wird anhand einer Statusaktualisierung des Angebotsdatensatzes auf „Abgelehnt“ oder „Vom Kandidaten abgelehnt“ erfasst. Erfassung Anhand des Timestamps, zu dem sich der Angebotsstatus zu „Abgelehnt“ ändert. Ereignistyp explicit
	Angebotsdetails freigegeben	Bezeichnet den Abschluss eines internen Freigabe-Workflows für ein Stellenangebot, bevor es dem Kandidaten unterbreitet wird. Das Ereignis wird anhand des endgültigen Freigabestatus des Angebotsdatensatzes abgeleitet.
Warum das wichtig ist Mit dieser Aktivität lässt sich die Dauer und Effizienz des internen Freigabeprozesses für Angebote analysieren, der erhebliche Verzögerungen verursachen kann. Woher beziehen Abgeleitet aus dem Verlauf der Statusänderungen des Stellenangebots in Oracle Recruiting. Erfasst wird, wann der Status auf „Genehmigt“ wechselt. Erfassung Abgeleitet aus der Änderung des Angebotsstatus zu „Genehmigt“. Ereignistyp inferred
	Assessment abgeschlossen	Zeigt an, dass ein Kandidat ein erforderliches Assessment vor der Vorauswahl abgeschlossen hat, etwa einen Fähigkeitstest oder eine Persönlichkeitsbewertung. Dieses Ereignis wird in der Regel erfasst, wenn die Assessment-Plattform den Abschlussstatus an Oracle HCM übermittelt.
Warum das wichtig ist Mit dieser Aktivität können Sie die Beteiligung der Kandidaten verfolgen und analysieren, wie lange sie für Assessments benötigen. In dieser Phase brechen Kandidaten möglicherweise ab. Woher beziehen Wird anhand einer Statusaktualisierung aus einem integrierten Assessment-Tool eines Drittanbieters oder einer manuellen Statusänderung durch einen Recruiter im Bewerbungsprofil des Kandidaten erfasst. Erfassung Wird protokolliert, wenn die API des Assessment-Anbieters den Kandidatenstatus aktualisiert. Ereignistyp explicit
	Bewerbung geprüft	Bezeichnet die erste Prüfung einer Bewerbung durch einen Recruiter, um grundlegende Qualifikationen zu überprüfen. Dieses Ereignis wird in der Regel abgeleitet, wenn sich der Bewerbungsstatus von „Neu“ zu „In Prüfung“ ändert.
Warum das wichtig ist Die Analyse der Dauer dieser Phase hilft, Engpässe bei der ersten Prüfung zu erkennen. Sie ist außerdem wichtig, um die KPI für die Nacharbeitsquote bei der Bewerbungsprüfung zu messen. Woher beziehen Wird aus dem Verlauf des Bewerbungsstatusfelds in Oracle Recruiting abgeleitet. Suchen Sie im Verlauf der Tabelle IRC_SUBMISSIONS nach einer Statusänderung. Erfassung Abgeleitet aus einer Änderung des Bewerbungsstatus zu „Vorauswahl“ oder „In Prüfung“. Ereignistyp inferred
	Bewerbung zurückgezogen	Die Person entscheidet, ihre Bewerbung für die Stelle zurückzuziehen. Erfasst wird dies, wenn der Bewerbungsstatus auf „Vom Kandidaten zurückgezogen“ gesetzt wird.
Warum das wichtig ist Die Analyse zurückgezogener Bewerbungen zeigt, in welchen Phasen die Candidate Experience möglicherweise schlecht ist und viele Personen den Prozess abbrechen. Sie ist entscheidend für die Analyse der KPI „Abbruchquote von Kandidaten“. Woher beziehen Abgeleitet aus einer Statusänderung der Bewerbung zu „Zurückgezogen“. Dies kann die Person selbst im Portal veranlassen oder ein Recruiter in ihrem Namen. Erfassung Abgeleitet aus der Änderung des Bewerbungsstatus zu „Vom Kandidaten zurückgezogen“. Ereignistyp inferred
	Hintergrundprüfung gestartet	Kennzeichnet den Beginn einer Hintergrundprüfung, nachdem ein Kandidat ein Angebot angenommen hat. Dieses Ereignis wird häufig durch eine Statusänderung oder eine Integration mit einem Drittanbieterdienst ausgelöst.
Warum das wichtig ist Diese Aktivität ist wichtig, um den Zeitraum nach dem Angebot und vor dem Arbeitsbeginn zu verfolgen und die Compliance sicherzustellen. Verzögerungen können den Starttermin des Kandidaten beeinflussen. Woher beziehen Abgeleitet aus einer Änderung des Bewerbungsstatus zu „Hintergrundprüfung“ oder über einen API-Aufruf an einen integrierten Anbieter für Hintergrundprüfungen protokolliert. Erfassung Abgeleitet aus einer Änderung des Bewerbungsstatus zu „Hintergrundprüfung läuft“. Ereignistyp inferred
	Interview geplant	Bezeichnet den Zeitpunkt, zu dem ein Interview mit einem Kandidaten offiziell im System geplant wird. Das Ereignis wird üblicherweise erfasst, wenn ein Interview angelegt und mit der Bewerbung verknüpft wird.
Warum das wichtig ist Damit lässt sich messen, wie lange die Organisation von Interviews dauert. Das ist wichtig für die Candidate Experience und die gesamte Time-to-Hire. Woher beziehen Dieses Ereignis wird im Interviewplanungsmodul von Oracle Recruiting ausdrücklich protokolliert. Die Daten finden Sie in Interviewtabellen, die mit der Bewerbung verknüpft sind. Erfassung Anhand des Erstellungsdatensatzes eines mit der Bewerbung verknüpften Interviewereignisses. Ereignistyp explicit
	Interviewfeedback eingereicht	Zeigt an, dass ein Interviewer nach dem Interview sein Feedback und seine Bewertung des Kandidaten eingereicht hat. Dieses Ereignis wird ausdrücklich erfasst, wenn das Feedback-Formular gespeichert wird.
Warum das wichtig ist Verzögerungen zwischen dem Interview und der Abgabe des Feedbacks können den Einstellungsprozess erheblich verlangsamen. Die Erfassung dieser Zeitspanne hilft, Engpässe bei der Entscheidungsfindung zu erkennen. Woher beziehen Wird ausdrücklich protokolliert, wenn ein Interviewer seine Bewertung über das Oracle-Recruiting-Portal einreicht. Verwendet wird der Erstellungs-Timestamp des Feedbackdatensatzes. Erfassung Anhand des Erstellungs-Timestamps des Interviewfeedback-Datensatzes. Ereignistyp explicit

Anleitungen zum Datenexport

So exportieren Sie Ihre Daten aus Oracle HCM Recruiting

Schritte

OTBI öffnen: Melden Sie sich bei Oracle HCM Cloud an. Öffnen Sie im Navigator das Menü „Tools“ und wählen Sie „Reports and Analytics“.
Neue Analyse erstellen: Klicken Sie im Arbeitsbereich „Reports and Analytics“ auf „Create“ und wählen Sie anschließend „Analysis“. Verwenden Sie nicht die Option „Report“, da „Analysis“ die erforderliche Flexibilität bietet.
Themenbereich auswählen: Wählen Sie bei entsprechender Aufforderung den Themenbereich „Recruiting - Recruiting Real Time“. Dieses Datenmodell enthält alle erforderlichen Informationen zu Bewerbungen, Vorstellungsgesprächen und Angeboten.
Erweiterte Konfiguration öffnen: Nach Auswahl des Themenbereichs gelangen Sie zum Analyse-Editor. Öffnen Sie oben rechts die Registerkarte „Advanced“. Dort können Sie die logische SQL-Abfrage direkt bearbeiten.
Logische SQL-Abfrage einfügen: Suchen Sie im Abschnitt „Analysis XML“ das Tag saw:query. Ersetzen Sie die darin enthaltene SQL-Abfrage vollständig durch die logische SQL-Abfrage aus dem Abschnitt „Query“ dieses Dokuments. Achten Sie darauf, die gesamte Standardabfrage zu ersetzen.
Datumsbereich festlegen: Ersetzen Sie vor dem Ausführen der Abfrage die Platzhalter [Start Date] und [End Date] durch den gewünschten Zeitraum im Format „YYYY-MM-DD“. So legen Sie fest, wie viele Daten exportiert werden.
Abfrage prüfen: Klicken Sie auf „Validate SQL“, um die Abfrage auf Syntaxfehler zu prüfen. Bei erfolgreicher Prüfung können Sie fortfahren. Dabei wird nur die Syntax geprüft, nicht, ob die Spalten in Ihrer Konfiguration vorhanden sind.
Ergebnisse anzeigen: Wechseln Sie zurück zur Registerkarte „Results“. Die Analyse wird ausgeführt und eine Vorschau der Event-Log-Daten angezeigt. Prüfen Sie, ob Spalten und Daten wie erwartet erscheinen.
Exporteinstellungen konfigurieren: Bei großen Datenmengen empfiehlt es sich, die Analyse als Hintergrundauftrag zu planen, statt sie interaktiv auszuführen. Legen Sie im Analyse-Editor die Exporteigenschaften so fest, dass die CSV-Datei korrekt formatiert ist.
Daten exportieren: Wenn die Ergebnisse stimmen, klicken Sie auf den Link „Export“ und wählen Sie das CSV-Format. Dadurch wird die vollständige Event-Log-Datei heruntergeladen.
Upload vorbereiten: Öffnen Sie die heruntergeladene CSV-Datei. Prüfen Sie, ob die Spaltenüberschriften den erforderlichen Attributen entsprechen (JobApplicationId, ActivityName, EventTime usw.) und das Datumsformat einheitlich ist. Anschließend können Sie die Datei in ein Process-Mining-Tool hochladen.

Konfiguration

Themenbereich: Die gesamte Abfrage basiert auf dem Themenbereich Recruiting - Recruiting Real Time. Der Benutzer, der den Bericht ausführt, benötigt die erforderlichen Berechtigungen für diesen Themenbereich.
Datumsbereichsfilter: Die Abfrage enthält die Platzhalter [Start Date] und [End Date]. Legen Sie unbedingt einen konkreten Zeitraum fest, um Leistung und Datenvolumen zu steuern. Wir empfehlen, zunächst einen aktuellen Zeitraum von 3 bis 6 Monaten zu verwenden.
Datensicherheit: OTBI setzt die Datensicherheitsrollen von Oracle HCM durch. Der Benutzer, der den Bericht ausführt, sieht nur Daten zu Geschäftseinheiten, Abteilungen und rechtlichen Arbeitgebern, für die er eine Anzeigeberechtigung hat.
Leistungsaspekte: Bei großen Unternehmen mit hohem Personalgewinnungsvolumen kann die Abfrage über einen langen Zeitraum langsam sein oder in der interaktiven Benutzeroberfläche eine Zeitüberschreitung verursachen. Speichern Sie umfangreiche Datenexporte am besten als Analyse und planen Sie sie als Hintergrundauftrag. Die Ausgabe kann auf einem Content-Server oder per E-Mail bereitgestellt werden.
Anpassungen: Die bereitgestellte Abfrage verwendet Standardfelder. Wenn Ihre Organisation Descriptive Flexfields (DFFs) oder benutzerdefinierte Objekte zur Erfassung bestimmter Ereignisse der Personalgewinnung verwendet, müssen Sie diese in die logische SQL-Abfrage aufnehmen.

a Beispielabfrage sql

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

UNION ALL

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

Schritte

Voraussetzungen: Stellen Sie sicher, dass Python 3 und die Bibliothek requests auf Ihrem System installiert sind. Installieren Sie die Bibliothek bei Bedarf mit pip: pip install requests. Außerdem benötigen Sie gültige Zugangsdaten (Benutzername und Passwort) sowie den Hostnamen Ihrer Oracle-HCM-Cloud-Instanz. Ihr Konto muss auf die Recruiting-REST-API zugreifen dürfen.
Skript vorbereiten: Erstellen Sie eine Python-Skriptdatei, zum Beispiel extract_hcm_data.py. Importieren Sie zunächst die benötigten Bibliotheken: requests, csv und datetime.
Konfiguration festlegen: Definieren Sie am Anfang des Skripts Variablen für den Hostnamen Ihrer Oracle-HCM-Instanz, den Benutzernamen, das Passwort und den gewünschten Exportzeitraum. Verwenden Sie aus Sicherheitsgründen Platzhalter für Zugangsdaten.
API-Sitzung einrichten: Erstellen Sie ein requests.Session-Objekt. Hinterlegen Sie Benutzername und Passwort in den Authentifizierungseinstellungen der Sitzung. So werden die Zugangsdaten bei jeder weiteren API-Anfrage über diese Sitzung mitgesendet.
Seitennavigation implementieren: Das Skript muss die Daten seitenweise abrufen, um große Datenmengen zu verarbeiten und API-Limits einzuhalten. Setzen Sie den Offset zunächst auf 0 und legen Sie ein Limit fest, zum Beispiel 500. Erstellen Sie eine while-Schleife, die so lange läuft, wie die API Daten zurückgibt. Bei jedem Durchlauf ruft das Skript die API mit dem aktuellen Offset auf und erhöht diesen anschließend um das Limit.
API-Anfrage stellen: Erstellen Sie innerhalb der Schleife die vollständige URL für den Endpunkt recruitingCEJobApplications. Geben Sie mit dem Parameter fields alle benötigten Attribute an. Über den Parameter expand beziehen Sie zugehörige Objekte wie Phases und Offers ein. Verwenden Sie den Parameter q, um anhand des festgelegten Zeitraums nach CreationDate zu filtern.
JSON-Antwort verarbeiten: Prüfen Sie nach jedem API-Aufruf, ob der HTTP-Statuscode 200 lautet, und verarbeiten Sie die JSON-Antwort. Die Bewerbungen stehen im Array items des Antworttexts.
Ereignisse erstellen: Durchlaufen Sie jedes von der API zurückgegebene Bewerbungsobjekt. Erfassen Sie für jede Bewerbung gemeinsame Attribute wie ApplicationId, Recruiter und HiringManager.
Status Aktivitäten zuordnen: Hier liegt die zentrale Logik. Erstellen Sie für jede Bewerbung eine eigene Zeile für jede der 14 erforderlichen Aktivitäten. Prüfen Sie dazu die Werte in CreationDate sowie die Sammlungen Phases und Offers. Verwenden Sie beispielsweise CreationDate für „Bewerbung eingegangen“. Durchlaufen Sie das Array Phases, um Zeilen für „Bewerbung geprüft“, „Vorstellungsgespräch geplant“, „Kandidat eingestellt“, „Bewerbung abgelehnt“ und weitere Aktivitäten zu erstellen. Verwenden Sie dabei jeweils den Timestamp, zu dem die betreffende Phase begonnen hat. Erstellen Sie auf dieselbe Weise über das Array Offers Ereignisse für „Angebot unterbreitet“, „Angebot angenommen“ und „Angebot abgelehnt“.
Event Log erstellen: Speichern Sie jedes erzeugte Aktivitätsereignis als Dictionary mit Schlüsseln, die den Spaltenüberschriften des Event Logs entsprechen (JobApplicationId, ActivityName, EventTime usw.). Fügen Sie jedes Dictionary einer Gesamtliste hinzu, die das vollständige Event Log bildet.
Als CSV exportieren: Schreiben Sie nach Abschluss der Seitennavigation die Liste aller Ereignisse mit dem integrierten Python-Modul csv in eine CSV-Datei. Verwenden Sie die UTF-8-Kodierung und achten Sie darauf, dass die Spaltenüberschriften exakt den für den Import in ProcessMind erforderlichen Attributnamen entsprechen.

Konfiguration

API-Zugangsdaten: Erforderlich ist ein dediziertes Dienstkonto mit einer Rolle, die Zugriff auf die Recruiting-REST-API gewährt, zum Beispiel „Recruiting Manager“ oder eine benutzerdefinierte Rolle mit den Berechtigungen „Recruiting REST API Access“.
API-Endpunkt: Verwendet wird der primäre Endpunkt recruitingCEJobApplications. Mit dem Abfrageparameter expand (zum Beispiel expand=Phases,Offers) rufen Sie verschachtelte Objekte mit dem Statusverlauf und Angebotsdetails in einem einzigen, effizienteren Aufruf ab.
Datumsbereichsfilter: Filtern Sie Bewerbungen mit dem Abfrageparameter q nach Datum. Für ein überschaubares Datenvolumen empfiehlt sich ein Filter auf CreationDate. Für eine erste Analyse eignet sich ein Zeitraum von 3 bis 6 Monaten. Beispiel: q=CreationDate>'2023-01-01T00:00:00Z'.
Feldauswahl: Verwenden Sie den Parameter fields, um nur die erforderlichen Attribute abzurufen. So verbessern Sie die Leistung und verringern das übertragene Datenvolumen. Dazu gehören beispielsweise ApplicationId, CreationDate, LastUpdateDate, Recruiter, HiringManager, Requisition, Phases und Offers.
Seitengröße: Der Parameter limit legt fest, wie viele Datensätze pro API-Aufruf zurückgegeben werden. Ein Wert zwischen 200 und 500 bietet in der Regel einen guten Kompromiss zwischen der Anzahl der API-Aufrufe und der Größe der einzelnen Antworten.
Statuszuordnungen: Das Skript enthält ein Dictionary, das Phasen- und Statuscodes aus Oracle HCM den standardisierten Aktivitätsnamen zuordnet. Je nach Konfiguration Ihres Personalgewinnungs-Workflows muss diese Zuordnung 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()

Möchten Sie loslegen?

Mit diesem Template bereiten Sie Ihre Daten gezielt vor und gewinnen neue Erkenntnisse über Ihre Talentakquise. Starten Sie noch heute mit einer effizienteren Personalgewinnung.

Zurück zum Leitfaden zur Prozessverbesserung Template herunterladen

Optimieren Sie noch heute Ihre Personalgewinnung und Talentakquise

Verkürzen Sie die Durchlaufzeit um 30 % und verbessern Sie die Candidate Experience.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.

Ihr Daten-Template für Personalgewinnung und Talentakquise

Ihr Daten-Template für Personalgewinnung und Talentakquise

Attribute für Personalgewinnung und Talentakquise

Aktivitäten der Personalgewinnung und Talentakquise

Anleitungen zum Datenexport

Oracle-HCM-OTBI-Bericht zum Export von Personalgewinnungsdaten

Schritte

Konfiguration

a Beispielabfrage sql

Datenexport mit einem Python-Skript über die Oracle-HCM-REST-API

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Optimieren Sie noch heute Ihre Personalgewinnung und Talentakquise

Ihr Daten-Template für Personalgewinnung und Talentakquise

Ihr Daten-Template für Personalgewinnung und Talentakquise

Attribute für Personalgewinnung und Talentakquise

Aktivitäten der Personalgewinnung und Talentakquise

Anleitungen zum Datenexport

Oracle-HCM-OTBI-Bericht zum Export von Personalgewinnungsdaten

Schritte

Konfiguration

a Beispielabfrage sql

Datenexport mit einem Python-Skript über die Oracle-HCM-REST-API

Schritte

Konfiguration

a Beispielabfrage python

Möchten Sie loslegen?

Optimieren Sie noch heute Ihre Personalgewinnung und Talentakquise

Der Schutz Ihrer Daten ist uns wichtig