Ihr Daten-Template für Hire to Retire, Positionsmanagement
Ihr Daten-Template für Hire to Retire, Positionsmanagement
- Empfohlene Attribute für eine umfassende Analyse
- Zentrale Prozessaktivitäten für eine präzise Prozessentdeckung
- Spezifische Hinweise zur Datenextraktion aus Microsoft Dynamics 365 Human Resources
Hire to Retire, Attribute des Positionsmanagements
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des konkreten Ereignisses oder der Aufgabe, die im Prozess der Stellenverwaltung stattgefunden hat. | ||
| Beschreibung Dieses Attribut beschreibt einen einzelnen Schritt im Lebenszyklus der Stelle, etwa „Position Request Initiated“, „Position Created In HR System“ oder „Position Deactivated“. Es bildet das Rückgrat der Prozesslandkarte und zeigt die Abfolge der Ereignisse. Die Analyse des Aktivitätsnamens ermöglicht die Visualisierung von Prozessabläufen, die Erkennung von Abweichungen vom Standardprozess und die Berechnung der Übergangszeiten zwischen verschiedenen Schritten. Das Attribut ist grundlegend, um zu verstehen, was wann geschehen ist. Warum das wichtig ist Es definiert die Prozessschritte und ermöglicht die Visualisierung von Prozesslandkarten sowie die Analyse von Prozessabläufen und Varianten. Bezugsquelle Dieses Attribut wird aus Geschäftserignissen, Statusänderungen oder der Workflow-Historie in Microsoft Dynamics 365 Human Resources abgeleitet. Es handelt sich nicht um ein einzelnes Feld, sondern um einen Wert, der aus dem Kontext der Daten gebildet wird. Beispiele Anfrage für eine Stelle gestartetStellenanfrage durch Manager genehmigtStelle im HR-System erstelltStellenattribute geändertStelle geschlossen | |||
| Ereigniszeit EventTime | Der Timestamp, der angibt, wann die Aktivität stattgefunden hat. | ||
| Beschreibung Die Ereigniszeit beziehungsweise der Timestamp erfasst das genaue Datum und die Uhrzeit, zu denen eine Aktivität abgeschlossen wurde. Das ist entscheidend für die chronologische Sortierung von Ereignissen sowie für die Berechnung von Dauer und Durchlaufzeiten. Dieses Attribut wird in nahezu jeder Process-Mining-Analyse verwendet, von der Erstellung der Prozesslandkarte bis zur Berechnung von Leistungs-KPIs wie der durchschnittlichen Genehmigungsdurchlaufzeit von Stellen. Es hilft, Verzögerungen zeitlich einzuordnen und die Dauer der einzelnen Prozessschritte zu bestimmen. Warum das wichtig ist Dieser Timestamp ist entscheidend für die Sortierung von Ereignissen, die Berechnung aller zeitbasierten Kennzahlen und die Erkennung von Prozessengpässen. Bezugsquelle Diese Information ist typischerweise in Systemprotokolltabellen oder in Feldern wie „CreatedDateTime“ oder „ModifiedDateTime“ zu finden, die mit Stellen- und Workflow-Datensätzen in Dynamics 365 HR verknüpft sind. Beispiele 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z | |||
| Positions-ID PositionId | Die eindeutige Kennung einer bestimmten Stelle innerhalb der Organisation. | ||
| Beschreibung Die Position ID dient als primäre Fallkennung und verknüpft alle Aktivitäten und Datenpunkte, die zu einer einzelnen Stelle gehören. Dadurch lässt sich der gesamte Lebenszyklus einer Stelle von ihrer Erstellung und Änderung bis zu ihrer Deaktivierung oder Schließung verfolgen. In der Prozessanalyse ist diese ID entscheidend für die Rekonstruktion des Ablaufs jeder Stelle. Sie ermöglicht Dashboards zur Überwachung von Durchlaufzeiten, zur Erkennung von Engpässen bei Genehmigungen und zur Analyse von Prozessvarianten von der Anfrage bis zur Schließung. Warum das wichtig ist Dies ist die zentrale Kennung, die alle zugehörigen Ereignisse zu einem einzigen Prozessfall verbindet. Dadurch lässt sich der Lebenszyklus einer Stelle durchgängig analysieren. Bezugsquelle Dabei handelt es sich typischerweise um das Feld HcmPosition.PositionId in Microsoft Dynamics 365 Human Resources. Es ist in Datenentitäten wie HcmPositionV2Entity zu finden. Beispiele POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Abteilung DepartmentName | Die Abteilung, der die Position zugeordnet ist. | ||
| Beschreibung Dieses Attribut bezeichnet die mit der Position verbundene Organisationseinheit, beispielsweise „Finance“, „Marketing“ oder „IT“. Es ist eine zentrale Dimension zum Filtern und Aggregieren von Prozessdaten. Die Analyse nach Abteilungen ist für das Dashboard „Departmental Position Throughput“ entscheidend. Sie ermöglicht den Vergleich der Prozessleistung, zeigt abteilungsspezifische Engpässe auf und macht Einstellungstrends in verschiedenen Unternehmensbereichen sichtbar. Warum das wichtig ist Damit lässt sich die Prozessanalyse nach Geschäftsbereichen aufteilen. So können Sie abteilungsspezifische Probleme erkennen und die Leistung vergleichen. Bezugsquelle Diese Information gehört zu den Positionsdetails. Sie wird typischerweise in der Entität HcmPositionDetail gespeichert und mit der Dimension der operativen Einheit verknüpft. Beispiele FinanzenInformationstechnologieVertrieb und MarketingPersonalwesenBetrieb | |||
| Benutzername UserName | Der Name oder die ID des Benutzers, der die Aktivität ausgeführt hat. | ||
| Beschreibung Dieses Attribut identifiziert den Mitarbeiter oder Systembenutzer, der für einen bestimmten Prozessschritt verantwortlich ist, beispielsweise den Manager, der eine Anforderung genehmigt hat, oder den HR-Spezialisten, der die Position im System angelegt hat. Die Analyse nach Benutzern hilft dabei, Schulungsbedarf zu erkennen, die Leistung von Teammitgliedern zu vergleichen und die Verteilung der Arbeitslast zu verstehen. Außerdem ist sie für Compliance-Prüfungen wichtig, um eine ordnungsgemäße Funktionstrennung sicherzustellen. Warum das wichtig ist Es schafft Verantwortlichkeit und ermöglicht die Leistungsanalyse auf Ebene einzelner Personen oder Teams. Das ist für Ressourcenplanung und Schulungen besonders wichtig. Bezugsquelle Dieses Attribut ist mit Workflow-Historien oder Audit-Trail-Datensätzen in Dynamics 365 HR verknüpft. Die Zuordnung kann über eine User ID aus der HcmWorker-Entität erfolgen. Beispiele John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Endzeit EndTime | Der Timestamp, der angibt, wann die Aktivität abgeschlossen wurde. | ||
| Beschreibung EndTime markiert den Abschluss einer Aktivität. Die zwischen StartTime und EndTime verstrichene Zeit ist die Bearbeitungszeit für diese konkrete Aktivität. Dieses Attribut ist entscheidend für die Berechnung von Aktivitätsdauern und zeigt, an welchen Stellen im Prozess Zeit aufgewendet wird. So lässt sich beispielsweise ermitteln, wie lange ein Manager nach der Zuweisung einer Positionsanforderung für deren Genehmigung benötigt. Warum das wichtig ist Damit lassen sich Bearbeitungszeiten von Aktivitäten berechnen. Das ist eine wichtige Grundlage für detaillierte Leistungs- und Engpassanalysen. Bezugsquelle Dieser Wert kann aus den Timestamps nachfolgender Events oder aus bestimmten Feldern für den Abschluss in Workflow-Logs innerhalb von Dynamics 365 HR abgeleitet werden. Häufig muss er jedoch erschlossen werden. Beispiele 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Kostenstelle CostCenter | Die finanzielle Kostenstelle, der die Ausgaben der Position zugeordnet werden. | ||
| Beschreibung Die Kostenstelle ist eine zentrale finanzielle Dimension. Sie verknüpft eine Position mit einem bestimmten Budget oder Verantwortungsbereich. Änderungen an diesem Attribut sollten überwacht werden. Dieses Attribut ist für das Dashboard „Position Data Consistency Check“ entscheidend. Das Dashboard analysiert Änderungen an wichtigen Attributen nach der Erstellung. Außerdem lässt sich damit die Entwicklung von positionsbezogenen Kosten und Budgets nach verschiedenen Finanzbereichen untersuchen. Warum das wichtig ist Damit wird die Position mit Finanzdaten verknüpft. So können Sie kostenbezogene Prozesse analysieren und die Datenkonsistenz überwachen. Bezugsquelle Dieses Attribut wird typischerweise als finanzielle Dimension im Positionsdatensatz konfiguriert. Konsultieren Sie die Einrichtung der finanziellen Dimensionen in Dynamics 365. Beispiele CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Positionsstatus PositionStatus | Der aktuelle oder historische Status der Position. | ||
| Beschreibung Dieses Attribut zeigt den Status der Position zu einem bestimmten Zeitpunkt an, beispielsweise „Proposed“, „Active“, „Frozen“ oder „Closed“. Statusänderungen entsprechen häufig Aktivitäten im Prozess. Die Nachverfolgung des Status ist entscheidend, um den Verlauf einer Position zu verstehen. Sie bildet außerdem die Grundlage für Dashboards wie „Position Compliance Review Status“ und „Stale and Underutilized Positions“. Der Status liefert eine Momentaufnahme des aktuellen Zustands und hilft dabei, den Prozessablauf zu validieren. Warum das wichtig ist Damit ist für jede Position ein eindeutiger Status verfügbar. Das ist wichtig, um Cases zu filtern und Ergebnisse zu verstehen. Bezugsquelle Konsultieren Sie die Dokumentation zu Microsoft Dynamics 365 Human Resources. Dieser Wert wird wahrscheinlich aus Statusfeldern des zentralen Position-Datensatzes abgeleitet. Beispiele VorgeschlagenIn PrüfungAktivEingefrorenGeschlossen | |||
| Stellenbezeichnung JobTitle | Die mit der Position verbundene Stellenbezeichnung, beispielsweise „Senior Accountant“. | ||
| Beschreibung Die Stellenbezeichnung liefert wichtigen Kontext zu Rolle und Verantwortlichkeiten der Position. Sie unterscheidet sich von der Position ID, da mehrere Positionen dieselbe Stellenbezeichnung haben können. In der Analyse ermöglicht dieses Attribut die Gruppierung und Filterung nach Rollentyp. Es eignet sich für das Dashboard „Position Reclassification Trends“, um zu erkennen, welche Arten von Stellen am häufigsten neu eingestuft werden. Warum das wichtig ist Damit steht wichtiger Geschäftskontext zur Verfügung. So können Sie nach Rolle, Ebene oder Funktion analysieren. Bezugsquelle Diese Information wird aus dem mit der Position verknüpften „Job“-Datensatz übernommen. Suchen Sie danach in Entitäten wie HcmPositionV2Entity oder stellen Sie eine Verknüpfung mit HcmJobEntity her. Beispiele Senior-FinanzanalystSoftwareentwickler IIHR Business PartnerMarketingkoordinatorLogistikmanager | |||
| Ablehnungsgrund RejectionReason | Der Grund, der bei der Ablehnung einer Positionsanforderung angegeben wird. | ||
| Beschreibung Wenn ein Manager oder die HR-Abteilung eine Positionsanforderung ablehnt, wird häufig ein Grund erfasst. Mögliche Gründe sind Budgetbeschränkungen, fehlerhafte Angaben oder eine geänderte Strategie. Dieses Attribut ist für die Berechnung der KPI „Position Request Rejection Rate“ entscheidend und zeigt, warum Nacharbeit entsteht. Die Analyse der häufigsten Ablehnungsgründe hilft, vorgelagerte Probleme wie unzureichende Qualität der Anforderungen oder unklare Richtlinien zu erkennen und den Prozess gezielt zu verbessern. Warum das wichtig ist Damit wird direkt sichtbar, warum Anforderungen scheitern. So können Sie gezielte Prozessverbesserungen umsetzen und Nacharbeit sowie Ablehnungsquoten reduzieren. Bezugsquelle Konsultieren Sie die Dokumentation zu Microsoft Dynamics 365 Human Resources. Dieser Wert wird bei einer Ablehnung häufig in Workflow-Kommentaren oder einem eigenen Feld für den Ablehnungscode erfasst. Beispiele Budget nicht verfügbarDoppelter AntragFalsches StellenprofilEinstellungsstoppStrategische Neuausrichtung | |||
| Anfordernder Manager RequestingManager | Der Manager, der die Anforderung für die Position initiiert hat. | ||
| Beschreibung Dieses Attribut identifiziert den Hiring Manager oder Abteilungsleiter, der den Prozess durch die Anforderung einer neuen Position oder einer Ersatzposition gestartet hat. Die Information zeigt, wo der Bedarf an Positionen entsteht. Die Analyse nach anforderndem Manager kann Muster bei Anforderungsvolumen, Genehmigungsquoten und Qualität der Anforderungen sichtbar machen. Sie liefert zusätzliche Details zur Arbeitslast und zur Einhaltung des Prozesses. Warum das wichtig ist Damit lässt sich der Ursprung des Positionsbedarfs nachvollziehen. Außerdem können Sie Prozesskennzahlen aus Sicht des Hiring Managers analysieren. Bezugsquelle Konsultieren Sie die Dokumentation zu Microsoft Dynamics 365 Human Resources. Diese Information wird wahrscheinlich in den Daten zur Workflow-Initiierung erfasst. Beispiele Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Genehmigungsdurchlaufzeit ApprovalCycleTime | Die gesamte Zeit von der Initiierung einer Positionsanforderung bis zu ihrer endgültigen Genehmigung. | ||
| Beschreibung Diese berechnete Kennzahl misst die Dauer von der Aktivität „Position Request Initiated“ bis zur abschließenden Genehmigungsaktivität, beispielsweise „Position Request Approved By HR“. Sie ist eine zentrale Leistungskennzahl für den vorderen Teil des Positionsmanagementprozesses. Dieses Attribut speist direkt das Dashboard und die KPI „Position Approval Cycle Time“. Es liefert ein übergeordnetes Maß für die Effizienz des Genehmigungsprozesses und zeigt, wie sich Verbesserungsmaßnahmen im Zeitverlauf auswirken. Warum das wichtig ist Diese zentrale KPI misst die Effizienz des gesamten Genehmigungsprozesses und macht Verzögerungen sichtbar, die das Anlegen von Positionen hinauszögern. Bezugsquelle Dieser Wert wird auf Case-Ebene berechnet. Dazu werden die Timestamps der Start- und Endaktivitäten der Genehmigungsphase ermittelt und die Differenz berechnet. Beispiele P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Ist Budget genehmigt IsBudgetApproved | Ein Kennzeichen dafür, dass das Budget für die Position genehmigt wurde. | ||
| Beschreibung Dieses boolesche Attribut ist „true“, wenn die Aktivität „Position Budget Approved“ für einen bestimmten Positions-Case stattgefunden hat. Es unterstützt die Analyse des Prozessablaufs und zeigt Positionen, die auf eine Budgetgenehmigung warten. Mit diesem Attribut können Sie Prozesse filtern und die KPI „Position Budget Approval Cycle Time“ gezielter analysieren. Es unterscheidet Positionen, deren Budgetfreigabe erfolgt ist, von Positionen, bei denen sie noch aussteht. Das ist für die Engpassanalyse hilfreich. Warum das wichtig ist Damit steht ein eindeutiges Kennzeichen für einen wichtigen Meilenstein zur Verfügung. So lässt sich die Budgetgenehmigungsphase isolieren und messen. Bezugsquelle Dieser Wert wird während der Datentransformation abgeleitet, indem geprüft wird, ob die Aktivität „Position Budget Approved“ in der Case-Historie vorhanden ist. Beispiele truefalse | |||
| Ist Nacharbeit IsRework | Ein Kennzeichen dafür, dass eine Aktivität Teil einer Nacharbeitsschleife ist. | ||
| Beschreibung Dieses boolesche Kennzeichen wird auf „true“ gesetzt, wenn eine Aktivität einen wiederholten Prozessschritt darstellt, beispielsweise eine erneute Genehmigung nach der Änderung von Attributen. Damit lassen sich ineffiziente Prozessschleifen quantifizieren. Dieses Attribut unterstützt direkt das Dashboard „Position Rework Analysis“ und die KPI „Rework Rate on Position Creation“. Durch die Kennzeichnung von Nacharbeit können Analysten ineffiziente Prozessabläufe einfach filtern und deren Häufigkeit sowie Auswirkungen messen. Warum das wichtig ist Damit wird Nacharbeit im Prozess eindeutig identifiziert und quantifiziert. Sie ist ein zentrales Ziel von Initiativen zur Prozessverbesserung. Bezugsquelle Dieser Wert wird anhand der Aktivitätssequenz eines Cases berechnet. Wenn beispielsweise „Position Request Approved By Manager“ nach „Position Attributes Modified“ auftritt, kann dies als Nacharbeit gekennzeichnet werden. Beispiele truefalse | |||
| Jobfamilie JobFamily | Eine Gruppe von Jobs mit ähnlichen Funktionen, beispielsweise „Engineering“ oder „Finance“. | ||
| Beschreibung Eine Jobfamilie ist eine Klassifizierung, die verwandte Stellenbezeichnungen zusammenfasst. So können „Software Engineer“ und „QA Engineer“ beispielsweise beide zur Jobfamilie „Engineering“ gehören. Dieses Attribut ist für das Dashboard „Position Reclassification Trends“ entscheidend. Es ermöglicht eine übergeordnete Analyse der Jobkategorien, die am häufigsten geändert werden. Damit erhalten Sie einen breiteren Überblick als bei der Betrachtung einzelner Stellenbezeichnungen. Warum das wichtig ist Damit können Sie Positionen auf breiterer, kategoriebasierter Ebene analysieren. Das unterstützt die strategische Personalplanung und die Trendanalyse. Bezugsquelle Diese Information gehört zur Jobeinrichtung in Dynamics 365 HR. Suchen Sie in der HcmJobEntity nach Feldern zu „Job family“ oder „Job function“. Beispiele EntwicklungFinanzen und BuchhaltungVertriebPersonalwesenProduktmanagement | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Timestamp der letzten Datenaktualisierung aus dem Quellsystem. | ||
| Beschreibung Dieses Attribut zeigt, wann die Daten zuletzt aus Microsoft Dynamics 365 Human Resources extrahiert wurden. Es liefert Kontext zur Aktualität der Analyse. Die Anzeige dieser Information in Dashboards gibt Benutzern die Sicherheit, dass sie aktuelle Informationen sehen. Sie ist ein wichtiges Metadatum für jedes Process-Mining-Projekt. Warum das wichtig ist Es informiert Benutzer über die Aktualität der Daten. Das ist entscheidend für Entscheidungen auf Grundlage der Analyse. Bezugsquelle Dieser Timestamp wird während des ETL-Prozesses zur Extraktion, Transformation und zum Laden der Daten erzeugt und gespeichert. Beispiele 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| Positionstyp PositionType | Klassifiziert die Position beispielsweise als Vollzeit-, Teilzeit- oder befristete Position. | ||
| Beschreibung Dieses Attribut kategorisiert die Position anhand ihrer Beschäftigungsbedingungen. Dadurch steht zusätzlicher Kontext für die Analyse und Planung der Belegschaft zur Verfügung. In der Prozessanalyse kann die Filterung nach Positionstyp zeigen, ob bestimmte Positionstypen andere Prozesspfade oder längere Durchlaufzeiten haben. Für befristete Positionen kann beispielsweise ein schnellerer, vereinfachter Genehmigungsprozess gelten als für unbefristete Vollzeitpositionen. Warum das wichtig ist Damit lässt sich analysieren, wie sich der Prozess bei verschiedenen Beschäftigungsarten unterscheidet. Das unterstützt die Personalplanung und die Prozessoptimierung. Bezugsquelle Diese Information ist typischerweise im Positionsdatensatz von Dynamics 365 HR verfügbar. Prüfen Sie Entitäten wie HcmPositionV2Entity auf ein entsprechendes Feld. Beispiele VollzeitTeilzeitVertraglich BeschäftigterPraktikantBefristet | |||
| Quellsystem SourceSystem | Das System, aus dem die Daten extrahiert wurden. | ||
| Beschreibung Dieses Attribut kennzeichnet die Herkunft der Prozessdaten. In dieser Ansicht wäre der Wert typischerweise „Microsoft Dynamics 365 Human Resources“. In Umgebungen mit mehreren Systemen ist dieses Feld für die Datenherkunft und die Fehleranalyse entscheidend. Es bestätigt, dass die Daten aus der erwarteten Quelle stammen, und kann verwendet werden, um Analysen auf bestimmte Systeme zu begrenzen. Warum das wichtig ist Es liefert Kontext zur Datenherkunft. Das ist für die Data Governance und für Analysen über mehrere Unternehmenssysteme hinweg wichtig. Bezugsquelle Dies ist ein statischer Wert, der während der Datenextraktion und -transformation ergänzt wird, um die Herkunft des Datensatzes zu kennzeichnen. Beispiele Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
| Standort Location | Der physische oder geografische Standort der Position. | ||
| Beschreibung Dieses Attribut gibt an, wo die Position angesiedelt ist, beispielsweise in einem Büro, einer Stadt oder einem Land. Es ist eine weitere wichtige Dimension zum Filtern und Segmentieren von Prozessdaten. Der Standort wird direkt im Dashboard „Departmental Position Throughput“ verwendet, um Personaltrends und Prozessleistung in verschiedenen Regionen zu analysieren. So lässt sich erkennen, ob die Erstellung oder Genehmigung von Positionen an bestimmten Standorten länger dauert. Warum das wichtig ist Damit steht geografischer Kontext zur Verfügung. So können Sie Prozessleistung und Trends an verschiedenen Standorten analysieren. Bezugsquelle Konsultieren Sie die Dokumentation zu Microsoft Dynamics 365 Human Resources. Diese Information kann Bestandteil der Positionsdetails sein oder über die Abteilung beziehungsweise die juristische Einheit verknüpft werden. Beispiele New York, USALondon, UKBerlin, DeutschlandSingapurRemote | |||
Hire to Retire, Aktivitäten des Positionsmanagements
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Anfrage für eine Stelle gestartet | Kennzeichnet den formellen Beginn des Lebenszyklus der Stellenverwaltung. Dieses Ereignis wird typischerweise erfasst, wenn ein Benutzer über ein spezielles Formular oder einen Workflow in Dynamics 365 HR eine neue Stellenanfrage einreicht. | ||
| Warum das wichtig ist Dies ist der Ausgangspunkt für die Messung des gesamten Lebenszyklus einer Stelle, einschließlich wichtiger KPIs wie der Genehmigungsdurchlaufzeit und der Durchlaufzeit bis zur Erstellung einer Stelle. Bezugsquelle Erfasst aus dem Erstellungstimestamp eines Datensatzes zur Stellenanfrage oder aus dem Initiierungsdatensatz in der Workflow-Historientabelle, etwa WorkflowTrackingStatusTable. Erfassen Das Ereignis wird bei der Übermittlung eines neuen Workflows für eine Stellenanfrage aufgezeichnet. Ereignistyp explicit | |||
| Stelle aktiviert | Markiert den Zeitpunkt, an dem eine Stelle offiziell offen ist und die Rekrutierung beginnen kann. Dieses Ereignis wird aus der Änderung eines Statusfeldes im Stellendatensatz auf „Active“ oder einen vergleichbaren Status abgeleitet. | ||
| Warum das wichtig ist Dies ist ein wichtiger Meilenstein für die Messung der Besetzungsbereitschaft und der Effizienz der abschließenden Einrichtungsschritte. Das Ereignis ist für die KPI zur durchschnittlichen Zeit bis zur Aktivierung einer Stelle erforderlich. Bezugsquelle Durch die Nachverfolgung des Timestamps abgeleitet, zu dem das Statusfeld des Stellendatensatzes, etwa „PositionStatus“, auf „Active“ oder „Open“ aktualisiert wird. Erfassen Basiert auf dem Datum, an dem das Feld ActivationDate der Stelle befüllt wird oder sich ein Statusfeld auf „Active“ ändert. Ereignistyp inferred | |||
| Stelle deaktiviert | Die Stelle ist nicht mehr aktiv und wird aus der aktiven Organisationsstruktur entfernt, häufig nachdem sie besetzt wurde. Das Ereignis wird aus einer Statusänderung auf „Inactive“ oder einen vergleichbaren Status abgeleitet. | ||
| Warum das wichtig ist Markiert einen wichtigen Schritt am Ende der aktiven Lebensdauer einer Stelle. Das Ereignis ist entscheidend für die Analyse der durchschnittlichen Zeit bis zur Deaktivierung einer Stelle und für eine genaue Verwaltung des Personalbestands. Bezugsquelle Aus dem Timestamp abgeleitet, zu dem das Feld „RetirementDate“ befüllt wird oder sich ein Statusfeld des Stellendatensatzes auf „Inactive“ ändert. Erfassen Basiert auf dem Datum, an dem RetirementDate der Stelle gesetzt wird oder sich ein Statusfeld auf „Inactive“ ändert. Ereignistyp inferred | |||
| Stelle geschlossen | Bezeichnet die abschließende Archivierung des Stellendatensatzes und damit das endgültige Ende seines Lebenszyklus. Dieses Ereignis wird aus einer Statusänderung auf „Closed“ oder einen vergleichbaren Endstatus abgeleitet. | ||
| Warum das wichtig ist Dies ist das abschließende Ereignis des Prozesses. Es ermöglicht eine vollständige End-to-End-Analyse des Lebenszyklus und hilft, veraltete Stellen zu erkennen, die geschlossen werden sollten. Bezugsquelle Aus einer Änderung eines Statusfeldes des Stellendatensatzes auf „Closed“ abgeleitet. Dies kommt seltener vor als eine Deaktivierung, da Datensätze häufig zu historischen Zwecken aufbewahrt werden. Erfassen Aus dem Timestamp abgeleitet, zu dem ein Statusfeld auf „Closed“ aktualisiert wird. Ereignistyp inferred | |||
| Stelle im HR-System erstellt | Dieses Ereignis markiert die offizielle Erstellung des Stellendatensatzes in Dynamics 365 HR. Es wird aus dem Erstellungstimestamp des eigentlichen primären Stellendatensatzes erfasst. | ||
| Warum das wichtig ist Ein grundlegender Meilenstein, der den Übergang von der Anfrage zu einer tatsächlichen organisatorischen Einheit kennzeichnet. Er bildet den Endpunkt der KPI zur Durchlaufzeit bis zur Erstellung einer Stelle. Bezugsquelle Aus dem Systemfeld „CreatedDateTime“ der Haupttabelle für Stellen, etwa HcmPosition. Erfassen Aus dem Systemfeld CreatedDateTime der Tabelle HcmPosition extrahiert. Ereignistyp explicit | |||
| Stellenanfrage durch HR genehmigt | Bezeichnet die abschließende Genehmigung durch die Personalabteilung, bevor die Stelle offiziell erstellt werden kann. Dieses Ereignis wird im Workflow-System protokolliert, sobald die HR-Genehmigungsaufgabe abgeschlossen ist. | ||
| Warum das wichtig ist Dies markiert das Ende der Genehmigungsphase und ist ein wichtiger Meilenstein für die Messung der durchschnittlichen Genehmigungsdurchlaufzeit von Stellen. Bezugsquelle In den Workflow-Historientabellen, etwa WorkflowTrackingTable, protokolliert, sobald der HR-Mitarbeiter seine Genehmigungsaufgabe abschließt. Erfassen Das Ereignis wird nach Abschluss des HR-Genehmigungsschritts mit einem Timestamp in der Workflow-Historie protokolliert. Ereignistyp explicit | |||
| Budget für Stelle genehmigt | Ein wichtiger Genehmigungsmeilenstein, der bestätigt, dass die erforderlichen Mittel für die neue Stelle bereitgestellt sind. Dieses Ereignis wird typischerweise als eigener Genehmigungsschritt im Workflow zur Erstellung der Stelle erfasst. | ||
| Warum das wichtig ist Isoliert die finanzielle Genehmigungsphase. Dadurch lassen sich Verzögerungen bei der Budgetzuweisung analysieren und die KPI zur Genehmigungsdurchlaufzeit des Stellenbudgets unterstützen. Bezugsquelle In den Workflow-Historientabellen, etwa WorkflowTrackingTable, als abgeschlossene Genehmigungsaufgabe erfasst, die häufig einer Rolle im Finanzbereich zugewiesen ist. Erfassen Erfasst aus dem Abschlusszeitstempel der Budgetgenehmigungsaufgabe im Workflow Log. Ereignistyp explicit | |||
| Compliance-Prüfung der Stelle durchgeführt | Zeigt an, dass eine Stelle einer formellen Compliance-Prüfung unterzogen wurde. Das Ereignis kann durch eine Statusänderung, eine abgeschlossene Checklistenaufgabe oder die Aktualisierung eines benutzerdefinierten Feldes erfasst werden. | ||
| Warum das wichtig ist Entscheidend für die Überwachung der Einhaltung gesetzlicher und interner Vorgaben. Diese Aktivität unterstützt direkt die KPI zur Compliance-Einhaltungsquote von Stellen. Bezugsquelle Wahrscheinlich aus einem mit Timestamp versehenen Statusfeld wie „ComplianceReviewStatus“ oder einem booleschen Feld „IsComplianceReviewed“ im Stellendatensatz abgeleitet. Erfassen Aus dem Timestamp abgeleitet, zu dem ein Compliance-Statusfeld auf „Completed“ oder „Reviewed“ aktualisiert wird. Ereignistyp inferred | |||
| Rekrutierungsprozess gestartet | Bezeichnet die Übergabe von der Stellenverwaltung an die Rekrutierung. Dieses Ereignis wird abgeleitet, wenn eine neue Vakanz oder ein neues Rekrutierungsprojekt erstellt und mit der spezifischen Position ID verknüpft wird. | ||
| Warum das wichtig ist Verknüpft den Prozess der Stellenverwaltung mit seinem Ergebnis. Dadurch lässt sich die Zeit zwischen der Aktivierung einer Stelle und dem Beginn der tatsächlichen Rekrutierungsaktivitäten analysieren. Bezugsquelle Abgeleitet aus dem Erstellungsdatum eines Datensatzes in den Rekrutierungs- oder Vakanzentabellen, etwa HcmRecruitingRequest, der auf die Position ID verweist. Erfassen Abgeleitet durch die Verknüpfung der PositionId mit der Erstellung eines entsprechenden Datensatzes im Rekrutierungsmodul. Ereignistyp inferred | |||
| Stelle eingefroren | Zeigt an, dass eine Stelle vorübergehend zurückgestellt wurde und dadurch keine Einstellungsaktivitäten möglich sind. Das Ereignis wird aus einer Statusänderung des Stellendatensatzes auf „Frozen“ oder „On Hold“ abgeleitet. | ||
| Warum das wichtig ist Erfasst Unterbrechungen im Lebenszyklus der Stelle, die sich auf Personalpläne und Budgets auswirken können. Die Analyse hilft, Gründe für Verzögerungen bei der Besetzung zu erkennen. Bezugsquelle Durch die Nachverfolgung des Timestamps abgeleitet, zu dem ein Statusfeld des Stellendatensatzes auf „Frozen“ oder einen vergleichbaren Wert aktualisiert wird. Erfassen Aus dem Timestamp einer Statusänderung auf „Frozen“ oder „On Hold“ abgeleitet. Ereignistyp inferred | |||
| Stelle neu klassifiziert | Eine wesentliche Aktualisierung, bei der die grundlegende Klassifizierung einer Stelle, etwa ihre Jobfamilie oder Stufe, geändert wird. Dieses Ereignis wird typischerweise aus einer Änderung des Feldes „Job“ im Stellendatensatz abgeleitet. | ||
| Warum das wichtig ist Hilft bei der Analyse von Veränderungen der Organisationsstruktur und der Stabilität von Jobdefinitionen. Dies ist die zentrale Aktivität für die KPI zur Neuzuordnungsquote von Stellen. Bezugsquelle Aus einer Änderung des Feldes „JobId“ in der Tabelle HcmPosition abgeleitet, erfasst über das Datenbankprotokoll oder durch den Vergleich von Datensatzversionen im Zeitverlauf. Erfassen Aus einer protokollierten Änderung des Feldes zur Jobklassifizierung im Stellendatensatz abgeleitet. Ereignistyp inferred | |||
| Stellenanfrage abgelehnt | Zeigt an, dass eine Stellenanfrage in einer der Genehmigungsphasen abgelehnt wurde. Dieses Ereignis wird ausdrücklich in der Workflow-Historie erfasst, wenn ein Genehmigender die Aktion „Reject“ auswählt. | ||
| Warum das wichtig ist Macht Prozessfehler und Nacharbeitsschleifen sichtbar. Die Analyse der Ablehnungsgründe hilft, die Qualität ursprünglicher Anfragen zu verbessern, und unterstützt die KPI zur Ablehnungsquote von Stellenanfragen. Bezugsquelle Für die jeweilige Stellenanfrage als Status „Rejection“ in den Workflow-Historientabellen erfasst, etwa in WorkflowTrackingStatusTable. Erfassen Aus dem Workflow Log erfasst, sobald ein Genehmigender die Ablehnungsaktion ausführt. Ereignistyp explicit | |||
| Stellenanfrage durch Manager genehmigt | Bezeichnet den Abschluss der ersten Genehmigungsstufe durch den einstellenden Manager. Dieses Ereignis wird ausdrücklich in der Workflow-Historie erfasst, sobald der Manager seine zugewiesene Genehmigungsaufgabe abschließt. | ||
| Warum das wichtig ist Macht die Dauer der ersten Genehmigungsstufe sichtbar und hilft, Engpässe bei bestimmten Managern oder Abteilungen zu erkennen. Bezugsquelle Als abgeschlossener Schritt in den Workflow-Historientabellen protokolliert, etwa in WorkflowTrackingTable, und mit der Stellenanfrage verknüpft. Erfassen Erfasst aus dem Abschlusszeitstempel des Genehmigungsschritts durch den Manager im Workflow Log. Ereignistyp explicit | |||
| Stellenattribute geändert | Bezeichnet jede Änderung an wichtigen Attributen einer Stelle, etwa an Titel oder Abteilung, nach ihrer ursprünglichen Erstellung. Diese Aktivität wird typischerweise durch die Nachverfolgung von Änderungen im Datenbankprotokoll des Systems abgeleitet. | ||
| Warum das wichtig ist Eine hohe Häufigkeit dieser Aktivität kann auf eine unzureichende Datenqualität oder Nacharbeit im Prozess hinweisen. Sie ist für die KPIs zur Häufigkeit von Attributänderungen und zur Nacharbeitsquote von Bedeutung. Bezugsquelle Aus der Tabelle SysDatabaseLog abgeleitet, sofern die Änderungsnachverfolgung für die Stellentabelle aktiviert ist. Alternativ müssen historische Snapshots der Positionsdaten verglichen werden. Erfassen Durch die Erkennung von Aktualisierungsvorgängen an wichtigen Feldern der Tabelle HcmPosition im Datenbankprotokoll abgeleitet. Ereignistyp inferred | |||
Anleitungen zur Datenextraktion
Schritte
- Zum Arbeitsbereich für Datenverwaltung navigieren: Melden Sie sich bei Microsoft Dynamics 365 Human Resources an. Verwenden Sie die Hauptsuchleiste, um zum Arbeitsbereich „Datenverwaltung“ zu navigieren.
- Neues Exportprojekt erstellen: Wählen Sie im Arbeitsbereich die Kachel „Export“ aus. Klicken Sie auf der Seite des „Export“-Projekts auf „Neu“, um ein neues Projekt zu erstellen. Vergeben Sie einen aussagekräftigen Namen, zum Beispiel „PositionManagement_EventLog_Export“, und wählen Sie ein Datenformat aus. Für die Transformation wird „CSV“ empfohlen.
- Datenentitäten zum Projekt hinzufügen: Klicken Sie in Ihrem neuen Projekt auf „Entität hinzufügen“. Für den vollständigen Lebenszyklus einer Position müssen Sie mehrere Entitäten hinzufügen. Fügen Sie die folgenden zentralen Entitäten nacheinander hinzu: „HcmPositionV2“, „WorkflowTrackingStatusTable“ und „HcmRecruitingRequest“. Wenn die Datenbankprotokollierung für Positionsänderungen aktiviert ist, fügen Sie zusätzlich „SysDatabaseLog“ hinzu.
- Filter für Entitäten konfigurieren: Wenden Sie für jede Entität Filter an, um den Datenumfang zu begrenzen. Wählen Sie eine Entität aus und klicken Sie anschließend auf „Filter“. Filtern Sie „HcmPositionV2“ anhand eines bestimmten Zeitraums über die Felder „CreatedDateTime“ oder „ModifiedDateTime“. Filtern Sie bei „WorkflowTrackingStatusTable“ das Feld „CONTEXTTABLENAME“, sodass nur Workflows mit Positionsbezug enthalten sind.
- Felder für jede Entität auswählen: Stellen Sie sicher, dass Sie alle für die spätere Transformation erforderlichen Felder exportieren. Nehmen Sie für „HcmPositionV2“ „PositionId“, „CreatedDateTime“, „ActivationDate“, „RetirementDate“, „ModifiedDateTime“, „JobId“ und „DepartmentNumber“ auf. Für „WorkflowTrackingStatusTable“ wählen Sie „ContextRecId“, „WorkflowTrackingStatus“, „CreatedDateTime“ und „UserId“ aus.
- Exportauftrag ausführen: Sobald alle Entitäten, Felder und Filter konfiguriert sind, klicken Sie auf der Hauptseite des Projekts auf „Export“. Das System erstellt ein Datenpaket mit separaten Dateien für jede Entität.
- Datenpaket überwachen und herunterladen: Den Fortschritt des Auftrags können Sie im Bereich „Auftragsverlauf“ verfolgen. Nach erfolgreichem Abschluss laden Sie das Datenpaket herunter. Es handelt sich um eine komprimierte Datei.
- Daten extrahieren und transformieren: Entpacken Sie das heruntergeladene Paket. Sie finden darin separate CSV-Dateien für jede Entität. Diese Dateien enthalten Rohdaten und noch kein fertiges Event Log. Sie müssen die Dateien mit einem externen Skript verarbeiten, zum Beispiel mit Python und pandas oder mit PowerShell.
- Transformationslogik implementieren: Ihr Skript muss die folgenden Schritte ausführen:
- Laden Sie die Datei „HcmPositionV2.csv“. Erzeugen Sie daraus mithilfe von „PositionId“ und „CreatedDateTime“ das Event „Position Created In HR System“.
- Erzeugen Sie Statusänderungs-Events wie „Position Activated“, „Position Frozen“, „Position Deactivated“ und „Position Closed“, indem Sie Statusfelder oder Datumsfelder wie „ActivationDate“ und „RetirementDate“ aus „HcmPositionV2.csv“ auswerten.
- Laden Sie die Datei „WorkflowTrackingStatusTable.csv“. Verknüpfen Sie diese Daten über die Datensatz-ID mit den Positionsdaten. Erzeugen Sie daraus die Workflow-Events „Position Request Initiated“, „Position Request Approved By Manager“, „Position Budget Approved“, „Position Request Approved By HR“ und „Position Request Rejected“. Dazu müssen Sie den Workflow-Status und den Kontext des Prozessschritts dem korrekten Activity Name zuordnen.
- Wenn Sie „SysDatabaseLog.csv“ exportiert haben, analysieren Sie diese Datei, um anhand von Änderungen an bestimmten Feldern der Tabelle „HcmPosition“ die Events „Position Attributes Modified“ und „Position Reclassified“ zu erzeugen.
- Laden Sie „HcmRecruitingRequest.csv“, um das Event „Hiring Process Started“ zu erzeugen. Ermitteln Sie dazu, wann für eine bestimmte Position eine Recruiting-Anfrage erstellt wurde.
- Finales Event Log zusammenstellen: Das Skript sollte alle erzeugten Events aus den verschiedenen Quellen in einer einzigen CSV-Datei zusammenführen. Diese Datei muss die erforderlichen Spalten „PositionId“, „ActivityName“ und „EventTime“ sowie alle empfohlenen Attribute enthalten, die Sie zuordnen konnten.
- Für den Upload formatieren: Stellen Sie sicher, dass die finale CSV-Datei die erforderlichen Attributnamen als Überschriften verwendet und die Spalte „EventTime“ ein einheitliches Timestamp-Format aufweist. Anschließend ist die Datei für den Upload in das Process-Mining-Tool bereit.
Konfiguration
- Zentrale Datenentitäten: Für diese Extraktion werden hauptsächlich folgende Entitäten benötigt:
HcmPositionV2: Enthält die Kerndaten jeder Position, darunter Erstellungs- und Aktivierungsdaten sowie Attribute wie Job und Abteilung.WorkflowTrackingStatusTable: Enthält den Verlauf der Workflow-Instanzen einschließlich Einreichungen, Genehmigungen und Ablehnungen. Diese Entität ist für die Nachverfolgung des Genehmigungsprozesses erforderlich.HcmRecruitingRequest: Dient dazu, die Aktivität „Hiring Process Started“ abzuleiten, wenn eine Recruiting-Anfrage mit einer Position verknüpft ist.SysDatabaseLog: Eine optionale, aber leistungsfähige Entität zur Erfassung detaillierter Änderungen wie „Position Attributes Modified“ und „Position Reclassified“. Ihre Verwendung hängt davon ab, ob die Datenbankprotokollierung für die Tabelle „HcmPosition“ vorab konfiguriert wurde.
- Filterung nach Zeitraum: Es wird dringend empfohlen, die Entität „HcmPositionV2“ anhand des Felds „CreatedDateTime“ nach einem Zeitraum zu filtern. Ein Zeitraum von sechs bis zwölf Monaten ist häufig ein guter Ausgangspunkt, um das Datenvolumen überschaubar zu halten.
- Inkrementelle Exporte: Für laufende Analysen können Sie das Exportprojekt für inkrementelle Exporte konfigurieren. Dadurch werden nur Datensätze extrahiert, die seit dem letzten Lauf geändert wurden, was die Verarbeitungszeit deutlich reduziert.
- Voraussetzungen: Die Person, die den Export ausführt, benötigt eine Sicherheitsrolle mit ausreichenden Berechtigungen für den Arbeitsbereich „Datenverwaltung“ sowie Lesezugriff auf alle angegebenen Datenentitäten. Typischerweise sind dafür Rollen wie „Datenverwaltungsadministrator“ oder eine benutzerdefinierte Rolle mit den entsprechenden Berechtigungen für die Entitäten erforderlich.
a Beispielabfrage sql
/*
This extraction uses the Dynamics 365 Data Management Framework. The 'query' is defined by configuring an export project via the user interface, not by running a script directly against the database.
A post-processing script is required to transform the output of this configuration into a final event log.
*/
-- Data Export Project Configuration --
Project Name: PositionManagement_EventLog_Export
Data Format: CSV
-- Entity 1: Positions --
Source Entity: HcmPositionV2
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Position Created In HR System' event)
- ActivationDate (Used for 'Position Activated' event)
- RetirementDate (Used for 'Position Deactivated' / 'Position Closed' event)
- ModifiedDateTime (Can be used for 'Position Attributes Modified' if SysDatabaseLog is not available)
- JobId (Used for 'Position Reclassified' event and 'JobTitle' attribute)
- DepartmentNumber (Used for 'DepartmentName' attribute)
- [Other fields for attributes like CostCenter, PositionStatus]
-- Entity 2: Workflow History --
Source Entity: WorkflowTrackingStatusTable
Fields to Export:
- ContextRecId (The record ID, used to link back to the HcmPosition record)
- ContextTableName (Filter this for 'HcmPosition')
- WorkflowTrackingStatus (Values like 'Submitted', 'Approved', 'Rejected')
- CreatedDateTime (Timestamp for the workflow event)
- UserId (The user who performed the action)
- [Workflow step name or ID field if available, to differentiate approval types]
-- Entity 3: Recruitment Requests --
Source Entity: HcmRecruitingRequest
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Hiring Process Started' event)
- RecruitingId
-- Entity 4: Database Change Log (Optional) --
Source Entity: SysDatabaseLog
Fields to Export:
- RefRecId (The record ID of the changed record)
- RefTableId (The table ID, filter for HcmPosition)
- CreatedDateTime (Timestamp of the change)
- [Fields indicating the old and new values, if available] Schritte
- Voraussetzungen prüfen: Vergewissern Sie sich vor dem Start, dass Bring Your Own Database (BYOD) für Ihre Instanz von Microsoft Dynamics 365 Human Resources konfiguriert ist. Stellen Sie sicher, dass die erforderlichen Datenentitäten in Ihre Azure SQL Database exportiert werden. Zu den zentralen Entitäten gehören:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUnitundHcmRecruitingRequest. - Mit der Azure SQL Database verbinden: Verwenden Sie ein SQL-Client-Tool wie SQL Server Management Studio (SSMS) oder Azure Data Studio, um eine Verbindung mit der Azure SQL Database herzustellen, die als BYOD-Ziel dient.
- Datenbankschema ermitteln: Machen Sie sich nach der Verbindung mit dem Datenbankschema vertraut. Die D365-HR-Datenentitäten werden als Tabellen repliziert. Beachten Sie, dass die Tabellennamen in der BYOD-Datenbank nicht exakt den Namen der Entitäten entsprechen müssen, in der Regel aber sehr ähnlich sind.
- SQL-Abfrage laden: Öffnen Sie in Ihrem SQL-Client ein neues Abfragefenster und fügen Sie das vollständige SQL-Skript aus dem Abschnitt „query“ dieses Dokuments ein.
- Parameter anpassen: Ändern Sie die Platzhaltervariablen in der Abfrage. Setzen Sie
@[YourCompanyId]auf die konkrete juristische Einheit, die Sie analysieren möchten, zum Beispiel „USMF“. Passen Sie den Zeitraum in denWHERE-Klauseln an, etwaCREATEDDATETIME >= '2023-01-01', um die Extraktion auf den gewünschten Zeitraum zu begrenzen. - Abfrage ausführen: Führen Sie die vollständige SQL-Abfrage in der BYOD-Datenbank aus. Die Ausführungszeit hängt vom Datenvolumen und dem ausgewählten Zeitraum ab.
- Ergebnisse prüfen: Prüfen Sie nach Abschluss der Abfrage die Ausgabe im Ergebnisbereich Ihres SQL-Clients. Vergewissern Sie sich, dass die Spalten
PositionId,ActivityName,EventTimeund weitere Spalten wie erwartet befüllt sind. - Als CSV exportieren: Exportieren Sie das gesamte Ergebnisset als CSV-Datei. Die meisten SQL-Clients bieten eine integrierte Funktion zum direkten Speichern der Ergebnisse als CSV-Datei. In SSMS können Sie beispielsweise mit der rechten Maustaste auf das Ergebnisraster klicken und „Ergebnisse speichern unter …“ auswählen.
- Für den Upload vorbereiten: Stellen Sie sicher, dass die exportierte CSV-Datei UTF-8-codiert ist. Prüfen Sie, dass die Spaltenüberschriften exakt den erforderlichen Attributen entsprechen, etwa
PositionId,ActivityNameundEventTime, damit der Upload in das Process-Mining-Tool reibungslos funktioniert.
Konfiguration
- BYOD-Datenentitäten: Stellen Sie sicher, dass alle erforderlichen Datenentitäten aus Dynamics 365 HR in Ihrer BYOD-Instanz veröffentlicht werden. Zu den zentralen Entitäten für diesen Prozess gehören Entitäten für Positionen, Positionsdetails, Workflow-Verlauf, Jobs, Abteilungen und Recruiting-Anfragen.
- Datenlatenz: BYOD repliziert Daten nahezu in Echtzeit, jedoch nicht unmittelbar. Zwischen einer Transaktion in D365 HR und dem Erscheinen der Daten in der Azure SQL Database kann eine kurze Verzögerung von wenigen Minuten bis zu einer Stunde liegen.
- Filterung nach Zeitraum: Zeitfilter in Ihrer Abfrage sind entscheidend, um Leistung und Datenvolumen zu steuern. Als Ausgangspunkt eignet sich häufig ein Zeitraum von drei bis sechs Monaten. Wenden Sie in jedem
UNION ALL-Block Filter auf Erstellungs- oder Event-Timestamps an. - Unternehmensfilter: Filtern Sie immer nach
DATAREAID, also der ID der juristischen Einheit oder des Unternehmens, damit Sie Daten der richtigen Organisationseinheit analysieren. Die bereitgestellte Abfrage enthält dafür den Platzhalter@[YourCompanyId]. - Voraussetzungen: Für diese Methode benötigen Sie ein aktives Azure-Abonnement, eine konfigurierte BYOD-Instanz, Leseberechtigungen für die betreffende Azure SQL Database und ein geeignetes SQL-Client-Tool.
- Benutzerdefinierte Workflow-Schritte: Die Abfrage verwendet gängige Bezeichnungen für Genehmigungsschritte wie „Approve position request“. Wenn Ihre Organisation eigene Bezeichnungen verwendet, müssen Sie die
CONTEXT-Werte in den entsprechendenWHERE-Klauseln anpassen.
a Beispielabfrage sql
SELECT
p.POSITIONID AS PositionId,
'Position Request Initiated' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Initiated' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 1 -- Submitted
AND w.CONTEXT LIKE '%Create position request%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Approved By Manager' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Pending Budget' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%Manager approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Budget Approved' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Pending HR' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%Budget approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Approved By HR' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Approved' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%HR approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Rejected' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Rejected' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 3 -- Rejection
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Created In HR System' AS ActivityName,
p.CREATEDDATETIME AS EventTime,
p.CREATEDDATETIME AS EndTime,
p.CREATEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Created' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.DATAREAID = '[YourCompanyId]'
AND p.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Attributes Modified' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
p.MODIFIEDDATETIME AS EndTime,
p.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Modified' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.MODIFIEDDATETIME > p.CREATEDDATETIME
AND p.DATAREAID = '[YourCompanyId]'
AND p.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Reviewed For Compliance' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime,
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Compliance Reviewed' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.[YourComplianceStatusField] = 'Reviewed' -- This requires a custom field indicating compliance review
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Reclassified' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
p.MODIFIEDDATETIME AS EndTime,
p.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Reclassified' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.MODIFIEDDATETIME > p.CREATEDDATETIME -- This is an inference. See known limitations.
AND p.DATAREAID = '[YourCompanyId]'
AND p.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Activated' AS ActivityName,
pd.VALIDFROM AS EventTime,
pd.VALIDFROM AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Active' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.VALIDFROM >= '[StartDate]'
AND p.DATAREAID = '[YourCompanyId]'
UNION ALL
SELECT
hr.POSITIONID AS PositionId,
'Hiring Process Started' AS ActivityName,
hr.CREATEDDATETIME AS EventTime,
hr.CREATEDDATETIME AS EndTime,
hr.CREATEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Recruiting' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmRecruitingRequest hr
JOIN HcmPositionV2 p ON hr.POSITIONID = p.POSITIONID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE hr.DATAREAID = '[YourCompanyId]'
AND hr.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Frozen' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime, -- Assuming a status change triggers modification time
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Frozen' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.[YourPositionStatusField] = 'Frozen' -- Requires a dedicated status field on the position
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Deactivated' AS ActivityName,
pd.VALIDTO AS EventTime,
pd.VALIDTO AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Inactive' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.VALIDTO < '2154-12-31' -- D365 often uses this far-future date for 'never expires'
AND pd.VALIDTO >= '[StartDate]'
AND p.DATAREAID = '[YourCompanyId]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Closed' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime, -- Assuming a status change triggers modification time
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Closed' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.[YourPositionStatusField] = 'Closed' -- Requires a dedicated status field on the position
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]' Möchten Sie beginnen?
Verwenden Sie dieses Template, um Ihre Datenerfassung zu vereinfachen und detaillierte Erkenntnisse über Ihren Hire-to-Retire-Prozess im Positionsmanagement zu gewinnen. Beginnen Sie noch heute mit der Verbesserung von Effizienz und Compliance.
Optimieren Sie Ihr Hire to Retire im Positionsmanagement sofort
Verkürzen Sie Ihre Prozessdurchlaufzeit um 30 % und beseitigen Sie Engpässe.
Keine Kreditkarte erforderlich. In wenigen Minuten eingerichtet.