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 Ressourcen
Hire-to-Retire & Personalmanagement-Attribute
| Name | Beschreibung | ||
|---|---|---|---|
| Aktivitätsname ActivityName | Der Name des spezifischen Ereignisse oder den Antrag bearbeitet.er 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 ist die Basis der Prozessablauf und zeigt die Abfolge der Ereignisse. Die Analyse des Aktivitätsname (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 Prozessablaufn und die Analyse von Prozessfluss und Variationen. Datenquelle Dieses Attribut wird aus Business Ereignisse, Statusänderungen oder den Antrag bearbeitet.er Workflow-Verlauf innerhalb von Microsoft Dynamics 365 Human Ressourcen abgeleitet. Es ist kein einzelnes Feld, sondern wird basierend auf dem Kontext der Daten konstruiert. Beispiele Stellenantrag initiiertPositionsanfrage durch Manager genehmigtStelle im HR-System erstelltStellenattribute geändertStelle geschlossen | |||
| Ereigniszeit EventTime | Der Zeitstempel, der angibt, wann die Aktivität stattfand. | ||
| Beschreibung Die Event Time, oder den Antrag bearbeitet.er Zeitstempel, zeichnet das genaue Datum und die Uhrzeit auf, wann eine Aktivität abgeschlossen wurde. Sie ist maßgeblich für die chronologische Reihenfolge der Ereignisse und für die Berechnung von Dauern und Durchlaufzeiten. Dieses Attribut wird in fast jeder Process Mining-Analyse verwendet, vom Aufbau der Prozessablauf bis zur Berechnung von Leistungsfähigkeit-KPIs wie der 'Durchschnittlichen Genehmigungszeit für Positionen'. Es hilft, Verzögerungen zu finden und zu verstehen, wie lange jeder Prozessschritt dauert. Bedeutung Dieser Zeitstempel ist wesentlich für die Reihenfolge von Ereignisse, die Berechnung aller zeitbasierten Metriken und die Entdeckung von Prozessengpässen. Datenquelle Diese Informationen sind üblicherweise 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-ID, 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 analysierenn. Bedeutung Dies ist der Kernbezeichner, der alle zusammenhängenden Ereignisse zu einem einzigen Prozess-Case verbindet und so die End-to-End-Analyse des PositionsLebenszyklus ermöglicht. Datenquelle Dies ist in der Regel das Feld HcmPosition.PositionId in Microsoft Dynamics 365 Human Ressourcen. Es kann in Datenentitäten wie HcmPositionV2Entity gefunden werden. Beispiele POS001, 2, 3, 4MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Abteilung DepartmentName | Die Abteilung, zu der den Antrag bearbeitet.ie 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 Prozess-Performance 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, in der Regel in der Entität HcmPositionDetail gespeichert und mit der operativen Abteilung verknüpft. Beispiele FinanzenInformationstechnologieVertrieb und MarketingPersonalwesenOperations | |||
| Benutzername UserName | Der Name oder den Antrag bearbeitet.ie ID des Benutzers, der den Antrag bearbeitet.ie `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 Antrag bearbeitet.en HR-Spezialisten, der den Antrag bearbeitet.ie 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 wichtig für Compliance-Checks, um eine ordnungsgemäße Aufgabentrennung zu sicherstellen. Bedeutung Es schafft Verantwortlichkeit und ermöglicht eine Leistungsanalyse nach Person oder Team, was für das Ressourcenmanagement und die Schulung wichtig ist. Datenquelle Verknüpft mit Workflow-Verlauf- oder Audit-Trail-Datensätzen in Dynamics 365 HR. Es kann über eine Benutzer 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 Leistungsfähigkeit- und Engpassanalysen. Datenquelle Dies kann aus nachfolgenden Event-Zeitstempels 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 wichtigen Geschäftskontext hinzu und ermöglicht Analysen basierend auf Jobrolle, Level oder Funktion. Datenquelle Diese Informationen sind mit dem 'Job'-Datensatz verknüpft, der den Antrag bearbeitet.er Position zugeordnet ist. Suchen Sie danach in Entitäten wie HcmPositionV2Entity oder den Antrag bearbeitet.urch Verknüpfung mit HcmJobEntity. Beispiele Senior FinanzanalystSoftware-Ingenieur IIHR Business PartnerMarketing CoordinatorLogistikmanager | |||
| Kostenstelle CostCenter | Die finanzielle Kostenstelle, der den Antrag bearbeitet.ie 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 maßgeblich 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 analysierenn. Bedeutung Es verbindet die Position mit FinanzDaten, ermöglicht kostenbezogene Prozessanalysen und überwacht die Datenkonsistenz. Datenquelle Dies wird in der Regel 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 | |||
| Stellenstatus 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 maßgeblich, um den Weg der Position zu verstehen und für Dashboards wie 'Status der Positions-Compliance-Überprüfung' und 'Veraltete und unzureichend geverwendete 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 Resultaten notwendig ist. Datenquelle Konsultieren Sie die Microsoft Dynamics 365 Human Ressourcen 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 den Antrag bearbeitet.er Personalabteilung abgelehnt wird, wird oft ein Grund erfasst. Dies kann auf Budgetbeschränkungen, Neine Informationen oder eine Strategieänderung zurückzuführen sein. Dieses Attribut ist maßgeblich 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 Prozessoptimierungen zur Reduzierung von Nacharbeit und Ablehnungsraten. Datenquelle Konsultieren Sie die Microsoft Dynamics 365 Human Ressourcen 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 den Antrag bearbeitet.ie Anfrage für die Position initiiert hat. | ||
| Beschreibung Dieses Attribut identifiziert den einstellenden Manager oder Abteilungsleiter, der den Antrag bearbeitet.en 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 analysierenn. Datenquelle Konsultieren Sie die Microsoft Dynamics 365 Human Ressourcen Dokumentation. Diese Informationen würden wahrscheinlich in den Workflow-InitiierungsDaten erfasst. Beispiele Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| 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 den Antrag bearbeitet.ie Effizienz des gesamten Genehmigungsprozesses misst und Verzögerungen bei der Bereitstellung von Positionen zur Erstellung direkt hervorhebt. Datenquelle Dies wird auf Fallebene berechnet, indem die Zeitstempels 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 analysierenn. 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 JaNein | |||
| 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 Prozessoptimierungsinitiativen 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 JaNein | |||
| Job Family 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 Ressourcen 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 MetaDatenelement für jedes Process Mining-Projekt. Bedeutung Es Hinweisrmiert Benutzer über die Aktualität der Daten, was wichtig für Datenbasierte Entscheidungen ist. Datenquelle Dieser Zeitstempel 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 Prozess-Performance über verschiedene Regionen hinweg zu analysierenn. 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 Ressourcen Dokumentation. Dies kann Teil der Positionsdetails sein oder über die Abteilung oder den Antrag bearbeitet.ie 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 in der Regel 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 in der Regel 'Microsoft Dynamics 365 Human Ressourcen'. In Umgebungen mit mehreren Systemen ist dieses Feld wichtig 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 Daten 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 RessourcenD365 HRDynamicsHR | |||
Hire-to-Retire & Personalmanagement-Aktivitäten
| Aktivität | Beschreibung | ||
|---|---|---|---|
| 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-Verlauf-Tabellen, wie z.B. WorkflowTrackingTable, protokolliert, wenn der HR-Vertreter seine Genehmigungsaufgabe abschließt. Erfassen Das Event wird in der Workflow-Verlauf mit einem Zeitstempel nach Abschluss des HR-Genehmigungsschritts protokolliert. Ereignistyp explicit | |||
| Stelle 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 Zeitstempels, 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 | |||
| Stelle 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 maßgeblich für die Analyse der den Antrag bearbeitet.urchschnittlichen Zeit bis zur Positionsdeaktivierung und die genaue Verwaltung der Mitarbeiterzahl. Datenquelle Abgeleitet aus dem Zeitstempel, 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 | |||
| Stelle 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 Zeitstempel, wann ein Statusfeld auf 'Closed' aktualisiert wird. Ereignistyp inferred | |||
| Stelle im HR-System erstellt | Dieses Event markiert die offizielle Erstellung des PositionsDatensatzes innerhalb von Dynamics 365 HR. Es wird vom Erstellungs-Zeitstempel des primären PositionsDatensatzes selbst erfasst. | ||
| Bedeutung Ein wesentlicher Meilenstein, der den Antrag bearbeitet.en Ü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 | |||
| Stellenantrag initiiert | Markiert den formellen Beginn des Positionsmanagement-Lebenszyklus. Dieses Event wird in der Regel 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-Zeitstempel eines Positionsanfrage-Datensatzes oder den Antrag bearbeitet.es Initiierungs-Datensatzes in der Workflow-Verlauf-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 den Antrag bearbeitet.ie 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 den Antrag bearbeitet.ie Aktualisierung eines benutzerdefinierten Feldes erfasst werden. | ||
| Bedeutung Wesentlich 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 Zeitstempel versehenen Statusfeld wie 'ComplianceReviewStatus' oder einem booleschen Feld 'IsComplianceReviewed' im PositionsDatensatz. Erfassen Abgeleitet aus dem Zeitstempel, wann ein Compliance-Statusfeld auf 'Completed' oder 'Reviewed' aktualisiert wird. Ereignistyp inferred | |||
| Positionsanfrage durch Manager genehmigt | Stellt den Abschluss der ersten Genehmigungsinstanz durch den einstellenden Manager dar. Dieses Event wird explizit in der Workflow-Verlauf 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-Verlauf-Tabellen, wie z.B. WorkflowTrackingTable, protokolliert, die mit der Positionsanfrage verknüpft sind. Erfassen Erfasst aus dem Completion-Zeitstempel des Manager-Genehmigungsschritts im Workflow-Log. Ereignistyp explicit | |||
| Stelle 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 Zeitstempels, wann ein Statusfeld im PositionsDatensatz auf 'Frozen' oder einen ähnlichen Wert aktualisiert wird. Erfassen Abgeleitet aus dem Zeitstempel einer Statusänderung zu 'Frozen' oder 'On Hold'. Ereignistyp inferred | |||
| Stelle neu klassifiziert | Ein signifikantes Update, bei dem die grundlegende Klassifikation der Position, wie z.B. die Job-Familie oder den Antrag bearbeitet.as Level, geändert wird. Dies wird in der Regel 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 den Antrag bearbeitet.urch den Vergleich von Datensatzversionen über die Zeit. Erfassen Abgeleitet aus einer protokollierten Änderung des Jobklassifizierungsfeldes im PositionsDatensatz. Ereignistyp inferred | |||
| Stellenantrag abgelehnt | Zeigt an, dass eine Positionsanfrage in einer der Genehmigungsphasen abgelehnt wurde. Dieses Event wird explizit in der Workflow-Verlauf erfasst, wenn ein Genehmiger die Aktion 'Reject' auswählt. | ||
| Bedeutung Hebt Prozessfehler und Nacharbeitsschleifen 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-Verlaufntabellen, 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 | |||
| Stellenattribute geändert | Stellt jede Änderung an Schlüsselattributen einer Position, wie Titel oder Abteilung, nach ihrer initialen Erstellung dar. Diese Aktivität wird in der Regel 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 SysDatenbaseLog-Tabelle, wenn die Änderungsverfolgung für die Positionstabelle aktiviert ist. Alternativ erfordert es den Vergleich historischer Momentaufnahmes der PositionsDaten. Erfassen Abgeleitet durch das Erkennen von Update-Operationen auf Schlüsselfeldern der HcmPosition-Tabelle über das Datenbank-Log. Ereignistyp inferred | |||
| Stellenbudget genehmigt | Ein wichtiger Genehmigungs-Meilenstein, der bestätigt, dass die notwendigen Mittel für die neue Position zugewiesen sind. Dies wird in der Regel 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-Verlaufntabellen, wie z.B. WorkflowTrackingTable, als abgeschlossene Genehmigungsaufgabe erfasst, oft einer Finanzrolle zugewiesen. Erfassen Erfasst aus dem Completion-Zeitstempel der Budget-Genehmigungs-Aufgabe im Workflow-Log. Ereignistyp explicit | |||
Extraktionsanleitungen
Schritte
- Navigieren Sie zum Datenmanagement-Arbeitsbereich: Melden Sie sich bei Microsoft Dynamics 365 Human Ressourcen an. Verwenden Sie die Hauptsuchleiste, um zum „Daten management“-Arbeitsbereich zu bewältigen.
- 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 „SysDatenbaseLog“ hinzu.
- Konfigurieren Sie Entitätsfilter: Für jede Entität ist es wichtig, 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 „BenutzerId“ 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-
Ereignisse(„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-
Ereignisse: „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 korrektenAktivitätsnamezuordnen. - Falls Sie „SysDatenbaseLog.csv“ exportiert haben, parsen Sie diese Datei, um „Position Attributes Modified“ und „Position Reclassified“-
Ereignissebasierend 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 generiertenEreignisseaus den verschiedenen Quellen in einer einzigen CSV-Datei kombinieren. Diese Datei muss die erforderlichen Spalten enthalten: „PositionId“, „ActivityName“ und „Ereigniszeitpunkt (Event Time)“ 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 „Ereigniszeitpunkt (Event Time)“ in einem konsistentenZeitstempel-Format vorliegt. Die Datei ist nun bereit für denUploadin dasProcess Mining-Tool.
Konfiguration
- Key Daten 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.SysDatenbaseLog: 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 Filterung: 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 sicherstellen.
- 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 Antrag bearbeitet.en Export durchführt, muss über eine Sicherheitsrolle mit ausreichenden Berechtigungen für den Zugriff auf den „Daten management“-Workspace und Leseberechtigungen für alle angegebenen Datenentitäten verfügen. Rollen wie „Daten management administrator“ oder eine benutzerdefinierte Rolle mit spezifischen Entitätsberechtigungen sind in der Regel 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 Datenbase“ (BYOD) für Ihre Microsoft Dynamics 365 Human Ressourcen-Instanz konfiguriert ist. Vergewissern Sie sich, dass die erforderlichen
Daten Entitiesin Ihre Azure SQL Datenbase exportiert werden. Zu den wichtigsten Entitäten gehören:HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUnitundHcmRecruitingRequest. - Verbindung zur Azure SQL Datenbase herstellen: Verwenden Sie ein SQL-Client-Tool, wie z.B. SQL Server Management Studio (SSMS) oder Azure Daten Studio, um eine Verbindung zur Azure SQL Datenbase 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
Daten Entitieswerden als Tabellen repliziert. Beachten Sie, dass die Tabellennamen in der BYOD-Datenbank möglicherweise nicht exakt mit den Entitätsnamen übereinstimmen, aber in der Regel 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 analysierenn 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.
- Resultate ü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,Ereigniszeitpunkt (Event Time)und 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 Resultate 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,Ereigniszeitpunkt (Event Time)usw.) übereinstimmen, um einen problemlosenUploadin dasProcess Mining-Tool zu ermöglichen.
Konfiguration
- BYOD Daten 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-Verlauf, Jobs, Abteilungen und Rekrutierungsanfragen.
- Daten 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 Datenbase auftreten.
- Date Range Filterung: Es ist maßgeblich, Datumsfilter auf Ihre Abfrage anzuwenden, um die Leistungsfähigkeit und das Datenvolumen zu steuern. Ein typischer Ausgangspunkt ist ein Bereich von 3 bis 6 Monaten. Wenden Sie Filter auf Erstellungs- oder Event-Zeitstempels 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 analysierenn. Die bereitgestellte Abfrage enthält einen Platzhalter@[YourCompanyId]zu diesem Zweck. - Prerequisites: Diese Methode erfordert ein aktives Azure-Abonnementnnement, eine konfigurierte BYOD-Instanz, Leseberechtigungen für die Ziel-Azure SQL Datenbase 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]'