Ihr Daten-Template für Hire to Retire, den Mitarbeiterlebenszyklus

Workday Onboarding
Ihr Daten-Template für Hire to Retire, den Mitarbeiterlebenszyklus

Ihr Daten-Template für Hire to Retire, den Mitarbeiterlebenszyklus

Dieses Template zeigt übersichtlich, welche wesentlichen Datenattribute und Aktivitäten Sie für eine effektive Analyse Ihres Hire-to-Retire-Prozesses benötigen. Es hilft Ihnen, die entscheidenden Informationen für den Aufbau eines aussagekräftigen Event Logs zu identifizieren und dadurch präzise Erkenntnisse über den Mitarbeiterlebenszyklus zu gewinnen. Zusätzlich finden Sie Hinweise zur Extraktion dieser Daten aus Workday Onboarding.
  • Empfohlene Attribute für eine umfassende Analyse
  • Wichtige Aktivitäten, die Sie entlang des Mitarbeiterlebenszyklus verfolgen sollten
  • Praktische Hinweise zur Datenextraktion aus Workday Onboarding
Neu bei Event Logs? Lernen Sie, wie Sie ein Process-Mining-Event-Log erstellen.

Hire to Retire, Attribute des Mitarbeiterlebenszyklus

Dies sind die empfohlenen Datenfelder, die Sie für eine umfassende Analyse Ihres Hire-to-Retire-Prozesses für Mitarbeitende in Ihr Event Log aufnehmen sollten.
3 Erforderlich 5 Empfohlen 13 Optional
Name Beschreibung
Aktivitätsname
ActivityName
Der Name des konkreten Ereignisses oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Mitarbeiterlebenszyklus stattgefunden hat.
Beschreibung

Der Aktivitätsname beschreibt einen konkreten Schritt im Hire-to-Retire-Prozess, etwa „Offer Accepted“, „Background Check Completed“ oder „Promotion Approved“. Diese Aktivitäten bilden die Knoten der Prozesslandkarte und zeigen die Abfolge der Ereignisse im Mitarbeiterprozess.

Die Analyse dieser Aktivitäten hilft Unternehmen, den Prozessfluss zu verstehen, häufige und seltene Pfade zu erkennen und Phasen zu lokalisieren, in denen Verzögerungen oder Nacharbeit auftreten. Einheitliche und eindeutige Aktivitätsnamen sind entscheidend für ein präzises und verständliches Prozessmodell.

Warum das wichtig ist

Er definiert die Schritte in der Prozesslandkarte, die die Grundlage für jede Process-Mining-Analyse und Visualisierung bildet.

Bezugsquelle

Abgeleitet aus dem Business Process Step oder Event Name in den Workday-Transaktionsprotokollen.

Beispiele
Angebotsschreiben erstelltOnboarding-Aufgaben abgeschlossenBeendigung eingeleitet
Ereignis-Timestamp
EventTimestamp
Das genaue Datum und die genaue Uhrzeit, zu denen die Aktivität oder das Ereignis erfasst wurde.
Beschreibung

Dieses Attribut liefert den zeitlichen Kontext für jede Aktivität und erfasst, wann sie stattgefunden hat. Die Abfolge und Zeitpunkte dieser Timestamps werden verwendet, um den Prozessfluss zu erstellen und alle zeitbezogenen Kennzahlen wie Zykluszeiten und Dauern zu berechnen.

Für die Analyse ist der Event Timestamp grundlegend, um die Prozessleistung zu verstehen. Er ermöglicht die Berechnung der Zeit zwischen einzelnen Schritten, die Erkennung von Verzögerungen und die Analyse des Prozessverhaltens über verschiedene Zeiträume hinweg, etwa beim Vergleich der Einstellungsgeschwindigkeit von Quartal zu Quartal.

Warum das wichtig ist

Dieses Attribut ist entscheidend für die korrekte Reihenfolge der Ereignisse und die Berechnung aller Leistungskennzahlen wie Zykluszeit und Engpässe.

Bezugsquelle

Dies ist ein Standardbestandteil jedes Transaktionsprotokolls eines Business Process in Workday und wird häufig als „Effective Date“ oder „Completed Moment“ bezeichnet.

Beispiele
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
Mitarbeiter-ID
EmployeeId
Die eindeutige Kennung eines Mitarbeitenden, die als primäre Case-ID für den gesamten Lebenszyklus innerhalb der Organisation dient.
Beschreibung

Die Mitarbeiter-ID bildet die Grundlage für die Analyse des Hire-to-Retire-Prozesses. Sie verknüpft alle zugehörigen Ereignisse, von der ersten Bewerbung bis zur abschließenden Beendigung, zu einem zusammenhängenden Prozess. Durch die Nachverfolgung dieser ID können Unternehmen eine vollständige Historie der Beschäftigungszeit erstellen, einschließlich Rollenwechseln, Performance Reviews und Onboarding-Schritten.

Im Process Mining ist jede Aktivität einer Mitarbeiter-ID zugeordnet. Dadurch entsteht eine umfassende Sicht auf einzelne und aggregierte Mitarbeiterlebenszyklen. So lassen sich Prozessdauern analysieren, häufige Abläufe erkennen und Engpässe aufdecken, die Mitarbeitende in verschiedenen Phasen ihrer beruflichen Entwicklung betreffen.

Warum das wichtig ist

Dieses Attribut ist entscheidend, um alle Ereignisse des Lebenszyklus eines einzelnen Mitarbeitenden zusammenzuführen und eine vollständige End-to-End-Sicht auf den Prozess zu ermöglichen.

Bezugsquelle

Dies ist ein zentrales Feld in Workday HCM, das üblicherweise in Mitarbeiterprofilen und Transaktionen von Business Processes zu finden ist.

Beispiele
100234510087651011212
Abteilung
Department
Die organisatorische Abteilung, der der Mitarbeitende angehört.
Beschreibung

Dieses Attribut bezeichnet die Abteilung, der der Mitarbeitende zugeordnet ist, etwa „Sales“, „Engineering“ oder „Human Resources“. Es ist eine wichtige Dimension, um die Prozessleistung in verschiedenen Bereichen der Organisation zu segmentieren und zu vergleichen.

In der Prozessanalyse können Sie anhand der Abteilung Fragen beantworten wie: „Ist die Time-to-Hire in der Abteilung Engineering länger als in Sales?“ oder „Welche Abteilungen weisen die höchste Rate an Onboarding-Abweichungen auf?“ So lassen sich lokale Probleme erkennen und Prozessverbesserungen gezielt ausrichten.

Warum das wichtig ist

Es ermöglicht aussagekräftige Vergleichsanalysen und hilft zu erkennen, ob sich Prozessineffizienzen auf bestimmte Geschäftsbereiche konzentrieren.

Bezugsquelle

Dies ist Bestandteil der grundlegenden Beschäftigungs- und Organisationsdaten des Mitarbeitenden in Workday HCM und mit dessen Position verknüpft.

Beispiele
EntwicklungVertrieb und MarketingFinanzen
Ausführender des Ereignisses
EventPerformer
Der Benutzer oder automatisierte Systemagent, der die Aktivität ausgeführt hat.
Beschreibung

Dieses Attribut identifiziert die Person, Rolle oder das System, die beziehungsweise das für den Abschluss einer Aufgabe verantwortlich ist. Dabei kann es sich um eine Führungskraft handeln, die ein Angebot genehmigt, einen HR-Spezialisten, der das Onboarding startet, oder einen Systemprozess, der eine Mitteilung erzeugt.

Die Analyse des Ausführenden ist entscheidend für das Verständnis der Ressourcenverteilung, der Arbeitslast und der Benutzerakzeptanz. Sie kann überlastete Teams sichtbar machen, Automatisierungsmöglichkeiten bei wiederkehrenden manuellen Aufgaben aufzeigen und Leistungsunterschiede zwischen Personen oder Abteilungen analysieren.

Warum das wichtig ist

Dieses Attribut hilft bei der Analyse der Arbeitslastverteilung und der Benutzerleistung. Außerdem zeigt es, wer am Prozess beteiligt ist, was für gezielte Verbesserungen entscheidend ist.

Bezugsquelle

In den Transaktionsprotokollen der Workday Business Processes verfügbar, häufig verknüpft mit dem Benutzer, der einen Schritt abgeschlossen hat.

Beispiele
jsmith@example.comr.davisSystemprozess
Endzeit des Ereignisses
EventEndTime
Der Timestamp, der den Abschluss einer Aktivität markiert, insbesondere bei Aufgaben mit messbarer Dauer.
Beschreibung

Während StartTime den Beginn einer Aktivität angibt, markiert Event End Time deren Abschluss. Die Differenz zwischen beiden Werten entspricht der Bearbeitungszeit der Aktivität. Das ist besonders nützlich für Aufgaben, die nicht sofort abgeschlossen sind, etwa „Background Check“ oder „Performance Review“.

In der Analyse ist dieses Attribut entscheidend für die Berechnung der Kennzahl ProcessingTime. Es hilft, die Wartezeit zwischen Aktivitäten von der tatsächlichen Bearbeitungszeit einer Aktivität zu unterscheiden. Dadurch lässt sich präziser erkennen, wofür Zeit im Prozess aufgewendet wird.

Warum das wichtig ist

Es ermöglicht die Berechnung der tatsächlichen Bearbeitungszeit einer Aktivität und hilft, aktive Arbeitszeit von passiver Wartezeit zu unterscheiden.

Bezugsquelle

Bei einigen Business Processes in Workday werden sowohl Start- als auch Abschluss-Timestamps protokolliert. Dafür kann eine Verknüpfung von Ereignissen erforderlich sein.

Beispiele
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
Ereignistyp im Lebenszyklus
LifecycleEventType
Kategorisiert den Prozess in zentrale Lebenszyklustypen wie Onboarding, Beförderung oder Offboarding.
Beschreibung

Dieses Attribut bietet eine übergeordnete Klassifizierung verschiedener Abläufe innerhalb des gesamten Hire-to-Retire-Prozesses. Wenn jeder Case als „Onboarding“, „Internal Mobility“ oder „Termination“ gekennzeichnet wird, lässt sich die Prozesslandkarte leichter filtern und die jeweiligen Subprozesse können isoliert analysiert werden.

Für die Analyse des Dashboards „Internal Mobility & Promotion Time“ würden Sie beispielsweise nach Cases filtern, bei denen Lifecycle Event Type den Wert „Internal Mobility“ oder „Promotion“ hat. Diese Segmentierung ist entscheidend für gezielte Analysen und Dashboards, die konkrete Geschäftsfragen beantworten.

Warum das wichtig ist

Es ermöglicht, den gesamten Mitarbeiterprozess in klar abgegrenzte Subprozesse zu unterteilen und Onboarding, Offboarding oder Beförderungen gezielt zu analysieren.

Bezugsquelle

Wird üblicherweise abgeleitet, indem bestimmte Workday-Business-Process-Namen, etwa „Hire“, „Change Job“ oder „Terminate“, während der Datentransformation diesen Kategorien zugeordnet werden.

Beispiele
OnboardingInterne MobilitätOffboardingLeistungsmanagement
ID der Stellenausschreibung
JobRequisitionId
Die eindeutige Kennung der Stellenausschreibung, mit der der Einstellungsprozess begonnen hat.
Beschreibung

Die ID der Stellenausschreibung verknüpft alle Aktivitäten der frühen Einstellungsphase, etwa die Veröffentlichung einer Stelle, die Prüfung von Kandidaten und die Erstellung von Angeboten, mit einem konkreten Personalbedarf. Sie dient als sekundäre Case-ID für die Recruiting-Phase des Mitarbeiterlebenszyklus.

Die Analyse nach der ID der Stellenausschreibung kann Erkenntnisse über die Effizienz des Einstellungsprozesses für verschiedene Rollen oder Abteilungen liefern. Sie hilft, den gesamten Funnel von der Erstellung der Stellenausschreibung bis zur Annahme des Angebots nachzuverfolgen und KPIs wie „Average Time-to-Hire“ zu unterstützen.

Warum das wichtig ist

Es gruppiert alle Aktivitäten vor der Einstellung unter einer gemeinsamen Kennung und ermöglicht so eine detaillierte Analyse des Recruiting-Teils des Prozesses.

Bezugsquelle

Zu finden im Recruiting-Modul von Workday. Die ID ist mit der Bewerbung des Kandidaten und dem anschließenden Einstellungsereignis verknüpft.

Beispiele
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
Beschäftigungsart
EmploymentType
Gibt an, ob der Mitarbeitende in Vollzeit, Teilzeit, als Auftragnehmer oder als Praktikant beschäftigt ist.
Beschreibung

Dieses Attribut klassifiziert die Art des Beschäftigungsverhältnisses. Unterschiedliche Beschäftigungsarten folgen häufig unterschiedlichen Prozessvarianten für Onboarding, Entgeltabrechnung und die Einrichtung von Zusatzleistungen.

Wenn Sie dieses Attribut als Filter verwenden, können Sie die Lebenszyklusprozesse verschiedener Mitarbeiterkategorien vergleichen. So lässt sich beispielsweise erkennen, ob der Onboarding-Prozess für Auftragnehmer deutlich schneller oder weniger Compliance-konform abläuft als der Prozess für Vollzeitbeschäftigte. Auf dieser Grundlage können Sie Prozesse gezielt anpassen.

Warum das wichtig ist

Unterstützt den Vergleich von Prozessvarianten zwischen verschiedenen Mitarbeiterkategorien, etwa Vollzeitbeschäftigten und Auftragnehmern, die möglicherweise unterschiedlichen Abläufen folgen.

Bezugsquelle

Ein Standardfeld in den Jobdetails eines Mitarbeiters in Workday HCM.

Beispiele
VollzeitTeilzeitVertraglich BeschäftigterPraktikant
Beschäftigungsstatus
EmploymentStatus
Der aktuelle Beschäftigungsstatus des Mitarbeitenden, etwa Active, Terminated oder On Leave.
Beschreibung

Dieses Attribut zeigt den aktuellen Status des Mitarbeitenden innerhalb der Organisation an. Es handelt sich um ein dynamisches Feld, das sich im Verlauf des Mitarbeiterlebenszyklus ändert. Ein neuer Mitarbeitender beginnt beispielsweise mit dem Status „Pre-Hire“ oder „Onboarding“ und erhält nach Abschluss den Status „Active“.

Im Process Mining liefert dieses Attribut wichtige Statusinformationen. Es kann zur Prüfung der Prozesskonformität eingesetzt werden, etwa um sicherzustellen, dass Payroll nur für Mitarbeitende mit dem Status „Active“ eingerichtet wird. Außerdem unterstützt es die Filterung bestimmter Personengruppen, beispielsweise für die Analyse des Offboarding-Prozesses aller Mitarbeitenden mit dem Status „Terminated“.

Warum das wichtig ist

Liefert eine Momentaufnahme des aktuellen Status des Mitarbeitenden. Das ist nützlich, um die Prozesslogik zu validieren und Analysen auf bestimmte Personengruppen zu beschränken.

Bezugsquelle

Ein zentrales Feld im Mitarbeiterprofil von Workday HCM.

Beispiele
AktivBeendetBeurlaubtVor der Einstellung
Ist Compliance-Aktivität
IsComplianceActivity
Ein boolesches Kennzeichen, das angibt, ob eine Aktivität ein erforderlicher Compliance- oder regulatorischer Schritt ist.
Beschreibung

Dieses Kennzeichen identifiziert Aktivitäten, die für die Einhaltung gesetzlicher Vorgaben, regulatorischer Anforderungen oder interner Richtlinien entscheidend sind, etwa die Bestätigung einer Richtlinie oder die Teilnahme an einer verpflichtenden Schulung. So lassen sich diese kritischen Aufgaben von regulären administrativen Tätigkeiten unterscheiden.

In der Analyse können Sie mit diesem Attribut Dashboards und KPIs erstellen, die speziell auf Compliance ausgerichtet sind, etwa die „Rate kritischer Compliance-Aktivitäten“. Damit überwachen Sie, ob die wichtigsten regulatorischen Schritte für alle Mitarbeiter fristgerecht abgeschlossen werden, und reduzieren organisatorische Risiken.

Warum das wichtig ist

Ermöglicht die gezielte Überwachung kritischer Compliance-Schritte, damit regulatorische Anforderungen eingehalten und Risiken reduziert werden.

Bezugsquelle

Dies ist ein abgeleitetes Attribut, das typischerweise während der Datentransformation erstellt wird, indem eine Liste bekannter Compliance-bezogener Aktivitätsnamen einem Wahr/Falsch-Kennzeichen zugeordnet wird.

Beispiele
truefalse
Ist Nacharbeit
IsRework
Ein boolesches Kennzeichen, das angibt, ob eine Aktivität eine Wiederholung eines vorherigen Schritts im selben Case ist.
Beschreibung

Dieses Attribut identifiziert Fälle von Nacharbeit, bei denen eine Aufgabe für denselben Mitarbeiter mehr als einmal ausgeführt werden muss. Beispiele sind das erneute Einreichen fehlerhafter Unterlagen oder die Wiederholung einer fehlgeschlagenen Hintergrundprüfung. In der Regel wird Nacharbeit daran erkannt, dass derselbe Aktivitätsname mehrfach im Event Log eines Case erscheint.

Die Analyse von Nacharbeit ist entscheidend, um Prozesseffizienz und Qualität zu verbessern. Mit dem Kennzeichen „IsRework“ können Sie den Umfang der Nacharbeit quantifizieren, ihre Ursachen identifizieren und die Wirkung von Verbesserungen messen, die eine korrekte Ausführung beim ersten Mal fördern. Das Kennzeichen unterstützt direkt das Dashboard „Analyse von Nacharbeit und Wiederholungen“.

Warum das wichtig ist

Hilft, Ineffizienz und Verschwendung im Prozess zu quantifizieren, indem wiederholte Aktivitäten gekennzeichnet werden. Dadurch werden Qualitäts- oder Kommunikationsprobleme sichtbar.

Bezugsquelle

Dies ist ein berechnetes Kennzeichen. Die Logik wird während der Process-Mining-Analyse angewendet, indem wiederholte Aktivitäten innerhalb desselben Case erkannt werden.

Beispiele
truefalse
Ist SLA verletzt
IsSlaViolated
Ein boolesches Kennzeichen, das angibt, ob eine Aktivität nach ihrem SLA-Zieldatum abgeschlossen wurde.
Beschreibung

Dieses berechnete Attribut zeigt einfach als Wahr/Falsch-Wert an, ob ein Prozessschritt sein Service Level Agreement eingehalten hat. Der Wert wird ermittelt, indem der Abschluss-Timestamp der Aktivität (EventTimestamp) mit ihrer Frist (SlaTargetDate) verglichen wird.

Das Kennzeichen ist für Dashboards und Berichte besonders hilfreich, weil sich SLA-Verstöße einfach zählen und visualisieren lassen. Es unterstützt KPIs wie „Termintreue bei Leistungsbeurteilungen“ und erleichtert die Erstellung von Benachrichtigungen oder Berichten zu überfälligen Aufgaben. So können sich Teams auf die kritischsten Verzögerungen konzentrieren.

Warum das wichtig ist

Vereinfacht die Leistungsüberwachung, indem alle Fälle eindeutig gekennzeichnet werden, in denen vereinbarte Fristen nicht eingehalten wurden.

Bezugsquelle

Berechnetes Feld: Wahr, wenn EventTimestamp > SlaTargetDate, andernfalls Falsch.

Beispiele
truefalse
Kündigungsgrund
TerminationReason
Der angegebene Grund für das Ausscheiden eines Mitarbeiters aus der Organisation.
Beschreibung

Dieses Attribut erfasst, warum das Beschäftigungsverhältnis eines Mitarbeiters endete, etwa „Freiwillige Kündigung“, „Unfreiwillig, Leistung“ oder „Ruhestand“. Diese Information ist für die Analyse der Mitarbeiterfluktuation und des Offboarding-Prozesses entscheidend.

Im Process Mining liefert Termination Reason Kontext für den Offboarding-Ablauf. Sie können damit analysieren, ob unterschiedliche Beendigungsarten verschiedenen Offboarding-Verfahren folgen oder unterschiedlich viel Zeit in Anspruch nehmen. So gewinnen Sie ein besseres Verständnis der Mitarbeiterfluktuation und stellen sicher, dass der Offboarding-Prozess der jeweiligen Situation angemessen durchgeführt wird.

Warum das wichtig ist

Liefert wichtigen Kontext für die Analyse des Offboarding-Prozesses und hilft dabei, Prozessprobleme mit den Gründen für die Mitarbeiterfluktuation in Beziehung zu setzen.

Bezugsquelle

Wird während des Geschäftsprozesses „Terminate Employee“ in Workday erfasst.

Beispiele
Kündigung, freiwilligBeendigung, unfreiwilligRuhestand
Letzte Datenaktualisierung
LastDataUpdate
Der Timestamp, der angibt, wann die Daten für dieses Ereignis zuletzt aus dem Quellsystem aktualisiert wurden.
Beschreibung

Dieses Attribut kennzeichnet den Zeitpunkt der letzten Aktualisierung des Datensatzes. Es schafft Transparenz über die Aktualität der analysierten Daten, die für zeitnahe und relevante Geschäftsentscheidungen auf Grundlage der Process-Mining-Erkenntnisse entscheidend ist.

Für Dashboards und die laufende Überwachung zeigt dieser Timestamp, ob die aktuell verfügbaren Daten betrachtet werden. Er ist ein wichtiger Bestandteil der Metadaten, um die Datenintegrität und das Vertrauen der Anwender in die Analyse zu erhalten.

Warum das wichtig ist

Stellt sicher, dass Anwender die Aktualität der Daten kennen, die für die Relevanz und Genauigkeit der Prozessanalyse entscheidend ist.

Bezugsquelle

Dies ist ein Metadatenfeld, das während der Datenaufnahme oder des ETL-Prozesses (Extract, Transform, Load) erzeugt und mit einem Timestamp versehen wird.

Beispiele
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
Name des Onboarding-Plans
OnboardingPlanName
Der Name des spezifischen Onboarding-Templates oder -Plans, das bzw. der dem neuen Mitarbeiter zugewiesen wurde.
Beschreibung

Workday ermöglicht die Erstellung verschiedener Onboarding-Pläne, die auf unterschiedliche Rollen, Standorte oder Hierarchieebenen zugeschnitten sind. Dieses Attribut gibt an, welcher konkrete Plan für einen neuen Mitarbeiter verwendet wurde.

Die Analyse nach Onboarding Plan Name hilft Ihnen, die Wirksamkeit und Effizienz verschiedener Onboarding-Strategien zu bewerten. Sie können beispielsweise einen „Executive Onboarding Plan“ direkt mit einem „Standard Employee Onboarding Plan“ vergleichen und prüfen, welcher Plan höhere Abschlussquoten bei Aufgaben oder kürzere Durchlaufzeiten erzielt.

Warum das wichtig ist

Damit können Sie die Leistung verschiedener Onboarding-Programme bewerten, Best Practices erkennen und Verbesserungsbereiche identifizieren.

Bezugsquelle

Diese Information ist wahrscheinlich im Onboarding-Modul von Workday verfügbar und mit dem Geschäftsprozess Hire verknüpft.

Beispiele
Standard-Onboarding für das UnternehmenOnboarding für das VertriebsteamOnboarding-Plan für Führungskräfte
Positions-ID
PositionId
Die eindeutige Kennung der konkreten Position oder Rolle, die der Mitarbeitende innehat.
Beschreibung

Die Positions-ID identifiziert die konkrete Rolle, die ein Mitarbeitender innerhalb der Organisationsstruktur innehat. Jede Position verfügt über definierte Attribute wie Jobprofil, Standort und Berichtslinie. Sie ist spezifischer als eine Stellenbezeichnung, da mehrere Positionen dieselbe Bezeichnung tragen können.

Die Analyse nach Positions-ID hilft, Prozesse für bestimmte Rollen zu verstehen. So können Sie beispielsweise den Onboarding-Prozess aller Positionen „Senior Software Engineer“ analysieren, um gemeinsame Muster oder rollenspezifische Verzögerungen zu erkennen.

Warum das wichtig ist

Ermöglicht eine detaillierte Analyse nach konkreten Rollen und hilft zu verstehen, wie sich Prozesse für verschiedene Positionen im Unternehmen unterscheiden.

Bezugsquelle

Ein Standardfeld, das in Workday HCM mit der beruflichen Zuordnung des Mitarbeitenden verknüpft ist.

Beispiele
POS-1001POS-2345POS-8762
Quellsystem
SourceSystem
Das System, aus dem die Ereignisdaten extrahiert wurden, in diesem Fall Workday Onboarding.
Beschreibung

Dieses Attribut kennzeichnet die Herkunft der Daten. Während diese Ansicht den Schwerpunkt auf Workday Onboarding legt, kann ein vollständiger Hire-to-Retire-Prozess Daten aus weiteren Systemen umfassen, etwa aus einem Applicant Tracking System (ATS) oder einem separaten Payroll-Anbieter. Die Angabe des Quellsystems ist für Data Governance und das Verständnis des Ereigniskontexts entscheidend.

Bei einer systemübergreifenden Analyse ermöglicht dieses Feld, die Prozessansicht auf Ereignisse aus einem bestimmten System zu filtern oder Übergaben zwischen verschiedenen Systemen zu untersuchen.

Warum das wichtig ist

Es liefert wichtigen Kontext zur Datenherkunft und ist daher für die Datenvalidierung sowie für Analysen mit Daten aus mehreren Systemen unverzichtbar.

Bezugsquelle

Dies ist üblicherweise ein statischer Wert („Workday Onboarding“), der während der Datenextraktion und -transformation hinzugefügt wird.

Beispiele
Workday OnboardingWorkday HCM
SLA-Zieldatum
SlaTargetDate
Das Zieldatum, bis zu dem eine bestimmte Aktivität, etwa eine Leistungsbeurteilung, abgeschlossen sein sollte.
Beschreibung

Dieses Attribut definiert die Frist des Service Level Agreement (SLA) für eine bestimmte Aufgabe. Es legt fest, wie lange bestimmte Prozesse dauern sollten, und dient als Referenz für die Leistungsmessung.

Das ist entscheidend für KPIs wie „Termintreue bei Leistungsbeurteilungen“ und für Dashboards zur SLA-Einhaltung. Durch den Vergleich des tatsächlichen Abschlussdatums (EventTimestamp) mit dem SlaTargetDate lassen sich Verstöße automatisch erkennen, die Termintreue messen und Verzögerungen frühzeitig steuern.

Warum das wichtig ist

Liefert eine klare Referenz für die Messung der Termintreue und ist für die Berechnung von KPIs zur SLA-Einhaltung unverzichtbar.

Bezugsquelle

Für Prozesse wie Performance Reviews in Workday wird häufig ein Fälligkeitsdatum konfiguriert. Diese Daten müssten zusammen mit den Prozessereignissen extrahiert werden.

Beispiele
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
Standort
Location
Der geografische Standort oder das Büro, der beziehungsweise das mit der Position des Mitarbeitenden verbunden ist.
Beschreibung

Das Attribut Location bezeichnet das Land, den Bundesstaat oder die Stadt, in der der Mitarbeitende tätig ist. Diese geografische Dimension ist entscheidend, um Prozessleistung und Compliance in verschiedenen Regionen zu vergleichen.

Eine Analyse nach Location kann regionale Unterschiede bei Einstellungszeiten, Onboarding-Effizienz oder Beendigungsverfahren sichtbar machen. Sie hilft bei Fragen wie: „Dauern Hintergrundprüfungen in Deutschland länger als in den Vereinigten Staaten?“ und unterstützt die Überwachung regionsspezifischer regulatorischer Anforderungen.

Warum das wichtig ist

Ermöglicht geografische Analysen, um regionale Prozessunterschiede zu erkennen, die durch lokale Führung, Vorschriften oder kulturelle Faktoren beeinflusst sein können.

Bezugsquelle

Bestandteil der Positions- und Organisationszuordnungsdaten des Mitarbeitenden in Workday HCM.

Beispiele
USA, New YorkDeutschland, BerlinIndien, Bangalore
Zeit bis zur Einstellung
TimeToHire
Die gesamte Zeitspanne von der Erstellung einer Stellenausschreibung bis zur Annahme des Angebots durch den Kandidaten.
Beschreibung

Time to Hire ist ein zentraler Recruiting-KPI zur Messung der Effizienz des gesamten Einstellungstrichters. Berechnet wird die Dauer zwischen dem Ereignis „Job Requisition Created“ und dem Ereignis „Offer Accepted“ für denselben Mitarbeiter oder dieselbe Anforderung.

Dieses berechnete Attribut bildet die Grundlage für den KPI „Durchschnittliche Zeit bis zur Einstellung“ und zugehörige Dashboards. Wenn Sie den Wert über einen längeren Zeitraum verfolgen, können HR-Abteilungen die Auswirkungen von Prozessverbesserungen messen, Engpässe bei der Kandidatensuche oder bei Vorstellungsgesprächen erkennen und realistische Einstellungszeiträume für Führungskräfte festlegen.

Warum das wichtig ist

Misst die Effizienz des Recruiting-Prozesses direkt und ist damit ein wichtiger Leistungsindikator für jede HR-Organisation.

Bezugsquelle

Wird auf Case-Ebene berechnet, indem die Dauer zwischen dem Timestamp der Aktivität „Job Requisition Created“ und der Aktivität „Offer Accepted“ ermittelt wird.

Beispiele
35 Tage62 Tage28 Tage
Erforderlich Empfohlen Optional

Hire to Retire, Aktivitäten des Mitarbeiterlebenszyklus

Dies sind die wichtigsten Prozessschritte und Meilensteine, die Sie für eine präzise Erkennung und Analyse Ihres Mitarbeiterlebenszyklus in Ihrem Event Log erfassen sollten.
7 Empfohlen 8 Optional
Aktivität Beschreibung
Angebot angenommen
Diese Aktivität findet statt, wenn ein Kandidat das Stellenangebot formell annimmt, häufig durch die elektronische Unterzeichnung des Angebotsschreibens in Workday. Dieser wichtige Meilenstein wird erfasst, sobald der Kandidat den Schritt „Review and Sign“ im Angebotsprozess abschließt.
Warum das wichtig ist

Dieser Meilenstein beendet die zentrale Recruiting-Phase und löst Pre-Hire- und Onboarding-Aktivitäten aus. Er ist ein wichtiger Bestandteil der Messung des KPI Time-to-Hire.

Bezugsquelle

Dieses ausdrückliche Ereignis wird protokolliert, wenn der Kandidat den Annahmeschritt des Stellenangebots im Business Process „Job Application“ abschließt.

Erfassen

Die Annahme des Angebots durch den Kandidaten wird als abgeschlossener Schritt im Job Application BP protokolliert.

Ereignistyp explicit
Beendigung eingeleitet
Diese Aktivität markiert den Beginn des Offboarding-Prozesses für einen ausscheidenden Mitarbeitenden. Sie wird ausdrücklich erfasst, sobald eine Führungskraft oder ein HR-Benutzer den Business Process „Terminate Employee“ in Workday startet.
Warum das wichtig ist

Dies ist das zentrale Start-Ereignis für den gesamten Offboarding-Prozess. Es bildet den Ausgangspunkt für die Messung des KPI Average Offboarding Cycle Time.

Bezugsquelle

Dies ist ein ausdrückliches Ereignis, das beim Start des Business Process „Terminate Employee“ in Workday HCM protokolliert wird.

Erfassen

Ereignis wird protokolliert, sobald der Business Process „Terminate Employee“ gestartet wird.

Ereignistyp explicit
Einstellungsprozess abgeschlossen
Dies ist eine zentrale Aktivität, bei der der Datensatz eines Kandidaten in Workday HCM offiziell in einen Mitarbeiterdatensatz umgewandelt wird. Das Ereignis wird ausdrücklich nach dem erfolgreichen Abschluss des Business Process „Hire“ erfasst.
Warum das wichtig ist

Dieses Ereignis markiert formal den Übergang vom Kandidaten zum Mitarbeitenden und ist ein wichtiger Meilenstein für die Messung der Onboarding-Zykluszeit. Es zeigt an, dass der Mitarbeitende offiziell im HCM-System erfasst ist.

Bezugsquelle

Wird ausdrücklich als Abschlussereignis des Business Process „Hire“ für den Mitarbeitenden protokolliert. Das Protokoll des Business Process enthält den genauen Timestamp.

Erfassen

Ereignis wird nach erfolgreichem Abschluss des Business Process „Hire“ protokolliert.

Ereignistyp explicit
Mitarbeitender ausgeschieden
Dies ist die letzte Aktivität im Mitarbeiterlebenszyklus und markiert das offizielle Ende des Beschäftigungsverhältnisses im System. Das Ereignis wird erfasst, sobald der Business Process „Terminate Employee“ erfolgreich abgeschlossen ist.
Warum das wichtig ist

Dies ist das endgültige Endereignis des Hire-to-Retire-Prozesses. Es bildet den Endpunkt für die Messung der Offboarding-Zykluszeit und bestätigt den Abschluss des Prozesses.

Bezugsquelle

Wird ausdrücklich als Abschlussereignis des Business Process „Terminate Employee“ protokolliert. Der Datensatz des Mitarbeitenden wird danach inaktiv.

Erfassen

Ereignis wird nach erfolgreichem Abschluss des Business Process „Terminate Employee“ protokolliert.

Ereignistyp explicit
Onboarding gestartet
Markiert den Beginn des Onboarding-Prozesses für neue Mitarbeitende im Workday-Onboarding-Modul. Das Ereignis wird erfasst, sobald dem neuen Mitarbeitenden die Onboarding-Aufgaben und Workflows zugewiesen werden. Dies wird üblicherweise durch den Abschluss des Hire-Prozesses ausgelöst.
Warum das wichtig ist

Dies ist der Ausgangspunkt für die Analyse der Effizienz des Onboarding-Prozesses. Die Aktivität hilft, Abschlussquoten von Onboarding-Aufgaben zu messen und Prozessabweichungen zu erkennen.

Bezugsquelle

Wird als Start-Ereignis protokolliert, sobald der Business Process „Onboarding“ oder ein vergleichbarer Workflow für den neuen Mitarbeitenden ausgelöst wird.

Erfassen

Ereignis wird protokolliert, sobald der Business Process Onboarding für den neuen Mitarbeitenden ausgelöst wird.

Ereignistyp explicit
Onboarding-Aufgaben abgeschlossen
Bezeichnet den Abschluss aller zugewiesenen Onboarding-Aufgaben für einen neuen Mitarbeitenden. Das Ereignis wird üblicherweise abgeleitet, sobald der Gesamtstatus des Onboarding-Business-Process für den Mitarbeitenden auf „Successfully Completed“ wechselt.
Warum das wichtig ist

Dies ist ein wichtiger Meilenstein, der anzeigt, dass ein neuer Mitarbeitender vollständig eingearbeitet ist. Er bildet den Endpunkt für die Messung des KPI Onboarding Cycle Time und die Analyse der Einhaltung des Onboarding-Prozesses.

Bezugsquelle

Wird aus dem Abschluss-Timestamp des übergeordneten Business Process „Onboarding“ abgeleitet, der nach Abschluss aller erforderlichen Schritte und Aufgaben eintritt.

Erfassen

Wird aus dem Abschluss-Timestamp des gesamten Onboarding-Business-Process für den Mitarbeitenden abgeleitet.

Ereignistyp inferred
Stellenausschreibung erstellt
Diese Aktivität markiert den offiziellen Beginn des Recruiting-Prozesses, sobald eine neue Stellenausschreibung in Workday erstellt und genehmigt wurde. Das Ereignis wird ausdrücklich erfasst, wenn der Business Process „Create Job Requisition“ erfolgreich abgeschlossen ist.
Warum das wichtig ist

Dies ist das zentrale Start-Ereignis für den gesamten Einstellungsprozess. Die Analyse der Zeit von dieser Aktivität bis zu „Offer Accepted“ ist entscheidend für die Messung des KPI Time-to-Hire.

Bezugsquelle

Dieses Ereignis wird nach dem erfolgreichen Abschluss des Business Process „Create Job Requisition“ in Workday protokolliert. Das Event Log dieses Business Process enthält den Timestamp.

Erfassen

Ereignis wird nach Abschluss des Business Process „Create Job Requisition“ protokolliert.

Ereignistyp explicit
Angebotsschreiben erstellt
Bezeichnet den Zeitpunkt, zu dem ein formelles Stellenangebot für einen Kandidaten erstellt wird. Dies ist in Workday üblicherweise ein ausdrücklicher Schritt im Business Process „Job Application“.
Warum das wichtig ist

Die Erfassung dieses Zeitpunkts zeigt, wie lange es nach Abschluss der Vorstellungsgespräche dauert, ein Angebot zu formalisieren. Verzögerungen an dieser Stelle können dazu führen, dass Kandidaten abspringen.

Bezugsquelle

Wird aus dem Event Log des Business Process „Job Application“ erfasst, insbesondere aus dem Abschluss von „Generate Document“ oder einem vergleichbaren Angebotsschritt.

Erfassen

Ereignis wird nach Abschluss des Schritts „Generate Offer“ im Job Application BP protokolliert.

Ereignistyp explicit
Beförderung genehmigt
Markiert die abschließende Genehmigung der Beförderung eines Mitarbeitenden. Diese Aktivität wird erfasst, sobald der Business Process „Change Job“ oder ein zugehöriger Compensation-Business-Process vollständig genehmigt und abgeschlossen ist.
Warum das wichtig ist

Dies ist der Endpunkt für die Messung des KPI Internal Mobility Approval Time. Er bestätigt den erfolgreichen Abschluss eines wichtigen Meilensteins der beruflichen Entwicklung.

Bezugsquelle

Wird als erfolgreiches Abschlussereignis des Business Process „Change Job“ protokolliert, wenn der Grund für die Änderung eine Beförderung ist.

Erfassen

Ereignis wird nach Abschluss des Business Process „Change Job“ mit dem Grund „Promotion“ protokolliert.

Ereignistyp explicit
Hintergrundprüfung abgeschlossen
Bezeichnet den Abschluss der Prüfung vor der Einstellung. Das Ereignis wird erfasst, sobald der Status der Hintergrundprüfung manuell oder über eine Integration auf „complete“ gesetzt wird.
Warum das wichtig ist

Diese Aktivität bildet den Endpunkt für die Messung des KPI Background Check Duration. Verzögerungen wirken sich direkt auf das Startdatum der neuen Mitarbeitenden aus.

Bezugsquelle

Wird aus einer Statusänderung im Business Process „Background Check“ oder in einem zugehörigen Objekt erfasst, die einen finalen Status wie „Completed“ oder „Passed“ anzeigt.

Erfassen

Wird aus dem Timestamp abgeleitet, zu dem sich das Statusfeld der Hintergrundprüfung in einen finalen Status ändert.

Ereignistyp inferred
Hintergrundprüfung gestartet
Dies markiert den Beginn der Prüfung vor der Einstellung für einen Kandidaten, der ein Angebot angenommen hat. Das Ereignis wird erfasst, sobald der Schritt zur Hintergrundprüfung gestartet wird, häufig mit einer Integration eines Drittanbieters.
Warum das wichtig ist

Die Dauer von Hintergrundprüfungen ist im Einstellungsprozess häufig ein Engpass. Diese Aktivität bildet den Ausgangspunkt für die Messung des KPI Background Check Duration.

Bezugsquelle

Wird als Schritt innerhalb eines Business Process wie „Background Check“ protokolliert, der häufig Teil des gesamten Einstellungs-Workflows ist. Der Timestamp des Starts wird erfasst.

Erfassen

Ereignis wird beim Start des Business Process „Background Check“ oder eines zugehörigen Schritts protokolliert.

Ereignistyp explicit
Offboarding-Aufgaben abgeschlossen
Bezeichnet den Abschluss aller erforderlichen Offboarding-Aufgaben, etwa der Rückgabe von Arbeitsmitteln und der Wissensübergabe. Das Ereignis wird abgeleitet, sobald die Offboarding-Checkliste oder der Business Process den Status „completed“ erreicht.
Warum das wichtig ist

Die Erfassung des Abschlusses dieser Aufgaben ist entscheidend für ein sicheres und konformes Offboarding. Verzögerungen können Sicherheitsrisiken verursachen und zu einer schlechten Erfahrung führen.

Bezugsquelle

Wird aus dem Abschluss-Timestamp des Business Process „Offboarding“ abgeleitet oder daraus, dass alle zugewiesenen Offboarding-Aufgaben für den Mitarbeitenden als abgeschlossen markiert sind.

Erfassen

Wird aus dem Abschluss einer Offboarding-Checkliste oder eines zugehörigen Business Process abgeleitet.

Ereignistyp inferred
Payroll-Einrichtung abgeschlossen
Diese Aktivität zeigt an, dass alle erforderlichen Informationen für die Abrechnung des neuen Mitarbeitenden erfasst und geprüft wurden. Sie kann als Abschluss eines bestimmten Schritts im Onboarding- oder Hire-Business-Process erfasst werden.
Warum das wichtig ist

Damit wird sichergestellt, dass Mitarbeitende ab ihrer ersten Gehaltszahlung korrekt und pünktlich bezahlt werden. Diese Aktivität bildet den Endpunkt für den KPI Payroll Setup Time und macht Verzögerungen bei der Aktivierung der Vergütung sichtbar.

Bezugsquelle

Wird als abgeschlossenes Checklisten-Element oder als bestimmter Schritt, etwa „Enter Payment Elections“, im Business Process Onboarding erfasst.

Erfassen

Abschluss einer bestimmten Payroll-bezogenen Aufgabe oder eines entsprechenden Schritts innerhalb eines Business Process.

Ereignistyp explicit
Performance Review abgeschlossen
Diese Aktivität markiert den Abschluss eines formellen Performance-Review-Zyklus für einen Mitarbeitenden. Sie wird erfasst, sobald der Business Process „Performance Review“ den finalen, genehmigten Status erreicht.
Warum das wichtig ist

Die Erfassung dieser Ereignisse ist entscheidend für die Analyse der Pünktlichkeit und Häufigkeit des Performance Managements. Sie unterstützt direkt den KPI Performance Review Timeliness.

Bezugsquelle

Wird als erfolgreiches Abschlussereignis des Business Process „Start Performance Review“ für den Mitarbeitenden protokolliert.

Erfassen

Ereignis wird nach erfolgreichem Abschluss des Business Process „Performance Review“ protokolliert.

Ereignistyp explicit
Rollenwechsel gestartet
Bezeichnet den Beginn eines Ereignisses der internen Mobilität, etwa einer Versetzung oder Beförderung. Das Ereignis wird erfasst, sobald eine Führungskraft oder ein HR Business Partner den Business Process „Change Job“ für einen Mitarbeitenden startet.
Warum das wichtig ist

Diese Aktivität bildet den Ausgangspunkt für die Messung der Effizienz interner Mobilität und der Genehmigungszeiten. Sie hilft, Engpässe bei der beruflichen Entwicklung von Mitarbeitenden zu erkennen.

Bezugsquelle

Dies ist ein ausdrückliches Ereignis, das beim Start des Business Process „Change Job“ in Workday HCM protokolliert wird.

Erfassen

Ereignis wird protokolliert, sobald der Business Process „Change Job“ für einen Mitarbeitenden gestartet wird.

Ereignistyp explicit
Empfohlen Optional

Anleitungen zur Datenextraktion

So extrahieren Sie Ihre Daten aus Workday Onboarding

Möchten Sie starten?

Schöpfen Sie das Potenzial Ihres Hire-to-Retire-Prozesses mit diesem Daten-Template aus. Beginnen Sie noch heute damit, Ihren Mitarbeiterlebenszyklus zu optimieren.

Optimieren Sie Ihren Hire-to-Retire-Mitarbeiterlebenszyklus noch heute

Gewinnen Sie umsetzbare Erkenntnisse und verkürzen Sie die Durchlaufzeit in Workday HR um 30 %.

Starten Sie Ihre kostenlose Testphase

Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.