Il Suo Template dei dati per Hire to Retire, gestione delle posizioni
Il Suo Template dei dati per Hire to Retire, gestione delle posizioni
- Attributi consigliati da raccogliere per un’analisi approfondita
- Attività chiave del processo da monitorare per una discovery accurata
- Indicazioni specifiche per l’estrazione da Microsoft Dynamics 365 Human Resources
Hire to Retire - Attributi della gestione delle posizioni
| Nome | Descrizione | ||
|---|---|---|---|
| ID posizione PositionId | L’identificativo univoco di una specifica posizione lavorativa all’interno dell’organizzazione. | ||
| Descrizione Il Position ID funge da identificativo principale del caso e collega tutte le attività e i dati relativi a una singola posizione organizzativa. Ciò consente di monitorare end-to-end l’intero ciclo di vita della posizione, dalla creazione e dalle modifiche fino alla disattivazione o alla chiusura. Nell’analisi dei processi, questo ID è essenziale per ricostruire il percorso di ogni posizione. Consente di creare Dashboard che monitorano i tempi di ciclo, identificano i colli di bottiglia nelle approvazioni e analizzano le varianti di processo dalla richiesta alla chiusura. Perché è importante È l’identificativo principale che collega tutti gli eventi correlati in un unico caso di processo, rendendo possibile analizzare il ciclo di vita end-to-end della posizione. Dove reperirlo In genere corrisponde al campo HcmPosition.PositionId in Microsoft Dynamics 365 Human Resources. È disponibile in entità dati come HcmPositionV2Entity. Esempi POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Nome dell’attività ActivityName | Il nome dell’evento o del Task specifico che si è verificato nel processo di gestione della posizione. | ||
| Descrizione Questo attributo descrive una singola fase del ciclo di vita della posizione, come 'Position Request Initiated', 'Position Created In HR System' o 'Position Deactivated'. Costituisce la struttura portante della mappa di processo, mostrando la sequenza degli eventi. Analizzare l’Activity Name consente di visualizzare i flussi di processo, identificare le deviazioni dal processo standard e calcolare i tempi di transizione tra le diverse fasi. È fondamentale per comprendere che cosa è accaduto e in quale ordine. Perché è importante Definisce le fasi del processo, consentendo di visualizzare le mappe di processo e analizzare il flusso e le varianti del processo. Dove reperirlo Questo attributo deriva da eventi aziendali, modifiche di stato o dalla cronologia del Workflow in Microsoft Dynamics 365 Human Resources. Non corrisponde a un singolo campo, ma viene costruito in base al contesto dei dati. Esempi Richiesta di posizione avviataRichiesta di posizione approvata dal managerPosizione creata nel sistema HRAttributi della posizione modificatiPosizione chiusa | |||
| Ora dell’evento EventTime | Il timestamp che indica quando si è verificata l’attività. | ||
| Descrizione L’Event Time, ovvero il timestamp, registra la data e l’ora esatte in cui un’attività è stata completata. È fondamentale per ordinare cronologicamente gli eventi e calcolare durate e tempi di ciclo. Questo attributo viene utilizzato in quasi tutte le analisi di Process Mining, dalla creazione della mappa di processo al calcolo di KPI delle prestazioni come il 'Average Position Approval Cycle Time'. Aiuta a individuare quando si verificano i ritardi e quanto dura ciascuna fase del processo. Perché è importante Questo timestamp è essenziale per ordinare gli eventi, calcolare tutte le metriche basate sul tempo e individuare i colli di bottiglia del processo. Dove reperirlo Queste informazioni si trovano generalmente nelle tabelle dei log di sistema o nei campi 'CreatedDateTime' o 'ModifiedDateTime' associati ai record delle posizioni e dei Workflow in Dynamics 365 HR. Esempi 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z | |||
| Centro di costo CostCenter | Il centro di costo finanziario a cui vengono imputate le spese della posizione. | ||
| Descrizione Il Cost Center è una dimensione finanziaria fondamentale che collega una posizione a uno specifico budget o ambito di responsabilità finanziaria. È importante monitorare le modifiche a questo attributo. Questo attributo è essenziale per il Dashboard 'Position Data Consistency Check', che analizza le modifiche agli attributi principali dopo la creazione. Viene inoltre utilizzato per analizzare i costi e i budget associati alle posizioni in base alle diverse unità finanziarie. Perché è importante Collega la posizione ai dati finanziari, consentendo di analizzare i processi legati ai costi e di monitorare la coerenza dei dati. Dove reperirlo In genere viene configurato come dimensione finanziaria nel record della posizione. Consulti la configurazione delle dimensioni finanziarie in Dynamics 365. Esempi CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Nome utente UserName | Il nome o l'ID dell'utente che ha eseguito l'attività. | ||
| Descrizione Questo attributo identifica il dipendente o l'utente di sistema responsabile di una determinata fase del processo, ad esempio il manager che ha approvato una richiesta o lo specialista HR che ha creato la posizione nel sistema. L'analisi per utente aiuta a individuare le esigenze formative, confrontare le prestazioni dei membri del team e comprendere la distribuzione del carico di lavoro. È inoltre fondamentale per i controlli di Conformità, che verificano la corretta segregazione dei compiti. Perché è importante Garantisce la responsabilità delle attività e consente di analizzare le prestazioni a livello individuale o di team, un aspetto essenziale per la gestione delle risorse e della formazione. Dove reperirlo Associato alla cronologia del Workflow o ai record della traccia di audit in Dynamics 365 HR. Può essere collegato tramite un User ID dell'entità HcmWorker. Esempi John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Ora di fine EndTime | Il timestamp che indica quando l’attività è stata completata. | ||
| Descrizione EndTime indica la conclusione di un'attività. Il tempo trascorso tra StartTime ed EndTime corrisponde al tempo di elaborazione di quella specifica attività. Questo attributo è essenziale per calcolare la durata a livello di attività e comprendere dove viene impiegato il tempo all'interno del processo. Ad esempio, consente di determinare quanto tempo impiega un manager ad approvare una richiesta di posizione dopo che gli è stata assegnata. Perché è importante Consente di calcolare i tempi di elaborazione delle attività, un elemento fondamentale per un'analisi dettagliata delle prestazioni e dei colli di bottiglia. Dove reperirlo Può essere ricavato dai timestamp degli eventi successivi o da specifici campi di 'completamento' nei log del Workflow all'interno di Dynamics 365 HR. Spesso deve essere dedotto. Esempi 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Reparto DepartmentName | Il reparto a cui appartiene la posizione. | ||
| Descrizione Questo attributo specifica il reparto organizzativo, ad esempio 'Finance', 'Marketing' o 'IT', associato alla posizione. Rappresenta una dimensione primaria per filtrare e aggregare i dati di processo. L'analisi per reparto è essenziale per il Dashboard 'Departmental Position Throughput'. Consente di confrontare le prestazioni del processo, individuare i colli di bottiglia specifici dei singoli reparti e comprendere le tendenze nelle assunzioni nelle diverse aree dell'azienda. Perché è importante Consente di segmentare l'analisi del processo per unità aziendale, aiutando a individuare i problemi specifici dei reparti e a confrontare le prestazioni. Dove reperirlo Queste informazioni fanno parte dei dettagli della posizione, generalmente memorizzati nell'entità HcmPositionDetail e collegati alla dimensione dell'unità operativa. Esempi FinanzaTecnologie dell'informazioneVendite e marketingRisorse umaneOperations | |||
| Stato della posizione PositionStatus | Lo stato attuale o storico della posizione. | ||
| Descrizione Questo attributo indica lo stato della posizione in un determinato momento, ad esempio 'Proposed', 'Active', 'Frozen' o 'Closed'. I cambiamenti di stato corrispondono spesso ad attività del processo. Il monitoraggio dello stato è fondamentale per comprendere il percorso della posizione e per Dashboard come 'Position Compliance Review Status' e 'Stale and Underutilized Positions'. Fornisce una fotografia dello stato attuale della posizione e aiuta a convalidare il flusso del processo. Perché è importante Fornisce uno stato chiaro per ogni posizione, un elemento essenziale per filtrare i casi e comprendere i risultati. Dove reperirlo Consulti la documentazione di Microsoft Dynamics 365 Human Resources. Probabilmente deriva dai campi di stato del record Position principale. Esempi PropostaIn fase di revisioneAttivoCongelatoChiuso | |||
| Titolo della posizione JobTitle | Il titolo del lavoro associato alla posizione, ad esempio 'Senior Accountant'. | ||
| Descrizione Il Job Title fornisce un contesto importante sul ruolo e sulle responsabilità della posizione. È diverso dal Position ID, poiché più posizioni possono condividere lo stesso titolo. Nell'analisi, questo attributo consente di raggruppare e filtrare i dati per tipologia di ruolo. È utile per il Dashboard 'Position Reclassification Trends', che mostra quali tipologie di lavoro vengono riclassificate più frequentemente. Perché è importante Aggiunge un contesto aziendale essenziale, consentendo di analizzare i dati in base al ruolo, al livello o alla funzione lavorativa. Dove reperirlo Queste informazioni sono collegate dal record 'Job' associato alla Position. Le cerchi in entità come HcmPositionV2Entity oppure le ricavi tramite una join con HcmJobEntity. Esempi Analista finanziario seniorSoftware Engineer IIHR Business PartnerCoordinatore marketingResponsabile della logistica | |||
| Budget approvato IsBudgetApproved | Un indicatore che segnala se il budget della posizione è stato approvato. | ||
| Descrizione Questo attributo booleano è true se per un determinato caso relativo a una posizione si è verificata l'attività 'Position Budget Approved'. Aiuta ad analizzare il flusso del processo e a individuare le posizioni bloccate in attesa del budget. L'attributo può essere utilizzato per filtrare i processi e analizzare in modo più efficace il KPI 'Position Budget Approval Cycle Time'. Consente di distinguere le posizioni che hanno superato il vincolo di budget da quelle che non lo hanno ancora superato, un'informazione utile per l'analisi dei colli di bottiglia. Perché è importante Semplifica l'analisi fornendo un indicatore chiaro per una milestone critica e aiutando a isolare e misurare la fase di approvazione del budget. Dove reperirlo Viene ricavato durante la trasformazione dei dati verificando l'esistenza dell'attività 'Position Budget Approved' nella cronologia del caso. Esempi truefalse | |||
| È rilavorazione IsRework | Un indicatore che segnala se un'attività fa parte di un ciclo di rilavorazione. | ||
| Descrizione Questo flag booleano è impostato su true se un'attività rappresenta una fase ripetuta nel processo, ad esempio una nuova approvazione dopo la modifica degli attributi. Aiuta a quantificare i cicli di processo inefficienti. Questo attributo supporta direttamente il Dashboard 'Position Rework Analysis' e il KPI 'Rework Rate on Position Creation'. Contrassegnando la rilavorazione, gli analisti possono filtrare e misurare facilmente la frequenza e l'impatto delle inefficienze di processo. Perché è importante Identifica e quantifica esplicitamente la rilavorazione del processo, che rappresenta uno dei principali obiettivi delle iniziative di miglioramento. Dove reperirlo Viene calcolato in base alla sequenza delle attività di un caso. Ad esempio, se 'Position Request Approved By Manager' si verifica dopo 'Position Attributes Modified', l'attività può essere contrassegnata come rilavorazione. Esempi truefalse | |||
| Famiglia professionale JobFamily | Un raggruppamento di lavori con funzioni simili, ad esempio 'Engineering' o 'Finance'. | ||
| Descrizione Job Family è una classificazione che raggruppa titoli di lavoro correlati. Ad esempio, 'Software Engineer' e 'QA Engineer' potrebbero appartenere entrambi alla famiglia professionale 'Engineering'. Questo attributo è essenziale per il Dashboard 'Position Reclassification Trends', poiché consente un'analisi di livello superiore delle categorie professionali che cambiano più frequentemente. Offre una visione più ampia rispetto all'analisi dei singoli titoli di lavoro. Perché è importante Consente un'analisi più ampia delle posizioni basata sulle categorie, utile per la pianificazione strategica della forza lavoro e l'analisi delle tendenze. Dove reperirlo Fa parte della configurazione dei lavori in Dynamics 365 HR. Cerchi i campi relativi a 'Job family' o 'Job function' nell'entità HcmJobEntity. Esempi IngegneriaFinanza e contabilitàVenditeRisorse umaneGestione del prodotto | |||
| Manager richiedente RequestingManager | Il manager che ha avviato la richiesta della posizione. | ||
| Descrizione Questo attributo identifica il responsabile delle assunzioni o il responsabile di reparto che ha avviato il processo richiedendo una nuova posizione o la sostituzione di una posizione esistente. Queste informazioni forniscono il contesto sull'origine della domanda di posizioni. L'analisi per Requesting Manager può aiutare a individuare modelli nel volume delle richieste, nei tassi di approvazione e nella qualità delle richieste. Aggiunge un ulteriore livello di dettaglio per comprendere il carico di lavoro e l'aderenza al processo. Perché è importante Aiuta a ricostruire l'origine della domanda di posizioni e ad analizzare le metriche del processo dal punto di vista del responsabile delle assunzioni. Dove reperirlo Consulti la documentazione di Microsoft Dynamics 365 Human Resources. Queste informazioni dovrebbero essere acquisite nei dati di avvio del Workflow. Esempi Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Motivo del rifiuto RejectionReason | Il motivo indicato quando una richiesta di posizione viene rifiutata. | ||
| Descrizione Quando una richiesta di posizione viene rifiutata da un manager o dall'ufficio HR, spesso viene registrato un motivo. Potrebbe trattarsi di vincoli di budget, informazioni errate o un cambiamento di strategia. Questo attributo è fondamentale per calcolare il KPI 'Position Request Rejection Rate' e comprendere perché si verifica la rilavorazione. L'analisi dei motivi di rifiuto più frequenti aiuta a individuare i problemi a monte, come una qualità insufficiente delle richieste o linee guida poco chiare, che possono essere affrontati per migliorare il processo. Perché è importante Fornisce informazioni dirette sul motivo per cui le richieste non vanno a buon fine, consentendo miglioramenti mirati del processo per ridurre la rilavorazione e il tasso di rifiuto. Dove reperirlo Consulti la documentazione di Microsoft Dynamics 365 Human Resources. Spesso viene acquisito nei commenti del Workflow o in un campo dedicato al codice del motivo al momento del rifiuto. Esempi Budget non disponibileRichiesta duplicataProfilo professionale erratoBlocco delle assunzioniRiallineamento strategico | |||
| Sede Location | La sede fisica o geografica della posizione. | ||
| Descrizione Questo attributo specifica dove si trova la posizione, ad esempio in un ufficio, una città o un Paese. Rappresenta un'altra dimensione importante per filtrare e segmentare i dati di processo. La Location viene utilizzata direttamente nel Dashboard 'Departmental Position Throughput' per analizzare le tendenze relative al personale e le prestazioni del processo nelle diverse aree geografiche. Può aiutare a individuare se i processi di creazione o approvazione delle posizioni sono più lenti in determinate sedi. Perché è importante Fornisce un contesto geografico, consentendo di analizzare le prestazioni e le tendenze del processo nelle diverse sedi. Dove reperirlo Consulti la documentazione di Microsoft Dynamics 365 Human Resources. Potrebbe far parte dei dettagli della posizione oppure essere collegata tramite il reparto o l'entità legale. Esempi New York, USALondra, Regno UnitoBerlino, GermaniaSingaporeDa remoto | |||
| Sistema di origine SourceSystem | Il sistema dal quale sono stati estratti i dati. | ||
| Descrizione Questo attributo identifica l’origine dei dati di processo. In questa vista, generalmente corrisponde a 'Microsoft Dynamics 365 Human Resources'. Negli ambienti con più sistemi, questo campo è fondamentale per la tracciabilità dei dati e la risoluzione dei problemi. Aiuta a verificare che i dati provengano dalla fonte prevista e può essere utilizzato per filtrare le analisi relative a sistemi specifici. Perché è importante Fornisce il contesto sull’origine dei dati, un elemento importante per la governance dei dati e per le analisi che coinvolgono più sistemi aziendali. Dove reperirlo È un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per indicare l’origine del dataset. Esempi Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
| Tempo del ciclo di approvazione ApprovalCycleTime | Il tempo totale che intercorre dall'avvio di una richiesta di posizione fino alla sua approvazione definitiva. | ||
| Descrizione Questa metrica calcolata misura la durata compresa tra l'attività 'Position Request Initiated' e l'attività di approvazione finale, che potrebbe essere 'Position Request Approved By HR'. È un indicatore chiave delle prestazioni della fase iniziale del processo di gestione delle posizioni. Questo attributo alimenta direttamente il Dashboard e il KPI 'Position Approval Cycle Time'. Fornisce una misura di alto livello dell'efficienza del processo di approvazione e aiuta a monitorare nel tempo l'impatto delle iniziative di miglioramento. Perché è importante È un KPI fondamentale che misura l'efficienza dell'intero processo di approvazione, evidenziando direttamente i ritardi nella preparazione delle posizioni per la creazione. Dove reperirlo Viene calcolato a livello di caso individuando i timestamp delle attività iniziale e finale della fase di approvazione e calcolandone la differenza. Esempi P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Tipo di posizione PositionType | Classifica la posizione come full-time, part-time, temporanea e così via. | ||
| Descrizione Questo attributo categorizza la posizione in base alle condizioni di impiego, fornendo un ulteriore contesto per l'analisi e la pianificazione della forza lavoro. Nell'analisi del processo, il filtro per tipo di posizione può rivelare se determinate tipologie seguono percorsi diversi o presentano tempi di ciclo più lunghi. Ad esempio, le posizioni temporanee potrebbero seguire un processo di approvazione più rapido e semplificato rispetto alle posizioni permanenti full-time. Perché è importante Consente di analizzare le differenze del processo per i vari tipi di impiego, supportando la pianificazione della forza lavoro e l'ottimizzazione del processo. Dove reperirlo Queste informazioni sono generalmente disponibili nel record della posizione in Dynamics 365 HR. Verifichi la presenza di un campo pertinente in entità come HcmPositionV2Entity. Esempi Tempo pienoPart-timeCollaboratore a contrattoStagistaTemporaneo | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Il timestamp dell’aggiornamento più recente dei dati provenienti dal sistema di origine. | ||
| Descrizione Questo attributo indica quando i dati sono stati estratti l’ultima volta da Microsoft Dynamics 365 Human Resources. Fornisce il contesto necessario per valutare l’aggiornamento dell’analisi. Visualizzare queste informazioni nelle Dashboard garantisce agli utenti di consultare dati aggiornati. Si tratta di un elemento di metadati fondamentale per qualsiasi progetto di Process Mining. Perché è importante Informa gli utenti sull’attualità dei dati, un aspetto essenziale per prendere decisioni basate sull’analisi. Dove reperirlo Questo timestamp viene generato e memorizzato durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). Esempi 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
Hire to Retire - Attività della gestione delle posizioni
| Attività | Descrizione | ||
|---|---|---|---|
| Posizione attivata | Segna il momento in cui una posizione diventa ufficialmente aperta e può iniziare la selezione. L’evento viene dedotto dalla modifica di un campo di stato del record della posizione in 'Active' o in uno stato analogo. | ||
| Perché è importante È una tappa fondamentale per misurare la prontezza all’assunzione e l’efficienza delle fasi finali di configurazione. È essenziale per il KPI del tempo medio di attivazione della posizione. Dove reperirlo Deducibile monitorando il timestamp in cui il campo di stato, ad esempio 'PositionStatus' nel record della posizione, viene aggiornato a 'Active' o 'Open'. Acquisizione Basato sulla data in cui viene valorizzato il campo ActivationDate della posizione o in cui un campo di stato cambia in 'Active'. Tipo di evento inferred | |||
| Posizione chiusa | Rappresenta l’archiviazione finale del record della posizione e indica la conclusione definitiva del suo ciclo di vita. L’evento viene dedotto da una modifica dello stato a 'Closed' o a uno stato terminale analogo. | ||
| Perché è importante È l’evento terminale del processo, che consente un’analisi completa end-to-end del ciclo di vita e aiuta a identificare le posizioni obsolete che dovrebbero essere chiuse. Dove reperirlo Deducibile da una modifica del campo di stato del record della posizione a 'Closed'. È meno comune della disattivazione, poiché i record vengono spesso conservati per motivi storici. Acquisizione Deducibile dal timestamp in cui un campo di stato viene aggiornato a 'Closed'. Tipo di evento inferred | |||
| Posizione creata nel sistema HR | Questo evento segna la creazione ufficiale del record della posizione in Dynamics 365 HR. Viene acquisito dal timestamp di creazione del record principale della posizione. | ||
| Perché è importante Una tappa fondamentale che indica il passaggio dalla richiesta a un’effettiva entità organizzativa. Costituisce il punto finale del KPI relativo al tempo di attraversamento per la creazione della posizione. Dove reperirlo Dal campo di sistema 'CreatedDateTime' nella tabella principale delle posizioni, ad esempio HcmPosition. Acquisizione Estratto dal campo di sistema CreatedDateTime della tabella HcmPosition. Tipo di evento explicit | |||
| Posizione disattivata | La posizione non è più attiva e viene rimossa dalla struttura organizzativa attiva, spesso dopo essere stata coperta. L’evento viene dedotto da una modifica dello stato a 'Inactive' o a uno stato analogo. | ||
| Perché è importante Segna una fase fondamentale alla fine della vita attiva della posizione. È essenziale per analizzare il tempo medio di disattivazione della posizione e gestire con precisione l’organico. Dove reperirlo Deducibile dal timestamp in cui viene valorizzato il campo 'RetirementDate' o in cui un campo di stato del record della posizione cambia in 'Inactive'. Acquisizione Basato sulla data in cui viene impostato RetirementDate della posizione o in cui un campo di stato cambia in 'Inactive'. Tipo di evento inferred | |||
| Richiesta di posizione approvata da HR | Indica l’approvazione finale da parte del dipartimento delle risorse umane prima che la posizione possa essere creata formalmente. È un evento esplicito registrato al completamento del Task di approvazione HR nel sistema di Workflow. | ||
| Perché è importante Segna la fine della fase di approvazione ed è una tappa fondamentale per misurare il tempo medio complessivo di ciclo di approvazione della posizione. Dove reperirlo Registrato nelle tabelle della cronologia del Workflow, ad esempio WorkflowTrackingTable, quando il rappresentante HR completa il Task di approvazione. Acquisizione L’evento viene registrato nella cronologia del Workflow con un timestamp al completamento della fase di approvazione HR. Tipo di evento explicit | |||
| Richiesta di posizione avviata | Segna l’inizio formale del ciclo di vita della gestione delle posizioni. Questo evento viene generalmente acquisito quando un utente invia una nuova richiesta di posizione tramite un modulo dedicato o un Workflow in Dynamics 365 HR. | ||
| Perché è importante È il punto di partenza per misurare l’intero ciclo di vita della posizione, inclusi KPI fondamentali come il tempo di ciclo di approvazione della posizione e il tempo di attraversamento per la creazione della posizione. Dove reperirlo Acquisito dal timestamp di creazione del record della richiesta di posizione o del record di avvio nella tabella della cronologia del Workflow, ad esempio WorkflowTrackingStatusTable. Acquisizione L’evento viene registrato al momento dell’invio di un nuovo Workflow di richiesta di posizione. Tipo di evento explicit | |||
| Attributi della posizione modificati | Rappresenta qualsiasi modifica apportata agli attributi principali di una posizione, come il titolo o il reparto, dopo la creazione iniziale. Questa attività viene generalmente dedotta monitorando le modifiche nel log del database del sistema. | ||
| Perché è importante Un’elevata frequenza di questa attività può indicare una scarsa qualità dei dati o rilavorazioni del processo. È essenziale per i KPI relativi alla frequenza di modifica degli attributi della posizione e al tasso di rilavorazione. Dove reperirlo Deducibile dalla tabella SysDatabaseLog se il rilevamento delle modifiche è abilitato per la tabella delle posizioni. In alternativa, richiede il confronto tra snapshot storici dei dati delle posizioni. Acquisizione Deducibile rilevando le operazioni di aggiornamento sui campi principali della tabella HcmPosition tramite il log del database. Tipo di evento inferred | |||
| Budget della posizione approvato | Una tappa fondamentale dell’approvazione, che conferma l’allocazione dei fondi necessari per la nuova posizione. Generalmente viene acquisita come fase di approvazione distinta all’interno del Workflow di creazione della posizione. | ||
| Perché è importante Isola la fase di approvazione finanziaria, consentendo di analizzare i ritardi legati all’allocazione del budget e supportando il KPI relativo al tempo di ciclo di approvazione del budget della posizione. Dove reperirlo Registrato nelle tabelle della cronologia del Workflow, ad esempio WorkflowTrackingTable, come Task di approvazione completato, spesso assegnato a un ruolo finanziario. Acquisizione Acquisito dal timestamp di completamento del Task di approvazione del budget nel log del Workflow. Tipo di evento explicit | |||
| Posizione congelata | Indica che una posizione è stata temporaneamente sospesa, impedendo qualsiasi attività di assunzione. L’evento viene acquisito deducendo una modifica dello stato del record della posizione a 'Frozen' o 'On Hold'. | ||
| Perché è importante Monitora le interruzioni nel ciclo di vita della posizione, che possono influire sui piani di organico e sui budget. Aiuta a identificare le cause dei ritardi nelle assunzioni. Dove reperirlo Deducibile monitorando il timestamp in cui un campo di stato del record della posizione viene aggiornato a 'Frozen' o a un valore analogo. Acquisizione Deducibile dal timestamp della modifica dello stato a 'Frozen' o 'On Hold'. Tipo di evento inferred | |||
| Posizione riclassificata | Un aggiornamento significativo in cui viene modificata la classificazione fondamentale della posizione, ad esempio la famiglia professionale o il livello. Generalmente viene dedotto da una modifica al campo 'Job' nel record della posizione. | ||
| Perché è importante Aiuta ad analizzare i cambiamenti nella struttura organizzativa e la stabilità delle definizioni dei ruoli. È l’attività principale per il KPI del tasso di riclassificazione delle posizioni. Dove reperirlo Deducibile da una modifica al campo 'JobId' nella tabella HcmPosition, acquisita tramite il log del database o confrontando le versioni del record nel tempo. Acquisizione Deducibile da una modifica registrata al campo di classificazione professionale nel record della posizione. Tipo di evento inferred | |||
| Posizione sottoposta a verifica di conformità | Indica che una posizione è stata sottoposta a un controllo formale di conformità. L’evento può essere acquisito tramite una modifica dello stato, il completamento di un Task di checklist o l’aggiornamento di un campo personalizzato. | ||
| Perché è importante È fondamentale per monitorare il rispetto delle normative e delle policy interne. Questa attività supporta direttamente il KPI del tasso di aderenza alla conformità delle posizioni. Dove reperirlo Probabilmente dedotto da un campo di stato con timestamp, come 'ComplianceReviewStatus', o da un campo booleano 'IsComplianceReviewed' nel record della posizione. Acquisizione Deducibile dal timestamp in cui un campo relativo allo stato di conformità viene aggiornato a 'Completed' o 'Reviewed'. Tipo di evento inferred | |||
| Processo di assunzione avviato | Indica il passaggio dalla gestione della posizione al recruiting. L’evento viene dedotto quando viene creata una nuova vacancy o un nuovo progetto di selezione collegato allo specifico Position ID. | ||
| Perché è importante Collega il processo di gestione della posizione al relativo risultato, consentendo di analizzare il tempo che intercorre tra l’attivazione della posizione e l’inizio effettivo delle attività di assunzione. Dove reperirlo Deducibile identificando la data di creazione di un record nelle tabelle di recruiting o delle vacancy, ad esempio HcmRecruitingRequest, che fa riferimento al Position ID. Acquisizione Deducibile collegando PositionId alla creazione del record corrispondente nel modulo di recruiting. Tipo di evento inferred | |||
| Richiesta di posizione approvata dal manager | Rappresenta il completamento della prima fase di approvazione da parte del manager responsabile dell’assunzione. L’evento viene registrato esplicitamente nella cronologia del Workflow quando il manager completa il Task di approvazione assegnato. | ||
| Perché è importante Consente di determinare la durata della fase di approvazione iniziale e di individuare i colli di bottiglia associati a specifici manager o reparti. Dove reperirlo Registrato come fase completata nelle tabelle della cronologia del Workflow, ad esempio WorkflowTrackingTable, associata alla richiesta di posizione. Acquisizione Acquisito dal timestamp di completamento della fase di approvazione del manager nel log del Workflow. Tipo di evento explicit | |||
| Richiesta di posizione rifiutata | Indica che una richiesta di posizione è stata respinta in una delle fasi di approvazione. L’evento viene acquisito esplicitamente nella cronologia del Workflow quando un approvatore seleziona l’azione 'Reject'. | ||
| Perché è importante Evidenzia i fallimenti del processo e i cicli di rilavorazione. Analizzare le motivazioni dei rifiuti aiuta a migliorare la qualità delle richieste iniziali e supporta il KPI del tasso di rifiuto delle richieste di posizione. Dove reperirlo Registrato con lo stato 'Rejection' nelle tabelle della cronologia del Workflow, ad esempio WorkflowTrackingStatusTable, per la specifica richiesta di posizione. Acquisizione Acquisito dal log del Workflow quando un approvatore esegue l’azione di rifiuto. Tipo di evento explicit | |||
Guide all’estrazione
Passaggi
- Acceda al Data Management Workspace: acceda a Microsoft Dynamics 365 Human Resources. Utilizzi la barra di ricerca principale per raggiungere il workspace «Data management».
- Crei un nuovo progetto di esportazione: nel workspace, selezioni il riquadro «Export». Nella pagina del progetto «Export», faccia clic su «New» per creare un nuovo progetto. Inserisca un nome descrittivo, ad esempio «PositionManagement_EventLog_Export», e selezioni un formato dati. Per le trasformazioni, è consigliato «CSV».
- Aggiunga le entità dati al progetto: nel nuovo progetto, faccia clic su «Add entity». Dovrà aggiungere diverse entità per acquisire l’intero ciclo di vita della posizione. Aggiunga una alla volta le seguenti entità principali: «HcmPositionV2», «WorkflowTrackingStatusTable» e «HcmRecruitingRequest». Se per le modifiche alle posizioni è attivo il logging del database, aggiunga anche «SysDatabaseLog».
- Configuri i filtri delle entità: per ogni entità è fondamentale applicare filtri che limitino l’ambito dei dati. Selezioni un’entità, quindi faccia clic su «Filter». Per «HcmPositionV2», filtri in base a un intervallo di date specifico utilizzando i campi «CreatedDateTime» o «ModifiedDateTime». Per «WorkflowTrackingStatusTable», filtri «CONTEXTTABLENAME» includendo esclusivamente i Workflow relativi alle posizioni.
- Selezioni i campi per ogni entità: si assicuri di esportare tutti i campi necessari per la successiva trasformazione. Per «HcmPositionV2», includa «PositionId», «CreatedDateTime», «ActivationDate», «RetirementDate», «ModifiedDateTime», «JobId» e «DepartmentNumber». Per «WorkflowTrackingStatusTable», includa «ContextRecId», «WorkflowTrackingStatus», «CreatedDateTime» e «UserId».
- Esegua il processo di esportazione: dopo aver configurato tutte le entità, i campi e i filtri, faccia clic su «Export» nella pagina principale del progetto. Il sistema creerà un pacchetto dati contenente file separati per ogni entità.
- Monitori e scarichi il pacchetto dati: può monitorare l’avanzamento del processo nella sezione «Job history». Al completamento corretto del processo, scarichi il pacchetto dati, che sarà un file compresso.
- Estragga e trasformi i dati: decomprima il pacchetto scaricato. Troverà file CSV separati per ogni entità. Questi file rappresentano dati grezzi, non l’Event Log finale. Dovrà utilizzare uno script esterno, ad esempio Python con pandas o PowerShell, per elaborarli.
- Implementi la logica di trasformazione: lo script deve eseguire le seguenti operazioni:
- Caricare il file «HcmPositionV2.csv». Da questo file, generare l’evento «Position Created In HR System» utilizzando «PositionId» e «CreatedDateTime».
- Generare gli eventi di modifica dello stato («Position Activated», «Position Frozen», «Position Deactivated», «Position Closed») interpretando i campi di stato o i campi data come «ActivationDate» e «RetirementDate» di «HcmPositionV2.csv».
- Caricare il file «WorkflowTrackingStatusTable.csv». Unire questi dati a quelli delle posizioni utilizzando l’ID del record. Generare quindi gli eventi del Workflow: «Position Request Initiated», «Position Request Approved By Manager», «Position Budget Approved», «Position Request Approved By HR» e «Position Request Rejected». Dovrà associare lo stato del Workflow e il contesto del passaggio al corretto Activity Name.
- Se ha esportato «SysDatabaseLog.csv», analizzi il file per generare gli eventi «Position Attributes Modified» e «Position Reclassified» in base alle modifiche apportate a campi specifici della tabella HcmPosition.
- Caricare «HcmRecruitingRequest.csv» per generare l’evento «Hiring Process Started», individuando il momento in cui è stata creata una richiesta di recruiting per una determinata posizione.
- Assembli l’Event Log finale: lo script deve combinare tutti gli eventi generati dalle diverse origini in un unico file CSV. Il file deve contenere le colonne obbligatorie «PositionId», «ActivityName» e «EventTime», oltre agli attributi consigliati che è stato possibile associare.
- Prepari il file per il caricamento: si assicuri che il file CSV finale disponga di intestazioni corrispondenti ai nomi degli attributi richiesti e che la colonna «EventTime» utilizzi un formato timestamp coerente. Il file è ora pronto per essere caricato nello strumento di Process Mining.
Configurazione
- Entità dati principali: le entità principali necessarie per questa estrazione sono:
HcmPositionV2: contiene i dettagli fondamentali di ogni posizione, comprese le date di creazione e attivazione e attributi quali ruolo e reparto.WorkflowTrackingStatusTable: fornisce la cronologia delle istanze del Workflow, comprese richieste, approvazioni e rifiuti. È essenziale per monitorare il processo di approvazione.HcmRecruitingRequest: consente di dedurre l’attività «Hiring Process Started» quando una richiesta di recruiting è collegata a una posizione.SysDatabaseLog: entità facoltativa ma potente per acquisire modifiche dettagliate come «Position Attributes Modified» e «Position Reclassified». Il suo utilizzo dipende dalla configurazione preventiva del logging del database per la tabella HcmPosition.
- Filtro per intervallo di date: è fortemente consigliato applicare un filtro per intervallo di date all’entità «HcmPositionV2» in base al campo «CreatedDateTime». Un intervallo da 6 a 12 mesi rappresenta spesso un buon punto di partenza per mantenere gestibile il volume dei dati.
- Esportazioni incrementali: per l’analisi continuativa, valuti la configurazione del progetto di esportazione per eseguire esportazioni incrementali. In questo modo verranno estratti solo i record modificati dall’ultima esecuzione, riducendo sensibilmente i tempi di elaborazione.
- Prerequisiti: l’utente che esegue l’esportazione deve disporre di un ruolo di sicurezza con autorizzazioni sufficienti per accedere al workspace «Data management» e leggere tutte le entità dati specificate. In genere sono necessari ruoli come «Data management administrator» o un ruolo personalizzato con privilegi specifici sulle entità.
a Query di esempio sql
/*
This extraction uses the Dynamics 365 Data Management Framework. The 'query' is defined by configuring an export project via the user interface, not by running a script directly against the database.
A post-processing script is required to transform the output of this configuration into a final event log.
*/
-- Data Export Project Configuration --
Project Name: PositionManagement_EventLog_Export
Data Format: CSV
-- Entity 1: Positions --
Source Entity: HcmPositionV2
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Position Created In HR System' event)
- ActivationDate (Used for 'Position Activated' event)
- RetirementDate (Used for 'Position Deactivated' / 'Position Closed' event)
- ModifiedDateTime (Can be used for 'Position Attributes Modified' if SysDatabaseLog is not available)
- JobId (Used for 'Position Reclassified' event and 'JobTitle' attribute)
- DepartmentNumber (Used for 'DepartmentName' attribute)
- [Other fields for attributes like CostCenter, PositionStatus]
-- Entity 2: Workflow History --
Source Entity: WorkflowTrackingStatusTable
Fields to Export:
- ContextRecId (The record ID, used to link back to the HcmPosition record)
- ContextTableName (Filter this for 'HcmPosition')
- WorkflowTrackingStatus (Values like 'Submitted', 'Approved', 'Rejected')
- CreatedDateTime (Timestamp for the workflow event)
- UserId (The user who performed the action)
- [Workflow step name or ID field if available, to differentiate approval types]
-- Entity 3: Recruitment Requests --
Source Entity: HcmRecruitingRequest
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Hiring Process Started' event)
- RecruitingId
-- Entity 4: Database Change Log (Optional) --
Source Entity: SysDatabaseLog
Fields to Export:
- RefRecId (The record ID of the changed record)
- RefTableId (The table ID, filter for HcmPosition)
- CreatedDateTime (Timestamp of the change)
- [Fields indicating the old and new values, if available]Passaggi
- Confermi i prerequisiti: prima di iniziare, verifichi che la funzionalità «Bring Your Own Database» (BYOD) sia configurata per la Sua istanza di Microsoft Dynamics 365 Human Resources. Si assicuri che le entità dati richieste vengano esportate nel Suo Azure SQL Database. Le entità principali includono:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUniteHcmRecruitingRequest. - Si connetta ad Azure SQL Database: utilizzi uno strumento client SQL, come SQL Server Management Studio (SSMS) o Azure Data Studio, per stabilire una connessione ad Azure SQL Database, che funge da destinazione BYOD.
- Individui lo schema del database: una volta connesso, acquisisca familiarità con lo schema del database. Le entità dati D365 HR vengono replicate come tabelle. Tenga presente che i nomi delle tabelle nel database BYOD potrebbero non corrispondere esattamente ai nomi delle entità, sebbene siano in genere molto simili.
- Carichi la query SQL: apra una nuova finestra di query nel client SQL e incolli lo script SQL completo fornito nella sezione «query» di questo documento.
- Personalizzi i parametri: modifichi le variabili segnaposto nella query. Imposti
@[YourCompanyId]sull’entità giuridica specifica, ad esempio «USMF», che desidera analizzare. Adegui l’intervallo di date nelle clausoleWHERE, ad esempioCREATEDDATETIME >= '2023-01-01', per limitare l’estrazione al periodo desiderato. - Esegua la query: esegua la query SQL completa sul database BYOD. Il tempo di esecuzione varierà in base al volume dei dati e all’intervallo di date selezionato.
- Esamini i risultati: al termine della query, controlli l’output nel riquadro dei risultati del client SQL. Verifichi che le colonne
PositionId,ActivityName,EventTimee le altre siano valorizzate come previsto. - Esporti in CSV: esporti l’intero set di risultati in un file CSV. La maggior parte dei client SQL dispone di una funzione integrata per salvare direttamente i risultati in formato CSV. Ad esempio, in SSMS può fare clic con il pulsante destro del mouse sulla griglia dei risultati e selezionare «Save Results As...».
- Prepari il caricamento: si assicuri che il file CSV esportato utilizzi la codifica UTF-8. Verifichi che le intestazioni delle colonne corrispondano esattamente agli attributi richiesti (
PositionId,ActivityName,EventTimee così via), per garantire un caricamento senza problemi nello strumento di Process Mining.
Configurazione
- Entità dati BYOD: si assicuri che tutte le entità dati necessarie siano pubblicate da Dynamics 365 HR nella Sua istanza BYOD. Le entità fondamentali per questo processo includono quelle relative a posizioni, dettagli delle posizioni, cronologia del Workflow, ruoli, reparti e richieste di recruiting.
- Latenza dei dati: tenga presente che BYOD offre una replica quasi in tempo reale, non istantanea. Tra il verificarsi di una transazione in D365 HR e la disponibilità dei dati in Azure SQL Database può trascorrere un breve intervallo, da alcuni minuti a un’ora.
- Filtro per intervallo di date: è fondamentale applicare filtri sulle date nella query per gestire le prestazioni e il volume dei dati. Un buon punto di partenza è in genere un intervallo da 3 a 6 mesi. Applichi i filtri ai timestamp di creazione o degli eventi all’interno di ogni blocco
UNION ALL. - Filtro per società: applichi sempre il filtro su
DATAREAID, ovvero sull’entità giuridica o sull’ID della società, per assicurarsi di analizzare i dati dell’unità organizzativa corretta. La query fornita include a questo scopo il segnaposto@[YourCompanyId]. - Prerequisiti: questo metodo richiede un abbonamento Azure attivo, un’istanza BYOD configurata, autorizzazioni di lettura sul database Azure SQL di destinazione e uno strumento client SQL adatto per eseguire le query.
- Passaggi personalizzati del Workflow: la query utilizza nomi comuni per i passaggi di approvazione, come «Approve position request». Se la Sua organizzazione utilizza nomi personalizzati, dovrà aggiornare i valori
CONTEXTnelle relative clausoleWHERE.
a Query di esempio 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]'È pronto per iniziare?
Utilizzi questo Template per semplificare la raccolta dei dati e ottenere insight approfonditi sul processo Hire to Retire di gestione delle posizioni. Inizi oggi stesso il percorso verso una maggiore efficienza e conformità.
Ottimizzi subito la gestione delle posizioni Hire to Retire
Riduca del 30% il tempo di ciclo del processo ed elimini i colli di bottiglia.
Non è richiesta alcuna carta di credito. Configurazione in pochi minuti.