Ihr Hire to Retire – Positionsmanagement-Daten-Template
Ihr Hire to Retire – Positionsmanagement-Daten-Template
- Empfohlene `Attribute` für eine gründliche Analyse
- Wichtige Prozessaktivitäten für eine präzise Analyse
- Extraktionsanleitung speziell für Microsoft Dynamics 365 Human Resources
Attribute des Positionsmanagements im Hire-to-Retire-Prozess
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des spezifischen Events oder der Aufgabe, die im Positionsmanagementprozess aufgetreten ist. | ||
| Beschreibung Dieses Attribut beschreibt einen einzelnen Schritt im Lebenszyklus der Position, wie z.B. 'Positionsanfrage initiiert', 'Position im HR-System erstellt' oder 'Position deaktiviert'. Es bildet das Rückgrat der Prozesslandkarte und zeigt die Abfolge der Events. Die Analyse des Activity Name (Aktivitätsnamens) ermöglicht die Visualisierung von Prozessabläufen, die Identifizierung von Abweichungen vom Standardprozess und die Berechnung von Übergangszeiten zwischen verschiedenen Schritten. Sie ist grundlegend, um zu verstehen, was in welcher Reihenfolge geschehen ist. Bedeutung Es definiert die Prozessschritte, ermöglicht die Visualisierung von Prozesslandkarten und die Analyse von Prozessfluss und Variationen. Datenquelle Dieses Attribut wird aus Business Events, Statusänderungen oder der Workflow-Historie innerhalb von Microsoft Dynamics 365 Human Resources abgeleitet. Es ist kein einzelnes Feld, sondern wird basierend auf dem Kontext der Daten konstruiert. Beispiele Positionsanfrage initiiertPositionsanfrage durch Manager genehmigtPosition im HR-System erstelltPositionsattribute geändertPosition geschlossen | |||
| Ereigniszeit EventTime | Der Timestamp, der angibt, wann die Aktivität stattfand. | ||
| Beschreibung Die Event Time, oder der Timestamp, zeichnet das genaue Datum und die Uhrzeit auf, wann eine Aktivität abgeschlossen wurde. Sie ist entscheidend für die chronologische Reihenfolge der Events und für die Berechnung von Dauern und Durchlaufzeiten. Dieses Attribut wird in fast jeder Process Mining-Analyse verwendet, vom Aufbau der Prozesslandkarte bis zur Berechnung von Performance-KPIs wie der 'Durchschnittlichen Genehmigungszeit für Positionen'. Es hilft, Verzögerungen zu lokalisieren und zu verstehen, wie lange jeder Prozessschritt dauert. Bedeutung Dieser Timestamp ist essentiell für die Reihenfolge von Events, die Berechnung aller zeitbasierten Metriken und die Entdeckung von Prozessengpässen. Datenquelle Diese Informationen finden sich typischerweise in Systemprotokolltabellen oder als Felder 'CreatedDateTime' oder 'ModifiedDateTime', die mit Positions- 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 für eine spezifische Jobposition innerhalb der Organisation. | ||
| Beschreibung Die Positions-ID dient als primärer Case Identifier, der alle Aktivitäten und Datenpunkte einer einzelnen Organisationsposition verknüpft. Dies ermöglicht die End-to-End-Verfolgung des gesamten Lebenszyklus einer Position, von ihrer Erstellung und Modifikation bis zu ihrer eventuellen Deaktivierung oder Schließung. In der Prozessanalyse ist diese ID unerlässlich, um den Weg jeder Position zu rekonstruieren. Sie ermöglicht Dashboards, die Durchlaufzeiten überwachen, Engpässe bei Genehmigungen identifizieren und Prozessvarianten von der Anfrage bis zum Abschluss analysieren. Bedeutung Dies ist der Kernbezeichner, der alle zusammenhängenden Events zu einem einzigen Prozess-Case verbindet und so die End-to-End-Analyse des Positionslebenszyklus ermöglicht. Datenquelle Dies ist typischerweise das Feld HcmPosition.PositionId in Microsoft Dynamics 365 Human Resources. Es kann in Datenentitäten wie HcmPositionV2Entity gefunden werden. Beispiele POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Abteilung DepartmentName | Die Abteilung, zu der die Position gehört. | ||
| Beschreibung Dieses Attribut spezifiziert die Organisationsabteilung, wie z.B. 'Finanzen', 'Marketing' oder 'IT', die mit der Position verbunden ist. Es ist eine primäre Dimension für die Filterung und Aggregation von Prozessdaten. Die Analyse nach Abteilung ist wesentlich für das Dashboard 'Durchsatz nach Abteilung'. Sie hilft, die Prozessperformance zu vergleichen, abteilungsspezifische Engpässe zu identifizieren und Einstellungstrends in verschiedenen Geschäftsbereichen zu verstehen. Bedeutung Es ermöglicht, die Prozessanalyse nach Geschäftseinheiten zu segmentieren, was hilft, abteilungsspezifische Probleme zu identifizieren und die Leistung zu vergleichen. Datenquelle Diese Informationen sind Teil der Positionsdetails, typischerweise in der Entität HcmPositionDetail gespeichert und mit der operativen Abteilung verknüpft. Beispiele FinanzenInformationstechnologieVertrieb und MarketingPersonalwesenVorgänge | |||
| Benutzername UserName | Der Name oder die ID des Benutzers, der die `Activity` ausgeführt hat. | ||
| Beschreibung Dieses Attribut identifiziert den Mitarbeiter oder Systemnutzer, der für einen bestimmten Prozessschritt verantwortlich ist, wie z.B. den Manager, der eine Anfrage genehmigte, oder den HR-Spezialisten, der die Position im System erstellte. Die Analyse nach Nutzer hilft, Schulungsbedarfe zu identifizieren, die Leistung über Teammitglieder hinweg zu vergleichen und die Arbeitslastverteilung zu verstehen. Sie ist auch entscheidend für Compliance-Checks, um eine ordnungsgemäße Aufgabentrennung zu gewährleisten. Bedeutung Es schafft Verantwortlichkeit und ermöglicht eine Leistungsanalyse nach Person oder Team, was für das Ressourcenmanagement und die Schulung entscheidend ist. Datenquelle Verknüpft mit Workflow-Historie- oder Audit-Trail-Datensätzen in Dynamics 365 HR. Es kann über eine User ID aus der HcmWorker-Entität verknüpft sein. Beispiele John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Endzeit EndTime | Der `Zeitstempel`, der anzeigt, wann die `Aktivität` abgeschlossen wurde. | ||
| Beschreibung EndTime markiert den Abschluss einer Aktivität. Die zwischen StartTime und EndTime verstrichene Zeit ist die Verarbeitungszeit für diese spezifische Aktivität. Dieses Attribut ist wesentlich für die Berechnung der Aktivitätsdauern und das Verständnis, wo innerhalb des Prozesses Zeit verbracht wird. Zum Beispiel hilft es zu bestimmen, wie lange ein Manager benötigt, um eine Positionsanfrage zu genehmigen, nachdem sie ihm zugewiesen wurde. Bedeutung Dies ermöglicht die Berechnung von Bearbeitungszeiten auf Aktivitätsebene – die essenzielle Grundlage für detaillierte Performance- und Engpassanalysen. Datenquelle Dies kann aus nachfolgenden Event-Timestamps oder aus spezifischen 'Abschluss'-Feldern in Workflow-Logs innerhalb von Dynamics 365 HR abgeleitet werden. Oft muss es inferiert werden. Beispiele 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Jobtitel JobTitle | Die Bezeichnung der mit der Position verbundenen Stelle, z.B. 'Senior Accountant'. | ||
| Beschreibung Der Job Title (Stellenbezeichnung) bietet wichtigen Kontext zur Rolle und den Verantwortlichkeiten der Position. Er unterscheidet sich von der Positions-ID, da mehrere Positionen denselben Job Title teilen können. In der Analyse ermöglicht dieses Attribut die Gruppierung und Filterung nach Rollentyp. Es ist nützlich für das Dashboard 'Trends bei der Positionsreklassifizierung', um zu sehen, welche Jobtypen am häufigsten reklassifiziert werden. Bedeutung Es fügt entscheidenden Geschäftskontext hinzu und ermöglicht Analysen basierend auf Jobrolle, Level oder Funktion. Datenquelle Diese Informationen sind mit dem 'Job'-Datensatz verknüpft, der der Position zugeordnet ist. Suchen Sie danach in Entitäten wie HcmPositionV2Entity oder durch Verknüpfung mit HcmJobEntity. Beispiele Senior FinanzanalystSoftware-Ingenieur IIHR Business PartnerMarketing CoordinatorLogistikmanager | |||
| Kostenstelle CostCenter | Die finanzielle Kostenstelle, der die Ausgaben der Position zugeordnet sind. | ||
| Beschreibung Die Kostenstelle ist eine zentrale finanzielle Dimension, die eine Position mit einem spezifischen Budget oder Verantwortungsbereich verknüpft. Änderungen an diesem Attribut sind wichtig zu überwachen. Dieses Attribut ist entscheidend für das Dashboard 'Positionsdaten-Konsistenzprüfung', das Änderungen an Schlüsselattributen nach der Erstellung analysiert. Es wird auch verwendet, um positionsbezogene Kosten und Budgets nach verschiedenen Finanzbereichen zu analysieren. Bedeutung Es verbindet die Position mit Finanzdaten, ermöglicht kostenbezogene Prozessanalysen und überwacht die Datenkonsistenz. Datenquelle Dies wird typischerweise als Finanzdimension im Positionsdatensatz konfiguriert. Konsultieren Sie die Einrichtung der Finanzdimension 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 gibt den Zustand der Position zu einem bestimmten Zeitpunkt an, wie z.B. 'Vorgeschlagen', 'Aktiv', 'Eingefroren' oder 'Geschlossen'. Statusänderungen entsprechen oft Aktivitäten im Prozess. Die Statusverfolgung ist entscheidend, um den Weg der Position zu verstehen und für Dashboards wie 'Status der Positions-Compliance-Überprüfung' und 'Veraltete und unzureichend genutzte Positionen'. Sie bietet eine Momentaufnahme des aktuellen Zustands der Position und hilft, den Prozessablauf zu validieren. Bedeutung Es bietet einen klaren Status für jede Position, was für das Filtern von Fällen und das Verständnis von Ergebnissen unerlässlich ist. Datenquelle Konsultieren Sie die Microsoft Dynamics 365 Human Resources Dokumentation. Dies wird wahrscheinlich von Statusfeldern im Kern-Positionsdatensatz abgeleitet. Beispiele VorgeschlagenIn PrüfungAktivEingefrorenGeschlossen | |||
| Ablehnungsgrund RejectionReason | Der Grund, der angegeben wird, wenn eine Positionsanfrage abgelehnt wird. | ||
| Beschreibung Wenn eine Positionsanfrage von einem Manager oder der Personalabteilung abgelehnt wird, wird oft ein Grund erfasst. Dies kann auf Budgetbeschränkungen, falsche Informationen oder eine Strategieänderung zurückzuführen sein. Dieses Attribut ist entscheidend für die Berechnung des KPIs 'Ablehnungsrate Positionsanfrage' und um zu verstehen, warum Nacharbeiten auftreten. Die Analyse der häufigsten Ablehnungsgründe hilft, vorgelagerte Probleme wie mangelhafte Anfragenqualität oder unklare Richtlinien zu identifizieren, die zur Verbesserung des Prozesses angegangen werden können. Bedeutung Es bietet direkten Einblick, warum Anfragen fehlschlagen, und ermöglicht gezielte Prozessverbesserungen zur Reduzierung von Nacharbeit und Ablehnungsraten. Datenquelle Konsultieren Sie die Microsoft Dynamics 365 Human Resources Dokumentation. Dies wird oft in Workflow-Kommentaren oder einem dedizierten Ablehnungsgrund-Feld erfasst. Beispiele Budget nicht verfügbarDoppelte AnfrageFalsches JobprofilEinstellungsstoppStrategische Neuausrichtung | |||
| Anfragender Manager RequestingManager | Der Manager, der die Anfrage für die Position initiiert hat. | ||
| Beschreibung Dieses Attribut identifiziert den einstellenden Manager oder Abteilungsleiter, der den Prozess durch die Anforderung einer neuen oder Nachbesetzungsposition initiiert hat. Diese Information gibt Kontext darüber, wo die Nachfrage nach Positionen entsteht. Die Analyse nach Anfragendem Manager kann helfen, Muster im Anfragevolumen, den Genehmigungsraten und der Anfragenqualität zu identifizieren. Sie bietet eine zusätzliche Detailebene zum Verständnis der Arbeitslast und der Prozesseinhaltung. Bedeutung Es hilft, den Ursprung der Positionsnachfrage zu verfolgen und Prozessmetriken aus der Perspektive des einstellenden Managers zu analysieren. Datenquelle Konsultieren Sie die Microsoft Dynamics 365 Human Resources Dokumentation. Diese Informationen würden wahrscheinlich in den Workflow-Initiierungsdaten erfasst. Beispiele Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Bearbeitungszeit ProcessingTime | Die Dauer der aktiven Bearbeitung einer Aktivität. | ||
| Beschreibung Die Bearbeitungszeit ist die Dauer, die zwischen dem Startzeitpunkt und dem Endzeitpunkt einer Aktivität berechnet wird. Sie stellt die tatsächlich für eine Aufgabe aufgewendete Zeit dar, Wartezeiten ausgenommen. Diese Metrik ist grundlegend für die Performance-Analyse und wird in Dashboards wie dem 'Monitor für Engpässe bei der Positionsanlage' verwendet. Durch die Summierung der Bearbeitungszeiten aller Aktivitäten kann man die gesamte Bearbeitungszeit für den Lebenszyklus einer Position ermitteln, was ein Schlüsselbestandteil der Effizienzanalyse ist. Bedeutung Es misst die tatsächliche Arbeitsdauer von Aktivitäten und hilft, die aktive Arbeitszeit von der Leerlaufzeit bei der Engpassanalyse zu unterscheiden. Datenquelle Dies wird während der Datentransformation berechnet, indem die StartTime von der EndTime subtrahiert wird (EndTime - StartTime). Beispiele PT5M12SPT1H30MP2DT4H15MP0DPT8H | |||
| Freigabe-Durchlaufzeit ApprovalCycleTime | Die Gesamtzeit von der Initiierung einer Positionsanfrage bis zu ihrer endgültigen Genehmigung. | ||
| Beschreibung Diese berechnete Metrik misst die Dauer von der Aktivität 'Positionsanfrage initiiert' bis zur finalen Genehmigungsaktivität, die 'Positionsanfrage durch HR genehmigt' sein könnte. Sie ist ein wichtiger Leistungsindikator für den Frontend-Bereich des Positionsmanagement-Prozesses. Dieses Attribut füllt direkt das Dashboard und den KPI 'Durchlaufzeit Positionsgenehmigung'. Es bietet eine übergeordnete Messung der Effizienz des Genehmigungsprozesses und hilft, die Auswirkungen von Verbesserungsinitiativen über die Zeit zu verfolgen. Bedeutung Es ist ein kritischer KPI, der die Effizienz des gesamten Genehmigungsprozesses misst und Verzögerungen bei der Bereitstellung von Positionen zur Erstellung direkt hervorhebt. Datenquelle Dies wird auf Case-Ebene berechnet, indem die Timestamps der Start- und Endaktivitäten der Genehmigungsphase gefunden und die Differenz berechnet wird. Beispiele P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Ist Budget genehmigt IsBudgetApproved | Ein Flag, das anzeigt, ob das Budget für die Position genehmigt wurde. | ||
| Beschreibung Dieses boolesche Attribut ist 'wahr', wenn die Aktivität 'Positionsbudget genehmigt' für einen bestimmten Positions-Case aufgetreten ist. Es hilft bei der Analyse des Prozessflusses und der Identifizierung von Positionen, die auf die Budgetfreigabe warten. Dieses Attribut kann verwendet werden, um Prozesse zu filtern und den KPI 'Durchlaufzeit Positionsbudget-Genehmigung' effektiver zu analysieren. Es hilft, Positionen, die die Budgethürde genommen haben, von denen zu unterscheiden, die dies nicht getan haben, was für die Engpassanalyse nützlich ist. Bedeutung Es vereinfacht die Analyse, indem es ein klares Flag für einen kritischen Meilenstein bereitstellt und hilft, die Budgetgenehmigungsphase zu isolieren und zu messen. Datenquelle Dies wird während der Datentransformation abgeleitet, indem die Existenz der Aktivität 'Positionsbudget genehmigt' innerhalb der Case-Historie überprüft wird. Beispiele truefalsch | |||
| Ist Nacharbeit IsRework | Ein Flag, das anzeigt, ob eine Aktivität Teil eines Nacharbeitszyklus ist. | ||
| Beschreibung Dieses boolesche Flag ist auf 'wahr' gesetzt, wenn eine Aktivität einen Schritt darstellt, der im Prozess wiederholt wird, wie z.B. eine erneute Genehmigung nach Attributänderungen. Es hilft, ineffiziente Prozessschleifen zu quantifizieren. Dieses Attribut unterstützt direkt das Dashboard 'Positionsnacharbeitsanalyse' und den KPI 'Nacharbeitsrate bei der Positionsanlage'. Durch die Kennzeichnung von Nacharbeiten können Analysten leicht nach Prozessineffizienzen filtern und deren Häufigkeit und Auswirkungen messen. Bedeutung Es identifiziert und quantifiziert explizit Prozessnacharbeit, die ein primäres Ziel für Prozessverbesserungsinitiativen ist. Datenquelle Dies wird basierend auf der Abfolge der Aktivitäten für einen Case berechnet. Wenn beispielsweise 'Positionsanfrage durch Manager genehmigt' nach 'Positionsattribute geändert' auftritt, kann dies als Nacharbeit gekennzeichnet werden. Beispiele truefalsch | |||
| Job-Familie JobFamily | Eine Gruppierung von Jobs mit ähnlichen Funktionen, wie 'Engineering' oder 'Finance'. | ||
| Beschreibung Job-Familie ist eine Klassifizierung, die verwandte Job-Titel gruppiert. Zum Beispiel könnten 'Software Engineer' und 'QA Engineer' beide unter die Job-Familie 'Engineering' fallen. Dieses Attribut ist wesentlich für das Dashboard 'Trends bei der Positions-Reklassifizierung', da es eine übergeordnete Analyse ermöglicht, welche Job-Kategorien am häufigsten geändert werden. Es bietet eine breitere Sichtweise als die Betrachtung einzelner Job-Titel. Bedeutung Es ermöglicht eine breitere, kategoriebasierte Analyse von Positionen, was für die strategische Personalplanung und Trendanalyse nützlich ist. Datenquelle Dies ist Teil der Job-Einrichtung in Dynamics 365 HR. Suchen Sie nach Feldern, die mit 'Job family' oder 'Job function' auf der HcmJobEntity in Verbindung stehen. Beispiele EngineeringFinanzen & RechnungswesenVertriebPersonalwesenProduktmanagement | |||
| Letzte Datenaktualisierung LastDataUpdate | Der Zeitstempel der aktuellsten Datenaktualisierung aus dem Quellsystem. | ||
| Beschreibung Dieses Attribut gibt an, wann die Daten zuletzt aus Microsoft Dynamics 365 Human Resources extrahiert wurden. Es bietet Kontext zur Aktualität der Analyse. Die Anzeige dieser Information in Dashboards versichert den Nutzern, dass sie aktuelle Informationen sehen. Es ist ein wichtiges Metadatenstück für jedes Process Mining-Projekt. Bedeutung Es informiert Benutzer über die Aktualität der Daten, was entscheidend für datenbasierte Entscheidungen ist. Datenquelle Dieser Timestamp wird während des Datenextraktions-, Transformations- und Ladevorgangs (ETL) generiert und gespeichert. Beispiele 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| Ort Location | Der physische oder geografische Standort der Position. | ||
| Beschreibung Dieses Attribut spezifiziert den Standort der Position, welcher ein Büro, eine Stadt oder ein Land sein kann. Es ist eine weitere wichtige Dimension für die Filterung und Segmentierung der Prozessdaten. Der Standort wird direkt im Dashboard 'Durchsatz nach Abteilung' verwendet, um Personalbesetzungstrends und Prozessperformance über verschiedene Regionen hinweg zu analysieren. Es kann helfen zu identifizieren, ob Prozesse zur Positionsanlage oder -genehmigung an bestimmten Standorten langsamer sind. Bedeutung Es bietet geografischen Kontext und ermöglicht die Analyse von Prozessleistung und Trends an verschiedenen Standorten. Datenquelle Konsultieren Sie die Microsoft Dynamics 365 Human Resources Dokumentation. Dies kann Teil der Positionsdetails sein oder über die Abteilung oder die juristische Person verknüpft sein. Beispiele New York, USALondon, UKBerlin, GermanySingapurRemote | |||
| Positionstyp PositionType | Klassifiziert die Position als Vollzeit, Teilzeit, temporär etc. | ||
| Beschreibung Dieses Attribut kategorisiert die Position basierend auf ihren Anstellungsbedingungen. Dies bietet zusätzlichen Kontext für die Personalanalyse und -planung. In der Prozessanalyse kann das Filtern nach Positionstyp aufzeigen, ob bestimmte Positionstypen unterschiedliche Prozesspfade oder längere Durchlaufzeiten aufweisen. Beispielsweise könnten temporäre Positionen einen schnelleren, optimierten Genehmigungsprozess haben als unbefristete Vollzeitpositionen. Bedeutung Es ermöglicht die Analyse, wie sich der Prozess für verschiedene Beschäftigungsarten unterscheidet, was bei der Personalplanung und Prozessoptimierung hilft. Datenquelle Diese Informationen sind typischerweise im Positionsdatensatz in Dynamics 365 HR verfügbar. Suchen Sie in Entitäten wie HcmPositionV2Entity nach einem relevanten Feld. Beispiele `Vollzeit`TeilzeitAuftragnehmerPraktikantBefristet | |||
| Quellsystem SourceSystem | Das System, aus dem die Daten extrahiert wurden. | ||
| Beschreibung Dieses Attribut identifiziert den Ursprung der Prozessdaten. Für diese Ansicht wäre es typischerweise 'Microsoft Dynamics 365 Human Resources'. In Umgebungen mit mehreren Systemen ist dieses Feld entscheidend für die Datenherkunft und Fehlerbehebung. Es hilft zu bestätigen, dass die Daten aus der erwarteten Quelle stammen und kann verwendet werden, um Analysen für spezifische Systeme zu filtern. Bedeutung Es liefert Kontext zum Datenursprung, was für die Data Governance und für Analysen über mehrere Unternehmenssysteme hinweg wichtig ist. Datenquelle Dies ist ein statischer Wert, der während des Datenextraktions- und Transformationsprozesses hinzugefügt wird, um den Ursprung des Datensatzes zu kennzeichnen. Beispiele Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
Aktivitäten im Positionsmanagement des Hire-to-Retire-Prozesses
| Aktivität | Beschreibung | ||
|---|---|---|---|
| Position aktiviert | Markiert den Zeitpunkt, an dem eine Position offiziell offen ist und die Rekrutierung beginnen kann. Dieses Event wird aus einem Statusfeld im Positionsdatensatz abgeleitet, das sich zu 'Active' oder einem ähnlichen Zustand ändert. | ||
| Bedeutung Dies ist ein kritischer Meilenstein für die Messung der Personalbereitschaft und der Effizienz der finalen Einrichtungsphasen. Er ist wesentlich für den KPI 'Durchschnittliche Zeit bis zur Positionsaktivierung'. Datenquelle Abgeleitet durch Verfolgung des Timestamps, wann das Statusfeld, wie z.B. 'PositionStatus', im Positionsdatensatz auf 'Active' oder 'Open' aktualisiert wird. Erfassen Basierend auf dem Datum, an dem das Feld 'ActivationDate' der Position gefüllt wird oder ein Statusfeld auf 'Active' wechselt. Ereignistyp inferred | |||
| Position deaktiviert | Die Position ist nicht mehr aktiv und wird aus der aktiven Organisationsstruktur entfernt, oft nachdem sie besetzt wurde. Dies wird aus einer Statusänderung auf 'Inaktiv' oder einen ähnlichen Zustand abgeleitet. | ||
| Bedeutung Markiert einen wichtigen Schritt am Ende der aktiven Lebensdauer der Position. Er ist entscheidend für die Analyse der durchschnittlichen Zeit bis zur Positionsdeaktivierung und die genaue Verwaltung der Mitarbeiterzahl. Datenquelle Abgeleitet aus dem Timestamp, wann das Feld 'RetirementDate' gefüllt wird oder ein Statusfeld im Positionsdatensatz auf 'Inactive' wechselt. Erfassen Basierend auf dem Datum, an dem das Feld 'RetirementDate' der Position gesetzt wird oder ein Statusfeld auf 'Inactive' wechselt. Ereignistyp inferred | |||
| Position geschlossen | Stellt die finale Archivierung des Positionsdatensatzes dar und signalisiert das absolute Ende seines Lebenszyklus. Dieses Event wird durch eine Statusänderung auf 'Geschlossen' oder einen ähnlichen Endzustand abgeleitet. | ||
| Bedeutung Dies ist das terminale Event für den Prozess, das eine vollständige End-to-End-Lebenszyklusanalyse ermöglicht und hilft, veraltete Positionen zu identifizieren, die geschlossen werden sollten. Datenquelle Abgeleitet aus einer Änderung eines Statusfeldes zu 'Closed' im Positionsdatensatz. Dies ist weniger häufig als die Deaktivierung, da Datensätze oft für die Historie aufbewahrt werden. Erfassen Abgeleitet aus dem Timestamp, wann ein Statusfeld auf 'Closed' aktualisiert wird. Ereignistyp inferred | |||
| Position im HR-System erstellt | Dieses Event markiert die offizielle Erstellung des Positionsdatensatzes innerhalb von Dynamics 365 HR. Es wird vom Erstellungs-Timestamp des primären Positionsdatensatzes selbst erfasst. | ||
| Bedeutung Ein fundamentaler Meilenstein, der den Übergang von der Anfrage zu einer tatsächlichen Organisationseinheit kennzeichnet. Er ist der Endpunkt für den KPI „Positions-Erstellungs-Durchlaufzeit“. Datenquelle Aus dem Systemfeld „CreatedDateTime“ der Hauptpositionstabelle, wie z.B. HcmPosition. Erfassen Extrahiert aus dem Systemfeld „CreatedDateTime“ der HcmPosition-Tabelle. Ereignistyp explicit | |||
| Positionsanfrage durch HR genehmigt | Signalisiert die endgültige Genehmigung durch die Personalabteilung, bevor die Position formell erstellt werden kann. Dies ist ein explizites Event, das bei Abschluss der HR-Genehmigungsaufgabe im Workflow-System protokolliert wird. | ||
| Bedeutung Dies markiert das Ende der Genehmigungsphase und ist ein kritischer Meilenstein für die Messung der gesamten 'Durchschnittlichen Durchlaufzeit für Positionsgenehmigungen'. Datenquelle In den Workflow-Historie-Tabellen, wie z.B. WorkflowTrackingTable, protokolliert, wenn der HR-Vertreter seine Genehmigungsaufgabe abschließt. Erfassen Das Event wird in der Workflow-Historie mit einem Timestamp nach Abschluss des HR-Genehmigungsschritts protokolliert. Ereignistyp explicit | |||
| Positionsanfrage initiiert | Markiert den formellen Beginn des Positionsmanagement-Lebenszyklus. Dieses Event wird typischerweise erfasst, wenn ein Benutzer eine neue Positionsanfrage über ein dediziertes Formular oder einen Workflow in Dynamics 365 HR einreicht. | ||
| Bedeutung Dies ist der Startpunkt für die Messung des gesamten Positionslebenszyklus, einschließlich wichtiger KPIs wie 'Durchlaufzeit Positionsgenehmigung' und 'Vorlaufzeit Positionsanlage'. Datenquelle Erfasst aus dem Erstellungs-Timestamp eines Positionsanfrage-Datensatzes oder des Initiierungs-Datensatzes in der Workflow-Historie-Tabelle, wie WorkflowTrackingStatusTable. Erfassen Das Event wird bei der Einreichung eines neuen Positionsanfrage-Workflows erfasst. Ereignistyp explicit | |||
| Einstellungsprozess gestartet | Signalisiert die Übergabe vom Positionsmanagement an die Rekrutierung. Dieses Event wird abgeleitet, wenn eine neue Vakanz oder ein Rekrutierungsprojekt erstellt und mit dieser spezifischen Positions-ID verknüpft wird. | ||
| Bedeutung Verbindet den Positionsmanagement-Prozess mit seinem Ergebnis und ermöglicht die Analyse der Zeit zwischen Positionsaktivierung und dem Beginn der tatsächlichen Einstellungstätigkeiten. Datenquelle Abgeleitet durch die Identifizierung des Erstellungsdatums eines Datensatzes in den Rekrutierungs- oder Vakanztabellen, wie HcmRecruitingRequest, der die Positions-ID referenziert. Erfassen Abgeleitet durch Verknüpfung der PositionId mit der Erstellung eines entsprechenden Datensatzes im Rekrutierungsmodul. Ereignistyp inferred | |||
| Position auf Compliance geprüft | Zeigt an, dass eine Position einer formalen Compliance-Prüfung unterzogen wurde. Dies kann durch eine Statusänderung, eine abgeschlossene Checklistenaufgabe oder die Aktualisierung eines benutzerdefinierten Feldes erfasst werden. | ||
| Bedeutung Entscheidend für die Überwachung der Einhaltung regulatorischer und interner Richtlinien. Diese Aktivität unterstützt direkt den KPI „Einhaltungsrate der Positionen“. Datenquelle Wahrscheinlich abgeleitet aus einem mit Timestamp versehenen Statusfeld wie 'ComplianceReviewStatus' oder einem booleschen Feld 'IsComplianceReviewed' im Positionsdatensatz. Erfassen Abgeleitet aus dem Timestamp, wann ein Compliance-Statusfeld auf 'Completed' oder 'Reviewed' aktualisiert wird. Ereignistyp inferred | |||
| Position eingefroren | Zeigt an, dass eine Position vorübergehend auf Eis gelegt wurde, wodurch jegliche Einstellungstätigkeit verhindert wird. Dies wird erfasst, indem eine Statusänderung im Positionsdatensatz auf einen Status 'Frozen' oder 'On Hold' abgeleitet wird. | ||
| Bedeutung Verfolgt Unterbrechungen im Positionslebenszyklus, die Personalpläne und Budgets beeinflussen können. Es hilft, Gründe für Verzögerungen bei der Einstellung zu identifizieren. Datenquelle Abgeleitet durch Verfolgung des Timestamps, wann ein Statusfeld im Positionsdatensatz auf 'Frozen' oder einen ähnlichen Wert aktualisiert wird. Erfassen Abgeleitet aus dem Timestamp einer Statusänderung zu 'Frozen' oder 'On Hold'. Ereignistyp inferred | |||
| Position reklassifiziert | Ein signifikantes Update, bei dem die grundlegende Klassifikation der Position, wie z.B. die Job-Familie oder das Level, geändert wird. Dies wird typischerweise aus einer Änderung des Feldes „Job“ im Positionsdatensatz abgeleitet. | ||
| Bedeutung Hilft bei der Analyse von Änderungen der Organisationsstruktur und der Stabilität von Job-Definitionen. Es ist die Schlüssel-Aktivität für den KPI „Positions-Reklassifizierungsrate“. Datenquelle Abgeleitet aus einer Änderung des Feldes 'JobId' in der HcmPosition-Tabelle, erfasst über das Datenbank-Log oder durch den Vergleich von Datensatzversionen über die Zeit. Erfassen Abgeleitet aus einer protokollierten Änderung des Jobklassifizierungsfeldes im Positionsdatensatz. Ereignistyp inferred | |||
| Positionsanfrage abgelehnt | Zeigt an, dass eine Positionsanfrage in einer der Genehmigungsphasen abgelehnt wurde. Dieses Event wird explizit in der Workflow-Historie erfasst, wenn ein Genehmiger die Aktion 'Reject' auswählt. | ||
| Bedeutung Hebt Prozessfehler und Nacharbeits-Schleifen hervor. Die Analyse von Ablehnungsgründen hilft, die Qualität initialer Anfragen zu verbessern und unterstützt den KPI „Ablehnungsrate von Positionsanfragen“. Datenquelle Als 'Ablehnungs'-Status in den Workflow-Historientabellen, wie z.B. WorkflowTrackingStatusTable, für die spezifische Positionsanfrage erfasst. Erfassen Erfasst aus dem Workflow-Log, wenn ein Genehmiger die Ablehnungsaktion ausführt. Ereignistyp explicit | |||
| Positionsanfrage durch Manager genehmigt | Stellt den Abschluss der ersten Genehmigungsinstanz durch den einstellenden Manager dar. Dieses Event wird explizit in der Workflow-Historie erfasst, wenn der Manager seine zugewiesene Genehmigungsaufgabe abschließt. | ||
| Bedeutung Zeigt die Dauer des ersten Genehmigungsschritts auf, um Engpässe bei bestimmten Managern oder Abteilungen zu identifizieren. Datenquelle Als abgeschlossener Schritt in den Workflow-Historie-Tabellen, wie z.B. WorkflowTrackingTable, protokolliert, die mit der Positionsanfrage verknüpft sind. Erfassen Erfasst aus dem Completion-Timestamp des Manager-Genehmigungsschritts im Workflow-Log. Ereignistyp explicit | |||
| Positionsattribute geändert | Stellt jede Änderung an Schlüsselattributen einer Position, wie Titel oder Abteilung, nach ihrer initialen Erstellung dar. Diese Aktivität wird typischerweise durch die Verfolgung von Änderungen im Datenbank-Log des Systems abgeleitet. | ||
| Bedeutung Eine hohe Frequenz dieser Aktivität kann auf eine schlechte Datenqualität oder Prozessnacharbeit hindeuten. Sie ist wesentlich für die KPIs „Häufigkeit der Positionsattribut-Änderungen“ und „Nacharbeitsrate“. Datenquelle Abgeleitet aus der SysDatabaseLog-Tabelle, wenn die Änderungsverfolgung für die Positionstabelle aktiviert ist. Alternativ erfordert es den Vergleich historischer Snapshots der Positionsdaten. Erfassen Abgeleitet durch das Erkennen von Update-Operationen auf Schlüsselfeldern der HcmPosition-Tabelle über das Datenbank-Log. Ereignistyp inferred | |||
| Positionsbudget genehmigt | Ein wichtiger Genehmigungs-Meilenstein, der bestätigt, dass die notwendigen Mittel für die neue Position zugewiesen sind. Dies wird typischerweise als eigenständiger Genehmigungsschritt innerhalb des Positions-Erstellungs-Workflows erfasst. | ||
| Bedeutung Isoliert die finanzielle Genehmigungsphase, ermöglicht die Analyse von Verzögerungen im Zusammenhang mit der Budgetzuweisung und unterstützt den KPI „Durchlaufzeit der Positionsbudget-Genehmigung“. Datenquelle In den Workflow-Historientabellen, wie z.B. WorkflowTrackingTable, als abgeschlossene Genehmigungsaufgabe erfasst, oft einer Finanzrolle zugewiesen. Erfassen Erfasst aus dem Completion-Timestamp der Budget-Genehmigungs-Aufgabe im Workflow-Log. Ereignistyp explicit | |||
Extraktionsleitfäden
Schritte
- Navigieren Sie zum Datenmanagement-Arbeitsbereich: Melden Sie sich bei Microsoft Dynamics 365 Human Resources an. Verwenden Sie die Hauptsuchleiste, um zum „Data management“-Arbeitsbereich zu navigieren.
- Erstellen Sie ein neues Exportprojekt: Wählen Sie innerhalb des Arbeitsbereichs die Kachel „Export“ aus. Klicken Sie auf der Seite des „Export“-Projekts auf „Neu“, um ein neues Projekt zu erstellen. Geben Sie einen aussagekräftigen Namen ein, z.B. „PositionManagement_EventLog_Export“, und wählen Sie ein Datenformat. Für Transformationszwecke wird „CSV“ empfohlen.
- Fügen Sie Datenentitäten zum Projekt hinzu: Klicken Sie in Ihrem neuen Projekt auf „Add entity“. Sie müssen mehrere Entitäten hinzufügen, um den gesamten Positionslebenszyklus zu erfassen. Fügen Sie die folgenden Schlüsselentitäten einzeln hinzu: „HcmPositionV2“, „WorkflowTrackingStatusTable“ und „HcmRecruitingRequest“. Falls das Datenbank-Logging für Positionsänderungen aktiviert ist, fügen Sie auch „SysDatabaseLog“ hinzu.
- Konfigurieren Sie Entitätsfilter: Für jede Entität ist es entscheidend, Filter anzuwenden, um den Datenumfang zu begrenzen. Wählen Sie eine Entität aus und klicken Sie dann auf „Filter“. Filtern Sie für „HcmPositionV2“ nach einem bestimmten Datumsbereich unter Verwendung der Felder „CreatedDateTime“ oder „ModifiedDateTime“. Filtern Sie für „WorkflowTrackingStatusTable“ die „CONTEXTTABLENAME“, um nur positionsbezogene Workflows einzuschließen.
- Wählen Sie Felder für jede Entität aus: Stellen Sie sicher, dass Sie alle erforderlichen Felder für die spätere Transformation exportieren. Für „HcmPositionV2“ schließen Sie „PositionId“, „CreatedDateTime“, „ActivationDate“, „RetirementDate“, „ModifiedDateTime“, „JobId“ und „DepartmentNumber“ ein. Für „WorkflowTrackingStatusTable“ schließen Sie „ContextRecId“, „WorkflowTrackingStatus“, „CreatedDateTime“ und „UserId“ ein.
- Führen Sie den Export-Job aus: Sobald alle Entitäten, Felder und Filter konfiguriert sind, klicken Sie auf der Hauptprojektseite auf „Export“. Das System erstellt ein Datenpaket, das separate Dateien für jede Entität enthält.
- Überwachen und Laden Sie das Datenpaket herunter: Sie können den Fortschritt des Jobs im Bereich „Job history“ überwachen. Sobald der Job erfolgreich abgeschlossen ist, laden Sie das Datenpaket herunter, das eine komprimierte Datei sein wird.
- Extrahieren und Transformieren Sie die Daten: Entpacken Sie das heruntergeladene Paket. Sie finden separate CSV-Dateien für jede Entität. Diese Dateien stellen Rohdaten dar, nicht das finale
Event Log. Sie müssen ein externes Skript (z.B. mit Python mit Pandas oder PowerShell) verwenden, um diese Dateien zu verarbeiten. - Implementieren Sie die Transformationslogik: Ihr Skript muss die folgenden Aktionen ausführen:
- Laden Sie die Datei „HcmPositionV2.csv“. Aus dieser Datei generieren Sie das
Event„Position Created In HR System“ unter Verwendung von „PositionId“ und „CreatedDateTime“. - Generieren Sie Statuswechsel-
Events(„Position Activated“, „Position Frozen“, „Position Deactivated“, „Position Closed“) durch Interpretation von Statusfeldern oder Datumsfeldern wie „ActivationDate“ und „RetirementDate“ aus „HcmPositionV2.csv“. - Laden Sie die Datei „WorkflowTrackingStatusTable.csv“. Verknüpfen Sie diese Daten mit den Positionsdaten unter Verwendung der Datensatz-ID. Daraus generieren Sie die Workflow-
Events: „Position Request Initiated“, „Position Request Approved By Manager“, „Position Budget Approved“, „Position Request Approved By HR“, und „Position Request Rejected“. Sie müssen den Workflow-Status und den Schrittkontext dem korrektenActivity Namezuordnen. - Falls Sie „SysDatabaseLog.csv“ exportiert haben, parsen Sie diese Datei, um „Position Attributes Modified“ und „Position Reclassified“-
Eventsbasierend auf Änderungen an spezifischen Feldern der HcmPosition-Tabelle zu generieren. - Laden Sie die Datei „HcmRecruitingRequest.csv“, um das
Event„Hiring Process Started“ zu generieren, indem Sie feststellen, wann eine Rekrutierungsanfrage für eine gegebene Position erstellt wurde.
- Laden Sie die Datei „HcmPositionV2.csv“. Aus dieser Datei generieren Sie das
- Stellen Sie das finale
Event Logzusammen: Das Skript sollte alle generiertenEventsaus den verschiedenen Quellen in einer einzigen CSV-Datei kombinieren. Diese Datei muss die erforderlichen Spalten enthalten: „PositionId“, „ActivityName“ und „EventTime“ zusammen mit allen empfohlenenAttributes, die Sie zuordnen konnten. - Format für den
Upload: Stellen Sie sicher, dass die finale CSV-Datei Header hat, die den erforderlichen Attributnamen entsprechen, und dass die Spalte „EventTime“ in einem konsistentenTimestamp-Format vorliegt. Die Datei ist nun bereit für denUploadin dasProcess Mining-Tool.
Konfiguration
- Key Data Entities: Die primären Entitäten, die für diese Extraktion erforderlich sind, sind:
HcmPositionV2: Enthält Kerndetails zu jeder Position, einschließlich Erstellungsdaten, Aktivierungsdaten und Attribute wie Job und Abteilung.WorkflowTrackingStatusTable: Bietet die Historie von Workflow-Instanzen, einschließlich Einreichungen, Genehmigungen und Ablehnungen. Dies ist wesentlich für die Nachverfolgung des Genehmigungsprozesses.HcmRecruitingRequest: Wird verwendet, um die Aktivität „Hiring Process Started“ abzuleiten, wenn eine Rekrutierungsanfrage mit einer Position verknüpft ist.SysDatabaseLog: Eine optionale, aber leistungsstarke Entität zum Erfassen detaillierter Änderungen wie „Position Attributes Modified“ und „Position Reclassified“. Ihre Verwendung hängt davon ab, ob das Datenbank-Logging für die HcmPosition-Tabelle vorkonfiguriert ist.
- Date Range Filtering: Es wird dringend empfohlen, einen Datumsbereichsfilter auf die Entität „HcmPositionV2“ basierend auf dem Feld „CreatedDateTime“ anzuwenden. Ein Bereich von 6 bis 12 Monaten ist oft ein guter Ausgangspunkt, um ein überschaubares Datenvolumen zu gewährleisten.
- Incremental Exports: Für die fortlaufende Analyse sollten Sie erwägen, das Exportprojekt für inkrementelle Exporte zu konfigurieren. Dies extrahiert nur Datensätze, die sich seit dem letzten Lauf geändert haben, was die Verarbeitungszeit erheblich reduziert.
- Prerequisites: Der Benutzer, der den Export durchführt, muss über eine Sicherheitsrolle mit ausreichenden Berechtigungen für den Zugriff auf den „Data management“-Workspace und Leseberechtigungen für alle angegebenen Datenentitäten verfügen. Rollen wie „Data management administrator“ oder eine benutzerdefinierte Rolle mit spezifischen Entitätsberechtigungen sind typischerweise erforderlich.
a Beispielabfrage config
/*
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
- Voraussetzungsbestätigung: Bevor Sie beginnen, stellen Sie sicher, dass die Funktion „Bring Your Own Database“ (BYOD) für Ihre Microsoft Dynamics 365 Human Resources-Instanz konfiguriert ist. Vergewissern Sie sich, dass die erforderlichen
Data Entitiesin Ihre Azure SQL Database exportiert werden. Zu den wichtigsten Entitäten gehören:HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUnitundHcmRecruitingRequest. - Verbindung zur Azure SQL Database herstellen: Verwenden Sie ein SQL-Client-Tool, wie z.B. SQL Server Management Studio (SSMS) oder Azure Data Studio, um eine Verbindung zur Azure SQL Database herzustellen, die als Ihr BYOD-Ziel dient.
- Datenbank-Schema identifizieren: Sobald die Verbindung hergestellt ist, machen Sie sich mit dem Datenbank-Schema vertraut. Die D365 HR
Data Entitieswerden als Tabellen repliziert. Beachten Sie, dass die Tabellennamen in der BYOD-Datenbank möglicherweise nicht exakt mit den Entitätsnamen übereinstimmen, aber typischerweise sehr ähnlich sind. - SQL-Abfrage laden: Öffnen Sie ein neues Abfragefenster in Ihrem SQL-Client und fügen Sie das vollständige SQL-Skript, das im Abschnitt „query“ dieses Dokuments bereitgestellt wird, ein.
- Parameter anpassen: Ändern Sie die Platzhaltervariablen in der Abfrage. Setzen Sie die
@[YourCompanyId]auf die spezifische juristische Person (z.B. „USMF“), die Sie analysieren möchten. Passen Sie den Datumsbereich in denWHERE-Klauseln an (z.B.CREATEDDATETIME >= '2023-01-01'), um die Extraktion auf den gewünschten Zeitraum zu begrenzen. - Abfrage ausführen: Führen Sie die vollständige SQL-Abfrage gegen die BYOD-Datenbank aus. Die Ausführungszeit variiert je nach Datenvolumen und dem ausgewählten Datumsbereich.
- Ergebnisse überprüfen: Nachdem die Abfrage abgeschlossen ist, überprüfen Sie die Ausgabe im Ergebnisbereich Ihres SQL-Clients. Vergewissern Sie sich, dass die Spalten
PositionId,ActivityName,EventTimeund andere wie erwartet gefüllt sind. - Nach CSV exportieren: Exportieren Sie das gesamte Resultat in eine CSV-Datei. Die meisten SQL-Clients verfügen über eine integrierte Funktion, um Ergebnisse direkt in eine CSV-Datei zu speichern. Zum Beispiel können Sie in SSMS mit der rechten Maustaste auf das Ergebnisraster klicken und „Save Results As...“ auswählen.
- Für den
Uploadvorbereiten: Stellen Sie sicher, dass die exportierte CSV-Datei eine UTF-8-Kodierung hat. Bestätigen Sie, dass die Spaltenüberschriften exakt mit den erforderlichenAttributes(PositionId,ActivityName,EventTimeusw.) übereinstimmen, um einen reibungslosenUploadin dasProcess Mining-Tool zu ermöglichen.
Konfiguration
- BYOD Data Entities: Stellen Sie sicher, dass alle erforderlichen Datenentitäten von Dynamics 365 HR in Ihre BYOD-Instanz veröffentlicht werden. Kritische Entitäten für diesen Prozess umfassen jene für Positionen, Positionsdetails, Workflow-Historie, Jobs, Abteilungen und Rekrutierungsanfragen.
- Data Latency: Beachten Sie, dass BYOD eine nahezu Echtzeit-Replikation ist, aber keine sofortige. Es kann eine geringfügige Verzögerung, von Minuten bis zu einer Stunde, zwischen einer Transaktion in D365 HR und dem Erscheinen der Daten in der Azure SQL Database auftreten.
- Date Range Filtering: Es ist entscheidend, Datumsfilter auf Ihre Abfrage anzuwenden, um die Performance und das Datenvolumen zu steuern. Ein typischer Ausgangspunkt ist ein Bereich von 3 bis 6 Monaten. Wenden Sie Filter auf Erstellungs- oder Event-Timestamps innerhalb jedes
UNION ALL-Blocks an. - Company Filter: Filtern Sie immer nach der
DATAREAID(juristische Person oder Firmen-ID), um sicherzustellen, dass Sie Daten der korrekten Organisationseinheit analysieren. Die bereitgestellte Abfrage enthält einen Platzhalter@[YourCompanyId]zu diesem Zweck. - Prerequisites: Diese Methode erfordert ein aktives Azure-Abonnement, eine konfigurierte BYOD-Instanz, Leseberechtigungen für die Ziel-Azure SQL Database und ein geeignetes SQL-Client-Tool für die Abfrageausführung.
- Custom Workflow Steps: Die Abfrage verwendet gängige Workflow-Schrittnamen für Genehmigungen wie „Approve position request“. Falls Ihr Unternehmen benutzerdefinierte Namen für diese Workflow-Schritte verwendet, müssen Sie die
CONTEXT-Werte in den entsprechendenWHERE-Klauseln aktualisieren.
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]'