Ihr Daten-Template für den Mitarbeiterlebenszyklus von der Einstellung bis zum Austritt
Ihr Daten-Template für den Mitarbeiterlebenszyklus von der Einstellung bis zum Austritt
- Empfohlene Attribute für eine umfassende Analyse
- Wichtige Aktivitäten und Meilensteine, die Sie im Prozess verfolgen sollten
- Systemspezifische Hinweise zur Datenextraktion aus dem Onboarding-Modul von SAP SuccessFactors
Attribute des Mitarbeiterlebenszyklus von der Einstellung bis zum Austritt
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivität ActivityName | Der Name des konkreten Events oder der Aufgabe, die zu einem bestimmten Zeitpunkt im Mitarbeiterlebenszyklus stattgefunden hat. | ||
| Beschreibung Dieses Attribut erfasst einzelne Schritte und Meilensteine im Hire-to-Retire-Prozess. Jeder Datensatz im Event Log entspricht einer Aktivität, etwa „Stellenanforderung erstellt“, „Onboarding gestartet“ oder „Beschäftigungsverhältnis beendet“. Die Analyse der Reihenfolge und Häufigkeit dieser Aktivitäten bildet den Kern von Process Mining. Sie hilft, die tatsächlichen Prozessabläufe automatisch zu entdecken, Abweichungen von der Standardvorgehensweise zu erkennen und Engpässe oder überflüssige Schritte aufzudecken. So kann die Analyse beispielsweise zeigen, ob die „Einrichtung der Gehaltsabrechnung abgeschlossen“ regelmäßig nach dem angestrebten Termin erfolgt. Warum das wichtig ist Dieses Attribut definiert die Prozessschritte. Sie bilden das Grundgerüst der Prozessübersicht und ermöglichen alle Analysen der Prozessabläufe. Woher beziehen Abgeleitet aus Event-Typen, Statusänderungen oder Aufgabenabschlussdatensätzen in verschiedenen SAP-SuccessFactors-Modulen wie Onboarding, Recruiting und Employee Central. Beispiele Angebot angenommenOnboarding gestartetPerformance Review durchgeführtBeschäftigungsverhältnis beendet | |||
| Mitarbeiter-ID EmployeeId | Die eindeutige Kennung für den gesamten Mitarbeiterlebenszyklus innerhalb der Organisation. | ||
| Beschreibung Die Mitarbeiter-ID dient als primäre Case-ID und verknüpft alle Events von der ersten Bewerbung bis zur Beendigung des Beschäftigungsverhältnisses. Sie ist unverzichtbar, um den Werdegang einer einzelnen Person durch die verschiedenen Beschäftigungsphasen nachzuverfolgen. In der Process-Mining-Analyse wird jede Aktivität, etwa „Angebot angenommen“ oder „Performance Review durchgeführt“, einer bestimmten Mitarbeiter-ID zugeordnet. So lässt sich der gesamte Mitarbeiterlebenszyklus für jeden einzelnen Case rekonstruieren. Das ermöglicht eine detaillierte Analyse von Prozessabläufen, Durchlaufzeiten und Abweichungen. Warum das wichtig ist Dieses grundlegende Attribut führt alle zugehörigen Events zu einer Prozessinstanz zusammen und ermöglicht so die Analyse des gesamten Mitarbeiterlebenszyklus. Woher beziehen In der Regel ist dies die primäre Mitarbeiterkennung im zentralen HR-Modul von SAP SuccessFactors. Beispiele 100234510098762001567 | |||
| Startzeit EventTime | Der Timestamp, der angibt, wann eine Aktivität oder ein Event begonnen hat. | ||
| Beschreibung Dieses Attribut enthält das genaue Datum und die Uhrzeit jeder Aktivität im Mitarbeiterlebenszyklus. Es dient dazu, Events chronologisch zu ordnen und die Dauer zwischen einzelnen Schritten zu berechnen. Genaue Timestamps sind für die Leistungsanalyse entscheidend. Sie ermöglichen die Berechnung wichtiger Kennzahlen wie der „Zeit bis zur Einstellung“ (Zeit zwischen „Stellenanforderung erstellt“ und „Angebot angenommen“) und der „Onboarding-Durchlaufzeit“. Die Analyse der Timestamps hilft, Verzögerungen zu erkennen und die Prozesseffizienz anhand von Service Level Agreements (SLAs) zu messen. Warum das wichtig ist Dieses Attribut gibt die chronologische Reihenfolge der Events an und ist für alle zeitbasierten Analysen unverzichtbar, darunter die Berechnung der Durchlaufzeit und die Erkennung von Engpässen. Woher beziehen Diese Information ist in SAP-SuccessFactors-Datensätzen in der Regel als Erstellungsdatum, Abschlussdatum oder Timestamp einer Statusänderung verfügbar. Beispiele 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2023-11-05T11:21:00Z | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp, der angibt, wann die Daten zu diesem Ereignis zuletzt aktualisiert oder aus dem Quellsystem extrahiert wurden. | ||
| Beschreibung Dieses Attribut erfasst Datum und Uhrzeit des letzten Datenabrufs aus dem Quellsystem. Es bezeichnet nicht den Zeitpunkt des Ereignisses, sondern den Zeitpunkt, zu dem der Datensatz zuletzt im Process-Mining-Datensatz aktualisiert wurde. Dieses Metadatenattribut ist wichtig für Data Governance und Datenzuverlässigkeit. Es zeigt Benutzern, wie aktuell die analysierten Daten sind, und stellt sicher, dass die Auswertungen auf aktuellen Informationen beruhen. Außerdem dient es der Steuerung inkrementeller Datenladungen. Warum das wichtig ist Das Attribut macht transparent, wie aktuell die Daten sind. So können Analysten die Aktualität ihrer Ergebnisse und Erkenntnisse beurteilen. Woher beziehen Dieser Timestamp wird während der Datenübernahme (ETL/ELT) generiert und jedem Datensatz hinzugefügt. Beispiele 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Quellsystem SourceSystem | Gibt an, in welchem System die Event-Daten entstanden sind. | ||
| Beschreibung Dieses Attribut bezeichnet die Quellanwendung, aus der die Daten extrahiert wurden. In dieser Prozessansicht lautet der Wert in der Regel „SAP SuccessFactors Onboarding“. Er kann aber auch andere integrierte Systeme umfassen. In komplexen IT-Landschaften stammen Daten zum Mitarbeiterlebenszyklus möglicherweise aus mehreren Systemen, etwa Recruiting, Core HR und Gehaltsabrechnung. Dieses Attribut hilft, die Datenherkunft nachzuverfolgen, Probleme mit der Datenqualität zu untersuchen und den Umfang der Prozessanalyse zu verstehen. Warum das wichtig ist Dieses Attribut liefert wichtige Informationen zur Herkunft der Daten. Das ist für die Datenvalidierung, Governance und das Verständnis des Prozessumfangs relevant. Woher beziehen In der Regel handelt es sich um einen statischen Wert, der bei der Datenextraktion und -transformation hinzugefügt wird, um die Herkunft des Datensatzes zu kennzeichnen. Beispiele SAP SuccessFactors OnboardingSAP SuccessFactors Employee CentralSAP Fieldglass | |||
| Abteilung Department | Die organisatorische Abteilung, der die beschäftigte Person zugeordnet ist. | ||
| Beschreibung Dieses Attribut enthält den Namen der Fachabteilung, zum Beispiel „Vertrieb“, „Technik“ oder „Personalwesen“. Es ist ein grundlegender organisatorischer Datenpunkt zur Rolle der beschäftigten Person. Die Abteilung ist eine zentrale Dimension für vergleichende Auswertungen. Kennzahlen wie „Onboarding-Durchlaufzeit“ oder „Fluktuationsrate“ lassen sich danach aufschlüsseln, um Prozessunterschiede innerhalb der Organisation sichtbar zu machen. So können abteilungsspezifische Probleme erkannt werden, etwa ein langsamer Onboarding-Prozess in der Technik oder eine hohe Fluktuation im Vertrieb. Warum das wichtig ist Als zentrale Dimension ermöglicht das Attribut, Prozessleistung und Ergebnisse in verschiedenen Unternehmensbereichen miteinander zu vergleichen. Woher beziehen Diese Daten gehören zum zentralen Mitarbeiterdatensatz in SAP SuccessFactors Employee Central und sind mit der Position der beschäftigten Person verknüpft. Beispiele TechnikVertrieb und MarketingFinanzenKundenservice | |||
| Berufsrolle JobRole | Die konkrete Stellenbezeichnung oder Rolle der beschäftigten Person. | ||
| Beschreibung Dieses Attribut gibt die Stellenbezeichnung der beschäftigten Person an, zum Beispiel „Softwareentwickler“, „Kundenbetreuer“ oder „Finanzanalyst“. Es beschreibt genauer, welche Funktion die Person in der Organisation ausübt. Die Auswertung nach Berufsrolle zeigt, wie sich Prozesse für verschiedene Beschäftigtengruppen unterscheiden. Im Dashboard „Lücken bei Schulungszuweisungen“ lässt sich beispielsweise prüfen, ob für bestimmte Rollen erforderliche Schulungen fehlen. Ebenso kann analysiert werden, ob die Besetzung höherer oder technischer Positionen länger dauert. Warum das wichtig ist Das Attribut ermöglicht detaillierte Prozessanalysen für verschiedene Funktionen und hilft dabei, Verbesserungen auf bestimmte Rollen zuzuschneiden. Woher beziehen Diese Information ist in SAP SuccessFactors Employee Central in den Positions- oder Stelleninformationen der beschäftigten Person gespeichert. Beispiele Senior-SoftwareentwicklerProduktmanagerHR Business Partner | |||
| Einstellende Führungskraft HiringManager | Der Name der Führungskraft, die für die neu eingestellte oder von einem Lebenszyklusereignis betroffene Person verantwortlich ist. | ||
| Beschreibung Dieses Attribut gibt die Führungskraft an, die dem Case der beschäftigten Person zugeordnet ist. Die einstellende Führungskraft ist an vielen Ereignissen im Lebenszyklus beteiligt, darunter Genehmigungen, Onboarding-Aufgaben und Leistungsbeurteilungen. Die Auswertung nach Führungskraft ist für das Dashboard „Engpassanalyse bei Genehmigungen durch Führungskräfte“ entscheidend. Sie zeigt, bei welchen Führungskräften Genehmigungen lange dauern und wo Schulungen oder Unterstützung beim Prozess hilfreich sein könnten. Außerdem lassen sich Leistungen vergleichen und bewährte Vorgehensweisen ermitteln. Warum das wichtig ist Das Attribut kennzeichnet eine wichtige Rolle im Prozess. So lassen sich die Leistung einzelner Führungskräfte, Verzögerungen bei Genehmigungen und Muster auf Teamebene analysieren. Woher beziehen Diese Information ist in der Regel in der Stellenausschreibung oder im Profil der beschäftigten Person in SAP SuccessFactors Employee Central gespeichert. Beispiele John SmithMaria GarciaChen Wei | |||
| Einstellungsdauer TimeToHire | Die berechnete Dauer von der Erstellung einer Stellenausschreibung bis zur Annahme eines Angebots. | ||
| Beschreibung Diese Kennzahl misst die Effizienz des Recruiting-Prozesses. Sie erfasst die Zeit vom formellen Beginn des Personalbedarfs („Stellenausschreibung erstellt“) bis zur verbindlichen Annahme des Angebots durch einen Kandidaten („Angebot angenommen“). Als zentrale Kennzahl dient die Einstellungsdauer dazu, Geschwindigkeit und Leistung des Talent-Acquisition-Bereichs zu bewerten. Eine lange Einstellungsdauer kann dazu führen, dass besonders geeignete Kandidaten zu Wettbewerbern wechseln und Projekte sich verzögern. Im Dashboard „Leistung bei der Einstellungsdauer“ wird diese Kennzahl regelmäßig mit Zielwerten verglichen. Warum das wichtig ist Diese zentrale Recruiting-Kennzahl zeigt, wie schnell die Organisation Talente gewinnen kann. Das wirkt sich unmittelbar auf ihre Wettbewerbsfähigkeit und die Umsetzung ihrer Geschäftsstrategie aus. Woher beziehen Wird im Process-Mining-Tool berechnet, indem die Timestamps der Aktivitäten „Stellenausschreibung erstellt“ und „Angebot angenommen“ voneinander abgezogen werden. Beispiele 35 Tage52 Tage28 Tage | |||
| Endzeit EndTime | Der Timestamp, der angibt, wann eine Aktivität oder ein Ereignis mit einer bestimmten Dauer abgeschlossen wurde. | ||
| Beschreibung Während StartTime den Beginn eines Ereignisses angibt, markiert EndTime dessen Abschluss. Das ist besonders bei Aktivitäten mit einer bestimmten Dauer hilfreich, etwa bei der „Erfassung der Daten neuer Mitarbeitender“ oder einem Genehmigungsschritt durch eine Führungskraft. Mit Start- und Endzeit lässt sich die Verarbeitungszeit einzelner Aktivitäten präzise berechnen. So wird sichtbar, welche Schritte innerhalb eines längeren Zyklus am meisten Zeit beanspruchen. Das ermöglicht eine detailliertere Analyse als die Zykluszeit auf Case-Ebene allein. Warum das wichtig ist Damit lassen sich die Dauer einzelner Aktivitäten präzise berechnen. Das ist entscheidend, um konkrete Ineffizienzen und Engpässe im Prozess zu erkennen. Woher beziehen In SAP SuccessFactors entspricht dies häufig dem Timestamp „Abschlussdatum“ oder „Zuletzt geändert“ einer Aufgabe oder eines Prozessschritts. Beispiele 2023-01-15T11:30:00Z2023-03-21T09:00:15Z | |||
| Onboarding-Durchlaufzeit OnboardingCycleTime | Die berechnete Dauer vom Zeitpunkt, an dem ein Kandidat ein Angebot annimmt, bis zum Abschluss des Onboardings. | ||
| Beschreibung Diese Kennzahl misst die gesamte Zeit zwischen der Aktivität „Angebot angenommen“ und einem festgelegten Ereignis zum Abschluss des Onboardings, etwa „Mitarbeiterprofil aktiviert“ oder „Gehaltsabrechnung eingerichtet“. Sie stammt nicht direkt aus einem Feld des Quellsystems, sondern wird anhand der Event-Timestamps berechnet. Das Attribut entspricht direkt der Kennzahl „Onboarding-Durchlaufzeit“ und ist die zentrale Messgröße des zugehörigen Dashboards. Die Auswertung dieser Dauer hilft HR-Abteilungen, Engpässe im Onboarding-Prozess zu erkennen und die Wirkung von Verbesserungsmaßnahmen zu verfolgen, mit denen neue Mitarbeitende schneller produktiv werden sollen. Warum das wichtig ist Diese wichtige Kennzahl misst die Effizienz des Onboarding-Prozesses. Sie wirkt sich unmittelbar auf die Erfahrung neuer Mitarbeitender und die Zeit bis zu ihrer vollen Produktivität aus. Woher beziehen Wird im Process-Mining-Tool berechnet, indem die Timestamps der Aktivitäten „Angebot angenommen“ und „Onboarding abgeschlossen“ voneinander abgezogen werden. Beispiele 10 Tage 4 Stunden15 Tage 2 Stunden7 Tage 8 Stunden | |||
| Stellenausschreibungs-ID JobRequisitionId | Die eindeutige Kennung der Stellenausschreibung, mit der der Einstellungsprozess begonnen hat. | ||
| Beschreibung Diese ID verknüpft den Lebenszyklus der beschäftigten Person mit der konkreten Stellenausschreibung, für die sie eingestellt wurde. Sie liefert wichtige Informationen zur Rolle, Abteilung und den Anforderungen der Stelle. In der Analyse dient die Stellenausschreibungs-ID dazu, Einstellungsprozesse zusammenzufassen und miteinander zu vergleichen. So lässt sich beispielsweise die Kennzahl „Time-to-Hire“ nach Stellenausschreibung, Abteilung oder Recruiter auswerten, um festzustellen, in welchen Bereichen der Einstellungsprozess besonders effizient oder langsam ist. Damit lassen sich Fragen beantworten wie: „Welche Arten von Stellen lassen sich am schwersten besetzen?“ Warum das wichtig ist Sie verknüpft den Werdegang der beschäftigten Person mit dem ursprünglichen Personalbedarf und ermöglicht so eine gezielte Segmentierung und Analyse der Recruiting-Phase. Woher beziehen Diese Kennung befindet sich im Recruiting-Modul von SAP SuccessFactors und ist mit dem Kandidaten sowie dem späteren Mitarbeiterprofil verknüpft. Beispiele REQ-2023-05-101REQ-2024-01-235REQ-2023-11-088 | |||
| Ausgeführt von Benutzer PerformedByUser | Der Name oder die ID des Benutzers, der die Aktivität ausgeführt hat. | ||
| Beschreibung Dieses Attribut kennzeichnet die Person, zum Beispiel einen HR-Spezialisten, Recruiter oder eine Führungskraft, die eine bestimmte Aufgabe oder ein Ereignis im Prozess ausgeführt hat. Es erfasst die Beteiligung von Mitarbeitenden am Workflow. Die Auswertung danach, wer Aktivitäten ausführt, ist wichtig, um Ressourceneinsatz, Arbeitsverteilung und Leistung zu verstehen. Sie kann zeigen, welche Recruiter besonders erfolgreich sind, bei welchen Führungskräften Genehmigungen lange dauern oder welche Mitglieder des HR-Teams die meisten Aufgaben bearbeiten. Außerdem lassen sich damit von Mitarbeitenden ausgeführte Aufgaben von automatisierten Aufgaben unterscheiden. Warum das wichtig ist Das Attribut ordnet Prozessaktivitäten einzelnen Personen zu. Dadurch werden Arbeitslastanalysen und das Management der Ressourcenleistung möglich, ebenso wie die Ermittlung des Schulungsbedarfs. Woher beziehen Diese Information findet sich häufig in Audit-Protokollen oder in Feldern wie „Zuletzt geändert von“ für Aufgaben und Datensätze in SAP SuccessFactors. Beispiele asmithjdoebchen | |||
| Austrittsgrund TerminationReason | Der angegebene Grund für den Austritt der beschäftigten Person aus dem Unternehmen. | ||
| Beschreibung Dieses Attribut erfasst den konkreten Grund für das Ausscheiden einer beschäftigten Person. Dabei kann es sich um einen freiwilligen Austritt handeln, etwa „Eigenkündigung – bessere berufliche Perspektive“, oder um einen unfreiwilligen Austritt, zum Beispiel „Leistungsbedingte Kündigung“. Das Attribut ist wichtig für das Dashboard „Analyse von Mustern bei hoher Fluktuation“. Werden Austrittsgründe mit bestimmten Prozessverläufen verglichen, können Unternehmen die Ursachen für Fluktuation ermitteln. So könnte eine Analyse zeigen, dass Mitarbeitende nach einem besonders langen Onboarding-Prozess häufiger innerhalb des ersten Jahres kündigen. Warum das wichtig ist Das Attribut liefert wichtige Informationen zu den Gründen für Austritte. So lassen sich die Ursachen der Fluktuation analysieren und gezielte Maßnahmen zur Mitarbeiterbindung entwickeln. Woher beziehen Diese Information wird während des Offboardings oder Austrittsprozesses in SAP SuccessFactors Employee Central erfasst. Beispiele Freiwillig – EigenkündigungUnfreiwillig – LeistungRuhestandUnfreiwillig – Umstrukturierung | |||
| Beschäftigungsstatus EmploymentStatus | Der aktuelle Beschäftigungsstatus der Person, zum Beispiel aktiv, ausgeschieden oder beurlaubt. | ||
| Beschreibung Dieses Attribut gibt den aktuellen Beschäftigungsstatus der Person an. Es ändert sich an wichtigen Punkten im Lebenszyklus, insbesondere zu Beginn („Aktiv“) und am Ende („Ausgeschieden“). Der Beschäftigungsstatus ist eine wichtige Dimension für die Analyse des Dashboards „Durchsatz im Mitarbeiterlebenszyklus“. Mit einem Filter nach Status können Analysten den Verlauf aktiver Beschäftigungsverhältnisse verfolgen, die Zahl der Austritte im Zeitverlauf beobachten und Prozessvarianten für beurlaubte Mitarbeitende vergleichen. Das Attribut zeigt das übergeordnete Ergebnis jedes Case. Warum das wichtig ist Das Attribut zeigt das Ergebnis für jeden Mitarbeiter-Case und ist unverzichtbar für Kohorten- und Fluktuationsanalysen sowie für die Auswertung des Prozessdurchsatzes. Woher beziehen Dieses Standardfeld befindet sich in den Stelleninformationen der beschäftigten Person in SAP SuccessFactors Employee Central. Beispiele AktivAusgeschiedenBezahlter UrlaubUnbezahlter Urlaub | |||
| Geschäftseinheit BusinessUnit | Die übergeordnete Geschäftseinheit oder Sparte, der die beschäftigte Person angehört. | ||
| Beschreibung Dieses Attribut bildet eine höhere Organisationsebene als die Abteilung ab, zum Beispiel „Konsumgüter“ oder „Unternehmenssoftware“. Es ordnet die Rolle der beschäftigten Person in einen größeren geschäftlichen Zusammenhang ein. Die Analyse auf Ebene der Geschäftseinheit zeigt der Unternehmensleitung, wie die Prozesse in den wichtigsten Geschäftsbereichen abschneiden. Sie kann systemische Probleme in einer Sparte aufdecken oder Geschäftseinheiten mit besonders guten Ergebnissen hervorheben, deren bewährte Vorgehensweisen sich andernorts übernehmen lassen. Das ist hilfreich für die strategische Personalplanung und die Ressourcenverteilung. Warum das wichtig ist Das Attribut bietet eine übergeordnete Analysedimension und ermöglicht strategische Vergleiche von Prozesseffizienz und Ergebnissen zwischen den großen Unternehmensbereichen. Woher beziehen Dieses Standardelement der Organisationsstruktur in SAP SuccessFactors Employee Central ist mit der Position der beschäftigten Person verknüpft. Beispiele Globale TechnologiePrivatkundengeschäftPharmazeutika | |||
| Kandidaten-ID CandidateId | Die eindeutige Kennung, die einem Bewerber zugewiesen wird, bevor er zum Mitarbeiter wird. | ||
| Beschreibung Diese ID verfolgt eine Person durch die Recruiting-Phase, bevor eine Mitarbeiter-ID vergeben wird. Sie verknüpft alle Aktivitäten vor der Einstellung, etwa „Bewerbung eingegangen“ und „Vorstellungsgespräch geplant“. Die Mitarbeiter-ID ist zwar die primäre Case-ID für den durchgängigen Prozess, doch für eine detaillierte Analyse des Recruiting-Trichters ist die Kandidaten-ID unverzichtbar. Sie ermöglicht es, alle Bewerber für eine Stellenausschreibung nachzuverfolgen, nicht nur die eingestellte Person. So lassen sich die Konversionsraten im Recruiting analysieren. Warum das wichtig ist Das Attribut ermöglicht eine detaillierte Analyse des Recruiting-Trichters, indem es alle Bewerber erfasst. So werden Konversionsraten und die Effizienz der Prozesse vor der Einstellung sichtbar. Woher beziehen Dies ist eine primäre Kennung im Recruiting-Modul von SAP SuccessFactors. Beispiele CAND-84392CAND-91034CAND-79831 | |||
| Land Country | Das Land, in dem die beschäftigte Person arbeitet oder die Position angesiedelt ist. | ||
| Beschreibung Dieses Attribut gibt das Land des Arbeitsorts der beschäftigten Person an. Es liefert wichtige geografische und organisatorische Informationen. Prozessvarianten hängen häufig vom Standort ab, etwa aufgrund unterschiedlicher Arbeitsgesetze, Vorschriften und Geschäftspraktiken. Eine Auswertung nach Land macht solche Unterschiede sichtbar, zum Beispiel längere Einstellungszyklen oder abweichende Compliance-Schritte in bestimmten Regionen. Sie ist wichtig, um Prozesse weltweit zu standardisieren und zugleich lokale Anforderungen zu berücksichtigen. Warum das wichtig ist Das Attribut ermöglicht eine geografische Segmentierung des Prozesses. So lassen sich regionale Unterschiede bei Leistung, Compliance und Kosten nachvollziehen. Woher beziehen Diese Information gehört zu den Standort- oder Stellenangaben der beschäftigten Person in SAP SuccessFactors Employee Central. Beispiele USADeutschlandIndienBrasilien | |||
| Nacharbeit IsRework | Ein boolesches Kennzeichen dafür, ob eine Aktivität innerhalb desselben Case zum zweiten oder wiederholten Mal ausgeführt wird. | ||
| Beschreibung Dieses berechnete Attribut kennzeichnet Aktivitäten, die sich im Lebenszyklus einer beschäftigten Person wiederholen. Wird beispielsweise das Formular zur Compliance-Bestätigung zweimal unterzeichnet, weil die erste Einreichung fehlerhaft war, wird die zweite Ausführung als Nacharbeit gekennzeichnet. Das Attribut ist wichtig für das Dashboard „Nacharbeit und Redundanzen bei Aktivitäten“. Es hilft, Prozessverschwendung zu quantifizieren und Bereiche zu erkennen, in denen Aufgaben nicht gleich beim ersten Mal korrekt erledigt werden. Häufige Nacharbeit kann auf Schulungsbedarf, eine schwierige Bedienung des Systems oder unklare Prozesse hinweisen. Warum das wichtig ist Das Attribut macht Ineffizienzen sichtbar, indem es wiederholte Arbeit erfasst. So lassen sich Möglichkeiten erkennen, die Prozessqualität zu verbessern und unnötigen Aufwand zu verringern. Woher beziehen Wird im Process-Mining-Tool berechnet, indem die Aktivitätsabfolge für jeden Case analysiert und wiederholte Aktivitäten gekennzeichnet werden. Beispiele truefalse | |||
| Recruiting-Kanal RecruitmentSource | Der Kanal, über den der Kandidat gefunden wurde, zum Beispiel eine Stellenbörse, eine Empfehlung durch Mitarbeitende oder eine Direktbewerbung. | ||
| Beschreibung Dieses Attribut erfasst, über welchen Kanal die Bewerbung eingegangen ist. Es zeigt, welche Recruiting-Kanäle sich am besten eignen, um passende Talente zu finden und einzustellen. Die Daten sind für das Dashboard „Abschluss und Genauigkeit der Gehaltsabrechnung“ relevant, da sie zeigen können, ob bei Kandidaten aus bestimmten Quellen häufiger Probleme auftreten. Darüber hinaus lässt sich damit die Qualität und Geschwindigkeit von Einstellungen über verschiedene Kanäle hinweg analysieren. So kann sich beispielsweise zeigen, dass Empfehlungen durch Mitarbeitende mit der kürzesten Einstellungsdauer und den höchsten Bindungsraten verbunden sind. Warum das wichtig ist Das Attribut hilft, die Wirksamkeit verschiedener Recruiting-Kanäle zu messen und Recruiting-Strategien sowie Budgets gezielt anzupassen. Woher beziehen Diese Information wird im Recruiting-Modul von SAP SuccessFactors erfasst, wenn sich ein Kandidat bewirbt. Beispiele LinkedInEmpfehlung durch MitarbeitendeUnternehmenswebsiteIndeed | |||
Aktivitäten im Mitarbeiterlebenszyklus von der Einstellung bis zum Austritt
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Angebot angenommen | Dieses Event bezeichnet den Zeitpunkt, zu dem ein Kandidat das Stellenangebot offiziell annimmt. Damit beginnt der Übergang vom Recruiting zum Onboarding. In der Regel wird es anhand einer Statusänderung der Bewerbung im Recruiting-Modul ermittelt. | ||
| Warum das wichtig ist Dieser wichtige Meilenstein markiert das Ende der „Zeit bis zur Einstellung“ und den Beginn der „Onboarding-Durchlaufzeit“. Verzögerungen davor wirken sich auf das Recruiting aus, Verzögerungen danach auf die Erfahrung neuer Mitarbeitender. Woher beziehen Ermittelt anhand einer Statusänderung in der Bewerbung des Kandidaten im SAP-SuccessFactors-Recruiting-Modul, zum Beispiel durch den Wechsel zu „Angebot angenommen“ oder einem ähnlichen Status. Erfassung Basierend auf dem Timestamp, zu dem der Bewerbungsstatus auf „Angebot angenommen“ oder einen gleichwertigen Status gesetzt wird. Ereignistyp inferred | |||
| Beendigung eingeleitet | Der Austritt eines Mitarbeitenden wird durch eine Führungskraft oder HR eingeleitet. In Employee Central wird dies protokolliert, sobald eine Beendigungsmaßnahme im System erfasst wird, häufig mit einem zukünftigen Wirksamkeitsdatum. | ||
| Warum das wichtig ist Dieses Event markiert den Beginn des Offboarding-Prozesses. Die Analyse der nachfolgenden Aktivitäten ist entscheidend, um Effizienz und Compliance beim Offboarding zu beurteilen. Woher beziehen Diese explizite Aktion wird in SAP SuccessFactors Employee Central erfasst. Als Event-Zeitpunkt dient das Erstellungsdatum des Beendigungsdatensatzes für den Mitarbeitenden. Erfassung Erstellungs-Timestamp des Beendigungsdatensatzes im Beschäftigungsverlauf des Mitarbeitenden. Ereignistyp explicit | |||
| Beschäftigungsverhältnis beendet | Der Datensatz des Mitarbeitenden wird am letzten Arbeitstag offiziell im System deaktiviert. Damit endet der Mitarbeiterlebenszyklus. | ||
| Warum das wichtig ist Dies ist das abschließende End Event der Hire-to-Retire-Prozessinstanz. Die Zeit zwischen „Beendigung eingeleitet“ und diesem Event entspricht der gesamten Offboarding-Dauer. Woher beziehen Erfasst in SAP SuccessFactors Employee Central. Das Event entspricht dem Wirksamkeitsdatum der Beendigungsmaßnahme im „Job Information“-Verlauf des Mitarbeitenden. Erfassung Das Wirksamkeitsdatum des Beendigungsdatensatzes in Employee Central. Ereignistyp explicit | |||
| Mitarbeiterprofil aktiviert | Die Daten neuer Mitarbeitender werden offiziell aus dem Onboarding an Employee Central übertragen. Das Mitarbeiterprofil wird zum Arbeitsbeginn aktiviert. Das Event wird erfasst, wenn der Datensatz im zentralen HRIS angelegt und aktiviert wird. | ||
| Warum das wichtig ist Damit wird die Person offiziell in den Unternehmensdaten erfasst. Dies ist der letzte Schritt des Einstellungsprozesses und der Beginn des aktiven Beschäftigungsverhältnisses. Woher beziehen Dieses Event tritt in SAP SuccessFactors Employee Central auf. Es wird anhand des Einstellungs- oder Erstellungsdatums des Beschäftigungsdatensatzes erfasst. Erfassung Der Timestamp des Einstellungsdatums im Hauptbeschäftigungsdatensatz der Person in Employee Central. Ereignistyp explicit | |||
| Onboarding gestartet | Der Datensatz des neuen Mitarbeitenden wird im Onboarding-Modul angelegt und die zugehörigen Onboarding-Aufgaben werden gestartet. Dieses explizite Event wird protokolliert, wenn der Onboarding-Prozess für die neue Person ausgelöst wird. | ||
| Warum das wichtig ist Dies ist der offizielle Beginn des Onboarding-Prozesses. Der Zeitpunkt bildet eine klare Grundlage, um die Effizienz des Onboardings und das Engagement neuer Mitarbeitender zu messen. Woher beziehen SAP SuccessFactors Onboarding 2.0 erstellt für neue Mitarbeitende eine Prozessinstanz mit einem bestimmten Startdatum und Timestamp, sobald sie aus dem Recruiting-Modul übergeben werden. Erfassung Der Erstellungs-Timestamp des Onboarding-Prozessdatensatzes für neue Mitarbeitende. Ereignistyp explicit | |||
| Status „Einstellungsbereit“ gesetzt | Alle Onboarding-Aktivitäten vor dem ersten Arbeitstag sind abgeschlossen. Das System kennzeichnet den Kandidaten als bereit für die Einstellung im zentralen HR-System. In der Regel wird dieses Event anhand des Gesamtstatus des Onboarding-Prozesses ermittelt. | ||
| Warum das wichtig ist Dieser Meilenstein bestätigt, dass alle Voraussetzungen für den offiziellen Arbeitsbeginn erfüllt sind. Er ist ein wichtiger Prüfpunkt, bevor das Mitarbeiterprofil und die Gehaltsabrechnung aktiviert werden. Woher beziehen Ermittelt anhand des Status der Onboarding-Prozessinstanz im SAP-SuccessFactors-Onboarding-Modul, sobald sie einen abschließenden Schritt wie „Einstellungsbereit“ erreicht. Erfassung Der Timestamp, zu dem sich der Status des Onboarding-Prozesses in „Abgeschlossen“ oder „Einstellungsbereit“ ändert. Ereignistyp inferred | |||
| Stellenanforderung erstellt | Dieses Event markiert den offiziellen Beginn des Einstellungsprozesses: Eine neue Stelle wird freigegeben und für Bewerbungen ausgeschrieben. In der Regel wird es im SAP-SuccessFactors-Recruiting-Modul erfasst, wenn ein neues Stellenanforderungsformular gespeichert und veröffentlicht wird. | ||
| Warum das wichtig ist Dies ist der wichtigste Startpunkt für die Messung der Kennzahl „Zeit bis zur Einstellung“. Die Analyse der Zeit ab diesem Event hilft, Verzögerungen in den ersten Phasen der Talentgewinnung zu erkennen. Woher beziehen Erfasst im SAP-SuccessFactors-Recruiting-Modul. Das Event entspricht dem Erstellungsdatum und -Timestamp der Stellenanforderung. Erfassung Ermittelt anhand des Erstellungs-Timestamps des Stellenanforderungsdatensatzes im Recruiting-Modul. Ereignistyp explicit | |||
| Aufgaben der Führungskraft abgeschlossen | Die einstellende Führungskraft erledigt die zugewiesenen Onboarding-Aufgaben, zum Beispiel den Ausstattungsbedarf zu bestätigen oder Ziele für die erste Woche festzulegen. Das Event wird erfasst, wenn die Checkliste oder bestimmte Aufgaben der Führungskraft als abgeschlossen markiert werden. | ||
| Warum das wichtig ist Die Beteiligung der Führungskraft ist entscheidend für ein erfolgreiches Onboarding. Die Analyse der Durchlaufzeit dieser Aufgaben hilft, Engpässe im Verantwortungsbereich der Führungskraft zu erkennen. Woher beziehen Erfasst im SAP-SuccessFactors-Onboarding-Modul. Maßgeblich ist der Abschluss-Timestamp der Aufgaben, die der einstellenden Führungskraft zugewiesen wurden. Erfassung Abschluss-Timestamp der Aufgaben, die der Führungskraft im Onboarding-Prozess zugewiesen wurden. Ereignistyp explicit | |||
| Beförderung genehmigt | Der Antrag einer Führungskraft auf Beförderung eines Mitarbeitenden wird im System offiziell genehmigt. Dieses explizite Event wird erfasst, wenn eine Änderungstransaktion der „Job Information“ mit dem Ereignisgrund „Promotion“ gespeichert wird. | ||
| Warum das wichtig ist Die Nachverfolgung von Beförderungen ist wichtig, um interne Mobilität und berufliche Entwicklung zu verstehen. Die Dauer bis zur Freigabe kann auf administrative Engpässe hinweisen. Woher beziehen Protokolliert in SAP SuccessFactors Employee Central. Es handelt sich um eine Änderung des Datensatzes „Job Information“ mit dem Ereignisgrund „Promotion“ und einem Wirksamkeitsdatum. Erfassung Erstellungs-Timestamp einer Änderung der „Job Information“ mit dem Ereignisgrund „Promotion“. Ereignistyp explicit | |||
| Bewerbung eingegangen | Ein Kandidat reicht offiziell eine Bewerbung auf eine Stellenanforderung ein. Das Event wird erfasst, sobald eine Bewerbung für eine bestimmte Stellenanforderung erfolgreich im System eingeht. | ||
| Warum das wichtig ist Anhand der Zahl der Bewerbungen und der Zeit seit Erstellung der Stellenanforderung lässt sich die Wirksamkeit der Recruiting-Kanäle und des Personalmarketings bewerten. Woher beziehen Erfasst im SAP-SuccessFactors-Recruiting-Modul. Für jeden Bewerbungsdatensatz dient das Erstellungsdatum als Event-Timestamp. Erfassung Der Einreichungs-Timestamp im Bewerbungsdatensatz des Kandidaten. Ereignistyp explicit | |||
| Compliance-Formular unterzeichnet | Neue Mitarbeitende füllen vorgeschriebene Compliance-Dokumente aus und unterzeichnen sie elektronisch, etwa das Formular I-9, Steuerformulare oder Richtlinienbestätigungen. Das Event wird protokolliert, sobald eine bestimmte Aufgabe zu einem Compliance-Dokument abgeschlossen ist. | ||
| Warum das wichtig ist Die Einhaltung der Compliance-Vorgaben ist ein unverzichtbarer Bestandteil des Onboardings. Mit dieser Aktivität lässt sich die Compliance-Quote im HR-Bereich überwachen und das rechtliche Risiko verringern. Woher beziehen Protokolliert im Bereich für Compliance-Formulare des SAP-SuccessFactors-Onboarding-Moduls. Der Abschluss jedes Formulars ist mit einem Timestamp versehen, der für das Event Log verwendet werden kann. Erfassung Abschluss-Timestamp einer bestimmten Aufgabe zu einem Compliance-Formular, etwa „I-9 Abschnitt 1“ oder „W-4“. Ereignistyp explicit | |||
| Datenerfassung für neue Mitarbeitende abgeschlossen | Neue Mitarbeitende schließen die ersten Aufgaben zur Datenerfassung ab, etwa die Angabe persönlicher Daten und Bankverbindungen sowie von Notfallkontakten. Das Event wird erfasst, wenn bestimmte Aufgaben oder eine Aufgabengruppe in der Onboarding-Checkliste als abgeschlossen markiert werden. | ||
| Warum das wichtig ist Die rechtzeitige Datenerfassung ist entscheidend für nachfolgende Schritte wie die Einrichtung der Gehaltsabrechnung und die IT-Bereitstellung. Verzögerungen an dieser Stelle verursachen nachgelagerte Engpässe und können den ersten Arbeitstag neuer Mitarbeitender beeinträchtigen. Woher beziehen Erfasst im SAP-SuccessFactors-Onboarding-Modul. Als Event-Zeitpunkt dient der Abschluss-Timestamp der relevanten Datenerfassungsschritte oder Formulare. Erfassung Abschluss-Timestamp des Schritts „Erfassung persönlicher Daten“ oder eines vergleichbaren Standardschritts im Onboarding-Prozess. Ereignistyp explicit | |||
| Gehaltsabrechnung eingerichtet | Die Daten neuer Mitarbeitender werden erfolgreich in das Gehaltsabrechnungssystem eingetragen und bestätigt. Das Event kann anhand des Abschlusses einer bestimmten Aufgabe in SuccessFactors erfasst oder aus Datenreplikationsprotokollen an ein Gehaltsabrechnungssystem abgeleitet werden. | ||
| Warum das wichtig ist Eine korrekte und rechtzeitige Einrichtung der Gehaltsabrechnung ist entscheidend für einen guten Start neuer Mitarbeitender. Die Erfassung dieses Schritts hilft, die Fehlerquote bei der Einrichtung der Gehaltsabrechnung und die fristgerechte Fertigstellung zu messen. Woher beziehen Die direkte Nachverfolgung kann schwierig sein. Das Event kann als manuelle Aufgabe in der Onboarding-Checkliste erfasst oder aus Datenintegrationsprotokollen zwischen Employee Central und dem Gehaltsabrechnungssystem abgeleitet werden. Erfassung Abgeleitet aus dem Abschluss einer Aufgabe wie „Gehaltsabrechnung benachrichtigen“ oder einem erfolgreichen Eintrag im Datensynchronisierungsprotokoll. Ereignistyp inferred | |||
| Offboarding-Aufgaben abgeschlossen | Alle erforderlichen Offboarding-Aufgaben sind abgeschlossen, etwa die Rückgabe von Arbeitsmitteln, die Wissensübergabe und die letzten Anweisungen zur Gehaltsabrechnung. Das Event wird erfasst, wenn die Offboarding-Checkliste ihren Endstatus erreicht. | ||
| Warum das wichtig ist Wenn alle Offboarding-Schritte abgeschlossen sind, sinken Sicherheitsrisiken und die Einhaltung rechtlicher Vorgaben ist gewährleistet. Diese Aktivität ist wichtig, um die Offboarding-Durchlaufzeit zu messen. Woher beziehen Erfasst im SAP-SuccessFactors-Offboarding-Modul. Das Event wird anhand des Abschlusses der letzten Aufgabe in der Offboarding-Checkliste des Mitarbeitenden abgeleitet. Erfassung Der Timestamp, zu dem sich der Status des Offboarding-Prozesses in „Abgeschlossen“ ändert. Ereignistyp inferred | |||
| Performance Review durchgeführt | Ein formeller Performance-Review-Zyklus für einen Mitarbeitenden wird abgeschlossen. Das Event wird erfasst, wenn ein Performance-Review-Formular finalisiert und im Modul Performance & Goals auf „Abgeschlossen“ gesetzt wird. | ||
| Warum das wichtig ist Diese Aktivität ist wichtig, um die Kennzahl zur Einhaltung des Performance-Review-Rhythmus zu analysieren. Sie hilft sicherzustellen, dass Entwicklung und Feedback für Mitarbeitende in der gesamten Organisation regelmäßig stattfinden. Woher beziehen Erfasst im SAP-SuccessFactors-Modul Performance & Goals. Das Event entspricht dem Abschluss-Timestamp des Performance-Review-Formulars. Erfassung Abschluss-Timestamp des Performance-Review-Formulars für den Mitarbeitenden. Ereignistyp explicit | |||
Extraktionsleitfäden
Schritte
- Voraussetzungen: Stellen Sie sicher, dass Sie über Administratorzugriff auf SAP SuccessFactors mit rollenbasierten Berechtigungen (RBP) für das „Integration Center“ sowie Lesezugriff auf die erforderlichen OData-APIs verfügen, zum Beispiel JobRequisition, JobApplication, ONB2Process und EmpJob. Außerdem benötigen Sie die Zugangsdaten für den SFTP-Server, auf dem die Ausgabedateien abgelegt werden.
- Vorgehensweise: Der Prozess von der Einstellung bis zum Austritt erstreckt sich über mehrere SuccessFactors-Module. Richten Sie mehrere separate Integrationen ein, jeweils für eine wichtige Datenquelle, zum Beispiel Recruiting, Onboarding und Employee Central. Führen Sie die CSV-Ausgabedateien dieser Integrationen anschließend extern zu einem einzigen Event Log für ProcessMind zusammen.
- Zum Integration Center navigieren: Öffnen Sie im Admin Center die Tool-Suche und suchen Sie nach „Integration Center“, um die Funktion aufzurufen.
- Integration für Recruiting-Ereignisse erstellen: Klicken Sie auf „My Integrations“, dann auf „Create“ und wählen Sie „Scheduled Simple File Output Integration“ aus.
- Suchen Sie nach der Entität JobApplication und wählen Sie sie als Ausgangspunkt aus. Geben Sie einen Namen ein, zum Beispiel ProcessMind_Recruiting_Events.
- Wählen Sie im Tab „Configure Fields“ die erforderlichen Felder aus. Über die Schaltfläche „Add“ können Sie berechnete Felder erstellen, um Statuswerten ActivityName zuzuordnen und die passenden Datumsfelder für EventTime auszuwählen.
- Erstellen Sie für jede Aktivität, die sich aus dieser Entität ableiten lässt, eine eigene berechnete Spalte, zum Beispiel „Bewerbung eingegangen“ und „Angebot angenommen“. Verwenden Sie bedingte Logik, etwa: Wenn der Status „Hired“ lautet, ist das Ereignis „Angebot angenommen“.
- Erstellen Sie außerdem eine separate Integration für die Entität JobRequisition, um das Ereignis „Stellenausschreibung erstellt“ zu erfassen.
- Integration für Onboarding-Ereignisse erstellen: Richten Sie eine weitere Integration mit der Entität ONB2Process ein. Sie dient als Quelle für Aktivitäten wie „Onboarding gestartet“, „Datenerfassung für neue Mitarbeitende abgeschlossen“, „Aufgaben der Führungskraft abgeschlossen“ und „Bereit-zur-Einstellung-Status gesetzt“.
- Die Entität ONB2Process enthält verschiedene Status- und Datumsfelder, die diesen Aktivitäten entsprechen. Erstellen Sie mehrere berechnete Felder, um den Prozessstatus oder Aufgabenstatus zu prüfen und den entsprechenden Aktivitätsnamen sowie Timestamp auszugeben.
- Für bestimmte Ereignisse wie „Compliance-Formular unterzeichnet“ benötigen Sie möglicherweise eine separate Integration auf Basis von Entitäten wie ONB2DataCollectionUserConfig oder verwandten Compliance-Formular-Entitäten.
- Integration für Employee-Central-Ereignisse (EC) erstellen: Richten Sie eine dritte wichtige Integration mit der Entität EmpJob (Job Information) ein. Diese Entität ist zeitabhängig und dient als Quelle für die meisten Ereignisse im Mitarbeiterlebenszyklus.
- Aktivitäten wie „Mitarbeiterprofil aktiviert“, „Beförderung genehmigt“, „Kündigung eingeleitet“ und „Mitarbeiter ausgeschieden“ lassen sich aus Datensätzen in EmpJob ableiten.
- Filtern Sie nach dem Feld eventReason, um bestimmte Aktivitäten zu identifizieren, zum Beispiel „HIRE“, „PROMO“, „TERML“ und „TERM“.
- Verwenden Sie startDate oder createdDate des EmpJob-Datensatzes als EventTime.
- Filter konfigurieren: Fügen Sie im Tab „Filter“ jeder Integration einen Filter für das Feld lastModifiedDateTime hinzu. Legen Sie als Operator „Greater Than“ und als Wert „Last Run Time“ fest. So werden bei jedem Lauf nur neue oder aktualisierte Datensätze extrahiert, was für die Leistung entscheidend ist.
- Ziel und Zeitplan konfigurieren: Geben Sie im Tab „Destination Settings“ die Verbindungsdaten Ihres SFTP-Servers ein. Legen Sie im Tab „Scheduling“ einen regelmäßigen Ausführungszeitplan fest, zum Beispiel täglich.
- Prüfen und ausführen: Speichern Sie die Integrationen und führen Sie sie aus. Beim ersten Lauf werden alle Datensätze geladen, die den Datumsfiltern entsprechen. Bei den folgenden Läufen werden nur Änderungen extrahiert.
- Daten zusammenführen und transformieren: Laden Sie die CSV-Dateien vom SFTP-Server herunter. Führen Sie sie mit einem externen Skript, zum Beispiel in Python, oder einem ETL-Tool zu einem einzigen Event Log zusammen. Das Skript muss:
- alle Dateien zusammenführen.
- Ereignisse vor der Einstellung aus Recruiting mit der EmployeeId nach der Einstellung verknüpfen.
- komplexe Attribute wie TimeToHire und OnboardingCycleTime berechnen, indem es zusammengehörige Ereignisse derselben Person oder Stellenausschreibung verarbeitet.
- Für den Upload formatieren: Stellen Sie sicher, dass die zusammengeführte Datei im CSV-Format vorliegt, die erforderlichen Spalten enthält, zum Beispiel EmployeeId, ActivityName, EventTime, SourceSystem und LastDataUpdate, und korrekt formatiert ist, bevor Sie sie in ProcessMind hochladen.
Konfiguration
- Integrationstyp: Scheduled Simple File Output Integration. Dies ist die Standardoption für geplante dateibasierte Exporte auf einen SFTP-Server.
- Quelle: SuccessFactors OData V2 API. Diese Standard-API verwendet das Integration Center zum Abrufen von Daten.
- Wichtige Quellentitäten: Richten Sie Integrationen für mehrere Entitäten ein, darunter JobRequisition, JobApplication, ONB2Process, EmpJob (Job Information), PMForm (Performance Management Form) und gegebenenfalls ONB2DataCollectionUserConfig für Compliance-Formulare.
- Ziel: Für den Empfang der Dateien ist ein SFTP-Server erforderlich. Konfigurieren Sie Hostadresse, Port und Zugangsdaten im Tab „Destination Settings“.
- Dateiformat: Als Ausgabeformat wird CSV empfohlen. Wählen Sie die UTF-8-Kodierung, damit Sonderzeichen korrekt dargestellt werden.
- Filter: Der wichtigste Filter bezieht sich auf das Feld lastModifiedDateTime und verwendet den Wert „Last Run Time“. Damit werden nur Änderungen extrahiert, was die Leistung deutlich verbessert und die Dateigröße bei späteren Läufen verringert. Wenn Sie nur einen bestimmten Unternehmensbereich extrahieren, sollten Sie außerdem nach Company/Legal Entity filtern.
- Zeitplan: Ein täglicher geplanter Lauf hält die Daten aktuell, ohne das Quellsystem übermäßig zu belasten.
- Voraussetzungen: Der Benutzer, der die Integration ausführt, benötigt vollständige Berechtigungen für das Integration Center sowie Lesezugriff auf alle abgefragten OData-Entitäten und deren Navigationseigenschaften. Diese Berechtigungen werden in SuccessFactors unter „Manage Permission Roles“ konfiguriert.
Beispielabfrage sql
/*
Integration Center does not use a single script. Instead, you configure multiple integrations through a graphical interface.
The following describes the configuration for each required integration to produce the final event log.
*/
// ======== Integration 1: Job Requisition Created ========
Integration.Name: "ProcessMind_JobRequisition_Created"
Starting.Entity: JobRequisition
Output.Columns:
- ActivityName = "Job Requisition Created" (Calculated, Fixed String)
- EventTime = jobReqGUId.createdDateTime (Source Field)
- JobRequisitionId = jobReqId (Source Field)
- EmployeeId = NULL (Calculated, Empty String)
- HiringManager = hiringManager.usersSysId (Navigated Field)
- Department = department.name (Navigated Field)
- JobRole = jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 2: Recruiting Application Events ========
Integration.Name: "ProcessMind_Recruiting_Application_Events"
Starting.Entity: JobApplication
Output.Columns:
- ActivityName = IF(jobApplication.status.statusName CONTAINS 'Applied', 'Candidate Applied', IF(jobApplication.status.statusName CONTAINS 'Offer Accepted', 'Offer Accepted', NULL)) (Calculated Field)
- EventTime = IF(ActivityName == 'Candidate Applied', jobApplication.createdDateTime, jobApplication.offerResponseDate) (Calculated Field)
- JobRequisitionId = jobApplication.jobReqId (Source Field)
- EmployeeId = jobApplication.candidate.usersSysId (Navigated Field, Note: this is the Candidate User ID, needs mapping to Employee ID post-hire)
- HiringManager = jobApplication.jobRequisition.hiringManager.usersSysId (Navigated Field)
- Department = jobApplication.jobRequisition.department.name (Navigated Field)
- JobRole = jobApplication.jobRequisition.jobTitle (Navigated Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- ActivityName != NULL
// ======== Integration 3: Onboarding & Offboarding Process Events ========
Integration.Name: "ProcessMind_Onboarding_Events"
Starting.Entity: ONB2Process
Output.Columns:
// Multiple rows can be generated from one ONB2Process record. This logic is best handled in the post-processing script.
// This example flattens it for simplicity, assuming one activity per record based on current status.
- ActivityName = CASE(ONB2Process.processStatus.code, 'READY_TO_HIRE', 'Ready To Hire Status Set', 'COMPLETED', 'Onboarding Initiated', 'ONB_TASKS_COMPLETED', 'New Hire Data Collection Completed', 'MNGR_TASKS_COMPLETED', 'Manager Tasks Completed', 'OFF_COMPLETED', 'Offboarding Tasks Completed') (Calculated Field)
- EventTime = ONB2Process.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2Process.personId (Source Field)
- JobRequisitionId = ONB2Process.requisitionId (Source Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 4: Employee Central Lifecycle Events ========
Integration.Name: "ProcessMind_EmployeeCentral_Events"
Starting.Entity: EmpJob
Output.Columns:
- ActivityName = CASE(EmpJob.eventReason, 'HIRE', 'Employee Profile Activated', 'PROMO', 'Promotion Approved', 'TERML', 'Termination Initiated', 'TERM', 'Employee Terminated', 'PAYSETUP', 'Payroll Setup Completed') (Calculated Field)
- EventTime = EmpJob.startDate (Source Field for most events) OR EmpJob.createdDate (For 'Termination Initiated')
- EmployeeId = EmpJob.userId (Source Field)
- EndTime = IF(ActivityName == 'Employee Terminated', EmpJob.endDate, NULL) (Calculated Field)
- JobRequisitionId = [Configure if custom field exists]
- HiringManager = EmpJob.managerId (Source Field)
- Department = EmpJob.department (Source Field)
- JobRole = EmpJob.jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Employee Central"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDate > [Last Run Time]
- eventReason IN ('HIRE', 'PROMO', 'TERML', 'TERM', 'PAYSETUP')
// ======== Integration 5: Performance Management Events ========
Integration.Name: "ProcessMind_Performance_Events"
Starting.Entity: FormHeader
Output.Columns:
- ActivityName = "Performance Review Conducted" (Calculated, Fixed String)
- EventTime = FormHeader.formLastModifiedDate (Source Field)
- EmployeeId = FormHeader.formSubject.userId (Navigated Field)
- HiringManager = [Configure based on your system, often a form participant]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Performance & Goals"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModified > [Last Run Time]
- formTemplateType = 'Review'
- formStatus = 'Completed' // Use the numeric value for completed status
// ======== Integration 6: Compliance Form Events ========
Integration.Name: "ProcessMind_Compliance_Events"
Starting.Entity: ONB2DataCollectionUserConfig // Or specific compliance entity
Output.Columns:
- ActivityName = "Compliance Form Signed" (Calculated, Fixed String)
- EventTime = ONB2DataCollectionUserConfig.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2DataCollectionUserConfig.process.personId (Navigated Field)
- JobRequisitionId = ONB2DataCollectionUserConfig.process.requisitionId (Navigated Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- status == 'COMPLETED' Schritte
- Prüfen Sie, ob das Report Center von SAP SuccessFactors, die erforderlichen Funktionen für Recruiting, Onboarding, Employee Central, Performance and Goals und Offboarding sowie die nötigen Berichtsberechtigungen in Ihrem Mandanten verfügbar sind. Lassen Sie den Zugriff von Ihrem SAP-SuccessFactors-Administrator bestätigen. Menünamen, Berichtstypen und Berechtigungen unterscheiden sich je nach Mandant. Verwenden Sie daher bei Bedarf [An Ihre Systemkonfiguration anpassen].
- Legen Sie vor der Erstellung des Berichts die Granularität des Event Logs fest. Jede Ausgabezeile muss ein Vorkommen einer Aktivität für eine EmployeeId darstellen. Verwenden Sie die Mitarbeiterkennung als Case-ID und behalten Sie JobRequisitionId bei, wenn das Ereignis mit Recruiting verknüpft ist. Verlassen Sie sich nicht darauf, dass ProcessMind fehlende Aktivitäten ableitet.
- Erstellen Sie im Report Center einen benutzerdefinierten Bericht, zum Beispiel einen Story- oder Canvas-Bericht, und fügen Sie die in Ihrem Mandanten verfügbaren Datenentitäten für Recruiting, Onboarding, Employee Central, Performance and Goals, lohnbezogene Daten und Offboarding hinzu. Verknüpfen Sie die Entitäten über die unterstützten Berichtsbeziehungen und wählen Sie nur Felder aus, die in Ihrem Mandanten verfügbar sind. Verwenden Sie für nicht bestätigte Entitäten oder Felder [Name Ihrer Tabelle] oder [An Ihre Systemkonfiguration anpassen].
- Fügen Sie die erforderlichen Ausgabefelder hinzu: EmployeeId, ActivityName, EventTime, SourceSystem und LastDataUpdate. Ergänzen Sie bei Verfügbarkeit EndTime, JobRequisitionId, HiringManager, Department, JobRole, OnboardingCycleTime und TimeToHire. Konfigurieren Sie den Bericht so, dass er eine Zeile pro Ereignis ausgibt und nicht eine Zeile pro Mitarbeiter mit mehreren Ereignisspalten.
- Erstellen Sie für jede der 15 Aktivitäten eine separate Berichtsabfrage oder einen eigenen Berichtsabschnitt. Ordnen Sie „Stellenausschreibung erstellt“ dem Zeitstempel der Erstellung oder Veröffentlichung der Stellenausschreibung zu, „Bewerbung eingegangen“ dem Zeitstempel der Bewerbung, „Angebot angenommen“ dem Zeitstempel der Angebotsannahme oder des entsprechenden Bewerbungsstatus und „Onboarding gestartet“ dem Zeitstempel des Onboarding-Starts. Ordnen Sie die übrigen Aktivitäten den passenden Zeitstempeln für Aufgabenabschluss, Dokumentenunterzeichnung, Status, Job Information, Performance-Formular, Lohnabrechnung oder Kündigung zu, die in Ihrem Mandanten verfügbar sind.
- Vereinheitlichen Sie die Spaltenstruktur aller Aktivitätsabschnitte. Konvertieren Sie Zeitstempel in eine einheitliche Zeitzone und ein einheitliches Format, tragen Sie den exakten Aktivitätsnamen in ActivityName ein, geben Sie in SourceSystem das Ursprungsmodul oder -system an und befüllen Sie LastDataUpdate mit dem Zeitstempel der Quelldatenaktualisierung oder -extraktion. Wenn eine Quelle keinen zuverlässigen Ereigniszeitstempel bereitstellt, schließen Sie die Zeile aus oder dokumentieren Sie die freigegebene Ersatzlösung unter [An Ihre Systemkonfiguration anpassen], statt einen Ereigniszeitpunkt zu erfinden.
- Wenden Sie auf EventTime einen einheitlichen Datumsfilter mit [Startdatum] und [Enddatum] als konfigurierbaren Parametern an. Berücksichtigen Sie einen ausreichend langen Zeitraum, um den vollständigen Lebenszyklus der einbezogenen Mitarbeitenden abzudecken. Berechnen Sie TimeToHire vom Zeitpunkt der Erstellung der Stellenausschreibung bis zur Angebotsannahme und OnboardingCycleTime von der Angebotsannahme bis zum freigegebenen Onboarding-Abschlussmeilenstein.
- Prüfen Sie den Bericht im Report Center: Stellen Sie sicher, dass alle 15 ActivityName-Werte enthalten sind, EmployeeId befüllt ist, die Zeitstempel gültig sind und Verknüpfungen keine Ereignisse vervielfachen. Vergleichen Sie Beispieldatensätze von Mitarbeitenden mit den entsprechenden Recruiting-, Onboarding-, Employee-Central-, Performance-, Lohnabrechnungs- und Offboarding-Datensätzen.
- Planen Sie den Berichtsexport auf einen SFTP-Server mit der in Ihrem Mandanten unterstützten SFTP-Konfiguration. Verwenden Sie einen stabilen Dateinamen, einen dokumentierten Trennzeichensatz und eine dokumentierte Textkodierung, eine Kopfzeile sowie ein vereinbartes Zeitstempelformat. Konfigurieren Sie [SFTP-Host], [SFTP-Verzeichnis], [SFTP-Zugangsdaten oder -Schlüssel] und den Exportzeitplan gemäß den Sicherheitsstandards Ihrer Organisation.
- Rufen Sie die exportierte Datei ab und prüfen Sie, ob sie ein flaches Event Log mit einem Ereignis pro Zeile und den erforderlichen Spalten enthält. Laden Sie sie anschließend in ProcessMind, mit EmployeeId als Case-ID, ActivityName als Aktivität, EventTime als Startzeit, EndTime als optionaler Endzeit, SourceSystem als Quellsystem und LastDataUpdate als Aktualisierungszeitstempel. ProcessMind liest die Datei unverändert ein und leitet keine Ereignisse ab, die nicht exportiert wurden.
Konfiguration
- Berichtstyp: Verwenden Sie einen Story- oder Canvas-Bericht im Report Center, sofern diese Funktionen und Lizenzen in Ihrem Mandanten aktiviert sind. Prüfen Sie vor der Umsetzung, welche Verknüpfungen unterstützt werden.
- Ereignisgranularität: Konfigurieren Sie eine Zeile pro Vorkommen einer Aktivität für eine EmployeeId. Vermeiden Sie Aggregationen auf Mitarbeiterebene, durch die wiederholte Prüfungen, Beförderungen oder andere Ereignisse im Lebenszyklus verborgen bleiben.
- Erforderliche Spalten: EmployeeId, ActivityName, EventTime, SourceSystem und LastDataUpdate müssen in jeder exportierten Zeile enthalten sein.
- Empfohlene Spalten: Nehmen Sie EndTime, JobRequisitionId, HiringManager, Department, JobRole, OnboardingCycleTime und TimeToHire auf, wenn die Quelldaten verfügbar sind und sich die Werte zuverlässig zuordnen lassen.
- Abdeckung der Aktivitäten: Extrahieren Sie ausdrücklich Stellenausschreibung erstellt, Bewerbung eingegangen, Angebot angenommen, Onboarding gestartet, Datenerfassung für neue Mitarbeitende abgeschlossen, Compliance-Formular unterzeichnet, Aufgaben der Führungskraft abgeschlossen, Bereit-zur-Einstellung-Status gesetzt, Mitarbeiterprofil aktiviert, Lohnabrechnung eingerichtet, Leistungsbeurteilung durchgeführt, Beförderung genehmigt, Kündigung eingeleitet, Offboarding-Aufgaben abgeschlossen und Mitarbeiter ausgeschieden. Gehen Sie nicht davon aus, dass ProcessMind diese Aktivitäten ableitet.
- Datumsbereich: Beginnen Sie für die operative Validierung mit einem rollierenden Zeitraum von 3 bis 6 Monaten. Erweitern Sie den Zeitraum, wenn Sie vollständige Mitarbeiterlebenszyklen analysieren, und berücksichtigen Sie zukünftige Einstellungen, Beförderungen und Kündigungen.
- Filter: Wenden Sie nur freigegebene, mandantenspezifische Filter an, zum Beispiel [Unternehmenscode-Filter], [Rechtsträger-Filter], [Geschäftseinheit-Filter], [Dokumenttyp-Filter], [Onboarding-Programm-Filter] oder [Beschäftigungsstatus-Filter]. Prüfen Sie vor der Verwendung die genauen Feldnamen und Werte im Report Center.
- Umgang mit Zeitstempeln: Verwenden Sie eine einheitliche Zeitzone, vorzugsweise die Berichtszeitzone des Mandanten oder UTC, und dokumentieren Sie die Umrechnung. Bewahren Sie nach Möglichkeit die Genauigkeit der Quellzeitstempel.
- Werte für Quellsysteme: Verwenden Sie stabile Werte wie Recruiting, Onboarding, Employee Central, Performance and Goals, Payroll oder Offboarding nur dann, wenn sie die Herkunft korrekt angeben. Verwenden Sie für mandantenspezifische Bezeichnungen [An Ihre Systemkonfiguration anpassen].
- Berechnete Zeitspannen: Berechnen Sie TimeToHire nur, wenn Zeitstempel für die Erstellung der Stellenausschreibung und die Angebotsannahme vorliegen. Berechnen Sie OnboardingCycleTime nur, wenn die freigegebenen Start- und Abschlussmeilensteine vorhanden sind. Lassen Sie den berechneten Wert leer, wenn die Quellzeitstempel fehlen.
- Leistung: Beschränken Sie den ersten Bericht auf den erforderlichen Datumsbereich und den freigegebenen Organisationsbereich. Vermeiden Sie unnötige Spalten, Verknüpfungen mit hoher Kardinalität und uneingeschränkte historische Extraktionen. Teilen Sie Berichte nach Modul oder Zeitraum auf, wenn das Report Center die Ausführungszeit oder das Ergebnisvolumen begrenzt.
- Zeitplanung: Planen Sie Exporte nach Abschluss der relevanten Aktualisierungen in den Quellsystemen. Verwenden Sie ein einheitliches Dateinamensschema, ein dokumentiertes Trennzeichen, nach Möglichkeit UTF-8-Kodierung und eine atomare Dateiübertragung, damit ProcessMind keine unvollständige Datei einliest.
- Voraussetzungen: Klären Sie mit dem SAP-SuccessFactors-Administrator, ob die erforderlichen Module, der Zugriff auf das Report Center, Berichtsberechtigungen für alle Datenentitäten, Berechtigungen zum Anzeigen sensibler Mitarbeiter- und Compliance-Daten, SFTP-Konnektivität sowie erforderliche Berichts- oder Integrationslizenzen vorhanden sind.
- Sicherheit: Beschränken Sie sensible Felder auf das notwendige Maß, begrenzen Sie den SFTP-Zugriff, schützen Sie Zugangsdaten oder Schlüssel und halten Sie die Aufbewahrungs- und Verschlüsselungsvorgaben Ihrer Organisation ein.
Beispielabfrage sql
SELECT
EmployeeId,
ActivityName,
EventTime,
SourceSystem,
LastDataUpdate,
EndTime,
JobRequisitionId,
HiringManager,
Department,
JobRole,
OnboardingCycleTime,
TimeToHire
FROM [Your exported Report Center event dataset]
WHERE EventTime >= [Start date]
AND EventTime < [End date]
AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
ORDER BY EmployeeId, EventTime, ActivityName;
-- Configure the Report Center custom report to produce the following 15 explicit activity rows.
-- The source entity and field names below must be mapped to fields exposed by your tenant.
-- Replace each bracketed source reference with the corresponding Report Center field.
SELECT
[Employee ID field] AS EmployeeId,
'Job Requisition Created' AS ActivityName,
[Requisition Created Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting requisition entity]
WHERE [Requisition Created Timestamp field] >= [Start date]
AND [Requisition Created Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Candidate Applied' AS ActivityName,
[Application Submitted Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting application entity]
WHERE [Application Submitted Timestamp field] >= [Start date]
AND [Application Submitted Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Offer Accepted' AS ActivityName,
[Offer Accepted Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting offer or application status entity]
WHERE [Offer Accepted Timestamp field] >= [Start date]
AND [Offer Accepted Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Onboarding Initiated' AS ActivityName,
[Onboarding Initiated Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding process entity]
WHERE [Onboarding Initiated Timestamp field] >= [Start date]
AND [Onboarding Initiated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'New Hire Data Collection Completed' AS ActivityName,
[New Hire Data Collection Completed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[New Hire Data Collection Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding data collection task entity]
WHERE [New Hire Data Collection Completed Timestamp field] >= [Start date]
AND [New Hire Data Collection Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Compliance Form Signed' AS ActivityName,
[Compliance Form Signed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Compliance Form Signed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding compliance document entity]
WHERE [Compliance Form Signed Timestamp field] >= [Start date]
AND [Compliance Form Signed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Manager Tasks Completed' AS ActivityName,
[Manager Tasks Completed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Manager Tasks Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding manager task entity]
WHERE [Manager Tasks Completed Timestamp field] >= [Start date]
AND [Manager Tasks Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Ready To Hire Status Set' AS ActivityName,
[Ready To Hire Status Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding status entity]
WHERE [Ready To Hire Status Timestamp field] >= [Start date]
AND [Ready To Hire Status Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Employee Profile Activated' AS ActivityName,
[Employee Profile Activated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central employee profile entity]
WHERE [Employee Profile Activated Timestamp field] >= [Start date]
AND [Employee Profile Activated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Payroll Setup Completed' AS ActivityName,
[Payroll Setup Completed Timestamp field] AS EventTime,
'Payroll' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Payroll Setup Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your payroll setup or payroll integration status entity]
WHERE [Payroll Setup Completed Timestamp field] >= [Start date]
AND [Payroll Setup Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Performance Review Conducted' AS ActivityName,
[Performance Review Completed Timestamp field] AS EventTime,
'Performance and Goals' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Performance Review Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Performance and Goals review entity]
WHERE [Performance Review Completed Timestamp field] >= [Start date]
AND [Performance Review Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Promotion Approved' AS ActivityName,
[Promotion Approved Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central job information change entity]
WHERE [Promotion Approved Timestamp field] >= [Start date]
AND [Promotion Approved Timestamp field] < [End date]
AND [Promotion Event Reason field] = [Promotion event reason value]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Termination Initiated' AS ActivityName,
[Termination Initiated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central termination entity]
WHERE [Termination Initiated Timestamp field] >= [Start date]
AND [Termination Initiated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Offboarding Tasks Completed' AS ActivityName,
[Offboarding Tasks Completed Timestamp field] AS EventTime,
'Offboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Offboarding Tasks Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Offboarding checklist entity]
WHERE [Offboarding Tasks Completed Timestamp field] >= [Start date]
AND [Offboarding Tasks Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Employee Terminated' AS ActivityName,
[Employee Terminated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central employment status entity]
WHERE [Employee Terminated Timestamp field] >= [Start date]
AND [Employee Terminated Timestamp field] < [End date]
ORDER BY EmployeeId, EventTime, ActivityName; Möchten Sie loslegen?
Mit diesem Template können Sie Ihre Daten mit Zuversicht vorbereiten und mit der Optimierung des Mitarbeiterlebenszyklus von der Einstellung bis zum Austritt beginnen. Entdecken Sie neue Effizienzpotenziale und verbessern Sie die Employee Experience in Ihrer Organisation.
Effizienz steigern: Optimieren Sie noch heute den Mitarbeiterlebenszyklus von der Einstellung bis zum Austritt
Bauen Sie Engpässe im Personalwesen ab, verkürzen Sie die Zykluszeit um 30 % und steigern Sie die Effizienz.
Keine Kreditkarte erforderlich. Aktivieren Sie noch heute Ihre Testphase.