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 un’individuazione accurata
- Indicazioni per l’estrazione specifiche per Microsoft Dynamics 365 Human Resources
Attributi di Hire to Retire - Gestione delle posizioni
| Nome | Descrizione | ||
|---|---|---|---|
| Data e ora dell’evento EventTime | Data e ora che indicano quando si è verificata l’attività. | ||
| Descrizione La data e l’ora dell’evento registrano il momento esatto in cui un’attività è stata completata. Sono fondamentali 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 del processo al calcolo di KPI sulle prestazioni, come il tempo medio di ciclo di approvazione della posizione. Aiuta a individuare quando si verificano i ritardi e quanto dura ciascuna fase del processo. Perché è importante Questa data e ora sono essenziali per ordinare gli eventi, calcolare tutte le metriche basate sul tempo e individuare i colli di bottiglia del processo. Dove reperirli Queste informazioni si trovano in genere nelle tabelle dei registri di sistema oppure nei campi «CreatedDateTime» o «ModifiedDateTime» associati ai record delle posizioni e dei flussi di lavoro 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 | |||
| ID della posizione PositionId | Identificativo univoco di una specifica posizione lavorativa all’interno dell’organizzazione. | ||
| Descrizione L’ID della posizione funge da identificativo principale del caso e collega tutte le attività e i dati relativi a una singola posizione organizzativa. Consente di monitorare 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. Permette di creare Dashboard per monitorare i tempi di ciclo, individuare i colli di bottiglia nelle approvazioni e analizzare le varianti del processo, dalla richiesta alla chiusura. Perché è importante È l’identificativo fondamentale che collega tutti gli eventi correlati in un unico caso di processo e rende possibile analizzare l’intero ciclo di vita della posizione. Dove reperirli 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 | Nome dello specifico evento o dell’attività che si è verificato nel processo di gestione delle posizioni. | ||
| Descrizione Questo attributo descrive un singolo passaggio del ciclo di vita della posizione, ad esempio «Richiesta di posizione avviata», «Posizione creata nel sistema HR» o «Posizione disattivata». Costituisce la struttura portante della mappa del processo e ne mostra la sequenza degli eventi. Analizzare il nome dell’attività permette di visualizzare i flussi del processo, individuare le deviazioni dal processo standard e calcolare i tempi di transizione tra le diverse fasi. È fondamentale per capire che cosa è successo e in quale ordine. Perché è importante Definisce le fasi del processo e consente di visualizzare le mappe del processo e analizzarne i flussi e le varianti. Dove reperirli Questo attributo deriva dagli eventi aziendali, dalle modifiche di stato o dalla cronologia del flusso di lavoro in Microsoft Dynamics 365 Human Resources. Non corrisponde a un singolo campo, ma viene ricavato dal contesto dei dati. Esempi Richiesta di posizione avviataRichiesta di posizione approvata dal responsabilePosizione creata nel sistema HRAttributi della posizione modificatiPosizione chiusa | |||
| Centro di costo CostCenter | Centro di costo a cui vengono imputate le spese della posizione. | ||
| Descrizione Il centro di costo è una dimensione finanziaria fondamentale che collega una posizione a un budget specifico o a un’area di responsabilità finanziaria. È importante monitorare le modifiche a questo attributo. Questo attributo è essenziale per la Dashboard «Verifica della coerenza dei dati delle posizioni», che analizza le modifiche agli attributi principali dopo la creazione. Viene inoltre utilizzato per analizzare i costi e i budget relativi alle posizioni in base alle diverse unità finanziarie. Perché è importante Collega la posizione ai dati finanziari, consentendo di analizzare i costi del processo e monitorare la coerenza dei dati. Dove reperirli In genere è configurato come dimensione finanziaria nel record della posizione. Consultare la configurazione delle dimensioni finanziarie in Dynamics 365. Esempi CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Dipartimento DepartmentName | Il dipartimento a cui appartiene la posizione. | ||
| Descrizione Questo attributo specifica il dipartimento aziendale, ad esempio «Finance», «Marketing» o «IT», a cui è associata la posizione. È una dimensione fondamentale per filtrare e aggregare i dati del processo. L’analisi per dipartimento è essenziale per la Dashboard «Posizioni per dipartimento». Consente di confrontare le prestazioni del processo, individuare i colli di bottiglia specifici di un dipartimento e comprendere le tendenze delle assunzioni nelle diverse aree aziendali. Perché è importante Consente di segmentare l’analisi del processo per unità aziendale, così da individuare problemi specifici dei singoli dipartimenti e confrontarne le prestazioni. Dove reperirli Queste informazioni fanno parte dei dettagli della posizione, in genere memorizzati nell’entità HcmPositionDetail e collegati alla dimensione dell’unità operativa. Esempi FinanzaTecnologie dell’informazioneVendite e marketingRisorse umaneOperazioni | |||
| Nome utente UserName | Nome o 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 responsabile che ha approvato una richiesta o lo specialista delle risorse umane che ha creato la posizione nel sistema. L’analisi per utente aiuta a individuare le esigenze di formazione, 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 separazione dei compiti. Perché è importante Consente di attribuire le responsabilità e analizzare le prestazioni di singoli utenti o team, aspetti fondamentali per la gestione delle risorse e la formazione. Dove reperirli È associato alla cronologia del flusso di lavoro o ai record di audit trail in Dynamics 365 HR. Può essere collegato tramite un User ID dell’entità HcmWorker. Esempi John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Ora di fine EndTime | Data e ora in cui 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 delle singole attività e capire come viene impiegato il tempo nel processo. Ad esempio, consente di determinare quanto tempo impiega un responsabile ad approvare una richiesta di posizione dopo che gli è stata assegnata. Perché è importante Consente di calcolare i tempi di elaborazione delle attività, un dato fondamentale per analizzare nel dettaglio le prestazioni e i colli di bottiglia. Dove reperirli Il dato può essere ricavato dai timestamp degli eventi successivi o da specifici campi di «completamento» nei log del flusso di lavoro di Dynamics 365 HR. Spesso è necessario dedurlo. Esempi 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Stato della posizione PositionStatus | Stato attuale o storico della posizione. | ||
| Descrizione Questo attributo indica lo stato della posizione in un determinato momento, ad esempio «Proposta», «Attivo», «Congelata» o «Chiusa». I cambiamenti di stato corrispondono spesso ad attività del processo. Monitorare lo stato è fondamentale per comprendere il percorso della posizione e per Dashboard come «Stato della revisione di conformità delle posizioni» e «Posizioni inattive e sottoutilizzate». Offre una fotografia dello stato attuale della posizione e aiuta a verificare il flusso del processo. Perché è importante Indica chiaramente lo stato di ogni posizione, un dato essenziale per filtrare i casi e comprenderne gli esiti. Dove reperirli Consultare la documentazione di Microsoft Dynamics 365 Human Resources. Il dato è probabilmente ricavato dai campi di stato del record principale Position. Esempi PropostaIn revisioneAttivaCongelataChiusa | |||
| Titolo professionale JobTitle | Titolo del ruolo associato alla posizione, ad esempio «Senior Accountant». | ||
| Descrizione Il titolo professionale fornisce informazioni importanti sul ruolo e sulle responsabilità associati alla posizione. È diverso dall’ID della posizione, poiché più posizioni possono avere lo stesso titolo. Nell’analisi, questo attributo consente di raggruppare e filtrare i dati in base al tipo di ruolo. È utile nella Dashboard «Tendenze di riclassificazione delle posizioni» per individuare i tipi di ruolo riclassificati più spesso. Perché è importante Aggiunge un contesto aziendale essenziale e consente di analizzare i dati in base al ruolo, al livello o alla funzione. Dove reperirli Queste informazioni sono collegate al record «Job» associato alla posizione. Cercarle in entità come HcmPositionV2Entity oppure collegando i dati a HcmJobEntity. Esempi Analista finanziario seniorIngegnere software IIPartner aziendale delle risorse umaneCoordinatore marketingResponsabile della logistica | |||
| Budget approvato IsBudgetApproved | 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à «Budget della posizione approvato». Aiuta ad analizzare il flusso del processo e a individuare le posizioni in attesa dell’approvazione del budget. L’attributo può essere utilizzato per filtrare i processi e analizzare con maggiore efficacia il KPI «Tempo di ciclo dell’approvazione del budget della posizione». Consente di distinguere le posizioni per cui il budget è stato approvato da quelle per cui non lo è ancora, agevolando l’analisi dei colli di bottiglia. Perché è importante Semplifica l’analisi indicando chiaramente il raggiungimento di una tappa fondamentale e aiutando a isolare e misurare la fase di approvazione del budget. Dove reperirli Il dato viene ricavato durante la trasformazione dei dati verificando se nella cronologia del caso è presente l’attività «Budget della posizione approvato». Esempi truefalse | |||
| È una rilavorazione IsRework | Indicatore che segnala se un’attività fa parte di un ciclo di rilavorazione. | ||
| Descrizione Questo indicatore 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 la Dashboard «Analisi delle rilavorazioni delle posizioni» e il KPI «Tasso di rilavorazione nella creazione delle posizioni». Segnalando le rilavorazioni, gli analisti possono filtrare facilmente i dati e misurare la frequenza e l’impatto delle inefficienze del processo. Perché è importante Identifica e quantifica in modo esplicito le rilavorazioni nel processo, uno dei principali ambiti su cui intervenire per migliorare i processi. Dove reperirli Il valore viene calcolato in base alla sequenza delle attività di un caso. Ad esempio, se «Richiesta di posizione approvata dal responsabile» si verifica dopo «Attributi della posizione modificati», l’attività può essere segnalata come rilavorazione. Esempi truefalse | |||
| Famiglia professionale JobFamily | Raggruppamento di ruoli con funzioni simili, ad esempio «Ingegneria» o «Finanza». | ||
| Descrizione La famiglia professionale è una classificazione che raggruppa titoli di ruolo correlati. Ad esempio, «Ingegnere software» e «Ingegnere QA» potrebbero appartenere entrambi alla famiglia professionale «Ingegneria». Questo attributo è essenziale per la Dashboard «Tendenze di riclassificazione delle posizioni», perché consente di analizzare a un livello più generale quali categorie professionali cambiano più spesso. Offre una visione più ampia rispetto all’analisi dei singoli titoli di ruolo. Perché è importante Consente un’analisi più ampia delle posizioni per categoria, utile per la pianificazione strategica del personale e l’analisi delle tendenze. Dove reperirli Fa parte della configurazione dei ruoli in Dynamics 365 HR. Cercare i campi relativi a «Job family» o «Job function» nell’entità HcmJobEntity. Esempi IngegneriaFinanza e contabilitàVenditeRisorse umaneGestione dei prodotti | |||
| Motivo del rifiuto RejectionReason | Motivo indicato per il rifiuto di una richiesta di posizione. | ||
| Descrizione Quando un responsabile o il reparto risorse umane rifiuta una richiesta di posizione, spesso ne registra il motivo. Potrebbe trattarsi di vincoli di budget, informazioni errate o un cambiamento di strategia. Questo attributo è fondamentale per calcolare il KPI «Tasso di rifiuto delle richieste di posizione» e comprendere perché si verificano rilavorazioni. Analizzare i motivi di rifiuto più frequenti aiuta a individuare problemi nelle fasi precedenti, come richieste di scarsa qualità o linee guida poco chiare, su cui intervenire per migliorare il processo. Perché è importante Mostra direttamente perché le richieste non vengono approvate e consente di intervenire in modo mirato per ridurre le rilavorazioni e i rifiuti. Dove reperirli Consultare la documentazione di Microsoft Dynamics 365 Human Resources. Spesso il motivo viene registrato nei commenti del flusso di lavoro o in un apposito campo del codice motivo al momento del rifiuto. Esempi Budget non disponibileRichiesta duplicataProfilo professionale erratoBlocco delle assunzioniRiallineamento strategico | |||
| Responsabile richiedente RequestingManager | Il responsabile che ha avviato la richiesta della posizione. | ||
| Descrizione Questo attributo identifica il responsabile delle assunzioni o il capo dipartimento che ha avviato il processo richiedendo una nuova posizione o la sostituzione di una risorsa. L’informazione indica da dove nasce la domanda di nuove posizioni. L’analisi per responsabile richiedente può aiutare a individuare tendenze nel volume delle richieste, nei tassi di approvazione e nella qualità delle richieste. Offre un ulteriore livello di dettaglio per comprendere il carico di lavoro e il rispetto del processo. Perché è importante Aiuta a risalire all’origine della domanda di nuove posizioni e ad analizzare le metriche del processo dal punto di vista del responsabile delle assunzioni. Dove reperirli Consultare la documentazione di Microsoft Dynamics 365 Human Resources. È probabile che queste informazioni siano registrate nei dati di avvio del flusso di lavoro. Esempi Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Sede Location | Sede fisica o area geografica della posizione. | ||
| Descrizione Questo attributo specifica la sede della posizione, che può essere un ufficio, una città o un Paese. È un’altra dimensione importante per filtrare e segmentare i dati del processo. La sede viene utilizzata direttamente nella Dashboard «Posizioni per dipartimento» per analizzare le tendenze del personale e le prestazioni del processo nelle diverse aree geografiche. Può aiutare a individuare eventuali ritardi nella creazione o nell’approvazione delle posizioni in determinate sedi. Perché è importante Fornisce un contesto geografico e consente di analizzare le prestazioni e le tendenze del processo nelle diverse sedi. Dove reperirli Consultare la documentazione di Microsoft Dynamics 365 Human Resources. Il dato potrebbe far parte dei dettagli della posizione oppure essere collegato tramite il dipartimento o l’entità giuridica. Esempi New York, Stati UnitiLondra, Regno UnitoBerlino, GermaniaSingaporeDa remoto | |||
| Sistema di origine SourceSystem | Il sistema da cui sono stati estratti i dati. | ||
| Descrizione Questo attributo identifica la provenienza dei dati di processo. In questa vista, in genere 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 in base a sistemi specifici. Perché è importante Fornisce informazioni sulla provenienza dei dati, importanti per la governance dei dati e per le analisi che coinvolgono più sistemi aziendali. Dove reperirli Valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per indicare l’origine del set di dati. Esempi Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
| Tempo di ciclo dell’approvazione ApprovalCycleTime | Tempo totale che intercorre tra l’avvio di una richiesta di posizione e la sua approvazione definitiva. | ||
| Descrizione Questa metrica calcolata misura il tempo che intercorre tra l’attività «Richiesta di posizione avviata» e l’attività di approvazione finale, che potrebbe essere «Richiesta di posizione approvata dalle risorse umane». È un indicatore chiave delle prestazioni nella fase iniziale del processo di gestione delle posizioni. Questo attributo alimenta direttamente la Dashboard e il KPI «Tempo di ciclo dell’approvazione delle posizioni». Fornisce una misura complessiva dell’efficienza del processo di approvazione e consente di monitorare nel tempo l’impatto delle iniziative di miglioramento. Perché è importante È un KPI fondamentale per misurare l’efficienza dell’intero processo di approvazione e mettere in evidenza i ritardi che impediscono di preparare le posizioni per la creazione. Dove reperirli Viene calcolato a livello di caso individuando i timestamp delle attività di inizio e fine della fase di approvazione e calcolandone la differenza. Esempi P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Tipo di posizione PositionType | Classifica la posizione come a tempo pieno, a tempo parziale, temporanea e così via. | ||
| Descrizione Questo attributo classifica la posizione in base alle condizioni di impiego e fornisce un ulteriore contesto per l’analisi e la pianificazione del personale. Nell’analisi del processo, filtrare per tipo di posizione può rivelare se alcune tipologie seguono percorsi diversi o hanno tempi di ciclo più lunghi. Ad esempio, le posizioni temporanee potrebbero seguire un processo di approvazione più rapido e snello rispetto alle posizioni permanenti a tempo pieno. Perché è importante Consente di analizzare le differenze del processo tra le varie tipologie di impiego, a supporto della pianificazione del personale e dell’ottimizzazione dei processi. Dove reperirli Queste informazioni sono in genere disponibili nel record della posizione in Dynamics 365 HR. Verificare se è presente un campo pertinente in entità come HcmPositionV2Entity. Esempi Tempo pienoTempo parzialeCollaboratore esternoTirocinanteTemporanea | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Data e ora dell’ultimo aggiornamento dei dati dal sistema di origine. | ||
| Descrizione Questo attributo indica quando sono stati estratti per l’ultima volta i dati da Microsoft Dynamics 365 Human Resources. Fornisce un’indicazione sull’aggiornamento dei dati utilizzati nell’analisi. Mostrare questa informazione nelle Dashboard consente agli utenti di verificare che i dati siano aggiornati. Si tratta di un metadato essenziale per qualsiasi progetto di Process Mining. Perché è importante Indica agli utenti quanto sono aggiornati i dati, un’informazione fondamentale per prendere decisioni basate sull’analisi. Dove reperirli 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 | |||
Attività di Hire to Retire - Gestione delle posizioni
| Attività | Descrizione | ||
|---|---|---|---|
| Posizione attivata | Segna il momento in cui la posizione diventa ufficialmente disponibile e può iniziare il reclutamento. L’evento si deduce dalla modifica di un campo di stato nel record della posizione al valore «Attiva» o a uno stato equivalente. | ||
| Perché è importante È una tappa fondamentale per misurare la disponibilità della posizione per il reclutamento e l’efficienza delle fasi finali di configurazione. È essenziale per il KPI relativo al tempo medio di attivazione della posizione. Dove reperirli Si deduce monitorando la data e l’ora in cui il campo di stato, ad esempio «PositionStatus», nel record della posizione viene aggiornato a «Attiva» o «Aperta». Acquisizione Si basa sulla data in cui viene compilato il campo ActivationDate della posizione o in cui un campo di stato passa a «Attiva». Tipo di evento inferred | |||
| Posizione chiusa | Rappresenta l’archiviazione definitiva del record della posizione e segna la conclusione del suo ciclo di vita. L’evento si deduce da una modifica dello stato a «Chiusa» o a un altro stato terminale. | ||
| Perché è importante È l’evento conclusivo del processo e consente di analizzare l’intero ciclo di vita da un’estremità all’altra, oltre ad aiutare a individuare le posizioni obsolete da chiudere. Dove reperirli Si deduce da una modifica del campo di stato del record della posizione a «Chiusa». È meno comune della disattivazione, poiché spesso i record vengono conservati a fini storici. Acquisizione Si deduce dalla data e dall’ora in cui un campo di stato viene aggiornato a «Chiusa». Tipo di evento inferred | |||
| Posizione creata nel sistema HR | Questo evento segna la creazione ufficiale del record della posizione in Dynamics 365 HR. Si ricava dalla data e dall’ora di creazione del record principale della posizione. | ||
| Perché è importante È una tappa fondamentale che segna il passaggio dalla richiesta a una posizione effettiva nell’organizzazione. Costituisce il punto finale del KPI relativo al tempo di attraversamento per la creazione della posizione. Dove reperirli Si ricava dal campo di sistema «CreatedDateTime» della tabella principale delle posizioni, ad esempio HcmPosition. Acquisizione Si ricava dal campo di sistema CreatedDateTime della tabella HcmPosition. Tipo di evento explicit | |||
| Posizione disattivata | La posizione non è più attiva ed è rimossa dalla struttura organizzativa attiva, spesso dopo essere stata coperta. L’evento si deduce da una modifica dello stato a «Inattiva» o a uno stato equivalente. | ||
| Perché è importante Segna una tappa importante al termine della fase attiva della posizione. È fondamentale per analizzare il tempo medio di disattivazione e gestire con precisione l’organico. Dove reperirli Si deduce dalla data e dall’ora in cui viene compilato il campo «RetirementDate» o in cui un campo di stato nel record della posizione passa a «Inattiva». Acquisizione Si basa sulla data in cui viene impostato RetirementDate della posizione o in cui un campo di stato passa a «Inattiva». Tipo di evento inferred | |||
| Richiesta di posizione approvata dalle risorse umane | Indica l’approvazione finale da parte delle risorse umane prima della creazione formale della posizione. L’evento viene registrato esplicitamente nel sistema del flusso di lavoro al completamento dell’attività di approvazione delle risorse umane. | ||
| Perché è importante Segna la fine della fase di approvazione ed è una tappa fondamentale per misurare il tempo medio complessivo di approvazione della posizione. Dove reperirli Viene registrato nelle tabelle della cronologia del flusso di lavoro, ad esempio WorkflowTrackingTable, quando il rappresentante delle risorse umane completa l’attività di approvazione. Acquisizione Al completamento della fase di approvazione delle risorse umane, l’evento viene registrato nella cronologia del flusso di lavoro con la relativa data e ora. Tipo di evento explicit | |||
| Richiesta di posizione avviata | Segna l’avvio formale del ciclo di vita della gestione di una posizione. In genere, l’evento viene registrato quando un utente invia una nuova richiesta tramite un modulo dedicato o un flusso di lavoro in Dynamics 365 HR. | ||
| Perché è importante È il punto di partenza per misurare l’intero ciclo di vita della posizione, compresi KPI importanti come il tempo di ciclo di approvazione della posizione e il tempo di attraversamento per la sua creazione. Dove reperirli Si ricava dalla data e dall’ora di creazione del record della richiesta di posizione o dal record di avvio nella tabella della cronologia del flusso di lavoro, ad esempio WorkflowTrackingStatusTable. Acquisizione L’evento viene registrato quando si invia un nuovo flusso di lavoro per la richiesta di una posizione. Tipo di evento explicit | |||
| Attributi della posizione modificati | Indica qualsiasi modifica apportata agli attributi principali di una posizione, come il titolo o il reparto, dopo la creazione iniziale. In genere, questa attività viene dedotta monitorando le modifiche nel registro del database di sistema. | ||
| Perché è importante Una frequenza elevata di questa attività può indicare una scarsa qualità dei dati o rilavorazioni del processo. È un dato essenziale per i KPI relativi alla frequenza di modifica degli attributi della posizione e al tasso di rilavorazione. Dove reperirli Si deduce dalla tabella SysDatabaseLog, se il rilevamento delle modifiche è attivato per la tabella delle posizioni. In alternativa, è necessario confrontare le istantanee storiche dei dati delle posizioni. Acquisizione Si deduce rilevando le operazioni di aggiornamento sui campi principali della tabella HcmPosition tramite il registro del database. Tipo di evento inferred | |||
| Budget della posizione approvato | È una tappa fondamentale dell’approvazione, che conferma l’assegnazione dei fondi necessari alla nuova posizione. In genere, viene registrata come fase di approvazione distinta nel flusso di lavoro per la creazione della posizione. | ||
| Perché è importante Isola la fase di approvazione finanziaria, consentendo di analizzare i ritardi nell’assegnazione del budget e di monitorare il KPI relativo al tempo di ciclo di approvazione del budget della posizione. Dove reperirli Viene registrato nelle tabelle della cronologia del flusso di lavoro, ad esempio WorkflowTrackingTable, come attività di approvazione completata, spesso assegnata a un ruolo dell’area finanziaria. Acquisizione Si ricava dalla data e dall’ora di completamento dell’attività di approvazione del budget nel registro del flusso di lavoro. Tipo di evento explicit | |||
| Posizione congelata | Indica che una posizione è stata sospesa temporaneamente, impedendo qualsiasi attività di assunzione. L’evento si deduce da una modifica dello stato nel record della posizione a «Congelata» o «In sospeso». | ||
| Perché è importante Registra le interruzioni nel ciclo di vita della posizione, che possono influire sui piani di organico e sui budget. Aiuta a individuare i motivi dei ritardi nelle assunzioni. Dove reperirli Si deduce monitorando la data e l’ora in cui un campo di stato nel record della posizione viene aggiornato a «Congelata» o a un valore equivalente. Acquisizione Si deduce dalla data e dall’ora della modifica dello stato a «Congelata» o «In sospeso». Tipo di evento inferred | |||
| Posizione riclassificata | È un aggiornamento significativo che modifica la classificazione fondamentale della posizione, ad esempio la famiglia professionale o il livello. In genere, si deduce da una modifica al campo «Job» nel record della posizione. | ||
| Perché è importante Aiuta ad analizzare i cambiamenti della struttura organizzativa e la stabilità delle definizioni dei ruoli. È l’attività di riferimento per il KPI relativo al tasso di riclassificazione delle posizioni. Dove reperirli Si deduce da una modifica al campo «JobId» nella tabella HcmPosition, registrata tramite il registro del database o rilevata confrontando le versioni del record nel tempo. Acquisizione Si deduce da una modifica registrata al campo di classificazione professionale nel record della posizione. Tipo di evento inferred | |||
| Posizione sottoposta a revisione di conformità | Indica che la posizione è stata sottoposta a un controllo formale di conformità. L’evento può essere registrato tramite una modifica di stato, il completamento di un’attività di verifica o l’aggiornamento di un campo personalizzato. | ||
| Perché è importante È fondamentale per monitorare il rispetto delle normative e delle politiche interne. Questa attività contribuisce direttamente al KPI relativo al tasso di conformità delle posizioni. Dove reperirli Probabilmente si deduce da un campo di stato con data e ora, come «ComplianceReviewStatus», o da un campo booleano «IsComplianceReviewed» nel record della posizione. Acquisizione Si deduce dalla data e dall’ora in cui un campo relativo allo stato di conformità viene aggiornato a «Completata» o «Esaminata». Tipo di evento inferred | |||
| Processo di assunzione avviato | Indica il passaggio dalla gestione della posizione al reclutamento. L’evento si deduce quando viene creata una nuova posizione vacante o un nuovo progetto di reclutamento collegato all’ID specifico della posizione. | ||
| Perché è importante Collega il processo di gestione della posizione al suo esito e consente di analizzare il tempo che intercorre tra l’attivazione della posizione e l’avvio delle attività di assunzione. Dove reperirli Si deduce individuando la data di creazione di un record nelle tabelle di reclutamento o delle posizioni vacanti, ad esempio HcmRecruitingRequest, che fa riferimento all’ID della posizione. Acquisizione Si deduce collegando PositionId alla creazione del record corrispondente nel modulo di reclutamento. Tipo di evento inferred | |||
| Richiesta di posizione approvata dal responsabile | Indica il completamento della prima fase di approvazione da parte del responsabile delle assunzioni. L’evento viene registrato esplicitamente nella cronologia del flusso di lavoro quando il responsabile completa l’attività di approvazione assegnata. | ||
| Perché è importante Consente di misurare la durata della fase iniziale di approvazione e di individuare i colli di bottiglia legati a specifici responsabili o reparti. Dove reperirli Viene registrato come passaggio completato nelle tabelle della cronologia del flusso di lavoro, ad esempio WorkflowTrackingTable, e associato alla richiesta di posizione. Acquisizione Si ricava dalla data e dall’ora di completamento della fase di approvazione del responsabile nel registro del flusso di lavoro. Tipo di evento explicit | |||
| Richiesta di posizione respinta | Indica che la richiesta di una posizione è stata respinta in una delle fasi di approvazione. L’evento viene registrato esplicitamente nella cronologia del flusso di lavoro quando un approvatore seleziona l’azione «Rifiuta». | ||
| Perché è importante Fa emergere gli insuccessi del processo e i cicli di rilavorazione. Analizzare i motivi del rifiuto aiuta a migliorare la qualità delle richieste iniziali e a monitorare il KPI relativo al tasso di rifiuto delle richieste di posizione. Dove reperirli Viene registrato con lo stato «Rifiutata» nelle tabelle della cronologia del flusso di lavoro, ad esempio WorkflowTrackingStatusTable, per la specifica richiesta di posizione. Acquisizione Si ricava dal registro del flusso di lavoro quando un approvatore esegue l’azione di rifiuto. Tipo di evento explicit | |||
Guide all’estrazione
Passaggi
- Acceda all’area di lavoro Gestione dati: acceda a Microsoft Dynamics 365 Human Resources. Utilizzi la barra di ricerca principale per aprire l’area di lavoro «Gestione dati».
- Crei un nuovo progetto di esportazione: nell’area di lavoro, selezioni il riquadro «Esportazione». Nella pagina del progetto «Esportazione», faccia clic su «Nuovo» per creare un progetto. Assegni un nome descrittivo, ad esempio «PositionManagement_EventLog_Export», e selezioni un formato dati. Per la trasformazione, è consigliato il formato «CSV».
- Aggiunga le entità dati al progetto: nel nuovo progetto, faccia clic su «Aggiungi entità». Per acquisire l’intero ciclo di vita della posizione, dovrà aggiungere diverse entità. Aggiunga una alla volta le seguenti entità principali: «HcmPositionV2», «WorkflowTrackingStatusTable» e «HcmRecruitingRequest». Se la registrazione delle modifiche alle posizioni nel database è attiva, aggiunga anche «SysDatabaseLog».
- Configuri i filtri delle entità: è fondamentale applicare filtri a ciascuna entità per limitare l’ambito dei dati. Selezioni un’entità, quindi faccia clic su «Filtro». Per «HcmPositionV2», imposti un intervallo di date specifico usando i campi «CreatedDateTime» o «ModifiedDateTime». Per «WorkflowTrackingStatusTable», filtri «CONTEXTTABLENAME» in modo da includere solo i flussi di lavoro relativi alle posizioni.
- Selezioni i campi per ogni entità: verifichi 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 «Esportazione» nella pagina principale del progetto. Il sistema creerà un pacchetto di dati con file separati per ciascuna entità.
- Controlli e scarichi il pacchetto di dati: può controllare l’avanzamento del processo nella sezione «Cronologia processi». Al termine dell’esecuzione, scarichi il pacchetto di dati, che sarà un file compresso.
- Estragga e trasformi i dati: decomprima il pacchetto scaricato. Troverà file CSV separati per ciascuna entità. Questi file contengono dati grezzi, non l’Event Log finale. Dovrà elaborare i file con uno script esterno, ad esempio in Python con pandas o in PowerShell.
- Implementi la logica di trasformazione: lo script deve eseguire le seguenti operazioni:
- Caricare il file «HcmPositionV2.csv». Da questo file, generare l’evento «Posizione creata nel sistema HR» usando «PositionId» e «CreatedDateTime».
- Generare gli eventi di modifica dello stato («Posizione attivata», «Posizione congelata», «Posizione disattivata», «Posizione chiusa») interpretando i campi di stato o i campi data come «ActivationDate» e «RetirementDate» in «HcmPositionV2.csv».
- Caricare il file «WorkflowTrackingStatusTable.csv». Unire questi dati a quelli delle posizioni usando l’ID del record. Generare quindi gli eventi del flusso di lavoro: «Richiesta di posizione avviata», «Richiesta di posizione approvata dal responsabile», «Budget della posizione approvato», «Richiesta di posizione approvata dalle risorse umane» e «Richiesta di posizione rifiutata». Dovrà associare lo stato del flusso di lavoro e il contesto del passaggio al nome dell’attività corretto.
- Se ha esportato «SysDatabaseLog.csv», analizzi il file per generare gli eventi «Attributi della posizione modificati» e «Posizione riclassificata» in base alle modifiche apportate a campi specifici della tabella HcmPosition.
- Caricare «HcmRecruitingRequest.csv» e generare l’evento «Processo di assunzione avviato» individuando la data di creazione di una richiesta di assunzione per una determinata posizione.
- Componga l’Event Log finale: lo script deve combinare tutti gli eventi generati dalle diverse fonti in un unico file CSV. Il file deve contenere le colonne obbligatorie «PositionId», «ActivityName» e «EventTime», oltre agli eventuali attributi consigliati che è stato possibile associare.
- Prepari il file per il caricamento: verifichi che il file CSV finale abbia intestazioni corrispondenti ai nomi degli attributi richiesti e che la colonna «EventTime» utilizzi un formato data e ora 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 dati essenziali di ogni posizione, tra cui le date di creazione e attivazione e attributi come la mansione e il reparto.WorkflowTrackingStatusTable: fornisce la cronologia delle istanze dei flussi di lavoro, comprese le richieste inviate, le approvazioni e i rifiuti. È essenziale per monitorare il processo di approvazione.HcmRecruitingRequest: consente di dedurre l’attività «Processo di assunzione avviato» quando una richiesta di assunzione è collegata a una posizione.SysDatabaseLog: entità facoltativa, ma utile per acquisire modifiche dettagliate come «Attributi della posizione modificati» e «Posizione riclassificata». Il suo utilizzo dipende dalla configurazione preventiva della registrazione delle modifiche nel database per la tabella HcmPosition.
- Filtro per intervallo di date: è fortemente consigliato applicare all’entità «HcmPositionV2» un filtro per intervallo di date basato sul campo «CreatedDateTime». Un intervallo da 6 a 12 mesi è spesso un buon punto di partenza per mantenere gestibile il volume dei dati.
- Esportazioni incrementali: per le analisi continuative, valuti la possibilità di configurare il progetto per eseguire esportazioni incrementali. In questo modo verranno estratti solo i record modificati dall’ultima esecuzione, riducendo notevolmente i tempi di elaborazione.
- Prerequisiti: l’utente che esegue l’esportazione deve disporre di un ruolo di sicurezza con autorizzazioni sufficienti per accedere all’area di lavoro «Gestione dati» e leggere tutte le entità dati specificate. In genere sono necessari ruoli come «Amministratore della gestione dati» oppure un ruolo personalizzato con privilegi specifici sulle entità.
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
- Verifichi i prerequisiti: prima di iniziare, verifichi che la funzionalità «Bring Your Own Database» (BYOD) sia configurata per l’istanza di Microsoft Dynamics 365 Human Resources. Si assicuri che le entità dati richieste vengano esportate nel database Azure SQL. Tra le entità principali figurano:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUniteHcmRecruitingRequest. - Si connetta al database Azure SQL: utilizzi un client SQL, ad esempio SQL Server Management Studio (SSMS) o Azure Data Studio, per connettersi al database Azure SQL configurato come destinazione BYOD.
- Individui lo schema del database: una volta connesso, acquisisca familiarità con lo schema del database. Le entità dati di D365 HR vengono replicate come tabelle. I nomi delle tabelle nel database BYOD potrebbero non corrispondere esattamente ai nomi delle entità, ma in genere sono 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. Modifichi 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 varia in base al volume dei dati e all’intervallo di date selezionato.
- Riveda i risultati: al termine della query, controlli i risultati nel riquadro del client SQL. Verifichi che le colonne
PositionId,ActivityName,EventTimee le altre siano valorizzate come previsto. - Esporti i dati in CSV: esporti l’intero set di risultati in un file CSV. La maggior parte dei client SQL include una funzione per salvare direttamente i risultati in formato CSV. In SSMS, ad esempio, può fare clic con il pulsante destro del mouse sulla griglia dei risultati e selezionare «Salva risultati con nome...».
- Prepari il file per il caricamento: verifichi che il file CSV esportato utilizzi la codifica UTF-8. Controlli che le intestazioni delle colonne corrispondano esattamente agli attributi richiesti (
PositionId,ActivityName,EventTimee così via), per caricare il file nello strumento di Process Mining senza problemi.
Configurazione
- Entità dati BYOD: si assicuri che tutte le entità dati necessarie siano pubblicate da Dynamics 365 HR nell’istanza BYOD. Per questo processo sono essenziali le entità relative a posizioni, dettagli delle posizioni, cronologia dei flussi di lavoro, mansioni, reparti e richieste di assunzione.
- Latenza dei dati: tenga presente che BYOD replica i dati quasi in tempo reale, ma non istantaneamente. Tra una transazione in D365 HR e la comparsa dei dati nel database Azure SQL può trascorrere un intervallo che va da pochi minuti a un’ora.
- Filtro per intervallo di date: è fondamentale applicare filtri per data alla query per gestire le prestazioni e il volume dei dati. Un intervallo iniziale tipico è di 3-6 mesi. Applichi i filtri ai timestamp di creazione o degli eventi in ogni blocco
UNION ALL. - Filtro azienda: applichi sempre un filtro su
DATAREAID(ID dell’entità giuridica o dell’azienda) per assicurarsi di analizzare i dati dell’unità organizzativa corretta. La query fornita include a questo scopo il segnaposto@[YourCompanyId]. - Prerequisiti: questo metodo richiede una sottoscrizione Azure attiva, un’istanza BYOD configurata, autorizzazioni di lettura per il database Azure SQL di destinazione e un client SQL adatto all’esecuzione delle query.
- Passaggi personalizzati dei flussi di lavoro: la query utilizza nomi comuni per i passaggi di approvazione, come «Approva richiesta di posizione». Se la Sua organizzazione utilizza nomi personalizzati per questi passaggi, dovrà aggiornare i valori
CONTEXTnelle clausoleWHEREcorrispondenti.
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 a iniziare?
Utilizzi questo template per semplificare la raccolta dei dati e ottenere informazioni approfondite sul processo Hire to Retire di gestione delle posizioni. Inizi oggi a migliorare l’efficienza e la conformità.
Ottimizzi subito la gestione delle posizioni nel processo Hire to Retire
Riduca del 30% il tempo di ciclo del processo ed elimini i colli di bottiglia.
Non è richiesta alcuna carta di credito. La configurazione richiede pochi minuti.