Ihr Daten-Template für den Mitarbeiterlebenszyklus von Hire to Retire
Ihr Daten-Template für den Mitarbeiterlebenszyklus von Hire to Retire
- Empfohlene Attribute für die Datenerfassung
- Wichtige Aktivitäten für die Nachverfolgung
- Anleitung zur Datenextraktion aus Microsoft Dynamics 365 Hr
Attribute für den Mitarbeiterlebenszyklus von Hire to Retire
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des konkreten Ereignisses im HR-Lebenszyklus, zum Beispiel „Mitarbeiter eingestellt“ oder „Leistungsbeurteilung durchgeführt“. | ||
| Beschreibung Der Aktivitätsname bezeichnet einen einzelnen Schritt oder Meilenstein im Hire-to-Retire-Prozess. Jedes erfasste Ereignis steht für eine Aktivität. Zusammen bilden sie die Abfolge der Ereignisse im Werdegang eines Mitarbeiters. Dieses Attribut ist grundlegend für die Erstellung der Prozesslandkarte. Durch die Analyse der Abfolge und Häufigkeit verschiedener Aktivitäten können Unternehmen typische Prozesspfade, Abweichungen und Engpässe erkennen. So lässt sich beispielsweise der Weg von „Stellenanforderung erstellt“ bis „Angebot angenommen“ visualisieren, um die Effizienz des Einstellungsprozesses zu messen. Warum das wichtig ist Das Attribut legt die Schritte in der Prozesslandkarte fest und ermöglicht die Visualisierung und Analyse des Mitarbeiterlebenszyklus, von der Einstellung bis zum Offboarding. Woher beziehen Dieses Attribut wird in der Regel aus Statusänderungen, abgeschlossenen Aufgaben oder erfassten Ereignissen in verschiedenen Modulen von Dynamics 365 HR abgeleitet, etwa Recruiting, Onboarding und Core HR. Beispiele Stellenanforderung erstelltOnboarding von Mitarbeitenden abgeschlossenLeistungsbeurteilung durchgeführtBeendigung des Arbeitsverhältnisses eingeleitet | |||
| Ereigniszeitpunkt EventTime | Der Timestamp, der angibt, wann die HR-Aktivität stattgefunden hat. | ||
| Beschreibung Der Ereigniszeitpunkt erfasst Datum und Uhrzeit jeder Aktivität im Mitarbeiterlebenszyklus. Diese Zeitangaben sind wichtig, um Prozessdauern zu analysieren, Verzögerungen zu erkennen und die Abfolge der Ereignisse nachzuvollziehen. Beim Process Mining dient dieser Timestamp dazu, Ereignisse korrekt zu ordnen und die Zeit zwischen Aktivitäten (Zykluszeit) sowie die Gesamtdauer eines Prozesses (Case-Dauer) zu berechnen. Er bildet die Grundlage für fast alle zeitbezogenen KPIs, etwa „Durchschnittliche Einstellungszeit“ und „Onboarding-Durchlaufzeit“. Warum das wichtig ist Dieser Timestamp ist entscheidend, um Ereignisse zu ordnen, alle zeitbezogenen Kennzahlen zu berechnen und Engpässe sowie Verzögerungen im Prozess aufzudecken. Woher beziehen Dies entspricht den Erstellungs- oder Statusänderungs-Timestamps von Datensätzen in Dynamics 365 HR, etwa dem Bewerbungsdatum, dem Einstellungsdatum oder dem Abschlussdatum einer Leistungsbeurteilung. Beispiele 2023-01-15T09:00:00Z2023-03-20T14:30:00Z2024-05-10T11:00:00Z | |||
| Mitarbeiter-ID EmployeeId | Die eindeutige Kennung eines Mitarbeiters. Sie dient als primäre Case-ID für den gesamten Mitarbeiterlebenszyklus. | ||
| Beschreibung Die Mitarbeiter-ID bildet die Grundlage für die Analyse des Hire-to-Retire-Prozesses. Sie verknüpft jedes Ereignis, von der ersten Bewerbung bis zum abschließenden Offboarding, mit einer bestimmten Person. So lässt sich der gesamte Werdegang eines Mitarbeiters im Unternehmen nachvollziehen. Beim Process Mining dient dieses Attribut dazu, alle zusammengehörigen Aktivitäten zu einem Case zusammenzufassen. Die Analyse nach Mitarbeiter-ID zeigt die gesamte Beschäftigungsdauer, die Abfolge der ausgeübten Rollen und die Häufigkeit von Ereignissen wie Leistungsbeurteilungen oder Beförderungen für jede Person. Warum das wichtig ist Dies ist die erforderliche Case-Kennung, die alle mit einem Mitarbeiter verbundenen Ereignisse verknüpft. So lässt sich der vollständige Werdegang und Lebenszyklus einer Person nachvollziehen. Woher beziehen Dies ist in der Regel das Feld „Personnel number“ des Worker-Datensatzes in Dynamics 365 Human Resources. Beispiele E-001234E-005678E-009012 | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Daten zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
| Beschreibung Dieses Attribut erfasst, wann der Datensatz zuletzt aktualisiert wurde. Es gibt wichtigen Aufschluss über die Aktualität der Analyse und hilft Benutzern einzuschätzen, wie aktuell die Erkenntnisse zum Prozess sind. In Dashboards und Berichten wird dieser Timestamp häufig angezeigt, damit Benutzer den Aktualitätsstand der Daten sehen. So können sie das Alter der Daten bei Entscheidungen berücksichtigen und Fehlinterpretationen aufgrund veralteter Informationen vermeiden. Warum das wichtig ist Das Attribut informiert Benutzer über den Aktualitätsstand der Daten. So können sie den Zeitraum der Analyse einordnen und Entscheidungen auf Grundlage aktueller Informationen treffen. Woher beziehen Dieser Wert wird in der Regel während des ETL-Prozesses (Extract, Transform, Load) erzeugt und gespeichert, wenn Daten aus Dynamics 365 HR abgerufen werden. Beispiele 2024-07-29T04:00:00Z2024-07-30T04:00:00Z | |||
| Quellsystem SourceSystem | Gibt an, aus welchem Informationssystem die Daten stammen. | ||
| Beschreibung Dieses Attribut gibt das Quellsystem der Ereignisdaten an. In diesem Fall ist es „Microsoft Dynamics 365 HR“. Das ist wichtig für Data Governance und Nachvollziehbarkeit, insbesondere wenn Daten aus mehreren HR-Systemen zusammengeführt werden, etwa aus einem separaten Bewerbermanagementsystem oder von einem Lohnabrechnungsanbieter. Bei der Analyse trägt das Attribut zur Datenintegrität bei und kann dazu dienen, nur Ereignisse aus einem bestimmten führenden System zu filtern. Das ist hilfreich, um den Umfang des Process-Mining-Projekts zu überprüfen. Warum das wichtig ist Das Attribut liefert wichtigen Kontext zur Datenherkunft und Data Governance. Es sichert die Nachvollziehbarkeit und hilft, die Analyse auf ein bestimmtes führendes System zu beschränken. Woher beziehen Dieser statische Wert sollte bei der Datenextraktion und -transformation ergänzt werden, um die Herkunft der Datensätze zu kennzeichnen. Beispiele Microsoft Dynamics 365 HR | |||
| Abteilung Department | Die organisatorische Abteilung, der ein Mitarbeiter zugeordnet ist, zum Beispiel Vertrieb oder Entwicklung. | ||
| Beschreibung Dieses Attribut gibt die Abteilung an, der der Mitarbeitende zugeordnet ist. Es ist eine wichtige Dimension, um die Prozessleistung in verschiedenen Unternehmensbereichen aufzuschlüsseln und zu vergleichen. In Analysen dient die Abteilung dazu, Prozesslandkarten und KPIs zu filtern. So lassen sich Fragen beantworten wie: „In welcher Abteilung ist die Fluktuationsrate am höchsten?“ oder „Dauert die Einstellung in der Engineering-Abteilung länger als im Marketing?“. Das Attribut ist für die Dashboards „Trends bei der Mitarbeiterfluktuation“ und „Variantenanalyse von HR-Workflows“ entscheidend. Warum das wichtig ist Damit lässt sich der Prozess gezielt nach Abteilungen aufschlüsseln. So werden Unterschiede bei der Leistung, Engpässe und abteilungsspezifische Fluktuationstrends sichtbar. Woher beziehen Diese Information ist im Core-HR-Modul von Dynamics 365 HR mit den Positionsdaten des Mitarbeitenden verknüpft. Beispiele VertriebPersonalwesenInformationstechnologieFinanzen | |||
| Austrittsgrund TerminationReason | Der Grund für den Austritt eines Mitarbeitenden, zum Beispiel „freiwillige Kündigung“ oder „unfreiwillige Beendigung des Arbeitsverhältnisses“. | ||
| Beschreibung Dieses Attribut kategorisiert die Gründe für das Ende des Beschäftigungsverhältnisses. Die Gründe sind häufig in den HR-Richtlinien standardisiert und entscheidend, um die Ursachen der Mitarbeiterfluktuation zu verstehen. In der Analyse ist der Austrittsgrund das zentrale Attribut für das Dashboard „Trends bei der Mitarbeiterfluktuation“. Damit kann die Organisation zwischen bedauerlicher und nicht bedauerlicher Fluktuation unterscheiden und Muster erkennen. Eine hohe Zahl freiwilliger Kündigungen in einer bestimmten Abteilung kann beispielsweise auf Probleme mit der Führung oder der Vergütung hindeuten. Warum das wichtig ist Das Attribut hilft, die Ursachen der Mitarbeiterfluktuation zu verstehen. So können Sie gezielte Maßnahmen zur Mitarbeiterbindung entwickeln und die Ursachen der Fluktuation angehen. Woher beziehen Diese Information wird üblicherweise im Rahmen des Offboardings oder der Beendigung des Arbeitsverhältnisses im Core-HR-Modul von Dynamics 365 HR erfasst. Beispiele Freiwillige KündigungUnfreiwillig, leistungsbedingtRuhestandVertragsende | |||
| Berufsrolle JobRole | Die konkrete Berufsbezeichnung oder Rolle des Mitarbeitenden. | ||
| Beschreibung Die Berufsrolle beschreibt die Position des Mitarbeitenden in der Organisation, zum Beispiel „Softwareentwickler“ oder „Kundenbetreuer“. Sie bietet für die Prozessanalyse eine detailliertere Aufschlüsselung als die Abteilung. Mit diesem Attribut lassen sich Einstellungsprozesse für bestimmte Rollen analysieren, Karrierewege nachverfolgen und Fluktuationstrends für einzelne Positionen erkennen. So können Sie beispielsweise prüfen, ob die „Time to Hire“ bei technischen Rollen deutlich länger ist oder ob eine bestimmte Berufsrolle eine hohe Fluktuation in der Anfangsphase aufweist. Warum das wichtig ist Damit lassen sich HR-Prozesse nach einzelnen Tätigkeitsbereichen detailliert analysieren. So können Sie gezielte Verbesserungen ableiten und rollenspezifische Probleme erkennen. Woher beziehen Diese Information ist in Dynamics 365 HR als Teil der Positions- oder Jobdaten des Mitarbeitenden gespeichert. Beispiele Leitender BuchhalterProduktmanagerHR-GeneralistDatenanalyst | |||
| Einstellungsverantwortlicher HiringManager | Die Führungskraft, die für die Einstellungsentscheidung zu einer bestimmten Personalanforderung verantwortlich ist. | ||
| Beschreibung Der Einstellungsverantwortliche ist für die Personalanforderung zuständig und trägt letztlich die Verantwortung dafür, die Stelle zu besetzen. Dieses Attribut ist wichtig, um die Leistung verschiedener Führungskräfte und Teams im Einstellungsprozess zu verstehen. Durch die Aufschlüsselung nach Führungskraft lassen sich Unterschiede bei Einstellungsdauer, Angebotsannahmequoten und der Wirksamkeit des Onboardings erkennen. Das Dashboard „Analyse der Einstellungsdauer“ zeigt damit, welche Führungskräfte oder Abteilungen besonders effizient arbeiten. Warum das wichtig ist Das Attribut ordnet die Prozessleistung einzelnen Führungskräften zu. So können Sie gezielt Feedback geben und bewährte Vorgehensweisen sowie Verbesserungsbedarf im Einstellungsprozess erkennen. Woher beziehen Diese Information ist üblicherweise im Datensatz der Personalanforderung im Recruiting-Modul von Dynamics 365 HR gespeichert. Beispiele Jane DoeJohn SmithEmily Jones | |||
| Endzeitpunkt EndTime | Der Timestamp, der angibt, wann eine Aktivität abgeschlossen wurde. Er dient der Analyse ihrer Dauer. | ||
| Beschreibung Der Endzeitpunkt markiert den Abschluss einer Aktivität mit einer bestimmten Dauer, etwa einer Hintergrundüberprüfung oder eines Schulungsmoduls. Viele HR-Ereignisse sind zeitpunktbezogen und werden mit einem StartTime erfasst. Andere haben einen festgelegten Beginn und Abschluss. Dieses Attribut ist wichtig, um die Verarbeitungszeit einzelner Aktivitäten korrekt zu berechnen. So lässt sich analysieren, welche Schritte am meisten Zeit beanspruchen. Ein Dashboard wie „Onboarding Process Performance“ kann damit beispielsweise die Dauer einzelner Aufgaben messen. Warum das wichtig ist Damit lassen sich die Dauern einzelner Aktivitäten präzise berechnen. Das ist entscheidend, um die zeitaufwendigsten Prozessschritte zu erkennen. Woher beziehen Für Aufgaben mit einer bestimmten Dauer kann dies ein eigenes Feld in Dynamics 365 HR sein. Alternativ kann der StartTime der nachfolgenden Aktivität im Prozess verwendet werden. Beispiele 2023-01-20T17:00:00Z2023-04-01T10:00:00Z2024-06-15T16:30:00Z | |||
| Standort Location | Der geografische Standort oder das Büro, an dem der Mitarbeitende tätig ist. | ||
| Beschreibung Der Standort bezeichnet den Arbeitsort des Mitarbeitenden, etwa ein Land, einen Bundesstaat, eine Stadt oder ein bestimmtes Bürogebäude. Für große, dezentral organisierte Unternehmen ist es wichtig, HR-Prozesse nach Standort zu analysieren. So lassen sich regionale Unterschiede bei Einstellungsdauer, Fluktuationsraten und Compliance erkennen. Als geografischer Filter unterstützt dieses Attribut nahezu alle Dashboards und ermöglicht eine detaillierte Untersuchung. Warum das wichtig ist Das Attribut ergänzt die Analyse um eine geografische Dimension. So werden regionale Unterschiede bei der Prozessleistung und bei Mitarbeitertrends sichtbar. Woher beziehen Diese Information ist üblicherweise Teil des Positions- oder Mitarbeitendendatensatzes und in Dynamics 365 HR häufig mit der Adresse eines bestimmten Büros oder einer juristischen Person verknüpft. Beispiele New York, USALondon, Vereinigtes KönigreichBerlin, DeutschlandTokio, Japan | |||
| Benutzer User | Die Person, die die HR-Aktivität oder Aufgabe im System ausgeführt hat. | ||
| Beschreibung Dieses Attribut identifiziert den jeweiligen Benutzer, zum Beispiel einen HR Business Partner, Recruiter oder eine Führungskraft, der eine Aktivität ausgeführt hat. Es erfasst die Interaktionen von Personen mit dem System während des gesamten Mitarbeiterlebenszyklus. Die Analyse von Aktivitäten nach Benutzer hilft dabei, Arbeitsaufkommen und Schulungsbedarf zu verstehen und festzustellen, wer einzelne Prozessschritte bearbeitet. So lässt sich beispielsweise erkennen, ob Verzögerungen bei „Gehaltsabrechnung eingerichtet“ regelmäßig mit einem bestimmten Benutzer zusammenhängen. Das kann auf zusätzlichen Schulungs- oder Unterstützungsbedarf hindeuten. Warum das wichtig ist Das Attribut ordnet Prozessaktivitäten einzelnen Personen zu. So lassen sich die Arbeitsverteilung und die Leistung der Benutzer analysieren sowie Schulungsmöglichkeiten erkennen. Woher beziehen Diese Information wird häufig in System-Auditprotokollen oder in Feldern wie „Geändert von“ in verschiedenen Datensätzen von Dynamics 365 HR erfasst. Beispiele hr_specialist_1recruiter_alicemanager_bob | |||
| Beschäftigungsart EmploymentType | Gibt die Art des Beschäftigungsverhältnisses an, zum Beispiel Vollzeit, Teilzeit oder freie Mitarbeit. | ||
| Beschreibung Dieses Attribut beschreibt die Art des Beschäftigungsvertrags. Es ist eine grundlegende Information für die Personalplanung und -analyse. Wenn Sie den Mitarbeiterlebenszyklus nach Beschäftigungsart aufschlüsseln, werden unterschiedliche Prozessabläufe und -dauern sichtbar. Das Onboarding einer freien Mitarbeiterin oder eines freien Mitarbeiters kann sich beispielsweise deutlich von dem einer Vollzeitkraft unterscheiden und schneller ablaufen. Dieses Attribut liefert wertvollen Kontext für die Variantenanalyse von HR-Workflows. Warum das wichtig ist Damit können Sie HR-Prozesse für unterschiedliche Beschäftigtengruppen vergleichen. So lassen sich Unterschiede in der Verwaltung der jeweiligen Beschäftigungsarten erkennen und einordnen. Woher beziehen Dies ist ein Standardfeld im Mitarbeitenden- oder Positionsdatensatz des Core-HR-Moduls von Dynamics 365 HR. Beispiele VollzeitTeilzeitFreie MitarbeitPraktikant | |||
| Daten vollständig IsDataComplete | Ein boolesches Kennzeichen dafür, ob alle wichtigen Datenfelder für einen neuen Mitarbeitenden ausgefüllt sind. | ||
| Beschreibung Dieses Attribut prüft nach der Aktivität „Mitarbeitender eingearbeitet“, ob wichtige Angaben zum Mitarbeitenden, etwa Abteilung und Berufsrolle, vollständig sind. Es dient als Datenqualitätsprüfung für die erstmalige Anlage des Mitarbeitendendatensatzes. Das Kennzeichen wird zur Berechnung der KPI „Anteil fehlender Pflichtangaben“ verwendet. Wenn Sie Cases mit unvollständigen Daten früh im Mitarbeiterlebenszyklus erkennen, können Sie Eingabefehler beheben und die Zuverlässigkeit Ihrer HR-Informationssysteme verbessern. Warum das wichtig ist Das Attribut misst die Datenqualität bei neuen Mitarbeitenden. So lassen sich Eingabefehler in HR-Daten erkennen und reduzieren und zuverlässige Berichte sicherstellen. Woher beziehen Dieses berechnete Feld wird bei der Datentransformation ermittelt. Es prüft nach Abschluss des Onboardings, ob Felder wie „Department“ und „JobRole“ für einen Case nicht null sind. Beispiele truefalse | |||
| Einstellungsdauer TimeToHire | Die gesamte Zeit vom Anlegen einer Personalanforderung bis zur Annahme eines Angebots durch einen Bewerber. | ||
| Beschreibung Die Einstellungsdauer ist eine wichtige KPI auf Case-Ebene, die die Effizienz des gesamten Recruiting-Zyklus misst. Sie wird als Zeitraum zwischen den Aktivitäten „Personalanforderung erstellt“ und „Angebot angenommen“ für einen bestimmten Mitarbeitenden oder eine bestimmte Personalanforderung berechnet. Diese Kennzahl steht im Mittelpunkt des Dashboards „Analyse der Einstellungsdauer“ und der KPI „Durchschnittliche Einstellungsdauer“. Durch die Analyse dieses Zeitraums können HR-Abteilungen Ineffizienzen bei der Kandidatensuche, den Vorstellungsgesprächen oder dem Angebotsprozess erkennen und Vergleichswerte für Verbesserungen festlegen. Warum das wichtig ist Diese zentrale KPI für die Effizienz des Recruitings misst direkt, wie schnell die Organisation offene Stellen besetzen kann. Woher beziehen Diese Kennzahl auf Case-Ebene wird berechnet, indem die Zeitstempel der Aktivitäten „Personalanforderung erstellt“ und „Angebot angenommen“ innerhalb desselben Case voneinander abgezogen werden. Beispiele P35DP48DP60D | |||
| ID der Personalanforderung RequisitionId | Eine eindeutige Kennung für die Personalanforderung. | ||
| Beschreibung Die ID der Personalanforderung ist ein eindeutiger Code für eine Anfrage zur Einstellung eines neuen Mitarbeitenden. Sie verknüpft alle zugehörigen Recruiting-Aktivitäten, von der Veröffentlichung der Stelle bis zum Angebot, mit einem einzelnen Einstellungsverfahren. Dieses Attribut eignet sich besonders für eine detaillierte Analyse des Teilprozesses Einstellung. Damit lassen sich alle Bewerber für dieselbe Stelle gruppieren und die „Time to Hire“ für jede Personalanforderung einzeln messen. Es ist ein wichtiges Feld für das Dashboard „Analyse der Einstellungsdauer“. Warum das wichtig ist Das Attribut gruppiert alle Recruiting-Aktivitäten zu einer bestimmten offenen Stelle. So lassen sich der Einstellungstrichter für jede Position genau messen und analysieren. Woher beziehen Dies ist die primäre Kennung für Datensätze im Recruiting- oder Bewerbermanagementmodul von Dynamics 365 HR. Beispiele REQ-2023-05-101REQ-2024-01-203REQ-2024-03-315 | |||
| Mitarbeitergespräch fristgerecht IsOnTimePerformanceReview | Ein boolesches Kennzeichen dafür, ob ein Mitarbeitergespräch am oder vor dem Zieldatum abgeschlossen wurde. | ||
| Beschreibung Dieses berechnete Attribut zeigt mit einem einfachen Wahr- oder Falschwert an, ob die Fristen für Mitarbeitergespräche eingehalten wurden. Es ergibt sich aus dem Vergleich der EventTime der Aktivität „Mitarbeitergespräch geführt“ mit dem zugehörigen SlaTargetDate. Das Kennzeichen wird im Dashboard „Einhaltung der Fristen für Mitarbeitergespräche“ verwendet und berechnet direkt die KPI „Anteil fristgerecht abgeschlossener Mitarbeitergespräche“. Damit können Benutzer schnell alle verspäteten oder fristgerecht abgeschlossenen Gespräche filtern. Warum das wichtig ist Das Kennzeichen vereinfacht die Compliance-Überwachung: Es zeigt für jedes Mitarbeitergespräch klar an, ob es fristgerecht oder verspätet abgeschlossen wurde, und erleichtert so die Berechnung der Einhaltungsquote. Woher beziehen Dieses berechnete Feld wird bei der Datentransformation ermittelt: TRUE, wenn EventTime <= SlaTargetDate, andernfalls FALSE. Beispiele truefalse | |||
| SLA-Zieldatum SlaTargetDate | Die Frist, bis zu der eine Aktivität, etwa ein Mitarbeitergespräch, abgeschlossen sein sollte. | ||
| Beschreibung Das SLA-Zieldatum gibt die Frist für eine bestimmte zeitkritische Aktivität an. Es wird vor allem für wiederkehrende Vorgänge wie jährliche Mitarbeitergespräche oder den Abschluss verpflichtender Schulungen verwendet. Dieses Attribut ist für die Berechnung von Compliance-KPIs unerlässlich. Im Dashboard „Einhaltung der Fristen für Mitarbeitergespräche“ wird das tatsächliche Abschlussdatum („EventTime“) direkt mit dem Zieldatum verglichen. Daraus lässt sich die KPI „Anteil fristgerecht abgeschlossener Mitarbeitergespräche“ berechnen. Warum das wichtig ist Das Attribut liefert einen Vergleichswert für die Messung von Termintreue und Compliance. Dies ist entscheidend für KPIs zu Mitarbeitergesprächen und anderen HR-Aufgaben mit festen Fristen. Woher beziehen Dieses Datum kann im Datensatz des Mitarbeitergesprächs gespeichert oder anhand des Eintrittsdatums des Mitarbeitenden und der Unternehmensrichtlinien berechnet werden. Beispiele 2024-06-30T23:59:59Z2024-09-15T23:59:59Z2025-01-31T23:59:59Z | |||
Aktivitäten im Mitarbeiterlebenszyklus von Hire to Retire
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Angebot angenommen | Dieses Ereignis markiert den Zeitpunkt, an dem eine Person das Stellenangebot formell annimmt und damit den eigentlichen Recruiting-Zyklus abschließt. In der Regel wird es aus einer Statusänderung des Bewerberdatensatzes zu „Offer Accepted“ oder einem ähnlichen Status abgeleitet. | ||
| Warum das wichtig ist Dieser wichtige Meilenstein schließt die KPI „Einstellungszeit“ ab. Er steht für einen erfolgreichen Recruiting-Abschluss und löst die anschließenden Aktivitäten vor dem Arbeitsbeginn aus. Woher beziehen Abgeleitet aus einer Statusänderung der Entität „Applicant“. Diese Änderung löst häufig den Workflow zur Umwandlung des Bewerberdatensatzes in einen Mitarbeiterdatensatz aus. Erfassung Abgeleitet aus einer Aktualisierung des Bewerberstatus, beispielsweise auf „Hired“ oder „Accepted“. Ereignistyp inferred | |||
| Beendigung des Arbeitsverhältnisses eingeleitet | Dieses Ereignis markiert den formellen Beginn des Offboardings, wenn ein Beendigungsdatum im System eingetragen wird. Es handelt sich um ein eigenständiges, explizites Ereignis, das den Status der betreffenden Person ändert und die anschließenden Offboarding-Workflows auslöst. | ||
| Warum das wichtig ist Diese Aktivität ist ein wichtiger Indikator für die Analyse der Mitarbeiterfluktuation. Sie bildet den Ausgangspunkt, um Effizienz und Compliance des Offboarding-Prozesses zu messen. Woher beziehen Das Ereignis wird explizit protokolliert, wenn ein Benutzer für einen „Worker“-Datensatz die Aktion „Terminate“ ausführt und ein Beendigungsdatum einträgt. Erfassung Das Ereignis wird protokolliert, wenn der Beschäftigungsdatensatz um ein Beendigungsdatum und einen Beendigungsgrund ergänzt wird. Ereignistyp explicit | |||
| Leistungsbeurteilung durchgeführt | Dieses Ereignis markiert den Abschluss des Leistungsbeurteilungszyklus einer Person. In der Regel wird es abgeleitet, wenn eine Führungskraft oder die Personalabteilung den Status eines Beurteilungsdokuments auf „Completed“ oder „Finalized“ setzt. | ||
| Warum das wichtig ist Dieser Meilenstein ist wichtig für das Talentmanagement. Wenn Sie die Termintreue verfolgen, können Sie sicherstellen, dass Leistungsbeurteilungen regelmäßig und planmäßig stattfinden. Woher beziehen Abgeleitet aus dem Modul „Performance management“. Das Ereignis wird erfasst, wenn ein der betreffenden Person zugeordneter „Review“-Datensatz auf einen endgültigen Status wie „Completed“ gesetzt wird. Erfassung Abgeleitet aus einer Änderung des Statusfelds der Entität „Performance Review“ für die betreffende Person. Ereignistyp inferred | |||
| Mitarbeiter eingestellt | Bei diesem formellen Vorgang wird ein Bewerberdatensatz in einen Mitarbeiterdatensatz umgewandelt. In Dynamics 365 HR ist dies ein explizites Ereignis, bei dem ein neuer „Worker“-Datensatz und zugehörige „Employment“-Datensätze mit einem bestimmten Eintrittsdatum angelegt werden. | ||
| Warum das wichtig ist Mit dieser Aktivität wechselt ein Case offiziell von der Recruiting- in die Mitarbeiterphase. Damit beginnen das Onboarding und die Lohnabrechnung. Woher beziehen Das Ereignis wird explizit im System protokolliert, sobald die Aktion „Hire“ oder „Hire new worker“ abgeschlossen ist. Dabei werden Datensätze in den zentralen HR-Personaltabellen erstellt, zum Beispiel „Worker“ und „Employment“. Erfassung Das System protokolliert, wenn aus einem Bewerberdatensatz ein neuer „Worker“-Datensatz erstellt wird. Ereignistyp explicit | |||
| Offboarding abgeschlossen | Dies ist die letzte Aktivität im Mitarbeiterlebenszyklus und zeigt an, dass alle Offboarding-Verfahren abgeschlossen sind. Das Ereignis wird aus dem Abschluss aller Aufgaben in einer Offboarding-Checkliste oder einer abschließenden Statusänderung im Mitarbeiterdatensatz abgeleitet. | ||
| Warum das wichtig ist Dieses End-Event ist entscheidend, um die Gesamtdauer und Abschlussquote des Offboarding-Prozesses zu messen und sicherzustellen, dass alle Compliance- und Verwaltungsaufgaben erledigt sind. Woher beziehen Abgeleitet aus dem Modul „Offboarding“. Das Ereignis wird ausgelöst, wenn der Gesamtstatus des Offboarding-Plans für die betreffende Person auf „Completed“ gesetzt wird. Erfassung Abgeleitet aus dem Abschluss aller Pflichtaufgaben in der zugewiesenen Offboarding-Checkliste. Ereignistyp inferred | |||
| Onboarding von Mitarbeitenden abgeschlossen | Dieses Ereignis zeigt an, dass das anfängliche Onboarding einer neuen Person abgeschlossen ist. In der Regel wird es abgeleitet, wenn eine Reihe von Aufgaben in einer Onboarding-Checkliste erledigt oder der Status des Onboarding-Plans geändert wurde. | ||
| Warum das wichtig ist Dieser Meilenstein ist wichtig, um zu verfolgen, wie schnell neue Mitarbeitende ihre volle Produktivität erreichen. Verzögerungen können sich auf ihre Einbindung und anfängliche Leistung auswirken. Woher beziehen Abgeleitet aus dem Modul „Onboarding“. Das Ereignis wird ausgelöst, wenn der Status eines Onboarding-Leitfadens oder einer Checkliste für die betreffende Person auf „Completed“ gesetzt wird. Erfassung Abgeleitet, sobald alle Pflichtaufgaben in der zugewiesenen Onboarding-Checkliste als abgeschlossen markiert sind. Ereignistyp inferred | |||
| Stellenanforderung erstellt | Diese Aktivität markiert den offiziellen Beginn des Einstellungsprozesses: Eine neue Stellenanforderung wird erstellt und freigegeben. In der Regel wird sie als explizites Ereignis erfasst, wenn ein Benutzer in Dynamics 365 HR ein neues Recruiting-Projekt oder eine Stellenausschreibung anlegt und abschließt. | ||
| Warum das wichtig ist Dies ist das primäre Start-Event für die Analyse der Einstellungszeit. Damit lässt sich die Effizienz des gesamten Recruiting-Prozesses messen, vom ersten Personalbedarf bis zur Besetzung der Stelle. Woher beziehen Die Erfassung erfolgt im Modul „Recruiting“. Das Ereignis wird explizit protokolliert, wenn ein Datensatz der Entität „Recruitment project“ erstellt wird. Erfassung Das Ereignis wird protokolliert, sobald ein neuer Datensatz für ein Recruiting-Projekt erstellt wird. Ereignistyp explicit | |||
| Angebot unterbreitet | Diese Aktivität zeigt an, dass einer Person ein formelles Stellenangebot übermittelt wurde. Häufig lässt sich das Ereignis aus einer Statusänderung des Bewerberdatensatzes ableiten, etwa vom Interviewstatus zu „Offer“ oder „Pending Acceptance“. | ||
| Warum das wichtig ist Dies ist ein wichtiger Meilenstein im Einstellungsprozess. Die Zeit zwischen diesem Ereignis und der Angebotsannahme kann mögliche Verzögerungen bei der Kommunikation oder den Verhandlungen aufzeigen. Woher beziehen Abgeleitet aus einer Änderung des Statusfelds der Entität „Applicant“ oder einer zugehörigen Recruiting-Entität. Das konkrete Feld und die Werte hängen von der Systemkonfiguration ab. Erfassung Abgeleitet aus einer Änderung des Statusfelds der Bewerberdaten, beispielsweise zu „Offer Extended“ oder „Offer Pending“. Ereignistyp inferred | |||
| Austrittsgespräch durchgeführt | Diese Aktivität zeigt an, dass das Austrittsgespräch mit einer ausscheidenden Person abgeschlossen wurde. In der Regel wird sie abgeleitet, wenn ein Benutzer aus der Personalabteilung die entsprechende Aufgabe in einer Offboarding-Checkliste als abgeschlossen markiert. | ||
| Warum das wichtig ist Austrittsgespräche nachzuverfolgen, ist wichtig, um die Einhaltung des Prozesses sicherzustellen und wertvolles Feedback zur Verbesserung der Mitarbeiterbindung zu sammeln. Woher beziehen Abgeleitet aus dem Checklistenmodul „Offboarding“. Das Ereignis tritt ein, wenn die Aufgabe „Exit Interview“ für die betreffende Person als „Completed“ markiert wird. Erfassung Abgeleitet aus einer Statusänderung einer bestimmten Aufgabe in der Offboarding-Checkliste der betreffenden Person. Ereignistyp inferred | |||
| Beförderung freigegeben | Dieses Ereignis steht für die endgültige Freigabe einer Beförderung, die häufig mit einer Änderung der Stellenbezeichnung und der Vergütung einhergeht. Es wird abgeleitet, wenn ein Beförderungs-Workflow oder eine Personalmaßnahme den Status der endgültigen Freigabe erreicht. | ||
| Warum das wichtig ist Dieser Meilenstein schließt den internen Wechselprozess ab. Die Zeit vom Beginn bis zur Freigabe zeigt mögliche Engpässe bei der beruflichen Weiterentwicklung auf. Woher beziehen Abgeleitet aus dem Status der „Personnel action“ oder des Workflows zum Rollenwechsel. Das Ereignis wird ausgelöst, wenn der Status auf „Genehmigt“ oder „Completed“ wechselt. Erfassung Abgeleitet aus der abschließenden Statusänderung eines Workflows oder eines Antrags auf eine Personalmaßnahme. Ereignistyp inferred | |||
| Bewerbung eingegangen | Dieses Ereignis steht dafür, dass sich eine Person auf eine offene Stelle bewirbt. Es wird explizit erfasst, wenn im System ein neuer Bewerberdatensatz angelegt wird, entweder über ein Portal oder durch manuelle Eingabe. | ||
| Warum das wichtig ist Bewerbungsvolumen und -zeitpunkte zu erfassen, ist entscheidend, um die Wirksamkeit der Recruiting-Kanäle zu analysieren und den Bewerberpool zu verstehen. Woher beziehen Die Erfassung erfolgt im Modul „Recruiting“, wenn ein neuer Datensatz der Entität „Applicant“ erstellt und einer bestimmten Stelle oder einem Recruiting-Projekt zugeordnet wird. Erfassung Nach Eingang der Bewerbung wird ein neuer Datensatz in den Tabellen für die Bewerberverwaltung angelegt. Ereignistyp explicit | |||
| Hintergrundüberprüfung abgeschlossen | Dieses Ereignis steht für den erfolgreichen Abschluss der Hintergrundüberprüfung einer Person. Bei vorhandener Integration kann es explizit erfasst werden. Häufiger wird es jedoch aus einer Statusänderung oder dem Eintragen eines Datums in den Bewerberdatensatz abgeleitet. | ||
| Warum das wichtig ist Die Dauer und Erfolgsquote von Hintergrundüberprüfungen zu analysieren, hilft dabei, Engpässe in der letzten Phase des Einstellungsprozesses zu erkennen und die Compliance sicherzustellen. Woher beziehen Abgeleitet aus einem Statusfeld oder einem bestimmten Datumsfeld der Entität „Applicant“ oder eines noch nicht eingestellten „Worker“-Datensatzes. Häufig sind dafür manuelle Aktualisierungen durch Mitarbeitende der Personalabteilung erforderlich. Erfassung Abgeleitet aus einer Statusänderung im Bewerberprofil oder dem Eintrag eines Datums für die abgeschlossene Hintergrundüberprüfung. Ereignistyp inferred | |||
| Lohnabrechnung eingerichtet | Dieses Ereignis markiert den Zeitpunkt, an dem alle erforderlichen Angaben für die Lohnabrechnung einer Person eingetragen und geprüft wurden. In der Regel wird es aus einer Statusänderung oder dem Abschluss eines Eintrags in einer Checkliste zur Lohnabrechnung abgeleitet. | ||
| Warum das wichtig ist Eine fristgerechte und korrekte Einrichtung der Lohnabrechnung ist entscheidend für die Compliance und die Zufriedenheit der Mitarbeitenden. Mit dieser Aktivität lässt sich die Effizienz eines wichtigen Onboarding-Schritts überwachen. Woher beziehen Abgeleitet aus dem Mitarbeiterdatensatz, wahrscheinlich anhand eines benutzerdefinierten Statusfelds, einer Checkliste zur Vorbereitung der Lohnabrechnung oder bestimmter ausgefüllter Datenfelder zur Lohnabrechnung. Erfassung Abgeleitet aus dem Abschluss bestimmter Dateneingaben, etwa der Erfassung von Bankverbindung und Steuerdaten. Diese werden häufig in einer Onboarding-Checkliste nachverfolgt. Ereignistyp inferred | |||
| Rollenwechsel eingeleitet | Diese Aktivität markiert den Beginn eines Prozesses zur Änderung der Stelle, Position oder Abteilung einer Person. Sie wird explizit ausgelöst, wenn eine Führungskraft oder ein Benutzer der Personalabteilung eine Positionsänderung oder eine Personalmaßnahme einleitet. | ||
| Warum das wichtig ist Dies ist der Ausgangspunkt, um die Effizienz interner Wechsel zu messen. Häufigkeit und Auslöser von Rollenwechseln geben Aufschluss über die berufliche Entwicklung. Woher beziehen Das Ereignis wird explizit protokolliert, wenn für eine Person eine „Personnel action“ oder ein ähnlicher Workflow zur Änderung der Positionsdaten eingeleitet wird. Erfassung Das Ereignis wird protokolliert, sobald ein Antrag auf „Position action“ oder „Worker action“ erstellt wird. Ereignistyp explicit | |||
| Schulung zugewiesen | Diese Aktivität wird protokolliert, wenn einer Person ein bestimmter Schulungskurs oder ein Lernmodul zugewiesen wird. Dynamics 365 HR kann Kurszuweisungen explizit erfassen und einen Datensatz erstellen, der die Person mit der Schulung verknüpft. | ||
| Warum das wichtig ist So können Unternehmen überwachen, ob neue oder beförderte Mitarbeitende die erforderlichen Schulungen rechtzeitig erhalten. Das unterstützt die Compliance und die Weiterentwicklung ihrer Kompetenzen. Woher beziehen Die Erfassung erfolgt explizit im Modul „Learning“ oder „Training“, wenn einem Mitarbeiterdatensatz ein Kurs zugewiesen wird. Erfassung In der Tabelle für Kurszuweisungen wird ein neuer Datensatz erstellt, der einen „Worker“ mit einem „Course“ verknüpft. Ereignistyp explicit | |||
Anleitungen zur Datenextraktion
Die Extraktionsmethoden für diesen Prozess werden derzeit geprüft. Schauen Sie später wieder vorbei oder kontaktieren Sie uns wenn Sie Unterstützung benötigen.
Möchten Sie loslegen?
Mit diesem Template verfügen Sie über alle nötigen Informationen, um mit der Optimierung Ihres Hire-to-Retire-Prozesses zu beginnen. Starten Sie noch heute den Weg zu einem effizienteren und konformen Mitarbeiterlebenszyklus.
Optimieren Sie jetzt den Mitarbeiterlebenszyklus von Hire to Retire
Verkürzen Sie Hire-to-Retire-Prozesse um 30 % und beseitigen Sie verborgene Ineffizienzen.
Keine Kreditkarte erforderlich. Starten Sie Ihre kostenlose 14-tägige Testphase.