Ihr Daten-Template für Hire to Retire, den Mitarbeiterlebenszyklus
Ihr Daten-Template für Hire to Retire, den Mitarbeiterlebenszyklus
- Empfohlene Attribute für eine umfassende Analyse
- Wichtige Aktivitäten, die Sie entlang des Mitarbeiterlebenszyklus verfolgen sollten
- Praktische Hinweise zur Datenextraktion aus Workday Onboarding
Hire to Retire, Attribute des Mitarbeiterlebenszyklus
| 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
|
|||
Hire to Retire, Aktivitäten des Mitarbeiterlebenszyklus
| 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
|
|||
Anleitungen zur Datenextraktion
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 %.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.