> Miglioramento continuo dei processi > Hire to Retire ciclo di vita dei dipendenti > Onboarding in Oracle HCM > Template dei dati

Il Suo Template dei dati per l’assunzione e la gestione del ciclo di vita dei dipendenti

Onboarding in Oracle HCM

← Torna alla guida al miglioramento

Attributi del processo di assunzione e gestione del ciclo di vita dei dipendenti(22) Attività del processo di assunzione e gestione del ciclo di vita dei dipendenti(15) Guide all’estrazione(3)

Il Suo Template dei dati per l’assunzione e la gestione del ciclo di vita dei dipendenti

Questo template offre una guida chiara alla raccolta dei dati essenziali per analizzare il processo di assunzione e gestione del ciclo di vita dei dipendenti. Indica gli attributi principali da raccogliere, le attività fondamentali da monitorare e fornisce indicazioni pratiche per estrarre queste informazioni dal sistema di origine. Utilizzi questa risorsa per acquisire tutti i dati necessari a un’analisi completa di Process Mining.

Attributi consigliati da raccogliere
Attività principali da monitorare
Indicazioni per l’estrazione

Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Scarica il template

Attributi del processo di assunzione e gestione del ciclo di vita dei dipendenti

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa del processo di assunzione e gestione del ciclo di vita dei dipendenti.

3 Obbligatorio 7 Consigliato 12 Facoltativo

	Nome	Descrizione
	Attività ActivityName	Nome di un evento o di un’attività specifica che si è verificata nel ciclo di vita del dipendente, come «Offerta accettata» o «Valutazione delle prestazioni svolta».
Descrizione Il nome dell’attività descrive un singolo passaggio o una tappa del processo dall’assunzione all’uscita. Questi eventi costituiscono gli elementi fondamentali della mappa del processo e rappresentano le azioni principali svolte dal personale HR, dai responsabili o dal sistema stesso. Tra gli esempi figurano l’avvio di una verifica dei precedenti, il completamento delle attività di inserimento in azienda o l’approvazione di una promozione. L’analisi di queste attività consente di visualizzare il flusso del processo, individuare i colli di bottiglia e misurare la frequenza dei diversi passaggi. Comprendere la sequenza e la distribuzione delle attività è essenziale per scoprire come funziona davvero il processo del ciclo di vita del dipendente, rispetto a come è stato progettato. Perché è importante Questo attributo definisce i passaggi del processo e consente di visualizzare le mappe e analizzare il flusso e le variazioni del processo. Dove reperirli In genere è ricavato dai tipi di evento, dai nomi delle attività o dalle modifiche di stato nei diversi moduli Oracle HCM Onboarding e Core HR. Esempi Offerta accettataControllo dei precedenti completatoConfigurazione delle buste paga completataAvvio della cessazione del rapporto di lavoro
	ID dipendente EmployeeId	Identificativo univoco del dipendente, utilizzato come ID del caso per l’intero ciclo di vita della persona nell’organizzazione.
Descrizione L’ID dipendente è il riferimento fondamentale per l’analisi del processo dall’assunzione all’uscita e identifica in modo univoco il percorso di ogni dipendente, dalla candidatura iniziale fino alla conclusione del rapporto di lavoro. Ogni evento, modifica di stato e transazione registrati in Oracle HCM Onboarding sono associati a questo identificativo, creando un Event Log continuo per ogni persona. Nel Process Mining, questo attributo viene utilizzato per correlare tutte le attività pertinenti, come «Offerta accettata», «Verifica dei precedenti completata» e «Avvio della cessazione del rapporto di lavoro», in un unico caso coerente. In questo modo è possibile ottenere una visione completa del ciclo di vita del dipendente, visualizzare i percorsi individuali, misurare i tempi di ciclo dall’inizio alla fine e individuare i percorsi più comuni o le variazioni che i dipendenti seguono all’interno dell’organizzazione. Perché è importante È la chiave primaria che collega tutti gli eventi relativi al dipendente e consente di ricostruire e analizzare l’intero ciclo di vita, dall’assunzione all’uscita. Dove reperirli È un attributo fondamentale di Oracle HCM Cloud, generalmente presente nelle schede Persona o Lavoratore. Esempi 100234598765E-0054321
	Ora di inizio EventTimestamp	Data e ora esatte in cui si è verificata una specifica attività del ciclo di vita.
Descrizione Questa data e ora indicano il momento esatto in cui un’attività è stata registrata nel sistema. Costituiscono la base temporale di tutte le analisi di Process Mining, poiché definiscono l’ordine cronologico degli eventi per ciascun caso relativo a un dipendente. Questo attributo è fondamentale per calcolare i tempi di ciclo, le durate e i tempi di attesa tra le attività. Per esempio, la differenza tra le date e ore di «Avvio della verifica dei precedenti» e «Verifica dei precedenti completata» rivela il tempo di attraversamento di quel passaggio. L’analisi di questi dati temporali aiuta a individuare i colli di bottiglia, misurare le prestazioni del processo rispetto agli SLA e comprendere le dinamiche temporali del percorso del dipendente. Perché è importante Definisce la sequenza cronologica degli eventi, indispensabile per calcolare tutte le metriche basate sul tempo, come i tempi di ciclo, e individuare i ritardi nel processo. Dove reperirli Corrisponde ai campi di data e ora di creazione o completamento associati ad attività, eventi o modifiche di stato nei dati delle transazioni Oracle HCM. Esempi 2023-03-15T09:00:00Z2023-08-01T14:35:10Z2024-01-20T11:21:05Z
	Canale di reclutamento RecruitmentSource	Il canale attraverso cui è stato assunto il dipendente, per esempio «LinkedIn», «Segnalazione di un dipendente» o «Sito web dell’azienda».
Descrizione Questo attributo registra l’origine di un’assunzione andata a buon fine e indica quale canale di reclutamento ha portato alla candidatura e alla successiva assunzione. In genere, il dato viene acquisito nelle prime fasi della selezione e associato alla scheda del nuovo assunto. Analizzare i canali di reclutamento è fondamentale per ottimizzare le strategie di acquisizione dei talenti. La Dashboard «Prestazioni dei canali di reclutamento» consente all’azienda di misurare i tassi di conversione, il tempo di assunzione e la qualità delle assunzioni per ciascun canale. In questo modo è possibile concentrare le attività e il budget di reclutamento sui canali più efficaci ed efficienti. Perché è importante È essenziale per valutare l’efficacia dei diversi canali di acquisizione dei talenti e ottimizzare le strategie e la spesa per il reclutamento. Dove reperirli Consultare la documentazione di Oracle HCM Onboarding o Oracle Recruiting Cloud. Spesso il dato viene acquisito durante la procedura di candidatura. Esempi LinkedInSegnalazione di un dipendentePagina Lavora con noi dell’aziendaIndeed
	Data di assunzione HireDate	La data ufficiale di inizio del rapporto di lavoro del dipendente con l’azienda.
Descrizione La data di assunzione è una tappa fondamentale nel ciclo di vita di ogni dipendente e segna il suo ingresso ufficiale nell’organizzazione. Costituisce una base di riferimento per misurare diversi processi e controlli di conformità legati alle tempistiche. Questo attributo viene utilizzato in numerosi KPI e analisi. Per esempio, è la data di riferimento per misurare il «Tasso di configurazione delle retribuzioni nei tempi previsti». Consente inoltre di calcolare l’anzianità del dipendente e di analizzare come sono cambiati i tempi di inserimento in azienda nei diversi periodi. Perché è importante Fornisce una data di riferimento essenziale per calcolare l’anzianità del dipendente e misurare la tempestività delle attività iniziali di inserimento e configurazione. Dove reperirli Consultare la documentazione di Oracle HCM. È un attributo fondamentale della scheda del dipendente in Core HR. Esempi 2023-04-012022-09-152024-02-12
	Motivo della cessazione TerminationReason	Il motivo della partenza del dipendente, per esempio «Dimissioni volontarie» o «Involontaria: prestazioni insufficienti».
Descrizione Questo attributo chiarisce perché si è concluso il rapporto tra un dipendente e l’azienda. Classifica le cessazioni in diverse categorie, un elemento fondamentale per comprendere il turnover. Nel Process Mining, è una dimensione importante per analizzare gli andamenti delle uscite. Filtrando i dati per motivo della cessazione, gli analisti possono verificare se determinate esperienze di processo, come cicli di promozione lunghi o valutazioni delle prestazioni poco frequenti, sono correlate alle dimissioni volontarie. Queste informazioni aiutano il reparto HR a sviluppare strategie mirate per trattenere i dipendenti. Perché è importante Fornisce un contesto essenziale per l’analisi del turnover, aiuta a distinguere le uscite volontarie da quelle involontarie e orienta le strategie di fidelizzazione dei dipendenti. Dove reperirli Consultare la documentazione di Oracle HCM. È un campo standard registrato durante la procedura di cessazione in Core HR. Esempi Volontaria: dimissioni per un’altra opportunitàInvolontaria: prestazioni insufficientiInvolontaria: riduzione del personalePensionamento
	Ora di fine EventEndTime	Data e ora esatte in cui un’attività è stata completata.
Descrizione L’ora di fine dell’evento indica il completamento di una specifica attività o fase del processo. L’ora di inizio indica quando l’attività è cominciata, mentre l’ora di fine ne segna la conclusione. La disponibilità di entrambe consente di misurare con precisione il tempo di elaborazione delle singole attività. Questo attributo è essenziale per calcolare la durata delle attività e distinguere il tempo di elaborazione, dato dalla differenza tra ora di fine e ora di inizio, dal tempo di attesa, cioè l’intervallo tra l’ora di fine di un’attività e l’ora di inizio della successiva. Questo livello di dettaglio è fondamentale per analizzare le cause profonde dei colli di bottiglia, perché aiuta a capire se i ritardi dipendono da attività lunghe o da attese prolungate tra un’attività e l’altra. Perché è importante Consente di calcolare con precisione i tempi di elaborazione delle attività e di distinguere il tempo di lavoro effettivo dai tempi di attesa nel processo. Dove reperirli Consultare la documentazione di Oracle HCM Onboarding. Spesso corrisponde ai campi di data di completamento o risoluzione nei dati delle transazioni. Esempi 2023-03-15T17:30:00Z2023-08-02T10:00:15Z2024-01-20T11:25:00Z
	Reparto DepartmentName	Il reparto a cui è assegnato il dipendente, per esempio «Vendite», «Ingegneria» o «Finanza».
Descrizione Questo attributo rappresenta l’unità organizzativa in cui lavora il dipendente. È una dimensione fondamentale per segmentare e confrontare le prestazioni del processo nelle diverse aree aziendali. L’analisi del processo dall’assunzione all’uscita per reparto consente confronti approfonditi. Per esempio, è possibile individuare i reparti con i tempi di inserimento in azienda più lunghi, i tassi di turnover più elevati o la minore aderenza ai cicli di valutazione delle prestazioni. Queste informazioni aiutano a definire iniziative di miglioramento del processo in base alle esigenze e alle criticità specifiche di ciascun reparto. Perché è importante Consente di segmentare e confrontare le metriche del processo, come i tassi di turnover e i tempi di ciclo, tra diverse unità aziendali. Dove reperirli Consultare la documentazione di Oracle HCM Onboarding. Questa informazione è normalmente inclusa nella scheda di assegnazione del dipendente in Oracle HCM. Esempi VenditeIngegneriaFinanzaRisorse umane
	Ruolo JobRole	La mansione o il ruolo specifico del dipendente, per esempio «Ingegnere del software» o «Responsabile clienti».
Descrizione L’attributo Ruolo definisce la posizione o la mansione specifica ricoperta dal dipendente. Offre un livello di dettaglio maggiore rispetto al reparto ed è essenziale per analizzare il processo in base ai ruoli. Questo attributo è fondamentale per Dashboard come «Turnover dei dipendenti per ruolo e reparto» e per calcolare KPI come «Tasso di turnover nei ruoli critici». Aiuta le organizzazioni a capire se determinati ruoli sono più difficili da coprire, comportano tempi di inserimento in azienda più lunghi o presentano un turnover più elevato. Queste informazioni possono orientare la pianificazione della forza lavoro, le strategie di gestione dei talenti e gli interventi di ottimizzazione dei processi specifici per ruolo. Perché è importante Consente di analizzare il processo in base al ruolo e di individuare problemi, lacune di conformità o andamenti del turnover specifici di determinate mansioni. Dove reperirli Consultare la documentazione di Oracle HCM Onboarding. Queste informazioni fanno parte dei dati relativi alla mansione o alla posizione del dipendente in Core HR. Esempi Ingegnere del softwareResponsabile clienti seniorReferente HR per l’aziendaAnalista finanziario
	Utente UserId	Identificativo dell’utente, per esempio un rappresentante HR o un responsabile, che ha svolto l’attività.
Descrizione Questo attributo identifica la persona responsabile dell’esecuzione di una specifica attività nel processo del ciclo di vita del dipendente. Può trattarsi del responsabile delle selezioni che ha presentato un’offerta, dell’amministratore HR che ha completato la verifica I-9 o del responsabile che ha approvato una promozione. L’analisi del processo per utente aiuta a individuare esigenze formative, distribuzione dei carichi di lavoro e differenze nelle prestazioni tra persone o team. Per esempio, può rivelare se determinati utenti sono associati con regolarità a ritardi o deviazioni dal processo, oppure se ottengono risultati migliori e gestiscono le attività con maggiore efficienza. Perché è importante Associa le attività del processo a persone specifiche e consente di analizzare i carichi di lavoro e le prestazioni delle risorse, oltre a individuare le esigenze formative. Dove reperirli Consultare la documentazione di Oracle HCM Onboarding. In genere si trova nei campi «Creato da» o «Ultimo aggiornamento effettuato da» dei record delle transazioni. Esempi j.smithe.davishr.admin01
	Configurazione delle retribuzioni nei tempi previsti PayrollSetupOnTime	Indicatore che segnala se la configurazione delle retribuzioni di un dipendente è stata completata prima della data ufficiale di assunzione.
Descrizione Questo attributo booleano calcolato misura il rispetto di uno SLA fondamentale per l’inserimento: completare la configurazione delle retribuzioni prima della data di inizio del dipendente. Si ottiene confrontando la data e l’ora dell’attività «Configurazione delle retribuzioni completata» con la «Data di assunzione» del dipendente. L’attributo supporta direttamente il KPI «Tasso di configurazione puntuale delle retribuzioni». Semplifica l’analisi trasformando il confronto tra date in un semplice valore vero o falso, facile da filtrare, aggregare e visualizzare nelle Dashboard. Aiuta così a individuare rapidamente i reparti o le aree geografiche in cui la configurazione delle retribuzioni non viene completata nei tempi previsti, un fattore importante per la soddisfazione dei nuovi assunti. Perché è importante Misura direttamente il rispetto di uno SLA fondamentale per l’inserimento e fornisce un indicatore chiaro dell’efficienza nella configurazione delle retribuzioni e del suo impatto sull’esperienza dei nuovi assunti. Dove reperirli Si calcola durante la trasformazione dei dati confrontando, per ogni caso, il valore «EventTimestamp» dell’attività «Configurazione delle retribuzioni completata» con l’attributo «HireDate». Esempi truefalse
	Conforme IsCompliant	Indicatore che segnala se un caso ha seguito il percorso di processo previsto dalle regole di conformità.
Descrizione È un attributo booleano calcolato che valuta se gli eventi del ciclo di vita di un dipendente rispettano i modelli di conformità o le regole aziendali predefiniti. Per esempio, una regola può stabilire che la verifica dei precedenti debba essere completata prima della conferma di un’offerta o che determinati corsi di formazione debbano essere assegnati entro 30 giorni dall’assunzione. Questo attributo supporta direttamente il KPI «Tasso di violazioni della conformità HR». Segnalando i casi non conformi, permette di quantificare facilmente il rischio di non conformità e di analizzarne le cause profonde. Semplifica il controllo di conformità, anche quando è complesso, riassumendone l’esito in un unico campo, facile da usare per la reportistica e il monitoraggio. Perché è importante Quantifica il rispetto delle regole aziendali e delle normative fondamentali, consentendo di monitorare e mitigare in modo proattivo i rischi di non conformità. Dove reperirli Si calcola nello strumento di Process Mining o nel livello di trasformazione dei dati, applicando un insieme di regole aziendali alla sequenza delle attività e ai relativi attributi. Esempi truefalse
	Data di cessazione TerminationDate	L’ultimo giorno ufficiale di lavoro del dipendente.
Descrizione La data di cessazione segna la fine ufficiale del rapporto di lavoro del dipendente con l’azienda. È una data fondamentale nella procedura di uscita e costituisce un riferimento per il calcolo finale delle retribuzioni, la cessazione dei benefit e la revoca degli accessi ai sistemi. Nel Process Mining, questa data viene utilizzata insieme alla data di assunzione per calcolare l’anzianità complessiva del dipendente. È inoltre il riferimento per analizzare la procedura di uscita e verificare se tutte le attività sono state completate nei tempi previsti rispetto alla partenza del dipendente. Perché è importante Definisce il termine del ciclo di vita del dipendente e consente di calcolarne l’anzianità e analizzare la tempestività della procedura di uscita. Dove reperirli Consultare la documentazione di Oracle HCM. È un campo standard registrato durante la procedura di cessazione in Core HR. Esempi 2024-05-312023-12-152024-01-05
	ID della richiesta di assunzione JobRequisitionId	Identificativo univoco della richiesta di assunzione che ha portato all’assunzione del dipendente.
Descrizione L’ID della richiesta di assunzione collega il nuovo assunto alla richiesta iniziale di copertura della posizione. Questo identificativo collega i processi di selezione e inserimento in azienda alle fasi precedenti del ciclo di acquisizione dei talenti. Includendo questo ID, è possibile condurre un’analisi più completa dall’inizio alla fine, a partire dall’apertura della posizione. È essenziale per calcolare il KPI completo «Tempo di assunzione» e analizzare in che modo le caratteristiche della richiesta, come la priorità o il livello del ruolo, influiscono sulle successive procedure di assunzione e inserimento in azienda. Perché è importante Collega il percorso del dipendente alla richiesta iniziale di assunzione, consentendo di analizzare il tempo di assunzione dall’inizio alla fine e di mettere in relazione gli esiti dell’assunzione con i dettagli della richiesta. Dove reperirli Consultare la documentazione di Oracle Recruiting Cloud o HCM. Questo ID viene generato nel modulo di selezione e dovrebbe essere associato alla scheda del nuovo assunto. Esempi REQ-2023-05-102JR-FIN-00348001567
	Ruolo critico IsCriticalRole	Indicatore che segnala se il ruolo del dipendente è considerato fondamentale per il successo dell’organizzazione.
Descrizione È un attributo booleano derivato che identifica le posizioni essenziali per la continuità aziendale e le iniziative strategiche, oppure che richiedono competenze specifiche difficili da reperire. In genere, questa classificazione viene mantenuta dalle risorse umane e dalla dirigenza sulla base della pianificazione della forza lavoro. Questo indicatore è fondamentale per calcolare il KPI «Tasso di turnover nei ruoli critici». Consente di concentrare l’analisi sulle uscite dei talenti chiave e aiuta l’organizzazione a dare priorità alle iniziative di fidelizzazione con il maggiore impatto. È possibile filtrare le Dashboard in base a questo attributo per mettere in evidenza i problemi di processo che riguardano le persone più importanti. Perché è importante Consente all’organizzazione di monitorare e analizzare in modo mirato il ciclo di vita e il turnover delle persone più importanti, aiutando a dare priorità alle iniziative di fidelizzazione. Dove reperirli Si ottiene associando l’attributo «JobRole» a un elenco predefinito di ruoli critici fornito dall’azienda. Esempi truefalse
	Sede Location	La sede di lavoro o il Paese in cui lavora il dipendente.
Descrizione Questo attributo indica la posizione geografica, per esempio l’ufficio, la città o il Paese in cui lavora il dipendente. I processi HR possono variare notevolmente in base alle leggi locali sul lavoro e alle prassi aziendali regionali. Utilizzare la sede come dimensione di analisi aiuta a individuare differenze regionali nelle prestazioni del processo. Per esempio, in alcuni Paesi i tempi di completamento delle verifiche dei precedenti possono essere più lunghi a causa delle normative locali. In questo modo è possibile monitorare e migliorare i processi tenendo conto delle differenze geografiche. Perché è importante Consente di analizzare il processo su base geografica, mettendo in evidenza le differenze regionali nei tempi di ciclo, nella conformità e nei flussi di processo. Dove reperirli Consultare la documentazione di Oracle HCM. Queste informazioni fanno parte dei dati personali o di assegnazione del dipendente. Esempi USAGermaniaIndiaRegno Unito
	Sistema di origine SourceSystem	Identifica il sistema da cui sono stati estratti i dati dell’evento, per esempio «Oracle HCM Onboarding».
Descrizione Questo attributo specifica il sistema informativo di origine di ciascun record di evento. In un ambiente HR complesso, i dati dei dipendenti possono provenire dal sistema HCM centrale, da un modulo dedicato all’inserimento in azienda, da un sistema per le retribuzioni o da uno strumento per la gestione delle prestazioni. Associare ogni evento al relativo sistema di origine è essenziale per la governance dei dati e la risoluzione dei problemi. Nell’analisi, conoscere il sistema di origine aiuta a comprendere i punti di integrazione dei dati e le possibili discrepanze. Per esempio, se si rilevano ritardi nella configurazione delle retribuzioni, è utile sapere se gli eventi provengono dal sistema HCM centrale o da un’applicazione separata per le retribuzioni. Perché è importante Fornisce un contesto essenziale sull’origine dei dati, utile per la convalida dei dati, l’analisi delle integrazioni e la comprensione di un processo che coinvolge più sistemi. Dove reperirli In genere è un valore statico aggiunto durante l’estrazione dei dati per indicare l’origine del set di dati. Esempi OracleHCMOnboardingOracleCoreHROracleRecruiting
	Stato della verifica dei precedenti BackgroundCheckStatus	Esito finale della verifica dei precedenti, per esempio «Completata: esito positivo» o «Richiede una revisione».
Descrizione Questo attributo registra l’esito della verifica dei precedenti, un passaggio fondamentale nella procedura di inserimento in azienda. Lo stato determina se la procedura di assunzione può proseguire senza intoppi o se sono necessari ulteriori passaggi e verifiche. Analizzare la distribuzione dei diversi stati aiuta a comprendere la qualità dei candidati provenienti dai vari canali di reclutamento. È inoltre essenziale per analizzare la Dashboard «Tempo di ciclo della verifica dei precedenti», poiché i casi che richiedono una revisione possono naturalmente avere tempi di ciclo più lunghi. Questo contesto evita interpretazioni errate dei dati. Perché è importante Indica l’esito di un passaggio importante dell’inserimento in azienda, aggiunge contesto all’analisi dei tempi di ciclo e aiuta a individuare rilavorazioni o percorsi eccezionali. Dove reperirli Consultare la documentazione di Oracle HCM Onboarding. I dati possono provenire dal modulo di inserimento in azienda o da un fornitore esterno integrato che effettua verifiche dei precedenti. Esempi Completata: esito positivoRichiede una revisioneAnnullataIn corso
	Tipo di dipendente EmployeeType	Classifica il rapporto di lavoro del dipendente, per esempio «A tempo pieno», «A tempo parziale» o «Collaboratore esterno».
Descrizione Questo attributo classifica la natura del rapporto di lavoro. I diversi tipi di dipendente seguono spesso varianti differenti dei processi di inserimento in azienda, gestione delle prestazioni e uscita. L’analisi del processo in base al tipo di dipendente può rivelare differenze significative. Per esempio, la procedura di inserimento in azienda di un collaboratore esterno può essere molto più breve e prevedere meno passaggi rispetto a quella di un dipendente a tempo pieno. Segmentare l’analisi in base a questo attributo permette di effettuare confronti significativi e individuare opportunità per semplificare i processi in base a ciascuna tipologia di rapporto di lavoro. Perché è importante Consente di segmentare l’analisi del processo in base al rapporto di lavoro, mettendo in evidenza percorsi e requisiti diversi per le varie categorie di lavoratori. Dove reperirli Consultare la documentazione di Oracle HCM. Queste informazioni fanno parte dei dati standard di assegnazione del dipendente in Core HR. Esempi Dipendente a tempo pienoDipendente a tempo parzialeCollaboratore esternoTirocinante
	Ultimo aggiornamento dei dati LastDataUpdate	Data e ora dell’ultimo aggiornamento dei dati relativi a questo evento dal sistema di origine.
Descrizione Questo attributo registra quando i dati sono stati estratti e caricati per l’ultima volta nell’ambiente di Process Mining. È un campo di metadati che indica quanto sono aggiornati i dati, non la data e ora di un evento aziendale. Questa informazione è essenziale per valutare l’attualità dell’analisi e delle Dashboard. Consente di sapere se i dati consultati risalgono al giorno precedente, alla settimana o al mese scorso, un aspetto importante per prendere decisioni aziendali informate e aggiornate. Di solito è ben visibile nelle Dashboard, così da fornire un contesto a chi le consulta. Perché è importante Garantisce trasparenza sull’aggiornamento dei dati, consentendo di capire quanto è attuale l’analisi del processo e di fare affidamento sulle informazioni ottenute. Dove reperirli Questa data e ora sono generate dalla pipeline dei dati o dallo strumento ETL al termine di un aggiornamento dei dati completato correttamente. Esempi 2024-05-21T04:00:00Z2024-05-20T04:00:00Z
	Unità aziendale BusinessUnitName	La divisione o unità aziendale più ampia a cui appartiene il dipendente.
Descrizione Un’unità aziendale è una struttura organizzativa di alto livello, che spesso rappresenta una linea di prodotti, un’area di servizi o una regione geografica distinta. Offre un contesto organizzativo più ampio rispetto a un reparto. L’analisi dei processi a livello di unità aziendale è utile ai dirigenti per confrontare le prestazioni delle principali divisioni dell’azienda. Può aiutare a individuare problemi sistemici o prassi efficaci all’interno di una grande unità aziendale, da affrontare o condividere con il resto dell’organizzazione. Perché è importante Consente di aggregare e confrontare a livello generale le metriche dei processi tra le principali divisioni organizzative. Dove reperirli Consultare la documentazione di Oracle HCM. In genere, queste informazioni fanno parte dei dati di assegnazione del dipendente e della gerarchia organizzativa. Esempi Prodotti di consumoSoftware aziendaleServizi cloudConsulenza internazionale
	Valutazione delle prestazioni PerformanceRating	La valutazione assegnata a un dipendente durante un ciclo di valutazione delle prestazioni, per esempio «Supera le aspettative».
Descrizione Questo attributo registra l’esito di una valutazione delle prestazioni. Il giudizio fornisce una misura quantitativa o qualitativa delle prestazioni del dipendente rispetto ai suoi obiettivi e alle aspettative aziendali. L’analisi di questi dati insieme al flusso del processo può offrire informazioni utili. Per esempio, è possibile verificare la correlazione tra le valutazioni delle prestazioni e i tempi di promozione, oppure capire se i dipendenti con prestazioni elevate che si dimettono hanno incontrato difficoltà legate ai processi, come ritardi nelle modifiche di ruolo. È un elemento fondamentale per la Dashboard «Aderenza al ciclo di valutazione delle prestazioni». Perché è importante Aggiunge un esito qualitativo agli eventi di valutazione delle prestazioni e consente di analizzare la correlazione tra le prestazioni dei dipendenti, l’avanzamento di carriera e la permanenza in azienda. Dove reperirli Consultare la documentazione del modulo Oracle HCM Performance Management. In genere, il dato è registrato nei moduli o nei record di valutazione delle prestazioni. Esempi Supera le aspettativeSoddisfa le aspettativeDa migliorare5

Obbligatorio Consigliato Facoltativo

Attività del processo di assunzione e gestione del ciclo di vita dei dipendenti

Questi sono i passaggi e le tappe fondamentali da acquisire nell’Event Log per individuare e ottimizzare il processo con precisione.

6 Consigliato 9 Facoltativo

	Attività	Descrizione
	Attività di uscita completate	Questa attività rappresenta il completamento di tutti i passaggi richiesti per l’uscita, come la restituzione dei beni aziendali, il trasferimento delle conoscenze e l’elaborazione finale delle retribuzioni. Segna la chiusura corretta della scheda del dipendente.
Perché è importante È l’attività finale del ciclo di vita del dipendente. Rappresenta il punto di arrivo per misurare il tempo medio di ciclo della procedura di uscita e verificare che il processo sia efficiente e conforme. Dove reperirli È dedotto dal completamento del percorso generale di uscita o della lista di controllo assegnata al dipendente in Oracle HCM. Acquisizione Dedotto dalla data e ora di completamento del percorso generale di uscita o dell’ultima attività della sequenza. Tipo di evento inferred
	Avvio della cessazione del rapporto di lavoro	È l’avvio formale della procedura di uscita, attivata da una dimissione o dalla decisione di interrompere il rapporto di lavoro. Dà inizio a tutte le successive attività di uscita.
Perché è importante Questo evento segna l’inizio della fase finale del ciclo di vita del dipendente. È il riferimento per misurare il tempo di ciclo della procedura di uscita e analizzare il turnover. Dove reperirli È un’azione HR esplicita, registrata in Oracle Core HR quando un responsabile o un amministratore HR invia una richiesta di cessazione del rapporto di lavoro per un dipendente. Acquisizione Acquisito dalla data di decorrenza dell’azione «Cessazione» nella scheda del dipendente. Tipo di evento explicit
	Configurazione delle buste paga completata	Indica il momento in cui le informazioni del nuovo dipendente sono state elaborate completamente e la persona risulta attiva nel sistema delle buste paga. Include le coordinate bancarie, le ritenute fiscali e le informazioni retributive.
Perché è importante Configurare le buste paga nei tempi previsti è fondamentale per la soddisfazione dei nuovi assunti e rappresenta un indicatore chiave dell’efficienza operativa HR. Questa attività consente di misurare il tasso di attivazione puntuale delle buste paga. Dove reperirli Può essere dedotto dal completamento delle attività relative alle buste paga nel percorso di inserimento o da un aggiornamento di stato nel modulo centrale delle buste paga del dipendente. Acquisizione Dedotto dalla data di completamento di tutte le attività di inserimento relative alle buste paga. Tipo di evento inferred
	Dipendente inserito	È la data ufficiale di assunzione, quando il dipendente entra a far parte dell’organizzazione. Segna il passaggio da lavoratore in attesa di assunzione a dipendente attivo nel sistema HR centrale.
Perché è importante È una tappa fondamentale nel ciclo di vita del dipendente e costituisce la base di riferimento per misurare la durata dell’inserimento e il tempo necessario per raggiungere la piena produttività. Dove reperirli Corrisponde alla compilazione del campo «Data di assunzione» e al passaggio dello stato HR del dipendente ad «Attivo». È una transazione fondamentale nel modulo Core HR. Acquisizione Registrato in base alla data di decorrenza dell’azione «Assunzione» nel record del dipendente. Tipo di evento explicit
	Offerta accettata	Questa attività indica il momento in cui un candidato accetta formalmente l’offerta di lavoro. È l’evento che avvia le fasi preliminari e il processo di inserimento in Oracle HCM.
Perché è importante È un punto di partenza fondamentale nel percorso del dipendente. Analizzare il tempo che intercorre tra questo evento e i passaggi successivi aiuta a misurare l’efficienza del passaggio dal reclutamento all’inserimento. Dove reperirli In genere, l’evento viene registrato nel modulo di reclutamento quando lo stato dell’offerta del candidato viene aggiornato a «Accettata» o a uno stato equivalente. Da quel momento si avvia il percorso di inserimento. Acquisizione Dedotto da una modifica dello stato dell’offerta di lavoro del candidato. Tipo di evento inferred
	Percorso di inserimento avviato	Questa attività indica la creazione e l’assegnazione al nuovo dipendente del piano o dell’elenco di controllo formale per l’inserimento. Segna l’avvio ufficiale del percorso nel sistema.
Perché è importante Segna il passaggio dalla fase preliminare all’inserimento vero e proprio. È una tappa fondamentale per misurare il tempo di ciclo complessivo e l’uniformità del processo di inserimento. Dove reperirli È un evento esplicito registrato quando uno specialista HR o un processo automatico assegna un «Percorso» di inserimento al record del lavoratore in attesa di assunzione o del dipendente. Acquisizione Registrato a partire dall’evento di creazione del percorso di inserimento assegnato al dipendente. Tipo di evento explicit
	Avvio della modifica del ruolo	Indica l’avvio della procedura per modificare il ruolo, il reparto o la sede di lavoro di un dipendente. Può trattarsi di una promozione, di un trasferimento laterale o di un altro spostamento interno.
Perché è importante Questa attività è il punto di partenza per misurare l’efficienza della mobilità interna. Tempi lunghi tra l’avvio e l’approvazione possono indicare colli di bottiglia nel processo. Dove reperirli Registrato quando un responsabile o uno specialista delle risorse umane avvia un’azione «Modifica mansione» o «Promozione» per un dipendente in Core HR. Acquisizione Acquisito dal registro delle transazioni per azioni HR come «Modifica mansione», «Trasferimento» o «Promozione». Tipo di evento explicit
	Colloquio di uscita svolto	Segna il completamento del colloquio di uscita con il dipendente in partenza. Spesso è gestito come un’attività nell’ambito del percorso di uscita.
Perché è importante Fornisce dati qualitativi sui motivi della partenza. Monitorarne il completamento consente di raccogliere con regolarità questo prezioso riscontro. Dove reperirli In genere è monitorato come attività manuale in una lista di controllo o in un percorso di uscita. L’evento corrisponde al completamento di tale attività. Acquisizione Dedotto dalla data di completamento dell’attività «Colloquio di uscita» nel percorso di uscita. Tipo di evento inferred
	Controllo dei precedenti avviato	Indica l’avvio formale del controllo dei precedenti per un nuovo assunto. Di solito viene gestito come attività specifica nell’elenco di controllo o nel percorso di inserimento.
Perché è importante La durata dei controlli dei precedenti è spesso un collo di bottiglia. Registrare l’ora di inizio è essenziale per misurare e ottimizzare l’indicatore chiave di prestazione relativo al tempo di attraversamento dei controlli. Dove reperirli È probabile che l’evento venga registrato quando l’attività «Controllo dei precedenti» viene assegnata o il suo stato passa a «In corso» nel percorso di inserimento del dipendente in Oracle HCM. Acquisizione Dedotto dalla modifica dello stato o dalla data di creazione dell’attività di controllo dei precedenti. Tipo di evento inferred
	Controllo dei precedenti completato	Indica il completamento con esito positivo del controllo dei precedenti. Il risultato determina se il processo di assunzione può proseguire.
Perché è importante La data e l’ora di questo evento sono essenziali per calcolare il tempo di ciclo complessivo del controllo dei precedenti. Eventuali ritardi incidono direttamente sulla data di inizio del dipendente. Dove reperirli Registrato quando lo stato dell’attività «Controllo dei precedenti» viene aggiornato a «Completato» o «Verificato» nel percorso di inserimento del dipendente. Acquisizione Dedotto dalla modifica dello stato dell’attività di controllo dei precedenti a uno stato finale di completamento. Tipo di evento inferred
	Dati del nuovo assunto inviati	Indica il completamento delle attività di raccolta dei dati personali da parte del nuovo assunto. Include la compilazione delle informazioni personali, dei moduli fiscali e degli altri documenti richiesti.
Perché è importante La completezza e la puntualità di questa attività sono fondamentali per i passaggi successivi, come la configurazione delle buste paga. Eventuali ritardi possono causare problemi significativi nelle fasi successive. Dove reperirli Dedotto dalla data e dall’ora di completamento di una o più attività specifiche per la raccolta dei dati personali nel percorso di inserimento. Acquisizione Dedotto dalla data di completamento dell’attività «Informazioni personali» o di un’attività equivalente. Tipo di evento inferred
	Formazione assegnata	Questa attività indica l’assegnazione al nuovo dipendente della formazione obbligatoria o specifica per il ruolo. In genere avviene tramite un sistema di gestione dell’apprendimento (LMS) integrato.
Perché è importante Aiuta a garantire che i nuovi assunti rispettino gli obblighi di conformità e siano preparati per i propri ruoli. Analizzarla consente di misurare il tasso di assegnazione puntuale della formazione e individuare eventuali lacune. Dove reperirli Registrato in Oracle Learning Cloud o tramite l’integrazione con un LMS di terze parti. L’evento corrisponde alla creazione di un’assegnazione formativa collegata all’ID del dipendente. Acquisizione Registrato quando un responsabile della formazione o una regola automatica assegna un corso al dipendente. Tipo di evento explicit
	Promozione approvata	Questa attività segna l’approvazione finale della promozione di un dipendente. È una tappa positiva importante nel percorso professionale della persona.
Perché è importante Questo evento conclude il processo di mobilità interna e consente di calcolare il KPI Tempo di approvazione della mobilità interna e di analizzare la rapidità dei percorsi di carriera. Dove reperirli Registrato quando la transazione di promozione riceve l’approvazione finale nel flusso di lavoro. Viene registrata la data di decorrenza della promozione. Acquisizione Registrato dal sistema di flusso di lavoro al momento dell’approvazione finale della promozione. Tipo di evento explicit
	Valutazione delle prestazioni svolta	Indica il completamento di un ciclo formale di valutazione delle prestazioni del dipendente. È un evento ricorrente durante il rapporto di lavoro.
Perché è importante Analizzare la frequenza e la regolarità delle valutazioni è fondamentale per comprendere il rispetto delle procedure di gestione delle prestazioni e il loro impatto sulla crescita e sulla permanenza dei dipendenti. Dove reperirli Questa informazione è registrata nel modulo Oracle HCM Performance Management. L’evento corrisponde all’approvazione finale o allo stato di completamento di un documento di valutazione. Acquisizione Dedotto dalla data di completamento del modulo o del processo di valutazione delle prestazioni. Tipo di evento inferred
	Verifica del modulo I-9 completata	Indica il completamento del modulo statunitense obbligatorio I-9, Employment Eligibility Verification. È un passaggio essenziale per la conformità di tutte le assunzioni negli Stati Uniti.
Perché è importante Monitorare questa attività è essenziale per garantire la conformità normativa ed evitare sanzioni legali. È un passaggio obbligatorio del processo di inserimento. Dove reperirli Registrato in base allo stato di completamento dell’attività I-9 dedicata nel percorso di inserimento di Oracle HCM, che spesso include campi specifici per le date di verifica. Acquisizione Dedotto dallo stato di completamento e dalla data e ora dell’attività relativa al modulo I-9. Tipo di evento inferred

Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da Oracle HCM Onboarding

Passaggi

Acceda a BI Publisher: acceda alla Sua istanza Oracle HCM Cloud. Dal menu Navigator, selezioni Tools > Reports and Analytics. Faccia clic sul pulsante Browse Catalog per aprire l’interfaccia Business Intelligence Publisher.
Crei un nuovo modello di dati: nel catalogo, faccia clic sul menu a discesa New e selezioni Data Model. Si aprirà l’editor del modello di dati.
Definisca un insieme di dati basato su una query SQL: nella vista Diagram dell’editor del modello di dati, faccia clic sull’icona + e selezioni SQL Query. Si aprirà una finestra di dialogo.
Configuri l’insieme di dati: assegni un nome all’insieme di dati, ad esempio DS_EmployeeLifecycle, selezioni ApplicationDB_HCM come origine dei dati e imposti Standard SQL come tipo di SQL.
Inserisca la query SQL: copi la query SQL completa fornita nella sezione dedicata di questo documento e la incolli nell’area di testo SQL Query. La query estrae tutti gli eventi necessari del ciclo di vita.
Definisca i parametri: la query utilizza i parametri :p_start_date e :p_end_date per applicare i filtri. Acceda alla sezione Parameters del modello di dati, faccia clic su + e crei due parametri con questi nomi esatti. Imposti il tipo di dati su Date e li configuri come obbligatori.
Salvi il modello di dati: salvi il modello in una cartella condivisa e gli assegni un nome descrittivo, ad esempio Employee Lifecycle Event Log Data Model.
Crei un nuovo report: torni al catalogo, faccia clic su New e selezioni Report. Nella procedura guidata di creazione, scelga Use Data Model e selezioni il modello di dati appena salvato.
Configuri il layout del report: la procedura guidata La guiderà nella configurazione del layout. Scelga il layout Table, senza raggruppare i dati. Verifichi che il formato di output predefinito sia CSV. Per farlo, nell’editor del layout View a List deselezioni gli altri formati di output nelle proprietà del report.
Salvi ed esegua il report: salvi il report nella stessa cartella del modello di dati. Per eseguirlo, faccia clic su View Report. Le verrà chiesto di inserire le date di inizio e fine. Il sistema genererà e scaricherà quindi il file CSV dell’Event Log.
Pianifichi l’estrazione (facoltativo): per un monitoraggio continuo, pianifichi l’esecuzione automatica del report. Individui il report salvato nel catalogo, faccia clic su More e poi su Schedule. Configuri la frequenza, i parametri delle date, ad esempio utilizzando funzioni per le date, e la destinazione, come un server di contenuti.

Configurazione

Autorizzazioni: l’utente che crea ed esegue il report deve disporre di un ruolo con privilegi BI Administrator o BI Author e delle autorizzazioni necessarie per accedere ai dati relativi a persone, assegnazioni, selezione del personale e prestazioni in HCM.
Origine dei dati: il modello di dati deve utilizzare l’origine ApplicationDB_HCM, che consente l’accesso diretto alle tabelle transazionali.
Filtro per intervallo di date: l’uso dei parametri p_start_date e p_end_date è fondamentale per gestire il volume dei dati. Per la prima estrazione, consideri un periodo compreso tra gli ultimi 12 e 24 mesi. Per i successivi caricamenti incrementali, pianifichi il report con cadenza settimanale o mensile.
Formato di output: è obbligatorio impostare CSV come formato di output predefinito del report. In questo modo si ottiene un file tabellare pulito, che gli strumenti di Process Mining possono acquisire direttamente senza ulteriori trasformazioni.
Considerazioni sulle prestazioni: nelle organizzazioni con decine di migliaia di dipendenti, l’esecuzione di questa query completa può richiedere molto tempo. Pianifichi le estrazioni più consistenti nelle ore di minore attività per non incidere sulle prestazioni del sistema per gli altri utenti.

Query di esempio sql

WITH EmployeeData AS (
  SELECT
    papf.person_id,
    papf.person_number,
    paam.assignment_id,
    paam.effective_start_date,
    paam.effective_end_date,
    ppnf.full_name,
    haouf.name AS department_name,
    pjfl.name AS job_role,
    paam.recruitment_activity_id,
    paam.original_date_of_hire,
    pdp.reason_code AS termination_reason
  FROM
    per_all_people_f papf
    JOIN per_person_names_f ppnf ON papf.person_id = ppnf.person_id AND ppnf.name_type = 'GLOBAL'
    JOIN per_all_assignments_m paam ON papf.person_id = paam.person_id
    LEFT JOIN hr_all_organization_units_f_vl haouf ON paam.organization_id = haouf.organization_id
    LEFT JOIN per_jobs_f_vl pjfl ON paam.job_id = pjfl.job_id
    LEFT JOIN per_periods_of_service ppos ON paam.period_of_service_id = ppos.period_of_service_id
    LEFT JOIN per_termination_details_f ptdf ON ppos.period_of_service_id = ptdf.period_of_service_id
    LEFT JOIN per_reasons_vl pdp ON ptdf.termination_reason_id = pdp.reason_id
  WHERE
    paam.assignment_type IN ('E', 'C', 'N') AND paam.primary_flag = 'Y'
    AND SYSDATE BETWEEN papf.effective_start_date AND papf.effective_end_date
    AND SYSDATE BETWEEN ppnf.effective_start_date AND ppnf.effective_end_date
    AND SYSDATE BETWEEN paam.effective_start_date AND paam.effective_end_date
    AND SYSDATE BETWEEN haouf.effective_start_date(+) AND haouf.effective_end_date(+)
    AND SYSDATE BETWEEN pjfl.effective_start_date(+) AND pjfl.effective_end_date(+)
)
-- 1. Offer Accepted
SELECT
  ed.person_number AS "EmployeeId",
  'Offer Accepted' AS "ActivityName",
  CAST(offers.accepted_on AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  offers.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  subs.source_type AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM irc_offers offers
JOIN irc_submissions subs ON offers.submission_id = subs.submission_id
JOIN EmployeeData ed ON subs.person_id = ed.person_id
WHERE offers.offer_status = 'EXTENDED' AND offers.offer_resolution = 'ACCEPTED'
AND offers.accepted_on BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 2. Background Check Initiated & 3. Background Check Completed
SELECT
  ed.person_number AS "EmployeeId",
  CASE WHEN task.task_status = 'COMPLETED' THEN 'Background Check Completed' ELSE 'Background Check Initiated' END AS "ActivityName",
  CASE WHEN task.task_status = 'COMPLETED' THEN CAST(task.actual_completion_date AS TIMESTAMP) ELSE CAST(task.creation_date AS TIMESTAMP) END AS "EventTimestamp",
  CAST(task.actual_completion_date AS TIMESTAMP) AS "EventEndTime",
  task.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_allocated_tasks task
JOIN per_checklist_definitions_vl chk ON task.checklist_id = chk.checklist_id
JOIN EmployeeData ed ON task.person_id = ed.person_id
WHERE chk.category = 'ONBOARDING' AND chk.name LIKE '%Background Check%'
AND (task.creation_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD') OR task.actual_completion_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD'))

UNION ALL

-- 4. Onboarding Journey Initiated
SELECT
  ed.person_number AS "EmployeeId",
  'Onboarding Journey Initiated' AS "ActivityName",
  CAST(journey.creation_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  journey.created_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_allocated_checklists journey
JOIN per_checklist_definitions_vl chk ON journey.checklist_id = chk.checklist_id
JOIN EmployeeData ed ON journey.person_id = ed.person_id
WHERE chk.category IN ('ONBOARDING', '[Your Onboarding Journey Category]')
AND journey.creation_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 5. New Hire Data Submitted & 6. I-9 Verification Completed
SELECT
  ed.person_number AS "EmployeeId",
  CASE WHEN chk.name LIKE '%I-9%' THEN 'I-9 Verification Completed' ELSE 'New Hire Data Submitted' END AS "ActivityName",
  CAST(task.actual_completion_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  task.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_allocated_tasks task
JOIN per_checklist_definitions_vl chk ON task.checklist_id = chk.checklist_id
JOIN EmployeeData ed ON task.person_id = ed.person_id
WHERE chk.category = 'ONBOARDING' AND task.task_status = 'COMPLETED'
AND (chk.name LIKE '%Personal Data%' OR chk.name LIKE '%I-9%')
AND task.actual_completion_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 7. Employee Onboarded
SELECT
  ed.person_number AS "EmployeeId",
  'Employee Onboarded' AS "ActivityName",
  CAST(pao.actual_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  pao.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_action_occurrences pao
JOIN per_actions_vl pav ON pao.action_id = pav.action_id
JOIN EmployeeData ed ON pao.person_id = ed.person_id
WHERE pav.action_code = 'HIRE'
AND pao.actual_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 8. Payroll Setup Completed
SELECT 
  ed.person_number AS "EmployeeId",
  'Payroll Setup Completed' AS "ActivityName",
  CAST(pra.effective_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  pra.created_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM pay_payroll_rel_actions pra
JOIN pay_payroll_assignments ppa ON pra.payroll_assignment_id = ppa.payroll_assignment_id
JOIN EmployeeData ed ON ppa.person_id = ed.person_id
WHERE pra.action_status = 'C' -- Completed
AND pra.action_type = 'H' -- Hire or Rehire
AND pra.effective_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 9. Training Assigned
SELECT
  ed.person_number AS "EmployeeId",
  'Training Assigned' AS "ActivityName",
  CAST(we.creation_date AS TIMESTAMP) AS "EventTimestamp",
  CAST(we.completed_date AS TIMESTAMP) AS "EventEndTime",
  we.created_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM wlf_enrollments we
JOIN EmployeeData ed ON we.person_id = ed.person_id
WHERE we.creation_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 10. Performance Review Conducted
SELECT
  ed.person_number AS "EmployeeId",
  'Performance Review Conducted' AS "ActivityName",
  CAST(he.evaluation_complete_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  he.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM hra_evaluations he
JOIN EmployeeData ed ON he.person_id = ed.person_id
WHERE he.evaluation_status = 'COMPLETED'
AND he.evaluation_complete_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 11. Role Change Initiated & 12. Promotion Approved
SELECT 
  ed.person_number AS "EmployeeId",
  CASE WHEN pao.action_reason = 'PROMOTION' THEN 'Promotion Approved' ELSE 'Role Change Initiated' END AS "ActivityName",
  CAST(pao.actual_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  pao.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  NULL AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_action_occurrences pao
JOIN per_actions_vl pav ON pao.action_id = pav.action_id
JOIN EmployeeData ed ON pao.person_id = ed.person_id
WHERE pav.action_code IN ('PROMOTION', 'TRANSFER', 'ASG_CHANGE')
AND pao.status = 'A' -- Approved
AND pao.actual_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 13. Termination Initiated
SELECT
  ed.person_number AS "EmployeeId",
  'Termination Initiated' AS "ActivityName",
  CAST(ptdf.creation_date AS TIMESTAMP) AS "EventTimestamp",
  CAST(ptdf.actual_termination_date AS TIMESTAMP) AS "EventEndTime",
  ptdf.created_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  ed.termination_reason AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_termination_details_f ptdf
JOIN per_periods_of_service ppos ON ptdf.period_of_service_id = ppos.period_of_service_id
JOIN EmployeeData ed ON ppos.person_id = ed.person_id
WHERE ptdf.creation_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

UNION ALL

-- 14. Exit Interview Conducted & 15. Offboarding Tasks Completed
SELECT
  ed.person_number AS "EmployeeId",
  CASE WHEN chk.name LIKE '%Exit Interview%' THEN 'Exit Interview Conducted' ELSE 'Offboarding Tasks Completed' END AS "ActivityName",
  CAST(task.actual_completion_date AS TIMESTAMP) AS "EventTimestamp",
  NULL AS "EventEndTime",
  task.last_updated_by AS "UserId",
  ed.department_name AS "DepartmentName",
  ed.job_role AS "JobRole",
  NULL AS "RecruitmentSource",
  ed.termination_reason AS "TerminationReason",
  ed.original_date_of_hire AS "HireDate"
FROM per_allocated_tasks task
JOIN per_checklist_definitions_vl chk ON task.checklist_id = chk.checklist_id
JOIN EmployeeData ed ON task.person_id = ed.person_id
WHERE chk.category = 'OFFBOARDING' AND task.task_status = 'COMPLETED'
AND task.actual_completion_date BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')

Passaggi

Acceda a BI Cloud Connector (BICC): acceda alla Sua istanza Oracle Cloud Applications e apra la console BI Cloud Connector, che si trova in genere nel menu Tools con il nome «BI Cloud Connector».
Configuri l’archiviazione esterna: prima di creare un’estrazione, definisca la destinazione dei file di dati. Acceda a «Configure External Storage» e configuri una connessione a Oracle Universal Content Management (UCM) oppure a un bucket OCI Object Storage. È qui che BICC depositerà i file CSV estratti.
Abiliti l’offerta HCM: nella console BICC, selezioni «Manage Offerings» e verifichi che l’offerta «Human Capital Management» sia abilitata. In questo modo saranno disponibili per l’estrazione tutti i Public View Objects (PVO) relativi a HCM.
Individui e selezioni i PVO: acceda a «Manage Extract Objects». Utilizzi la ricerca per trovare e selezionare i PVO necessari per il processo di assunzione e gestione del ciclo di vita dei dipendenti. Tra i PVO principali figurano quelli relativi a Recruiting (Offers), Onboarding (Journeys, Tasks), Core HR (Person, Assignments, Work Relationship), Talent (Performance) e Learning (Training). Per l’elenco dettagliato, consulti la sezione dedicata alle query.
Selezioni le colonne per ogni PVO: per ciascun PVO selezionato, faccia clic sull’icona «Configure». Deselezioni tutte le colonne selezionate per impostazione predefinita, quindi scelga esplicitamente quelle necessarie per l’Event Log, come Person ID, le date pertinenti (Hire Date, Task Completion Date, Offer Accepted Date) e attributi quali Department, Job Role e Status. In questo modo ridurrà le dimensioni e la complessità dell’estrazione.
Crei una nuova pianificazione di estrazione: acceda a «Manage Extract Schedules» e crei una nuova pianificazione. Le assegni un nome descrittivo, ad esempio «ProcessMining_HireToRetire_Extract».
Aggiunga i PVO alla pianificazione: aggiunga alla nuova pianificazione i PVO configurati al passaggio 5. Per ciascun PVO può impostare filtri avanzati.
Applichi i filtri per data: per gestire il volume dei dati, applichi un filtro alla colonna LastUpdatedDate, disponibile nella maggior parte dei PVO. In questo modo potrà eseguire estrazioni incrementali, indispensabili per il monitoraggio continuo. Per la prima esecuzione potrebbe essere necessario impostare un filtro più ampio o non applicarne alcuno, così da acquisire i dati storici.
Pianifichi ed esegua il processo: pianifichi l’esecuzione automatica, ad esempio giornaliera, oppure avvii il processo manualmente con il pulsante «Start». Può monitorarne l’avanzamento nella Dashboard «Manage Extract Schedules».
Recuperi i dati estratti: al termine dell’esecuzione, i dati saranno disponibili sotto forma di file CSV compressi nella posizione di archiviazione esterna configurata al passaggio 2. Scarichi e decomprima i file.
Trasformi e unisca i dati in un Event Log: BICC genera un file CSV per ogni PVO. Utilizzi un linguaggio di scripting come Python con la libreria pandas, oppure uno strumento ETL, per elaborare i file. Per ciascun file, legga i dati e rinomini le colonne in modo che corrispondano allo schema dell’Event Log (EmployeeId, ActivityName, EventTimestamp); assegni quindi il valore di ActivityName in base al contesto del file, ad esempio «Offer Accepted» per tutte le righe estratte da OfferPVO. Unisca i dati elaborati di tutti i file in un’unica tabella.
Esporti l’Event Log finale: salvi la tabella unificata in un unico file CSV. Verifichi che le intestazioni corrispondano agli attributi richiesti e che i timestamp utilizzino un formato coerente. Il file è ora pronto per essere caricato nella piattaforma ProcessMind.

Configurazione

Offerte: per accedere agli oggetti dati necessari, l’offerta «Human Capital Management» deve essere abilitata in BICC.
Public View Objects (PVO): selezioni con attenzione un insieme di PVO che copra l’intero ciclo di vita dei dipendenti. Tra gli oggetti principali figurano HcmTopModelAnalyticsGlobalAM.RecruitingAM.OfferPVO, HcmTopModelAnalyticsGlobalAM.OnboardingAM.ChecklistTaskPVO, HcmTopModelAnalyticsGlobalAM.CoreAM.WorkRelationshipPVO, HcmTopModelAnalyticsGlobalAM.CoreAM.AssignmentPVO, HcmTopModelAnalyticsGlobalAM.TalentManagementAM.PerformanceDocumentPVO e HcmTopModelAnalyticsGlobalAM.CoreAM.ActionPVO.
Selezione delle colonne: per ottimizzare le prestazioni e ridurre le dimensioni dei file, selezioni per ogni PVO solo le colonne necessarie all’Event Log. Eviti l’opzione «Select All».
Estrazioni incrementali: dopo il caricamento iniziale dei dati storici, utilizzi il filtro LastUpdatedDate nella pianificazione dell’estrazione per acquisire solo i record nuovi o modificati. È fondamentale per garantire prestazioni adeguate e aggiornamenti giornalieri efficienti.
Intervallo di date: per il caricamento iniziale dei dati storici, consideri l’estrazione degli ultimi 6-12 mesi, così da creare una base di riferimento significativa per il processo. Per i successivi caricamenti incrementali, l’intervallo partirà dalla data dell’ultima esecuzione completata correttamente.
Prerequisiti: gli utenti che configurano le estrazioni BICC devono disporre di un ruolo con i privilegi necessari, in genere il ruolo applicativo «BI Cloud Connector Administrator» (BICC_ADMIN).

Query di esempio sql

/*
This is a configuration plan for Oracle BI Cloud Connector (BICC).
It is not a single executable SQL script. Instead, it details which PVOs
and columns to select within the BICC user interface to generate the raw
data files needed for the Hire to Retire event log.
The post-processing script mentioned in the 'howto' section will use these
files to construct the final event log by mapping columns and assigning
the correct ActivityName.
*/

-- PVO 1: Offer Data
-- Purpose: Capture Offer Accepted events.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.RecruitingAM.OfferPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - OfferAcceptedDate (as EventTimestamp)
  - [RecruitmentSource] (as RecruitmentSource)
  - [DepartmentName] (as DepartmentName)
  - [JobRole] (as JobRole)
EVENT_LOG_MAPPING:
  - ActivityName: 'Offer Accepted'
  - Filter: OfferAcceptedDate IS NOT NULL AND OfferStatus = 'ORA_ACCEPTED'

-- PVO 2: Onboarding and Offboarding Tasks
-- Purpose: Capture multiple task-based events from checklists.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.OnboardingAM.ChecklistTaskPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - TaskName
  - TaskCreationDate
  - TaskCompletionDate
  - TaskPerformerPersonId (as UserId)
EVENT_LOG_MAPPING:
  - WHEN TaskName LIKE 'Background Check%' THEN ActivityName: 'Background Check Initiated', EventTimestamp: TaskCreationDate
  - WHEN TaskName LIKE 'Background Check%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'Background Check Completed', EventTimestamp: TaskCompletionDate
  - WHEN TaskName LIKE '%Personal Data%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'New Hire Data Submitted', EventTimestamp: TaskCompletionDate
  - WHEN TaskName LIKE '%I-9 Verification%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'I-9 Verification Completed', EventTimestamp: TaskCompletionDate
  - WHEN TaskName LIKE '%Payroll Setup%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'Payroll Setup Completed', EventTimestamp: TaskCompletionDate
  - WHEN TaskName LIKE '%Exit Interview%' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'Exit Interview Conducted', EventTimestamp: TaskCompletionDate
  - WHEN [Category] = 'OFFBOARDING' AND TaskStatus = 'ORA_COMPLETED' THEN ActivityName: 'Offboarding Tasks Completed', EventTimestamp: TaskCompletionDate

-- PVO 3: Onboarding Journey Initiation
-- Purpose: Capture the start of the formal onboarding process.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.OnboardingAM.JourneyPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - CreationDate (as EventTimestamp)
  - AssignorPersonId (as UserId)
  - JourneyStatus
EVENT_LOG_MAPPING:
  - ActivityName: 'Onboarding Journey Initiated'
  - Filter: JourneyStatus IS NOT NULL

-- PVO 4: Core HR Work Relationship
-- Purpose: Capture hire and termination events.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.CoreAM.WorkRelationshipPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - DateStart (as HireDate, and as EventTimestamp for 'Employee Onboarded')
  - TerminationDate (as EventTimestamp for 'Termination Initiated')
  - [TerminationReason] (as TerminationReason)
EVENT_LOG_MAPPING:
  - ActivityName: 'Employee Onboarded', EventTimestamp: DateStart, Filter: DateStart IS NOT NULL
  - ActivityName: 'Termination Initiated', EventTimestamp: TerminationDate, Filter: TerminationDate IS NOT NULL

-- PVO 5: Learning Assignments
-- Purpose: Capture training assignment events.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.LearningManagementAM.LearningAssignmentPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - AssignmentCreationDate (as EventTimestamp)
  - AssignerId (as UserId)
  - LearningItemTitle
EVENT_LOG_MAPPING:
  - ActivityName: 'Training Assigned'

-- PVO 6: Performance Reviews
-- Purpose: Capture performance review completion.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.TalentManagementAM.PerformanceDocumentPVO
COLUMNS:
  - WorkerPersonId (as EmployeeId)
  - CompletionDate (as EventTimestamp)
  - ManagerPersonId (as UserId)
  - DocumentStatus
EVENT_LOG_MAPPING:
  - ActivityName: 'Performance Review Conducted'
  - Filter: DocumentStatus = 'ORA_COMPLETED' AND CompletionDate IS NOT NULL

-- PVO 7: HR Actions
-- Purpose: Capture role changes and promotions.
PVO_NAME: HcmTopModelAnalyticsGlobalAM.CoreAM.ActionPVO
COLUMNS:
  - PersonId (as EmployeeId)
  - ActionCode
  - ActionName
  - ActionReasonCode
  - EffectiveDate (as EventTimestamp)
EVENT_LOG_MAPPING:
  - WHEN ActionCode IN ('PROMOTION', 'ORA_PROMOTION') THEN ActivityName: 'Promotion Approved', EventTimestamp: EffectiveDate
  - WHEN ActionCode IN ('TRANSFER', 'ORA_TRANSFER', 'ROLE_CHANGE') THEN ActivityName: 'Role Change Initiated', EventTimestamp: EffectiveDate

Passaggi

Prerequisiti e configurazione dell’ambiente: verifichi di avere installato Python 3.6 o una versione successiva. Installi le librerie necessarie con pip: pip install requests pandas. Lo script utilizza la libreria requests per comunicare con le API REST di Oracle HCM e pandas per organizzare i dati in un Event Log.
Configurazione della sicurezza di Oracle HCM: crei un utente di integrazione dedicato in Oracle HCM Cloud. Assegni all’utente il ruolo Human Capital Management Integration Specialist, che consente un ampio accesso in lettura alle API necessarie. Annoti nome utente e password da utilizzare nello script.
Individui l’URL API di HCM Cloud: determini l’URL di base della Sua istanza Oracle HCM Cloud. In genere ha il formato https://[instance_name].fa.em2.oraclecloud.com. Questo URL è il punto di partenza per tutte le chiamate agli endpoint API.
Configuri lo script Python: copi lo script Python fornito in un file, ad esempio extract_hcm_data.py. Aggiorni le variabili segnaposto all’inizio dello script: HCM_BASE_URL, USERNAME, PASSWORD, START_DATE e END_DATE. L’intervallo di date determina il periodo dei dati da estrarre.
Esamini gli endpoint API: lo script è già configurato per chiamare diversi endpoint API REST e raccogliere i dati relativi all’intero ciclo di vita dei dipendenti. Tra gli endpoint principali figurano /workers, per i dati dei dipendenti e delle assegnazioni, /recruitingCECandidateOffers, per i dettagli delle offerte, e /onboardingJourneys, per lo stato delle attività di inserimento e uscita.
Esegua lo script di estrazione: esegua lo script dalla riga di comando con python extract_hcm_data.py. Lo script effettuerà l’autenticazione, invierà richieste a ciascun endpoint, gestirà la paginazione per recuperare tutti i record e mostrerà gli aggiornamenti sull’avanzamento nella console.
Elabori le risposte delle API: per ogni chiamata API, lo script analizza la risposta JSON. Scorre gli elementi restituiti, ad esempio dipendenti, attività e offerte, ed estrae i campi necessari per l’Event Log.
Associ i dati alle attività: lo script include la logica per associare i diversi dati ai nomi standard delle attività richiesti per il Process Mining. Per esempio, HireDate di un dipendente diventa l’attività «Employee Onboarded» e AcceptedDate di un’offerta diventa «Offer Accepted».
Strutturi l’Event Log: i dati estratti e associati da tutte le fonti vengono raccolti in un unico elenco di eventi. La libreria pandas converte quindi l’elenco in un DataFrame strutturato, verificando la presenza di tutte le colonne obbligatorie e consigliate.
Esporti il CSV finale: una volta elaborati tutti i dati, lo script salva il DataFrame in un file CSV denominato hire_to_retire_event_log.csv. Il file è formattato per essere caricato direttamente nella piattaforma ProcessMind.

Configurazione

Prerequisiti: è necessario un utente Oracle HCM Cloud con il ruolo Human Capital Management Integration Specialist o un accesso API equivalente. Devono inoltre essere installati Python 3.6 o versioni successive e le librerie requests e pandas.
Autenticazione: lo script utilizza l’autenticazione di base. Verifichi che le credenziali appartengano a un utente con autorizzazioni sufficienti nei moduli HR, Recruiting, Onboarding, Learning e Performance.
URL API di base: la variabile HCM_BASE_URL deve contenere l’URL specifico della Sua istanza Oracle Cloud. È il parametro di configurazione più importante.
Intervallo di date: le variabili START_DATE e END_DATE definiscono il periodo di estrazione. Per la prima esecuzione si consiglia un intervallo di 3-6 mesi, così da mantenere gestibili le dimensioni dei dati e i tempi di esecuzione. Il formato deve essere YYYY-MM-DD.
Limite di paginazione: lo script recupera al massimo 100 record per richiesta API, per gestire la memoria ed evitare di sovraccaricare l’API. È possibile modificare questo valore, ma 100 è un’impostazione predefinita sicura.
Selezione dei campi: nelle chiamate API lo script utilizza il parametro di query fields per richiedere solo gli attributi necessari. In questo modo riduce le dimensioni del payload JSON restituito dal server e migliora le prestazioni.
Prestazioni: negli ambienti con centinaia di migliaia di record relativi ai dipendenti, l’estrazione completa può richiedere molto tempo. Si consiglia di eseguire lo script nelle ore di minore attività.

Query di esempio python

import requests
import pandas as pd
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Oracle HCM Cloud instance URL
HCM_BASE_URL = class="hl-string">"https://[your_instance_name].fa.em2.oraclecloud.com"
class=class="hl-string">"hl-comment"># Replace with your integration user credentials
USERNAME = class="hl-string">"your_api_username"
PASSWORD = class="hl-string">"your_api_password"

class=class="hl-string">"hl-comment"># Set the date range for extraction (YYYY-MM-DD)
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># --- End of Configuration --- #

class=class="hl-string">"hl-comment"># Global list to hold all event data
event_log = []

def get_paginated_data(endpoint, params={}):
    class="hl-string">"""Helper function to handle pagination for Oracle HCM REST API calls."""
    all_items = []
    url = fclass="hl-string">"{HCM_BASE_URL}{endpoint}"
    params.setdefault(class="hl-string">'limit', 100)
    offset = 0
    
    while True:
        params[class="hl-string">'offset'] = offset
        print(fclass="hl-string">"Fetching from {url} with offset {offset}...")
        try:
            response = requests.get(url, auth=(USERNAME, PASSWORD), params=params)
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
            data = response.json()
            items = data.get(class="hl-string">'items', [])
            all_items.extend(items)
            
            if not data.get(class="hl-string">'hasMore', False):
                break
            offset += len(items)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from {endpoint}: {e}")
            break
            
    print(fclass="hl-string">"Fetched a total of {len(all_items)} items from {endpoint}.")
    return all_items

def extract_recruiting_and_onboarding_events():
    class="hl-string">"""Extracts events from Recruiting and Onboarding modules."""
    print(class="hl-string">"\n--- Starting Recruiting and Onboarding Extraction ---")
    class=class="hl-string">"hl-comment"># Fetch Offer Data
    offer_params = {
        class="hl-string">'q': fclass="hl-string">"AcceptedDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">'fields': class="hl-string">'OfferId,AcceptedDate,CandidateNumber,assignments'
    }
    offers = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/recruitingCECandidateOffers', offer_params)
    for offer in offers:
        if offer.get(class="hl-string">'AcceptedDate'):
            event_log.append({
                class="hl-string">'EmployeeId': offer.get(class="hl-string">'CandidateNumber'), class=class="hl-string">"hl-comment"># Using CandidateNumber as early identifier
                class="hl-string">'ActivityName': class="hl-string">'Offer Accepted',
                class="hl-string">'EventTimestamp': offer[class="hl-string">'AcceptedDate'],
                class="hl-string">'EventEndTime': None,
                class="hl-string">'UserId': None, 
                class="hl-string">'DepartmentName': offer.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'DepartmentName'),
                class="hl-string">'JobRole': offer.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'JobName'),
                class="hl-string">'RecruitmentSource': offer.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'RecruitingSource'),
                class="hl-string">'TerminationReason': None,
                class="hl-string">'HireDate': None
            })

    class=class="hl-string">"hl-comment"># Fetch Onboarding/Offboarding Journey Data
    journey_params = {
        class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">'fields': class="hl-string">'PersonNumber,JourneyType,CreationDate,CreatedBy,tasks;fields=TaskName,TaskStatus,ActualCompletionDate,LastUpdatedBy'
    }
    journeys = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/onboardingJourneys', journey_params)
    for journey in journeys:
        person_id = journey.get(class="hl-string">'PersonNumber')
        journey_type = journey.get(class="hl-string">'JourneyType')
        
        activity_name = class="hl-string">'Onboarding Journey Initiated' if journey_type == class="hl-string">'ONBOARD' else class="hl-string">'Offboarding Journey Initiated'
        
        event_log.append({
            class="hl-string">'EmployeeId': person_id,
            class="hl-string">'ActivityName': activity_name,
            class="hl-string">'EventTimestamp': journey[class="hl-string">'CreationDate'],
            class="hl-string">'EventEndTime': None,
            class="hl-string">'UserId': journey.get(class="hl-string">'CreatedBy'),
            class="hl-string">'DepartmentName': None,
            class="hl-string">'JobRole': None,
            class="hl-string">'RecruitmentSource': None,
            class="hl-string">'TerminationReason': None,
            class="hl-string">'HireDate': None
        })
        
        class=class="hl-string">"hl-comment"># Process tasks within the journey
        for task in journey.get(class="hl-string">'tasks', []):
            task_activity = None
            task_name_lower = task.get(class="hl-string">'TaskName', class="hl-string">'').lower()
            if class="hl-string">'background check' in task_name_lower:
                task_activity = class="hl-string">'Background Check Initiated' if task[class="hl-string">'TaskStatus'] != class="hl-string">'COMPLETED' else class="hl-string">'Background Check Completed'
            elif class="hl-string">'personal data' in task_name_lower and task[class="hl-string">'TaskStatus'] == class="hl-string">'COMPLETED':
                task_activity = class="hl-string">'New Hire Data Submitted'
            elif class="hl-string">'i-9' in task_name_lower and task[class="hl-string">'TaskStatus'] == class="hl-string">'COMPLETED':
                task_activity = class="hl-string">'I-9 Verification Completed'
            elif class="hl-string">'exit interview' in task_name_lower and task[class="hl-string">'TaskStatus'] == class="hl-string">'COMPLETED':
                task_activity = class="hl-string">'Exit Interview Conducted'
            
            if task_activity and task.get(class="hl-string">'ActualCompletionDate'):
                event_log.append({
                    class="hl-string">'EmployeeId': person_id,
                    class="hl-string">'ActivityName': task_activity,
                    class="hl-string">'EventTimestamp': task[class="hl-string">'ActualCompletionDate'],
                    class="hl-string">'EventEndTime': task[class="hl-string">'ActualCompletionDate'],
                    class="hl-string">'UserId': task.get(class="hl-string">'LastUpdatedBy'),
                    class="hl-string">'DepartmentName': None,
                    class="hl-string">'JobRole': None,
                    class="hl-string">'RecruitmentSource': None,
                    class="hl-string">'TerminationReason': None,
                    class="hl-string">'HireDate': None
                })
        
        class=class="hl-string">"hl-comment"># Offboarding Tasks Completed (approximated by last task completion)
        if journey_type == class="hl-string">'OFFBOARD':
            completed_tasks = [t for t in journey.get(class="hl-string">'tasks', []) if t.get(class="hl-string">'ActualCompletionDate')]
            if completed_tasks and all(t[class="hl-string">'TaskStatus'] == class="hl-string">'COMPLETED' for t in journey.get(class="hl-string">'tasks', [])):
                last_completion_date = max(t[class="hl-string">'ActualCompletionDate'] for t in completed_tasks)
                event_log.append({
                    class="hl-string">'EmployeeId': person_id,
                    class="hl-string">'ActivityName': class="hl-string">'Offboarding Tasks Completed',
                    class="hl-string">'EventTimestamp': last_completion_date,
                    class="hl-string">'EventEndTime': last_completion_date,
                    class="hl-string">'UserId': None,
                    class="hl-string">'DepartmentName': None, class="hl-string">'JobRole': None, class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': None
                })

def extract_worker_and_lifecycle_events():
    class="hl-string">"""Extracts core worker data and major lifecycle events like hire, promotion, termination."""
    print(class="hl-string">"\n--- Starting Worker and Lifecycle Extraction ---")
    worker_params = {
        class="hl-string">'q': fclass="hl-string">"(workRelationships.assignments.CreationDate between '{START_DATE}' and '{END_DATE}') or (workRelationships.TerminationDate between '{START_DATE}' and '{END_DATE}')",
        class="hl-string">'onlyData': class="hl-string">'true',
        class="hl-string">'fields': class="hl-string">'PersonNumber,workRelationships;fields=assignments;fields=CreationDate,LastUpdateDate,ActionCode,JobId,DepartmentId,BusinessUnitId,JobName,DepartmentName,EffectiveStartDate,assignmentsDFF,HireDate,TerminationDate,TerminationReason'
    }
    workers = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/workers', worker_params)
    for worker in workers:
        person_id = worker.get(class="hl-string">'PersonNumber')
        for rel in worker.get(class="hl-string">'workRelationships', []):
            hire_date = rel.get(class="hl-string">'HireDate')
            for assign in rel.get(class="hl-string">'assignments', []):
                if hire_date and hire_date.startswith(START_DATE[:4]): class=class="hl-string">"hl-comment"># Simple check for new hires
                    event_log.append({
                        class="hl-string">'EmployeeId': person_id, class="hl-string">'ActivityName': class="hl-string">'Employee Onboarded', class="hl-string">'EventTimestamp': hire_date,
                        class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None, class="hl-string">'DepartmentName': assign.get(class="hl-string">'DepartmentName'),
                        class="hl-string">'JobRole': assign.get(class="hl-string">'JobName'), class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': hire_date
                    })
                
                action = assign.get(class="hl-string">'ActionCode')
                if action in (class="hl-string">'PROMOTION', class="hl-string">'ASG_CHANGE_PROMOTION'):
                    event_log.append({
                        class="hl-string">'EmployeeId': person_id, class="hl-string">'ActivityName': class="hl-string">'Promotion Approved', class="hl-string">'EventTimestamp': assign.get(class="hl-string">'EffectiveStartDate'),
                        class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None, class="hl-string">'DepartmentName': assign.get(class="hl-string">'DepartmentName'), 
                        class="hl-string">'JobRole': assign.get(class="hl-string">'JobName'), class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': hire_date
                    })
                elif action in (class="hl-string">'TRANSFER', class="hl-string">'GLB_TRANSFER', class="hl-string">'POS_CHANGE', class="hl-string">'ASG_CHANGE'):
                    event_log.append({
                        class="hl-string">'EmployeeId': person_id, class="hl-string">'ActivityName': class="hl-string">'Role Change Initiated', class="hl-string">'EventTimestamp': assign.get(class="hl-string">'EffectiveStartDate'),
                        class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None, class="hl-string">'DepartmentName': assign.get(class="hl-string">'DepartmentName'),
                        class="hl-string">'JobRole': assign.get(class="hl-string">'JobName'), class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': hire_date
                    })
            
            if rel.get(class="hl-string">'TerminationDate'):
                event_log.append({
                    class="hl-string">'EmployeeId': person_id, class="hl-string">'ActivityName': class="hl-string">'Termination Initiated', class="hl-string">'EventTimestamp': rel[class="hl-string">'TerminationDate'],
                    class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None, class="hl-string">'DepartmentName': rel.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'DepartmentName'),
                    class="hl-string">'JobRole': rel.get(class="hl-string">'assignments', [{}])[0].get(class="hl-string">'JobName'), class="hl-string">'RecruitmentSource': None,
                    class="hl-string">'TerminationReason': rel.get(class="hl-string">'TerminationReason'), class="hl-string">'HireDate': hire_date
                })

def extract_other_hcm_events():
    class="hl-string">"""Extracts events from other modules like Performance, Learning, and Payroll."""
    print(class="hl-string">"\n--- Starting Ancillary HCM Event Extraction ---")
    class=class="hl-string">"hl-comment"># Performance Reviews
    perf_params = {class="hl-string">'q': fclass="hl-string">"ReviewPeriodEndDate between '{START_DATE}' and '{END_DATE}' and DocumentStatus='COMPLETED'", class="hl-string">'fields': class="hl-string">'PersonNumber,OverallRating,ReviewPeriodEndDate,ManagerPersonNumber'}
    reviews = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/performanceDocuments', perf_params)
    for review in reviews:
        event_log.append({
            class="hl-string">'EmployeeId': review.get(class="hl-string">'PersonNumber'), class="hl-string">'ActivityName': class="hl-string">'Performance Review Conducted', class="hl-string">'EventTimestamp': review.get(class="hl-string">'ReviewPeriodEndDate'),
            class="hl-string">'EventEndTime': review.get(class="hl-string">'ReviewPeriodEndDate'), class="hl-string">'UserId': review.get(class="hl-string">'ManagerPersonNumber'),
            class="hl-string">'DepartmentName': None, class="hl-string">'JobRole': None, class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': None
        })

    class=class="hl-string">"hl-comment"># Learning Assignments
    learn_params = {class="hl-string">'q': fclass="hl-string">"AssignedOn between '{START_DATE}' and '{END_DATE}'", class="hl-string">'fields': class="hl-string">'LearnerPersonNumber,AssignedOn,LearningItemName'}
    learnings = get_paginated_data(class="hl-string">'/learningRestApi/resources/latest/learnerLearningRecords', learn_params)
    for item in learnings:
        event_log.append({
            class="hl-string">'EmployeeId': item.get(class="hl-string">'LearnerPersonNumber'), class="hl-string">'ActivityName': class="hl-string">'Training Assigned', class="hl-string">'EventTimestamp': item.get(class="hl-string">'AssignedOn'),
            class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None,
            class="hl-string">'DepartmentName': None, class="hl-string">'JobRole': None, class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': None
        })

    class=class="hl-string">"hl-comment"># Payroll Setup (Approximation)
    payroll_params = {class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'", class="hl-string">'fields': class="hl-string">'PersonNumber,CreationDate'}
    pay_records = get_paginated_data(class="hl-string">'/hcmRestApi/resources/11.13.18.05/personalPaymentMethods', payroll_params)
    for record in pay_records:
        event_log.append({
            class="hl-string">'EmployeeId': record.get(class="hl-string">'PersonNumber'), class="hl-string">'ActivityName': class="hl-string">'Payroll Setup Completed', class="hl-string">'EventTimestamp': record.get(class="hl-string">'CreationDate'),
            class="hl-string">'EventEndTime': None, class="hl-string">'UserId': None,
            class="hl-string">'DepartmentName': None, class="hl-string">'JobRole': None, class="hl-string">'RecruitmentSource': None, class="hl-string">'TerminationReason': None, class="hl-string">'HireDate': None
        })

if __name__ == class="hl-string">"__main__":
    print(class="hl-string">"Starting Hire to Retire data extraction from Oracle HCM Cloud...")
    
    class=class="hl-string">"hl-comment"># Execute extraction functions
    extract_recruiting_and_onboarding_events()
    extract_worker_and_lifecycle_events()
    extract_other_hcm_events()
    
    if not event_log:
        print(class="hl-string">"No events found for the given criteria. Exiting.")
    else:
        class=class="hl-string">"hl-comment"># Create DataFrame and perform final transformations
        df = pd.DataFrame(event_log)
        
        class=class="hl-string">"hl-comment"># Convert timestamps to consistent format
        df[class="hl-string">'EventTimestamp'] = pd.to_datetime(df[class="hl-string">'EventTimestamp'], errors=class="hl-string">'coerce').dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
        df[class="hl-string">'EventEndTime'] = pd.to_datetime(df[class="hl-string">'EventEndTime'], errors=class="hl-string">'coerce').dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')
        df.dropna(subset=[class="hl-string">'EmployeeId', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp'], inplace=True)
        
        class=class="hl-string">"hl-comment"># Fill missing employee attributes by forward/backward filling within each employee's history
        df = df.sort_values(by=[class="hl-string">'EmployeeId', class="hl-string">'EventTimestamp'])
        df[class="hl-string">'DepartmentName'] = df.groupby(class="hl-string">'EmployeeId')[class="hl-string">'DepartmentName'].fillna(method=class="hl-string">'ffill').fillna(method=class="hl-string">'bfill')
        df[class="hl-string">'JobRole'] = df.groupby(class="hl-string">'EmployeeId')[class="hl-string">'JobRole'].fillna(method=class="hl-string">'ffill').fillna(method=class="hl-string">'bfill')
        df[class="hl-string">'HireDate'] = df.groupby(class="hl-string">'EmployeeId')[class="hl-string">'HireDate'].fillna(method=class="hl-string">'ffill').fillna(method=class="hl-string">'bfill')
        
        class=class="hl-string">"hl-comment"># Define final column order
        final_columns = [
            class="hl-string">'EmployeeId', class="hl-string">'ActivityName', class="hl-string">'EventTimestamp', class="hl-string">'EventEndTime', class="hl-string">'UserId',
            class="hl-string">'DepartmentName', class="hl-string">'JobRole', class="hl-string">'RecruitmentSource', class="hl-string">'TerminationReason', class="hl-string">'HireDate'
        ]
        df = df[final_columns]

        class=class="hl-string">"hl-comment"># Save to CSV
        output_filename = class="hl-string">'hire_to_retire_event_log.csv'
        df.to_csv(output_filename, index=False)
        print(fclass="hl-string">"\nExtraction complete. Event log saved to '{output_filename}'. Total events: {len(df)}")

È pronto a iniziare?

Con questo template ha a disposizione tutto ciò che serve per iniziare a ottimizzare il processo di assunzione e gestione del ciclo di vita dei dipendenti. Inizi oggi a migliorare i percorsi dei dipendenti.

Torna alla guida al miglioramento

Scarica il template

Inizi oggi a ottimizzare il ciclo di vita dei dipendenti

Riduca del 30% la durata dei cicli di assunzione e gestione dei dipendenti e migliori la loro esperienza.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. La configurazione richiede pochi minuti.

Il Suo Template dei dati per l’assunzione e la gestione del ciclo di vita dei dipendenti

Il Suo Template dei dati per l’assunzione e la gestione del ciclo di vita dei dipendenti

Attributi del processo di assunzione e gestione del ciclo di vita dei dipendenti

Attività del processo di assunzione e gestione del ciclo di vita dei dipendenti

Guide all’estrazione

Estrazione dei dati con i report di Oracle HCM BI Publisher

Passaggi

Configurazione

Query di esempio sql

Estrazione massiva dei dati con Oracle BI Cloud Connector (BICC)

Passaggi

Configurazione

Query di esempio sql

Estrazione con script Python tramite le API REST di Oracle HCM

Passaggi

Configurazione

Query di esempio python

È pronto a iniziare?

Inizi oggi a ottimizzare il ciclo di vita dei dipendenti