> Miglioramento continuo dei processi > Selezione e acquisizione dei talenti > Oracle HCM Recruiting > Template dei dati

Il Suo template di dati per la selezione e l’acquisizione dei talenti

Oracle HCM Recruiting

← Torna alla guida al miglioramento

Attributi per la selezione e l’acquisizione dei talenti(18) Attività di selezione e acquisizione dei talenti(14) Guide all’estrazione(2)

Il Suo template di dati per la selezione e l’acquisizione dei talenti

Questo template offre indicazioni complete per raccogliere i dati necessari a ottimizzare il processo di selezione e acquisizione dei talenti. Descrive gli attributi dei dati essenziali, le attività principali da monitorare e le modalità pratiche per estrarre queste informazioni dal sistema di origine. Utilizzi questa risorsa per preparare i dati in modo semplice ed efficace.

Attributi consigliati da raccogliere per un’analisi approfondita
Attività e tappe fondamentali del processo da monitorare
Indicazioni per estrarre i dati dal sistema

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

Scarica il template

Attributi per la selezione e l’acquisizione dei talenti

Questi sono i campi dati consigliati da includere nell’Event Log per analizzare in modo completo il processo di selezione e acquisizione dei talenti.

5 Obbligatorio 5 Consigliato 8 Facoltativo

	Nome	Descrizione
	Attività ActivityName	Nome dell’attività o dell’evento specifico che si è verificato nel processo di selezione.
Descrizione Questo attributo descrive una singola fase o tappa del processo di selezione, ad esempio «Candidatura esaminata», «Colloquio svolto» o «Offerta presentata». Ogni attività rappresenta un evento distinto nel ciclo di vita della candidatura. È un elemento fondamentale per il Process Mining, poiché definisce i nodi della mappa del processo. Analizzare la sequenza e la frequenza delle attività aiuta a individuare i percorsi più comuni, i colli di bottiglia, le deviazioni dalla procedura standard e i cicli di rilavorazione. Perché è importante Questo attributo definisce le fasi del processo di selezione, costituisce la base della mappa del processo e consente di analizzare i flussi e le variazioni. Dove reperirli In genere deriva dalle tabelle della cronologia degli eventi o degli stati associate all’oggetto della candidatura in Oracle HCM Recruiting. Esempi Candidatura valutata inizialmenteColloquio svoltoOfferta inviataCandidato assunto
	Candidatura JobApplicationId	Identificativo univoco della candidatura di ciascun candidato.
Descrizione L’ID della candidatura è la chiave primaria che consente di tracciare l’intero percorso di un candidato per una specifica richiesta di assunzione. Collega tutte le attività correlate, dall’invio iniziale alla decisione finale, e costituisce una singola istanza di processo coerente. Nel Process Mining, questo attributo è essenziale per definire il caso e ricostruire il percorso specifico di ciascun candidato. Gli analisti lo utilizzano per visualizzare i flussi delle candidature dall’inizio alla fine, misurare i tempi di ciclo complessivi e analizzare i tassi di conversione tra le diverse fasi del processo di selezione. Perché è importante Identifica in modo univoco ogni caso di selezione e consente di tracciare l’intero ciclo di vita della candidatura, dall’inizio alla conclusione. Dove reperirli È un identificativo primario nel modulo Oracle HCM Recruiting, generalmente associato ai record di invio delle candidature. Esempi APP-2024-00123APP-2024-00124APP-2024-00125
	Ora di inizio EventTime	Data e ora in cui è iniziata l’attività di selezione.
Descrizione Questo attributo registra la data e l’ora esatte in cui si è verificata una specifica attività. Fornisce il contesto cronologico necessario per ordinare gli eventi all’interno di ciascun caso di candidatura. L’ora di inizio è fondamentale per tutte le analisi del Process Mining basate sul tempo. Viene utilizzata per calcolare i tempi di ciclo tra le attività, individuare i ritardi, misurare il tempo complessivo necessario per l’assunzione e verificare il rispetto degli accordi sui livelli di servizio o degli obiettivi di prestazione. Perché è importante Definisce l’ordine cronologico degli eventi, indispensabile per calcolare le durate, individuare i colli di bottiglia e analizzare le prestazioni del processo. Dove reperirli In Oracle HCM Recruiting, questo timestamp si trova di solito accanto al nome dell’attività nei log degli eventi o nelle tabelle della cronologia degli stati. Esempi 2023-10-01T10:00:00Z2023-10-05T14:30:00Z2023-11-12T09:15:00Z
	Sistema di origine SourceSystem	Il sistema da cui provengono i dati.
Descrizione Questo attributo identifica il sistema informativo di origine in cui sono stati registrati i dati relativi alla selezione. Per questo processo, si tratta in genere di «Oracle HCM Recruiting». In ambienti con più sistemi, questo campo è fondamentale per ricostruire la provenienza dei dati e risolvere eventuali problemi. Aiuta a verificare che i dati provengano dalla fonte prevista e permette di filtrare le analisi in base alla piattaforma di origine. Perché è importante Identifica l’origine dei dati, un’informazione fondamentale per la governance e la convalida dei dati e per verificare che l’analisi si basi sulla fonte corretta. Dove reperirli Spesso è un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL) per identificare il set di dati. Esempi Oracle HCM RecruitingOracle Fusion Cloud HCM
	Ultimo aggiornamento dei dati LastDataUpdate	Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati dal sistema di origine.
Descrizione Questo attributo indica la data e l’ora dell’estrazione più recente dei dati e fornisce un’indicazione della loro attualità. Aiuta gli utenti a capire quanto siano aggiornate le analisi del processo e a valutare la visibilità delle attività più recenti. È un metadato importante per qualsiasi Dashboard o report. Perché è importante Indica quanto sono aggiornati i dati e chiarisce il periodo coperto dall’analisi. Dove reperirli Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). Esempi 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Fonte della candidatura ApplicationSource	Canale o fonte da cui è pervenuta la candidatura.
Descrizione Questo attributo registra come il candidato è venuto a conoscenza della posizione, ad esempio tramite «LinkedIn», «Sito web dell’azienda», «Segnalazione di un dipendente» o «Portale di annunci di lavoro». È fondamentale per la Dashboard sull’efficacia delle fonti delle candidature, perché consente all’organizzazione di misurare il ritorno sull’investimento dei diversi canali di ricerca. Analizzando quali fonti generano più assunzioni o riducono i tempi necessari per assumere, il team di acquisizione dei talenti può ottimizzare la propria strategia. Perché è importante Aiuta a individuare i canali più efficaci per attrarre e assumere candidati qualificati, ottimizzando la spesa per il reclutamento. Dove reperirli Queste informazioni vengono in genere registrate quando il candidato invia una candidatura in Oracle HCM Recruiting. Esempi LinkedInSegnalazione di un dipendentePagina Lavora con noi dell’aziendaIndeed
	Recruiter Recruiter	Nome o ID del recruiter responsabile della gestione della candidatura.
Descrizione Questo attributo identifica il professionista dell’acquisizione dei talenti assegnato alla candidatura, che in genere accompagna il candidato durante il processo. Analizzare il processo per recruiter permette di bilanciare i carichi di lavoro, confrontare le prestazioni e individuare le buone pratiche. Aiuta a rispondere a domande come quali recruiter registrano i tempi di ciclo più brevi o i tassi di accettazione delle offerte più elevati, e supporta la Dashboard sul carico di lavoro e l’efficienza dei recruiter. Perché è importante Associa le attività a persone specifiche e consente di analizzare il carico di lavoro, l’efficienza e le prestazioni dei recruiter. Dove reperirli Associato all’oggetto della candidatura o della richiesta di assunzione in Oracle HCM Recruiting. Esempi John SmithJane DoeEmily Jones
	Reparto Department	Il reparto o l’unità aziendale per cui si sta assumendo il candidato.
Descrizione Questo attributo specifica l’unità organizzativa, ad esempio «Ingegneria», «Vendite» o «Marketing», in cui è disponibile la posizione. Fornisce un contesto organizzativo per ogni candidatura. Segmentare il processo di selezione per reparto è essenziale per confrontare le prestazioni. Consente alla direzione di confrontare il tempo necessario per l’assunzione, i tassi di abbandono e altri indicatori chiave tra le diverse aree dell’organizzazione, come richiesto dalla Dashboard di confronto delle prestazioni di selezione per reparto. Perché è importante Consente di confrontare le prestazioni e le variazioni del processo di selezione tra diverse unità aziendali o reparti. Dove reperirli In genere fa parte dei dati della richiesta di assunzione collegata alla candidatura in Oracle HCM Recruiting. Esempi IngegneriaVenditeFinanzaRisorse umane
	Responsabile delle assunzioni HiringManager	Nome o ID del responsabile delle assunzioni per la richiesta di assunzione associata.
Descrizione Questo attributo identifica il responsabile del team o del reparto in cui è disponibile la posizione. Il responsabile delle assunzioni è una figura chiave, spesso coinvolta nella selezione, nei colloqui e nella decisione finale. Analizzare le prestazioni del processo per responsabile delle assunzioni può far emergere colli di bottiglia legati alla sua disponibilità per i colloqui o ai ritardi nell’invio dei feedback. Aiuta a individuare opportunità di formazione o di miglioramento del processo, affinché i responsabili possano gestire le assunzioni con maggiore efficienza. Perché è importante Identifica una figura chiave del processo e consente di analizzare ritardi o efficienze legati al coinvolgimento del responsabile delle assunzioni. Dove reperirli È memorizzato nell’oggetto della richiesta di assunzione, collegato alla candidatura in Oracle HCM Recruiting. Esempi Robert BrownSusan WhiteMichael Green
	Stato della candidatura ApplicationStatus	Stato attuale o finale della candidatura.
Descrizione Questo attributo indica l’esito della candidatura, ad esempio «Attivo», «Assunto», «Rifiutato» o «Ritirato». Fornisce una fotografia della fase raggiunta dalla candidatura o del suo esito finale. Analizzare lo stato finale è fondamentale per calcolare indicatori chiave come i tassi di assunzione e di abbandono. Aiuta a comprendere l’efficacia complessiva del processo di selezione, mostrando quanti candidati arrivano con successo alla fase finale. Perché è importante Indica l’esito del processo di selezione, un dato essenziale per calcolare i tassi di conversione, di assunzione e di abbandono. Dove reperirli È un campo standard del record principale della candidatura in Oracle HCM Recruiting. Esempi AssuntoRifiutatoRitirato dal candidatoOfferta accettata
	Candidato interno IsInternalCandidate	Indicatore che specifica se il candidato è un dipendente attuale.
Descrizione Questo attributo booleano distingue i candidati interni, già dipendenti dell’azienda, da quelli esterni. I processi di selezione interni ed esterni spesso prevedono fasi, accordi sui livelli di servizio e tassi di successo diversi. Analizzare questo attributo consente di confrontare la mobilità interna con le assunzioni esterne. Aiuta a capire se l’azienda valorizza efficacemente le risorse interne e se il processo di selezione interno è più efficiente di quello esterno. Perché è importante Distingue i candidati interni da quelli esterni, i cui percorsi di selezione e indicatori di prestazione spesso differiscono sensibilmente, e consente un’analisi segmentata più accurata. Dove reperirli In genere è un indicatore presente nel profilo del candidato o della candidatura in Oracle HCM Recruiting. Esempi truefalse
	ID della richiesta di assunzione JobRequisitionId	Identificativo univoco della posizione aperta per cui il candidato ha presentato la candidatura.
Descrizione L’ID della richiesta di assunzione collega più candidature a un’unica posizione aperta e approvata. Rappresenta la domanda nel processo di selezione. Questo attributo è fondamentale per aggregare i dati delle candidature e analizzare l’andamento complessivo di una specifica selezione. Consente di sapere quanti candidati sono in fase di selezione per un determinato ruolo, quanto è efficace la ricerca dei candidati e quanto tempo occorre complessivamente per coprire la posizione. Perché è importante Raggruppa tutte le candidature relative alla stessa posizione aperta e consente di analizzare l’intero bacino di candidati per un ruolo specifico. Dove reperirli È una chiave primaria dell’oggetto della richiesta di assunzione, collegata a ogni candidatura in Oracle HCM Recruiting. Esempi REQ-2024-501REQ-2024-502REQ-2024-503
	Importo dell’offerta OfferAmount	Importo della retribuzione proposta al candidato nell’offerta di lavoro.
Descrizione Questo attributo registra la retribuzione proposta per il ruolo ed è un’informazione fondamentale nelle fasi finali del processo di selezione. Pur trattandosi di un dato sensibile, analizzare gli importi delle offerte può fornire indicazioni sulla competitività delle retribuzioni. Correlandoli ai tassi di accettazione delle offerte, è possibile capire se la retribuzione influisce sui rifiuti dei candidati. Il dato può inoltre essere utilizzato per verificare l’equità retributiva tra reparti e ruoli diversi. Perché è importante Consente di analizzare le tendenze retributive e il loro impatto sui tassi di accettazione delle offerte, contribuendo a definire una strategia di assunzione più competitiva. Dove reperirli Disponibile nella sezione dei dettagli dell’offerta di lavoro per una candidatura in Oracle HCM Recruiting. Esempi 8500012000065000
	Motivo del rifiuto RejectionReason	Motivo per cui la candidatura di un candidato è stata rifiutata.
Descrizione Questo attributo fornisce il contesto quando una candidatura passa allo stato «Rifiutato». Tra i possibili motivi figurano «Non in linea con la cultura aziendale», «Competenze richieste mancanti» o «È stato scelto un altro candidato». Analizzare i motivi dei rifiuti nelle diverse fasi del processo fornisce indicazioni preziose. Può far emergere problemi nelle descrizioni delle posizioni, aspettative non allineate o criticità nella selezione, aiutando a perfezionare la strategia di reclutamento e a migliorare la qualità dei candidati. Perché è importante Aiuta a capire perché i candidati non proseguono, un’informazione fondamentale per migliorare le descrizioni delle posizioni, i criteri di selezione e l’efficacia complessiva del processo. Dove reperirli In genere viene registrato in un campo specifico o nella sezione delle note quando un recruiter o un responsabile delle assunzioni rifiuta un candidato in Oracle HCM Recruiting. Esempi Non soddisfa i requisiti minimiÈ stato selezionato un candidato più qualificatoAspettative retributive non in linea
	Obiettivo del tempo necessario per assumere TimeToHireTarget	Durata obiettivo, espressa in giorni, per coprire la posizione.
Descrizione Questo attributo definisce il tempo previsto per completare il processo di assunzione, dall’apertura della richiesta all’accettazione dell’offerta da parte del candidato. L’obiettivo viene spesso stabilito in base al livello del ruolo o agli standard del reparto. È essenziale per il KPI sul rispetto dell’obiettivo relativo al tempo necessario per assumere. Confrontando il tempo effettivo con l’obiettivo, l’organizzazione può misurare i risultati rispetto ai propri obiettivi strategici e individuare in anticipo le richieste che rischiano di richiedere troppo tempo. Perché è importante Fornisce un valore di riferimento con cui confrontare il tempo effettivo necessario per assumere e supporta direttamente il calcolo dei KPI sul rispetto degli obiettivi. Dove reperirli Può essere un campo dell’oggetto della richiesta di assunzione in Oracle HCM Recruiting oppure essere gestito in un sistema separato. Esempi 30456090
	Ora di fine EventEndTime	Data e ora in cui è stata completata l’attività di selezione.
Descrizione L’ora di fine indica il completamento di un’attività. La differenza tra l’ora di inizio e quella di fine corrisponde al tempo di elaborazione della singola attività. Nel Process Mining, questo dato serve a calcolare la durata di attività specifiche, come l’esame di una candidatura o lo svolgimento di un colloquio. Analizzare la durata delle attività aiuta a individuare le fasi che richiedono più tempo nell’intero processo. Perché è importante Consente di calcolare la durata delle singole attività, un dato essenziale per individuare le fasi inefficienti e misurare le prestazioni a livello di attività. Dove reperirli Può essere disponibile nelle tabelle dei log degli eventi oppure essere ricavato dall’ora di inizio dell’attività successiva. Esempi 2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
	Rilavorazione IsRework	Indicatore che specifica se un’attività viene svolta una seconda volta o più.
Descrizione Questo attributo calcolato individua i casi in cui un’attività viene ripetuta all’interno dello stesso caso. Ad esempio, se una candidatura passa da «Colloquio» a «Selezione» e poi torna a «Colloquio», la seconda attività di «Selezione» e quella di «Colloquio» vengono contrassegnate come rilavorazioni. Analizzare le rilavorazioni è fondamentale per individuare inefficienze e costi nascosti nel processo. Aiuta a identificare le fasi in cui il processo non funziona e richiede di ripetere alcune attività. Supporta direttamente la Dashboard sull’analisi delle rilavorazioni delle candidature e dei colli di bottiglia, quantificando la frequenza e l’impatto di questi cicli. Perché è importante Individua le inefficienze e i cicli in cui il lavoro viene ripetuto, aiutando a far emergere costi nascosti e opportunità di semplificazione. Dove reperirli Calcolato durante la preparazione dei dati, verificando se la stessa attività si è già verificata per un determinato CaseId. Esempi truefalse
	Sede di lavoro JobLocation	Area geografica o ufficio in cui ha sede la posizione.
Descrizione Questo attributo specifica la città, lo stato o il Paese associato alla richiesta di assunzione. Può anche indicare se la posizione è da remoto. Questa dimensione consente di analizzare i processi di selezione per area geografica. Aiuta a capire, ad esempio, se il tempo necessario per assumere varia sensibilmente tra le diverse sedi o se alcune regioni registrano tassi di abbandono più elevati. Queste informazioni sono utili per adattare le strategie di selezione ai singoli mercati del lavoro. Perché è importante Consente di analizzare gli indicatori di selezione per area geografica e di individuare differenze regionali nelle prestazioni e nelle difficoltà di assunzione. Dove reperirli Memorizzato nell’oggetto della richiesta di assunzione in Oracle HCM Recruiting. Esempi New York, NYLondra, Regno UnitoDa remotoSan Francisco, CA

Obbligatorio Consigliato Facoltativo

Attività di selezione e acquisizione dei talenti

Questi sono i passaggi e le tappe fondamentali del processo da registrare nell’Event Log per individuare con precisione il processo e i colli di bottiglia.

6 Consigliato 8 Facoltativo

	Attività	Descrizione
	Candidato assunto	Indica la conclusione positiva del processo di selezione. L’evento si verifica quando lo stato del candidato passa ufficialmente ad «Assunto», avviando il passaggio alle risorse umane.
Perché è importante È il principale risultato positivo del processo e costituisce il punto finale per calcolare il tempo di assunzione e altri indicatori chiave di efficienza. Dove reperirli È una modifica di stato fondamentale nel record della candidatura in IRC_SUBMISSIONS. Viene attivata dall’azione «Assumi» o «Trasferisci alle risorse umane» in Oracle Recruiting. Acquisizione Registrato quando il recruiter esegue l’azione finale «Assumi». Tipo di evento explicit
	Candidatura ricevuta	Indica la creazione di una nuova candidatura quando una persona si candida per una posizione. In genere, l’evento viene registrato esplicitamente al momento della creazione del record della candidatura nel sistema.
Perché è importante È il punto di partenza di ogni caso, essenziale per calcolare la durata complessiva del processo, per esempio il tempo di assunzione, e analizzare nel tempo il volume delle candidature. Dove reperirli L’evento viene ricavato dalla data e ora di creazione del record di candidatura in Oracle Recruiting, probabilmente da una tabella come IRC_SUBMISSIONS. Acquisizione Dalla data e ora di creazione del record della candidatura. Tipo di evento explicit
	Candidatura rifiutata	Indica che l’azienda ha deciso di non proseguire con un candidato, in qualsiasi fase del processo. L’evento viene registrato quando cambia lo stato della candidatura.
Perché è importante È un esito frequente delle candidature. Analizzare in quale fase avvengono i rifiuti è fondamentale per comprendere i tassi di abbandono e l’efficienza del processo. Dove reperirli Dedotto da qualsiasi modifica dello stato della candidatura a uno stato finale, ad esempio «Rifiutata», «Non selezionato» o un valore configurato analogo. Acquisizione Dedotto dalla modifica dello stato della candidatura a «Rifiutata», uno stato finale. Tipo di evento inferred
	Colloquio svolto	Indica il completamento di un colloquio con un candidato. Spesso si deduce quando un intervistatore o un recruiter aggiorna lo stato del colloquio pianificato a «Completato» o «Svolto».
Perché è importante È una tappa fondamentale del processo di selezione. Il tempo di ciclo tra questa attività e «Offerta inviata» è un indicatore chiave di prestazione. Dove reperirli Si deduce da una modifica dello stato del record del colloquio pianificato in Oracle Recruiting. La data e l’ora della modifica corrispondono al momento dell’evento. Acquisizione Si deduce dal passaggio dello stato del colloquio a «Completato» o «Terminato». Tipo di evento inferred
	Offerta accettata	Indica che il candidato ha accettato formalmente l’offerta di lavoro. L’evento viene registrato quando il candidato accetta tramite il portale delle carriere o quando un recruiter aggiorna manualmente lo stato.
Perché è importante È uno dei principali risultati positivi del processo. Costituisce la base per calcolare il tasso di accettazione delle offerte e segna l’inizio delle attività successive all’offerta. Dove reperirli Ricavato dall’aggiornamento dello stato del record dell’offerta a «Accettata». L’aggiornamento può essere effettuato online dal candidato o inserito manualmente dal recruiter. Acquisizione Dalla data e ora in cui lo stato dell’offerta passa ad «Accettata». Tipo di evento explicit
	Offerta inviata	Indica l’invio formale di un’offerta di lavoro a un candidato. L’evento viene registrato esplicitamente quando un recruiter invia ufficialmente l’offerta tramite Oracle Recruiting.
Perché è importante È una tappa fondamentale per misurare il tasso di accettazione delle offerte e il tempo che intercorre tra il colloquio finale e l’offerta, un aspetto essenziale dell’esperienza dei candidati. Dove reperirli Registrato esplicitamente quando lo stato dell’offerta di lavoro passa a «Inviata» o «Trasmesse». La data e l’ora dell’azione vengono registrate nell’oggetto dell’offerta. Acquisizione Registrato quando il recruiter esegue l’azione «Invia offerta». Tipo di evento explicit
	Candidatura ritirata	Indica la decisione del candidato di ritirarsi dalla selezione per la posizione. L’evento viene registrato quando lo stato della candidatura passa a «Ritirata dal candidato».
Perché è importante Monitorare i ritiri aiuta a individuare le fasi in cui l’esperienza dei candidati potrebbe essere insoddisfacente e causare un elevato tasso di abbandono. È un dato fondamentale per analizzare il KPI del tasso di abbandono dei candidati. Dove reperirli Dedotto dalla modifica dello stato della candidatura a «Ritirata». Il ritiro può essere effettuato dal candidato tramite il portale oppure dal recruiter per suo conto. Acquisizione Dedotto dalla modifica dello stato della candidatura a «Ritirata dal candidato». Tipo di evento inferred
	Candidatura valutata inizialmente	Indica la valutazione iniziale della candidatura da parte di un recruiter per verificare che il candidato possieda i requisiti di base. In genere, si deduce dal passaggio dello stato della candidatura da «Nuova» a «In revisione».
Perché è importante Analizzare il tempo trascorso in questa fase aiuta a individuare i colli di bottiglia nella valutazione iniziale. È inoltre essenziale per misurare l’indicatore del tasso di rilavorazione nella valutazione delle candidature. Dove reperirli Si deduce dalla cronologia del campo relativo allo stato della candidatura in Oracle Recruiting. Cerchi una modifica dello stato nella cronologia della tabella IRC_SUBMISSIONS. Acquisizione Si deduce dal cambiamento dello stato della candidatura in «Valutazione» o «In revisione». Tipo di evento inferred
	Colloquio pianificato	Indica il momento in cui un colloquio con un candidato viene pianificato ufficialmente nel sistema. In genere, viene registrato quando si crea un colloquio e lo si associa alla candidatura.
Perché è importante Monitorare questo dato aiuta a misurare il tempo necessario per organizzare i colloqui, un elemento importante sia per l’esperienza dei candidati sia per il tempo complessivo di assunzione. Dove reperirli L’evento viene registrato esplicitamente nel modulo di pianificazione dei colloqui di Oracle Recruiting. I dati si trovano nelle tabelle relative ai colloqui collegate alla candidatura. Acquisizione Dal record di creazione di un colloquio associato alla candidatura. Tipo di evento explicit
	Dettagli dell’offerta approvati	Indica il completamento del flusso di approvazione interno di un’offerta di lavoro prima che venga inviata al candidato. Si deduce dallo stato di approvazione finale del record dell’offerta.
Perché è importante Questa attività aiuta ad analizzare la durata e l’efficienza del processo interno di approvazione delle offerte, che può essere una fonte significativa di ritardi. Dove reperirli Si deduce dalla cronologia delle modifiche di stato del record dell’offerta in Oracle Recruiting, verificando quando passa allo stato «Approvato». Acquisizione Si deduce dal passaggio dello stato dell’offerta a «Approvato». Tipo di evento inferred
	Offerta rifiutata	Indica la decisione del candidato di rifiutare l’offerta di lavoro. Si tratta di una modifica esplicita dello stato del record dell’offerta, spesso accompagnata da una motivazione.
Perché è importante È un punto critico del processo. Analizzare quando e perché le offerte vengono rifiutate aiuta a valutare la competitività della retribuzione e l’esperienza dei candidati. Dove reperirli Ricavato dall’aggiornamento dello stato del record dell’offerta a «Rifiutata» o «Rifiutata dal candidato». Acquisizione Dalla data e ora in cui lo stato dell’offerta passa a «Rifiutata». Tipo di evento explicit
	Riscontro sul colloquio inviato	Indica che, dopo il colloquio, un intervistatore ha inviato il proprio riscontro e la valutazione del candidato. L’evento viene registrato esplicitamente quando si salva il modulo per il feedback.
Perché è importante I ritardi tra il colloquio e l’invio del riscontro possono rallentare sensibilmente il processo di selezione. Monitorarli aiuta a individuare i colli di bottiglia nel processo decisionale. Dove reperirli Registrato esplicitamente quando un intervistatore invia la propria valutazione tramite il portale Oracle Recruiting. Viene utilizzata la data e ora di creazione del record del riscontro. Acquisizione Dalla data e ora di creazione del record del riscontro sul colloquio. Tipo di evento explicit
	Valutazione completata	Indica che il candidato ha completato una valutazione preliminare obbligatoria, come un test delle competenze o una valutazione della personalità. In genere, l’evento viene registrato quando la piattaforma di valutazione comunica a Oracle HCM il completamento.
Perché è importante Questa attività aiuta a monitorare il coinvolgimento dei candidati e ad analizzare il tempo necessario per completare le valutazioni, una possibile fase di abbandono. Dove reperirli L’evento viene registrato in seguito a un aggiornamento di stato inviato da uno strumento di valutazione di terze parti integrato oppure a una modifica manuale dello stato da parte di un recruiter nel profilo della candidatura. Acquisizione Registrato quando l’API del fornitore della valutazione aggiorna lo stato del candidato. Tipo di evento explicit
	Verifica dei precedenti avviata	Indica l’avvio della verifica dei precedenti di un candidato dopo che ha accettato l’offerta. Spesso l’evento viene attivato da una modifica dello stato o dall’integrazione con un servizio di terze parti.
Perché è importante Questa attività è essenziale per monitorare i tempi tra l’accettazione dell’offerta e l’assunzione e per garantire la conformità. Eventuali ritardi possono influire sulla data di inizio del candidato. Dove reperirli Si deduce dal passaggio dello stato della candidatura a «Verifica dei precedenti» oppure viene registrato tramite una chiamata API al fornitore integrato del servizio di verifica. Acquisizione Si deduce dal passaggio dello stato della candidatura a «Verifica dei precedenti in corso». Tipo di evento inferred

Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da Oracle HCM Recruiting

Passaggi

Acceda a OTBI: acceda a Oracle HCM Cloud. Dal menu Navigator, apra Tools e selezioni Reports and Analytics.
Crei una nuova analisi: nell’area di lavoro Reports and Analytics, faccia clic su Create e selezioni Analysis. Non utilizzi l’opzione Report, perché Analysis offre la flessibilità necessaria.
Selezioni l’area tematica: quando richiesto, scelga l’area tematica 'Recruiting - Recruiting Real Time'. Questo modello di dati contiene tutte le informazioni necessarie sulle candidature, sui colloqui e sulle offerte di lavoro.
Acceda alla configurazione avanzata: dopo aver selezionato l’area tematica, si aprirà l’editor di analisi. Apra la scheda Advanced in alto a destra, che consente di modificare direttamente la query SQL logica.
Incolli la query SQL logica: nella sezione 'Analysis XML', individui il tag saw:query. Sostituisca la query SQL presente al suo interno con la query SQL logica completa riportata nella sezione 'Query' di questo documento. È importante sostituire l’intera query predefinita.
Imposti i parametri dell’intervallo di date: prima di eseguire la query, sostituisca i valori segnaposto [Start Date] e [End Date] con l’intervallo di date desiderato, nel formato 'YYYY-MM-DD'. Questo passaggio è essenziale per controllare la quantità di dati estratti.
Convalidi la query: faccia clic sul pulsante 'Validate SQL' per verificare che non vi siano errori di sintassi. Se la convalida ha esito positivo, può procedere. Tenga presente che il controllo verifica solo la sintassi, non la presenza delle colonne nella Sua configurazione specifica.
Visualizzi i risultati: torni alla scheda Results. L’analisi verrà eseguita e sarà mostrata un’anteprima dei dati dell’Event Log. Verifichi che le colonne e i dati siano quelli previsti.
Configuri le impostazioni di esportazione: per i dataset di grandi dimensioni, è consigliabile pianificare l’analisi come processo anziché eseguirla in modo interattivo. Nell’editor di analisi può impostare le proprietà di esportazione per ottenere un file CSV ben strutturato.
Esporti i dati: dopo aver verificato i risultati, faccia clic sul collegamento Export e scelga il formato CSV. Verrà scaricato il file completo dell’Event Log.
Prepari il file per il caricamento: apra il file CSV scaricato. Verifichi che le intestazioni delle colonne corrispondano agli attributi richiesti (JobApplicationId, ActivityName, EventTime e così via) e che il formato delle date sia coerente. Il file è ora pronto per essere caricato in uno strumento di Process Mining.

Configurazione

Area tematica: l’intera query si basa sull’area tematica Recruiting - Recruiting Real Time. L’utente che esegue il report deve disporre delle autorizzazioni necessarie per accedere a quest’area.
Filtro per intervallo di date: la query contiene i segnaposto [Start Date] e [End Date]. È fondamentale specificare un intervallo di date per gestire prestazioni e volume dei dati. Si consiglia di iniziare con un periodo recente di 3-6 mesi.
Sicurezza dei dati: OTBI applica i ruoli di sicurezza dei dati di Oracle HCM. L’utente che esegue il report visualizzerà solo i dati relativi alle unità aziendali, ai reparti e ai datori di lavoro legali per cui dispone delle autorizzazioni di visualizzazione.
Considerazioni sulle prestazioni: nelle organizzazioni di grandi dimensioni, caratterizzate da volumi elevati di selezioni, l’esecuzione della query su un periodo esteso può richiedere molto tempo o andare in timeout nell’interfaccia interattiva. Per le estrazioni di grandi volumi, è consigliabile salvare l’analisi e pianificarne l’esecuzione in background, inviando i risultati a un server di contenuti o tramite e-mail.
Personalizzazione: la query fornita utilizza campi standard. Se l’organizzazione utilizza Descriptive Flexfields (DFF) o oggetti personalizzati per registrare eventi specifici del processo di selezione, sarà necessario modificare la query SQL logica per includerli.

Query di esempio sql

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Application Received' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - General"."Submission Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Application Screened' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Screen'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Assessment Completed' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Assessment"."Assessment Completion Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Interview Scheduled' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Schedule"."Interview Scheduled Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Interview Conducted' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Event Overall Status" = 'Completed'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Interview Completion Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Interview Feedback Submitted' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Interview Feedback"."Feedback Submission Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Details Approved' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Approval Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Extended' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Extended Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Accepted' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Accepted Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    "Recruiting - Recruiting Real Time"."Job Application - General"."Job Application Identifier" as "JobApplicationId",
    'Offer Declined' as "ActivityName",
    CAST("Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    "Recruiting - Recruiting Real Time"."Primary Recruiter"."Recruiter Display Name" as "Recruiter",
    "Recruiting - Recruiting Real Time"."Hiring Manager"."Hiring Manager Display Name" as "HiringManager",
    "Recruiting - Recruiting Real Time"."Requisition - General"."Department Name" as "Department",
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State"."Current State" as "ApplicationStatus",
    "Recruiting - Recruiting Real Time"."Job Application - Source"."Source Name" as "ApplicationSource"
FROM "Recruiting - Recruiting Real Time"
WHERE "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" IS NOT NULL
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" >= TIMESTAMP '[Start Date]'
AND "Recruiting - Recruiting Real Time"."Job Application - Offer"."Offer Declined Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Background Check Initiated' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Background Check'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Candidate Hired' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Hired'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Application Rejected' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" LIKE '%Rejected%'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

UNION ALL

SELECT
    T1."Job Application Identifier" as "JobApplicationId",
    'Application Withdrawn' as "ActivityName",
    CAST(T2."Start Date" AS TIMESTAMP) as "EventTime",
    'Oracle HCM Recruiting' as "SourceSystem",
    CURRENT_TIMESTAMP as "LastDataUpdate",
    T4."Recruiter Display Name" as "Recruiter",
    T5."Hiring Manager Display Name" as "HiringManager",
    T6."Department Name" as "Department",
    T3."Current State" as "ApplicationStatus",
    T7."Source Name" as "ApplicationSource"
FROM
    "Recruiting - Recruiting Real Time"."Job Application - General" T1,
    "Recruiting - Recruiting Real Time"."Job Application - Phase and State History" T2,
    "Recruiting - Recruiting Real Time"."Job Application - Current Phase and State" T3,
    "Recruiting - Recruiting Real Time"."Primary Recruiter" T4,
    "Recruiting - Recruiting Real Time"."Hiring Manager" T5,
    "Recruiting - Recruiting Real Time"."Requisition - General" T6,
    "Recruiting - Recruiting Real Time"."Job Application - Source" T7
WHERE T1."Job Application Identifier" = T2."Job Application Identifier"
AND T1."Job Application Identifier" = T3."Job Application Identifier"
AND T1."Recruiter Login Name" = T4."Recruiter Login Name"
AND T1."Hiring Manager Login Name" = T5."Hiring Manager Login Name"
AND T1."Requisition Number" = T6."Requisition Number"
AND T1."Source ID" = T7."Source ID"
AND T2."State Name" = 'Withdrawn by Candidate'
AND T2."Start Date" IS NOT NULL
AND T2."Start Date" >= TIMESTAMP '[Start Date]'
AND T2."Start Date" < TIMESTAMP '[End Date]'

Passaggi

Prerequisiti: verifichi che Python 3 sia installato nel sistema insieme alla libreria requests. Può installarla con pip: pip install requests. Le serviranno inoltre credenziali utente valide (nome utente e password) e il nome host dell’istanza Oracle HCM Cloud, con le autorizzazioni per accedere all’API REST Recruiting.
Inizializzi lo script: crei un nuovo file di script Python, ad esempio extract_hcm_data.py. Inizi importando le librerie necessarie: requests, csv e datetime.
Definisca la configurazione: all’inizio dello script, definisca le variabili per il nome host Oracle HCM, il nome utente, la password e l’intervallo di date desiderato per l’estrazione. Per sicurezza, è buona norma utilizzare segnaposto per le credenziali.
Avvii una sessione API: crei un oggetto requests.Session e imposti le proprietà di autenticazione della sessione con il nome utente e la password. In questo modo, le credenziali verranno inviate con ogni successiva richiesta API effettuata tramite la sessione.
Implementi il ciclo di paginazione: lo script deve recuperare i dati pagina per pagina, così da gestire volumi elevati e rispettare i limiti dell’API. Inizializzi una variabile offset a 0 e un limite, ad esempio 500. Crei un ciclo while che prosegua finché l’API restituisce dati. A ogni iterazione, lo script chiamerà l’API con l’offset corrente e lo incrementerà del limite per la pagina successiva.
Invii la richiesta API: all’interno del ciclo, componga l’URL completo della richiesta API per l’endpoint recruitingCEJobApplications. Utilizzi il parametro fields per specificare tutti gli attributi necessari e il parametro expand per includere oggetti correlati come Phases e Offers. Utilizzi il parametro q per filtrare i dati in base a CreationDate e all’intervallo di date configurato.
Elabori la risposta JSON: per ogni chiamata API, verifichi che il codice di stato HTTP sia 200, quindi analizzi la risposta JSON. Le candidature si trovano nell’array items del corpo della risposta.
Scorra le candidature e generi gli eventi: esamini ogni oggetto candidatura restituito dall’API. Per ciascuno, estragga gli attributi comuni, come ApplicationId, Recruiter e HiringManager.
Mappi gli stati alle attività: questo è il passaggio centrale. Per ogni candidatura, deve generare una riga distinta per ognuna delle 14 attività richieste. A tal fine, esamini CreationDate e le raccolte Phases e Offers. Ad esempio, utilizzi CreationDate per l’attività 'Candidatura ricevuta'. Scorra l’array Phases per creare righe per 'Candidatura esaminata', 'Colloquio programmato', 'Candidato assunto', 'Candidatura respinta' e così via, utilizzando la data e l’ora in cui è stata raggiunta ciascuna fase. Allo stesso modo, scorra l’array Offers per gli eventi 'Offerta inviata', 'Offerta accettata' e 'Offerta rifiutata'.
Crei l’Event Log: man mano che genera gli eventi delle attività, li registri in un dizionario con chiavi corrispondenti alle intestazioni delle colonne dell’Event Log (JobApplicationId, ActivityName, EventTime e così via). Aggiunga ogni dizionario a un elenco principale che costituirà l’Event Log completo.
Esporti in CSV: al termine del ciclo di paginazione, utilizzi il modulo csv integrato in Python per scrivere l’elenco principale dei dizionari degli eventi in un file CSV. Verifichi che il file sia codificato in UTF-8 e che le intestazioni corrispondano esattamente ai nomi degli attributi richiesti per l’importazione in ProcessMind.

Configurazione

Credenziali API: è necessario un account di servizio dedicato con un ruolo che consenta l’accesso all’API REST Recruiting, ad esempio 'Recruiting Manager' o un ruolo personalizzato con privilegi 'Recruiting REST API Access'.
Endpoint API: l’endpoint principale utilizzato è recruitingCEJobApplications. È importante utilizzare il parametro di query expand (ad esempio, expand=Phases,Offers) per recuperare in un’unica chiamata gli oggetti annidati che contengono la cronologia degli stati e i dettagli delle offerte, con maggiore efficienza.
Filtro per intervallo di date: utilizzi il parametro di query q per filtrare le candidature in base alla data. Per gestire il volume dei dati, si consiglia di applicare un filtro a CreationDate. Per un’analisi iniziale, è consigliabile considerare gli ultimi 3-6 mesi. Esempio: q=CreationDate>'2023-01-01T00:00:00Z'.
Selezione dei campi: per ottimizzare le prestazioni e ridurre il volume di dati trasferiti in rete, utilizzi il parametro fields per richiedere solo gli attributi necessari. Includa campi come ApplicationId, CreationDate, LastUpdateDate, Recruiter, HiringManager, Requisition, Phases e Offers.
Limite di paginazione: il parametro limit determina il numero di record restituiti per chiamata API. Un valore compreso tra 200 e 500 offre in genere un buon equilibrio tra il numero di chiamate API e la dimensione di ogni risposta.
Mappatura degli stati: lo script contiene un dizionario che associa i codici di fase e di stato di Oracle HCM ai nomi standardizzati delle attività. Potrebbe essere necessario personalizzare questa mappatura in base alla configurazione specifica del flusso di lavoro di selezione dell’organizzazione.

Query di esempio python

import requests
import csv
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings ---
HCM_HOST = class="hl-string">"https://[Your HCM Host].fa.us2.oraclecloud.com"
USERNAME = class="hl-string">"[Your Username]"
PASSWORD = class="hl-string">"[Your Password]"

class=class="hl-string">"hl-comment"># Date range for the query (ISO 8601 format)
START_DATE = class="hl-string">"2023-01-01T00:00:00+00:00"
END_DATE = class="hl-string">"2023-12-31T23:59:59+00:00"

class=class="hl-string">"hl-comment"># API and File settings
API_ENDPOINT = class="hl-string">"/hcmRestApi/resources/11.13.18.05/recruitingCEJobApplications"
CSV_FILENAME = class="hl-string">"recruitment_event_log.csv"
API_LIMIT = 500

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    class="hl-string">"""Main function to orchestrate the extraction process."""
    event_log = []
    offset = 0
    has_more = True

    session = requests.Session()
    session.auth = (USERNAME, PASSWORD)

    print(class="hl-string">"Starting data extraction from Oracle HCM...")

    while has_more:
        print(fclass="hl-string">"Fetching applications, offset: {offset}")
        try:
            params = {
                class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
                class="hl-string">'fields': class="hl-string">'ApplicationId,CreationDate,LastUpdateDate,ApplicationStatus,ApplicationSource,Recruiter,HiringManager,Department,Phases,Offers',
                class="hl-string">'expand': class="hl-string">'Phases,Offers',
                class="hl-string">'limit': API_LIMIT,
                class="hl-string">'offset': offset
            }
            response = session.get(HCM_HOST + API_ENDPOINT, params=params)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raises an exception for bad status codes

            data = response.json()
            applications = data.get(class="hl-string">'items', [])

            if not applications:
                print(class="hl-string">"No more applications found.")
                break

            process_applications(applications, event_log)

            has_more = data.get(class="hl-string">'hasMore', False)
            offset += API_LIMIT

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except Exception as err:
            print(fclass="hl-string">"An error occurred: {err}")
            break

    if event_log:
        write_to_csv(event_log)
        print(fclass="hl-string">"Extraction complete. {len(event_log)} events written to {CSV_FILENAME}")
    else:
        print(class="hl-string">"No events were generated.")

def process_applications(applications, event_log):
    class="hl-string">"""Processes a batch of applications and generates event log entries."""
    now_iso = datetime.utcnow().isoformat() + class="hl-string">'Z'

    for app in applications:
        base_event = {
            class="hl-string">'JobApplicationId': app.get(class="hl-string">'ApplicationId'),
            class="hl-string">'Recruiter': app.get(class="hl-string">'Recruiter'),
            class="hl-string">'HiringManager': app.get(class="hl-string">'HiringManager'),
            class="hl-string">'Department': app.get(class="hl-string">'Department'),
            class="hl-string">'ApplicationSource': app.get(class="hl-string">'ApplicationSource'),
            class="hl-string">'ApplicationStatus': app.get(class="hl-string">'ApplicationStatus'),
            class="hl-string">'SourceSystem': class="hl-string">'Oracle HCM Recruiting',
            class="hl-string">'LastDataUpdate': now_iso
        }

        class=class="hl-string">"hl-comment"># 1. Application Received
        event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Application Received', class="hl-string">'EventTime': app.get(class="hl-string">'CreationDate')})

        class=class="hl-string">"hl-comment"># Process phases for status-based events
        for phase in app.get(class="hl-string">'Phases', []):
            phase_name = phase.get(class="hl-string">'PhaseName', class="hl-string">'').lower()
            status_name = phase.get(class="hl-string">'StateName', class="hl-string">'').lower()
            entry_date = phase.get(class="hl-string">'EntryDate')

            if not entry_date: continue

            activity_map = {
                class="hl-string">'screen': class="hl-string">'Application Screened',
                class="hl-string">'assessment': class="hl-string">'Assessment Completed',
                class="hl-string">'interview': class="hl-string">'Interview Scheduled',
                class="hl-string">'offer': class="hl-string">'Offer Details Approved', class=class="hl-string">"hl-comment"># Approximation, happens before offer is made
                class="hl-string">'background check': class="hl-string">'Background Check Initiated',
                class="hl-string">'hired': class="hl-string">'Candidate Hired',
                class="hl-string">'rejected': class="hl-string">'Application Rejected',
                class="hl-string">'withdrawn': class="hl-string">'Application Withdrawn'
            }

            class=class="hl-string">"hl-comment"># Simple mapping by phase name
            for key, activity in activity_map.items():
                if key in phase_name:
                    event_log.append({**base_event, class="hl-string">'ActivityName': activity, class="hl-string">'EventTime': entry_date})

            class=class="hl-string">"hl-comment"># Specific logic for Interview Conducted
            if class="hl-string">'interview' in phase_name and status_name == class="hl-string">'completed':
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Interview Conducted', class="hl-string">'EventTime': entry_date})

            class=class="hl-string">"hl-comment"># Specific logic for Feedback Submitted (approximation)
            if class="hl-string">'interview' in phase_name and status_name == class="hl-string">'completed':
                 class=class="hl-string">"hl-comment"># This is an approximation, assuming feedback is submitted upon completion
                 event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Interview Feedback Submitted', class="hl-string">'EventTime': entry_date})


        class=class="hl-string">"hl-comment"># Process offers for offer-related events
        for offer in app.get(class="hl-string">'Offers', []):
            offer_status = offer.get(class="hl-string">'OfferStatus', class="hl-string">'').lower()
            offer_date = offer.get(class="hl-string">'OfferDate') or offer.get(class="hl-string">'LastUpdateDate')

            if not offer_date: continue

            if offer_status == class="hl-string">'extended':
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Offer Extended', class="hl-string">'EventTime': offer_date})
            elif offer_status == class="hl-string">'accepted':
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Offer Accepted', class="hl-string">'EventTime': offer_date})
            elif offer_status == class="hl-string">'declined':
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Offer Declined', class="hl-string">'EventTime': offer_date})


def write_to_csv(event_log):
    class="hl-string">"""Writes the event log data to a CSV file."""
    if not event_log:
        return

    headers = [
        class="hl-string">'JobApplicationId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'SourceSystem', class="hl-string">'LastDataUpdate',
        class="hl-string">'Recruiter', class="hl-string">'HiringManager', class="hl-string">'Department', class="hl-string">'ApplicationStatus', class="hl-string">'ApplicationSource'
    ]

    class=class="hl-string">"hl-comment"># Deduplicate and sort events to ensure chronological order per application
    unique_events = {tuple(event.items()) for event in event_log}
    sorted_events = sorted([dict(event) for event in unique_events], key=lambda x: (x[class="hl-string">'JobApplicationId'], x[class="hl-string">'EventTime']))

    with open(CSV_FILENAME, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
        writer = csv.DictWriter(csvfile, fieldnames=headers)
        writer.writeheader()
        writer.writerows(sorted_events)

if __name__ == class="hl-string">"__main__":
    main()

È pronto a iniziare?

Utilizzi questo template per preparare i dati con sicurezza e iniziare a individuare informazioni utili sul processo di acquisizione dei talenti. Inizi oggi a costruire una strategia di selezione più efficiente ed efficace.

Torna alla guida al miglioramento

Scarica il template

Ottimizzi oggi il processo di selezione e acquisizione dei talenti

Riduca del 30% il tempo di ciclo e migliori l’esperienza dei candidati.

Inizi la prova gratuita

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

Il Suo template di dati per la selezione e l’acquisizione dei talenti

Il Suo template di dati per la selezione e l’acquisizione dei talenti

Attributi per la selezione e l’acquisizione dei talenti

Attività di selezione e acquisizione dei talenti

Guide all’estrazione

Report OTBI di Oracle HCM per esportare i dati di selezione

Passaggi

Configurazione

Query di esempio sql

Estrazione tramite script Python con l’API REST di Oracle HCM

Passaggi

Configurazione

Query di esempio python

È pronto a iniziare?

Ottimizzi oggi il processo di selezione e acquisizione dei talenti