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

Il Suo Template dei dati per la selezione e l'acquisizione dei talenti

Oracle HCM Recruiting

← Torna alla guida al miglioramento

Attributi di recruiting e acquisizione dei talenti (18) Attività di recruiting e acquisizione dei talenti (14) Guide all'estrazione (2)

Il Suo Template dei dati per la selezione e l'acquisizione dei talenti

Questo Template offre una guida completa alla raccolta dei dati necessari per ottimizzare il processo di selezione e acquisizione dei talenti. Illustra gli attributi essenziali, le attività principali da monitorare e indicazioni pratiche per estrarre queste informazioni dal sistema di origine. Utilizzi questa risorsa per garantire una fase di preparazione dei dati fluida ed efficace.

Attributi consigliati da raccogliere per un'analisi completa
Attività e milestone principali del processo da monitorare
Indicazioni per estrarre i dati dal Suo sistema

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

Scarica il Template

Attributi di recruiting e acquisizione dei talenti

Questi sono i campi dati consigliati da includere nel Suo Event Log per un’analisi completa del processo di recruiting e acquisizione dei talenti.

5 Obbligatorio 5 Consigliato 8 Facoltativo

	Nome	Descrizione
	Attività ActivityName	Il nome dell’attività o dell’evento specifico di recruiting che si è verificato.
Descrizione Questo attributo descrive una singola fase o tappa del processo di recruiting, come “Application Screened”, “Interview Conducted” o “Offer Extended”. Ogni attività rappresenta un evento distinto nel ciclo di vita della candidatura. È un componente fondamentale del Process Mining, poiché definisce i nodi della mappa del processo. L’analisi della sequenza e della frequenza delle attività aiuta a individuare i percorsi di processo 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 recruiting, costituendo la base della mappa del processo e consentendo di analizzare il flusso e le variazioni del processo. Dove reperirlo Generalmente ricavato dalle tabelle della cronologia degli eventi o degli stati relative all’oggetto candidatura in Oracle HCM Recruiting. Esempi Candidatura esaminataColloquio svoltoOfferta inviataCandidato assunto
	Candidatura di lavoro JobApplicationId	Identificativo univoco di ogni candidatura di lavoro del candidato.
Descrizione Il Job Application ID è la chiave primaria che consente di tracciare l’intero percorso di un candidato per una specifica richiesta di personale. Collega tutte le attività correlate, dall’invio iniziale della candidatura alla decisione finale di assunzione, formando un’unica istanza di processo coerente. Nel Process Mining, questo attributo è essenziale per definire il caso e ricostruire il percorso specifico di ogni candidato. Gli analisti lo utilizzano per visualizzare i flussi end-to-end delle candidature, misurare i tempi di ciclo complessivi e analizzare i tassi di conversione tra le diverse fasi del funnel di recruiting. Perché è importante Identifica in modo univoco ogni caso di recruiting, rendendo possibile tracciare l’intero ciclo di vita della candidatura del candidato dall’inizio alla fine. Dove reperirlo È un identificativo primario all’interno del modulo Oracle HCM Recruiting, generalmente associato ai record di invio delle candidature. Esempi APP-2024-00123APP-2024-00124APP-2024-00125
	Ora di inizio EventTime	Il timestamp che indica quando è iniziata l’attività di recruiting.
Descrizione Questo attributo acquisisce la data e l’ora precise in cui si è verificata una specifica attività. Fornisce il contesto cronologico necessario per ordinare gli eventi all’interno di ogni caso di candidatura. L’ora di inizio è fondamentale per tutte le analisi di Process Mining basate sul tempo. Viene utilizzata per calcolare i tempi di ciclo tra le attività, individuare i ritardi, misurare il tempo complessivo di assunzione e verificare il rispetto degli accordi sul livello di servizio o degli obiettivi di performance. Perché è importante Fornisce l’ordine cronologico degli eventi, essenziale per calcolare le durate, individuare i colli di bottiglia e analizzare le prestazioni del processo. Dove reperirlo Questo timestamp si trova generalmente insieme al nome dell’attività negli Event Log o nelle tabelle della cronologia degli stati di Oracle HCM Recruiting. Esempi 2023-10-01T10:00:00Z2023-10-05T14:30:00Z2023-11-12T09:15:00Z
	Sistema di origine SourceSystem	Il sistema da cui hanno avuto origine i dati.
Descrizione Questo attributo identifica il sistema informativo di origine in cui sono stati registrati i dati di recruiting. Per questo processo, sarà generalmente “Oracle HCM Recruiting”. Negli ambienti che utilizzano più sistemi, questo campo è fondamentale per la data lineage e la risoluzione dei problemi. Aiuta a verificare che i dati provengano dalla fonte prevista e può essere utilizzato per filtrare le analisi relative a piattaforme specifiche. Perché è importante Identifica l’origine dei dati, un elemento fondamentale per la governance dei dati, la validazione e la verifica che l’analisi si basi sulla fonte informativa corretta. Dove reperirlo Spesso si tratta di un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL) per identificare il dataset. Esempi Oracle HCM RecruitingOracle Fusion Cloud HCM
	Ultimo aggiornamento dei dati LastDataUpdate	Il timestamp dell’ultimo aggiornamento o dell’ultima estrazione dei dati dal sistema di origine.
Descrizione Questo attributo indica la data e l’ora dell’estrazione dei dati più recente. Fornisce informazioni sull’aggiornamento dei dati analizzati. È importante affinché gli utenti comprendano quanto sia attuale l’analisi del processo e possano valutare correttamente la visibilità delle attività più recenti. Costituisce un elemento essenziale dei metadati di qualsiasi Dashboard o report. Perché è importante Informa gli utenti sull’attualità dei dati, assicurando che comprendano il periodo coperto dall’analisi. Dove reperirlo 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	Il canale o la fonte attraverso cui è stata ricevuta la candidatura.
Descrizione Questo attributo traccia il modo in cui il candidato ha trovato la posizione, ad esempio “LinkedIn”, “Company Website”, “Employee Referral” o “Job Board”. È fondamentale per la Dashboard Application Source Effectiveness, poiché consente all’organizzazione di misurare il ritorno sull’investimento dei diversi canali di sourcing. Analizzando quali fonti generano il maggior numero di assunzioni o il tempo di assunzione più breve, il team di talent acquisition può ottimizzare la propria strategia di sourcing. Perché è importante Aiuta a determinare i canali più efficaci per attrarre e assumere candidati qualificati, ottimizzando gli investimenti nel marketing del recruiting. Dove reperirlo Queste informazioni vengono generalmente acquisite quando un candidato invia una candidatura in Oracle HCM Recruiting. Esempi LinkedInSegnalazione da parte di un dipendentePagina Lavora con noi dell'aziendaIndeed
	Recruiter Recruiter	Il nome o l’ID del recruiter responsabile della gestione della candidatura.
Descrizione Questo attributo identifica il professionista di talent acquisition assegnato alla candidatura, generalmente responsabile di guidare il candidato attraverso il processo. L’analisi del processo per recruiter consente di bilanciare i carichi di lavoro, confrontare le prestazioni e individuare le best practice. Aiuta a rispondere a domande come quali recruiter registrano i tempi di ciclo più brevi o i tassi di accettazione delle offerte più elevati, supportando la Dashboard Recruiter Workload and Efficiency. Perché è importante Attribuisce le attività a persone specifiche, consentendo di analizzare il carico di lavoro, l’efficienza e le prestazioni dei recruiter. Dove reperirlo Associato all’oggetto candidatura o richiesta di personale in Oracle HCM Recruiting. Esempi John SmithJane DoeEmily Jones
	Reparto Department	Il reparto o l’unità aziendale per cui il candidato viene assunto.
Descrizione Questo attributo specifica l’unità organizzativa, ad esempio “Engineering”, “Sales” o “Marketing”, in cui è disponibile la posizione. Fornisce un contesto organizzativo per ogni candidatura. Segmentare il processo di recruiting per reparto è fondamentale per confrontare le prestazioni. Consente alla direzione di confrontare il tempo di assunzione, i tassi di abbandono e altri indicatori chiave tra le diverse aree dell’organizzazione, come richiesto dalla Dashboard Departmental Recruitment Performance Benchmarking. Perché è importante Consente di confrontare le prestazioni del recruiting e le variazioni del processo tra diverse unità aziendali o reparti. Dove reperirlo Generalmente fa parte dei dati della richiesta di personale collegati alla candidatura in Oracle HCM Recruiting. Esempi IngegneriaVenditeFinanzaRisorse umane
	Responsabile delle assunzioni HiringManager	Il nome o l’ID del responsabile delle assunzioni per la richiesta di personale associata.
Descrizione Questo attributo identifica il responsabile del team o del reparto in cui è disponibile la posizione. Il responsabile delle assunzioni è uno stakeholder fondamentale, spesso coinvolto nello screening, nei colloqui e nella decisione finale di assunzione. L’analisi delle prestazioni del processo per responsabile delle assunzioni può evidenziare colli di bottiglia legati alla sua disponibilità per i colloqui o ritardi nell’invio del feedback. Aiuta a individuare opportunità di formazione o miglioramento del processo, affinché i responsabili possano svolgere le proprie responsabilità di assunzione in modo più efficiente. Perché è importante Identifica uno stakeholder chiave del processo, consentendo di analizzare ritardi o efficienze legati al coinvolgimento del responsabile delle assunzioni. Dove reperirlo Memorizzato nell’oggetto richiesta di personale, collegato alla candidatura, all’interno di Oracle HCM Recruiting. Esempi Robert BrownSusan WhiteMichael Green
	Stato della candidatura ApplicationStatus	Lo stato attuale o finale della candidatura.
Descrizione Questo attributo indica la situazione della candidatura, ad esempio “Active”, “Hired”, “Rejected” o “Withdrawn”. Fornisce una fotografia della posizione della candidatura nel processo o del suo esito finale. L’analisi dello stato finale è fondamentale per calcolare indicatori chiave come i tassi di assunzione e di abbandono. Aiuta a comprendere l’efficacia complessiva del funnel di recruiting, mostrando quanti candidati raggiungono con successo la fase finale. Perché è importante Fornisce l’esito del processo di recruiting, essenziale per calcolare i tassi di conversione, di assunzione e di abbandono. Dove reperirlo Un campo standard del record principale della candidatura in Oracle HCM Recruiting. Esempi AssuntoRifiutatoRitirato dal candidatoOfferta accettata
	È un candidato interno IsInternalCandidate	Un indicatore che specifica se il candidato è un dipendente attuale.
Descrizione Questo attributo booleano distingue i candidati interni, che sono dipendenti già presenti in azienda, dai candidati esterni. I processi di assunzione interna ed esterna presentano spesso fasi, SLA e tassi di successo differenti. L'analisi di questo attributo consente di confrontare la mobilità interna con le assunzioni esterne. Può aiutare a determinare se l'azienda valorizza efficacemente le proprie risorse interne e se il processo di assunzione interna è più efficiente di quello esterno. Perché è importante Distingue i candidati interni da quelli esterni, i cui percorsi di selezione e indicatori di performance spesso differiscono significativamente, consentendo un'analisi segmentata più accurata. Dove reperirlo In genere si tratta di un indicatore presente nel profilo del candidato o della candidatura in Oracle HCM Recruiting. Esempi truefalse
	È una rilavorazione IsRework	Un indicatore che specifica se un'attività viene eseguita per la seconda volta o nuovamente.
Descrizione Questo attributo calcolato identifica i casi in cui un'attività viene ripetuta all'interno dello stesso caso. Ad esempio, se una candidatura passa da "Colloquio" a "Screening" e poi torna a "Colloquio", la seconda attività di "Screening" e la seconda di "Colloquio" vengono contrassegnate come rilavorazioni. L'analisi delle rilavorazioni è fondamentale per individuare inefficienze di processo e costi nascosti. Aiuta a localizzare le aree in cui il processo non funziona e richiede la ripetizione di determinate fasi. Supporta direttamente la Dashboard di analisi delle rilavorazioni delle candidature e dei colli di bottiglia, quantificando la frequenza e l'impatto di questi cicli. Perché è importante Identifica inefficienze e cicli di processo in cui il lavoro viene ripetuto, aiutando a individuare costi nascosti e opportunità di semplificazione. Dove reperirlo Calcolato durante la preparazione dei dati verificando se la stessa attività si è già verificata per un determinato CaseId. Esempi truefalse
	ID della richiesta di personale JobRequisitionId	L’identificativo univoco della posizione per cui il candidato si è candidato.
Descrizione Il Job Requisition ID collega più candidature a un’unica posizione approvata. Rappresenta il lato della domanda nel processo di recruiting. Questo attributo è fondamentale per aggregare i dati delle candidature e analizzare lo stato complessivo di una specifica attività di assunzione. Consente di analizzare quanti candidati si trovano nel funnel per un determinato ruolo, l’efficacia delle fonti di recruiting per quel ruolo e il tempo totale necessario per coprire la posizione. Perché è importante Raggruppa tutte le candidature relative alla stessa posizione, consentendo di analizzare l’intero funnel dei talenti per un ruolo specifico. Dove reperirlo È una chiave primaria dell’oggetto richiesta di personale, collegata a ogni candidatura in Oracle HCM Recruiting. Esempi REQ-2024-501REQ-2024-502REQ-2024-503
	Importo dell'offerta OfferAmount	L'importo della retribuzione indicata nell'offerta di lavoro presentata al candidato.
Descrizione Questo attributo registra la retribuzione proposta per il ruolo. Si tratta di un'informazione fondamentale nelle fasi finali del processo di selezione. Sebbene sia un dato sensibile, l'analisi degli importi delle offerte può fornire indicazioni sulla competitività della retribuzione. Può essere correlata ai tassi di accettazione delle offerte per capire se la retribuzione influisce sui rifiuti da parte dei candidati. Può inoltre essere utilizzata per verificare l'equità retributiva tra dipartimenti e ruoli diversi. Perché è importante Consente di analizzare l'andamento delle retribuzioni e il loro impatto sui tassi di accettazione delle offerte, contribuendo a una strategia di assunzione più competitiva. Dove reperirlo Disponibile nella sezione dei dettagli dell'offerta di lavoro associata a una candidatura in Oracle HCM Recruiting. Esempi 8500012000065000
	Motivo del rifiuto RejectionReason	Il motivo per cui la candidatura di un candidato è stata rifiutata.
Descrizione Questo attributo fornisce il contesto quando una candidatura passa allo stato “Rejected”. Tra i motivi possono figurare “Non in linea con la cultura aziendale”, “Competenze richieste mancanti” o “È stato assunto un altro candidato”. L’analisi dei motivi di rifiuto nelle diverse fasi del processo fornisce indicazioni preziose. Può evidenziare problemi nelle descrizioni delle posizioni, aspettative non allineate o criticità nel processo di screening, contribuendo a perfezionare la strategia di recruiting e a migliorare la qualità del bacino di candidati. Perché è importante Fornisce informazioni sui motivi per cui i candidati non avanzano nel processo, un elemento fondamentale per migliorare le descrizioni delle posizioni, i criteri di screening e l’efficacia complessiva del processo. Dove reperirlo Generalmente acquisito 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 minimiSelezionato un candidato più qualificatoAspettative retributive non in linea
	Obiettivo del time-to-hire TimeToHireTarget	La durata obiettivo, espressa in giorni, per coprire la richiesta di assunzione.
Descrizione Questo attributo definisce l'intervallo di tempo previsto per completare il processo di assunzione, dall'apertura della richiesta fino all'accettazione dell'offerta da parte del candidato. L'obiettivo viene spesso stabilito in base al livello del ruolo o agli standard del dipartimento. È essenziale per il KPI di aderenza all'obiettivo del time-to-hire. Confrontando il tempo effettivo di assunzione con questo obiettivo, l'organizzazione può misurare le proprie prestazioni rispetto agli obiettivi strategici e individuare tempestivamente le richieste che rischiano di richiedere troppo tempo. Perché è importante Fornisce un parametro di riferimento per confrontare le prestazioni effettive del time-to-hire e supporta direttamente il calcolo dei KPI di aderenza all'obiettivo. Dove reperirlo 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	Il timestamp che indica quando l’attività di recruiting è stata completata.
Descrizione L’ora di fine indica il completamento di un’attività. La differenza tra l’ora di inizio e l’ora di fine rappresenta il tempo di elaborazione di una singola attività. Nel Process Mining, questo dato viene utilizzato per calcolare la durata di attività specifiche, come il tempo necessario per esaminare una candidatura o svolgere un colloquio. L’analisi della durata delle attività aiuta a individuare quali fasi consumano più tempo all’interno del processo complessivo. Perché è importante Consente di calcolare la durata delle singole attività, un elemento fondamentale per individuare le fasi inefficienti e misurare le prestazioni a livello di attività. Dove reperirlo Può essere disponibile nelle tabelle degli Event Log oppure essere ricavato dall’ora di inizio dell’attività successiva. Esempi 2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
	Sede di lavoro JobLocation	La sede geografica o l'ufficio in cui si trova la posizione lavorativa.
Descrizione Questo attributo specifica la città, lo Stato o il Paese associato alla richiesta di assunzione. Può inoltre indicare se la posizione è da remoto. Questa dimensione consente di analizzare i processi di selezione a livello regionale. Può aiutare a capire, ad esempio, se il time-to-hire varia significativamente tra sedi diverse o se alcune regioni presentano tassi più elevati di abbandono da parte dei candidati. Queste informazioni sono utili per adattare le strategie di selezione ai mercati del lavoro locali. Perché è importante Consente di analizzare a livello geografico le metriche di selezione, aiutando a individuare differenze regionali nelle prestazioni e nelle criticità del processo di assunzione. Dove reperirlo 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 recruiting e acquisizione dei talenti

Questi sono i passaggi e i traguardi chiave del processo da acquisire nel Suo Event Log per un’individuazione accurata del processo e dei colli di bottiglia.

6 Consigliato 8 Facoltativo

	Attività	Descrizione
	Candidato assunto	Rappresenta la conclusione positiva e definitiva del processo di recruiting. L’evento si verifica quando lo stato del candidato viene modificato ufficialmente in “Hired”, attivando il passaggio alle funzioni HR centrali.
Perché è importante È il principale risultato positivo del processo. Costituisce il punto finale per calcolare il tempo di assunzione e altri indicatori chiave di efficienza. Dove reperirlo Si tratta di una modifica chiave dello stato nel record della candidatura in IRC_SUBMISSIONS. Viene attivata dall’azione “Hire” o “Move to HR” in Oracle Recruiting. Acquisizione Registrato quando il recruiter esegue l’azione finale “Hire”. Tipo di evento explicit
	Candidatura ricevuta	Indica la creazione di una nuova candidatura quando un candidato si candida a una posizione. Questo evento viene generalmente acquisito in modo esplicito al momento della prima creazione del record della candidatura nel sistema.
Perché è importante È il punto di partenza di ogni caso, essenziale per calcolare la durata end-to-end del processo, ad esempio il tempo di assunzione, e per analizzare nel tempo i volumi delle candidature. Dove reperirlo Questo evento viene acquisito dal timestamp di creazione del record di candidatura del candidato in Oracle Recruiting, probabilmente da una tabella come IRC_SUBMISSIONS. Acquisizione Dal timestamp 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 una qualsiasi fase del processo. L’evento viene acquisito tramite una modifica dello stato della candidatura.
Perché è importante È un punto finale comune per le candidature. Analizzare la fase in cui si verificano i rifiuti è fondamentale per comprendere i tassi di abbandono e l’efficienza del processo. Dove reperirlo Deducibile da qualsiasi modifica dello stato terminale della candidatura, ad esempio “Rejected”, “Not Selected” o un valore configurato analogo. Acquisizione Deducibile dalla modifica dello stato della candidatura a uno stato terminale “Rejected”. Tipo di evento inferred
	Colloquio svolto	Indica il completamento di un colloquio con un candidato. Spesso viene dedotto quando un intervistatore o un recruiter aggiorna lo stato del colloquio programmato a “Completed” o “Conducted”.
Perché è importante Si tratta di una tappa fondamentale del processo di recruiting. Il tempo di ciclo tra questa attività e “Offer Extended” è un indicatore chiave delle prestazioni. Dove reperirlo Deducibile da una modifica dello stato del record del colloquio programmato in Oracle Recruiting. Il timestamp della modifica dello stato costituisce l’orario dell’evento. Acquisizione Deducibile dalla modifica dello stato del colloquio a “Completed” o “Finished”. Tipo di evento inferred
	Offerta accettata	Indica che il candidato ha accettato formalmente l’offerta di lavoro. L’evento viene acquisito quando il candidato accetta tramite il portale dedicato alle opportunità di lavoro oppure 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 segnala l’inizio delle attività successive all’offerta. Dove reperirlo Acquisito da un aggiornamento del record dell’offerta allo stato “Accepted”. L’aggiornamento può essere effettuato online dal candidato oppure inserito manualmente dal recruiter. Acquisizione Dal timestamp della modifica dello stato dell’offerta a “Accepted”. Tipo di evento explicit
	Offerta inviata	Indica l’invio formale di un’offerta di lavoro a un candidato. Si tratta di un evento esplicito, registrato quando un recruiter invia ufficialmente l’offerta tramite il sistema Oracle Recruiting.
Perché è importante È una tappa fondamentale per misurare il tasso di accettazione delle offerte e la durata tra il colloquio finale e l’offerta, un elemento critico dell’esperienza del candidato. Dove reperirlo Acquisito esplicitamente quando lo stato dell’offerta di lavoro passa a “Extended” o “Sent”. Il timestamp dell’azione viene registrato sull’oggetto offerta. Acquisizione Registrato quando il recruiter esegue l’azione “Extend Offer”. Tipo di evento explicit
	Candidatura esaminata	Rappresenta la verifica iniziale della candidatura di un candidato da parte di un recruiter, finalizzata a controllare il possesso dei requisiti di base. Generalmente viene dedotta quando lo stato della candidatura passa da “New” a “Under Review”.
Perché è importante L’analisi del tempo trascorso in questa fase aiuta a individuare i colli di bottiglia nel processo di verifica iniziale. È inoltre fondamentale per misurare il KPI Rework Rate for Application Screening. Dove reperirlo Deducibile dalla cronologia del campo relativo allo stato della candidatura in Oracle Recruiting. Occorre cercare una modifica dello stato nella cronologia della tabella IRC_SUBMISSIONS. Acquisizione Deducibile dalla modifica dello stato della candidatura a “Screening” o “Under Review”. Tipo di evento inferred
	Candidatura ritirata	Rappresenta la decisione del candidato di ritirarsi dalla selezione per la posizione. L’evento viene acquisito quando lo stato della candidatura viene aggiornato a “Withdrawn by Candidate”.
Perché è importante Il monitoraggio dei ritiri aiuta a individuare le fasi in cui l’esperienza del candidato può essere insoddisfacente e generare un elevato abbandono. È fondamentale per analizzare il KPI Candidate Drop-off Rate. Dove reperirlo Deducibile da una modifica dello stato della candidatura a “Withdrawn”. Il ritiro può essere avviato dal candidato nel portale oppure da un recruiter per suo conto. Acquisizione Deducibile dalla modifica dello stato della candidatura a “Withdrawn by Candidate”. Tipo di evento inferred
	Colloquio programmato	Rappresenta il momento in cui un colloquio con un candidato viene ufficialmente programmato nel sistema. Generalmente viene acquisito quando il colloquio viene creato e associato alla candidatura.
Perché è importante Il monitoraggio di questo evento consente di misurare il tempo necessario per organizzare i colloqui, un elemento fondamentale dell’esperienza del candidato e del tempo complessivo di assunzione. Dove reperirlo Questo evento viene registrato esplicitamente nel modulo di programmazione dei colloqui di Oracle Recruiting. I dati si troverebbero nelle tabelle relative ai colloqui collegate alla candidatura. Acquisizione Dal record di creazione di un evento colloquio collegato alla candidatura. Tipo di evento explicit
	Dettagli dell’offerta approvati	Rappresenta il completamento di un Workflow di approvazione interno per un’offerta di lavoro, prima che questa venga inviata al candidato. L’evento viene dedotto dallo stato di approvazione finale del record dell’offerta.
Perché è importante Questa attività consente di analizzare la durata e l’efficienza del processo interno di approvazione dell’offerta, che può rappresentare una fonte significativa di ritardi. Dove reperirlo Deducibile dalla cronologia delle modifiche dello stato del record dell’offerta di lavoro in Oracle Recruiting, verificando il momento in cui passa allo stato “Approved”. Acquisizione Deducibile dalla modifica dello stato dell’oggetto offerta a “Approved”. Tipo di evento inferred
	Feedback sul colloquio inviato	Indica che un intervistatore ha inviato il proprio feedback e la propria valutazione del candidato dopo il colloquio. Si tratta di un evento esplicito, acquisito quando il modulo di feedback viene salvato.
Perché è importante I ritardi tra il colloquio e l’invio del feedback possono rallentare significativamente il processo di assunzione. Il monitoraggio di questo intervallo aiuta a individuare i colli di bottiglia nel processo decisionale. Dove reperirlo Registrato esplicitamente quando un intervistatore invia la propria valutazione tramite il portale Oracle Recruiting. Viene utilizzato il timestamp di creazione del record del feedback. Acquisizione Dal timestamp di creazione del record del feedback sul colloquio. Tipo di evento explicit
	Offerta rifiutata	Rappresenta 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 di insuccesso nel processo. Analizzare quando e perché le offerte vengono rifiutate fornisce informazioni preziose sulla competitività della retribuzione e sull’esperienza del candidato. Dove reperirlo Acquisito da un aggiornamento del record dell’offerta allo stato “Declined” o “Rejected by Candidate”. Acquisizione Dal timestamp della modifica dello stato dell’offerta a “Declined”. Tipo di evento explicit
	Valutazione completata	Indica che un candidato ha completato una valutazione preliminare obbligatoria, come un test delle competenze o una valutazione della personalità. Questo evento viene generalmente registrato quando la piattaforma di valutazione restituisce a Oracle HCM lo stato di completamento.
Perché è importante Questa attività consente di monitorare il coinvolgimento dei candidati e di analizzare il tempo impiegato per completare le valutazioni, che può rappresentare un punto di abbandono. Dove reperirlo Acquisito da un aggiornamento dello stato inviato da uno strumento di valutazione di terze parti integrato oppure da una modifica manuale dello stato effettuata da 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 di una verifica dei precedenti del candidato dopo l’accettazione dell’offerta. L’evento viene spesso attivato da una modifica dello stato o dall’integrazione con un servizio di terze parti.
Perché è importante Questa attività è fondamentale per monitorare le tempistiche successive all’offerta e precedenti all’assunzione, oltre che per garantire la conformità. Eventuali ritardi possono influire sulla data di inizio del candidato. Dove reperirlo Deducibile da una modifica dello stato della candidatura a “Background Check” oppure registrato tramite una chiamata API a un fornitore integrato di servizi di verifica dei precedenti. Acquisizione Deducibile dalla modifica dello stato della candidatura a “Background Check in Progress”. Tipo di evento inferred

Consigliato Facoltativo

Guide all'estrazione

Come ottenere i dati da Oracle HCM Recruiting

Passaggi

Acceda a OTBI: acceda a Oracle HCM Cloud. Utilizzi il menu Navigator per aprire Tools, quindi 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, poiché Analysis offre la flessibilità necessaria.
Selezioni l'area tematica: quando richiesto, scelga l'area tematica 'Recruiting - Recruiting Real Time'. Questo è il modello dati che contiene tutti i dettagli necessari su candidature, colloqui e offerte di lavoro.
Acceda alla configurazione avanzata: dopo aver selezionato l'area tematica, verrà indirizzato all'editor dell'analisi. Apra la scheda Advanced nell'angolo superiore destro. Questa opzione consente di modificare direttamente la query SQL logica.
Incolli la SQL logica: nella sezione 'Analysis XML', individui il tag saw:query. Sostituisca la query SQL esistente all'interno del tag con la SQL logica completa fornita nella sezione 'Query' di questo documento. È fondamentale 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 desiderato, nel formato 'YYYY-MM-DD'. Questo passaggio è fondamentale per controllare la quantità di dati estratti.
Convalidi la query: faccia clic sul pulsante 'Validate SQL' per verificare l'assenza di errori di sintassi. Se la convalida ha esito positivo, può procedere. Tenga presente che questa verifica controlla solo la sintassi, non l'esistenza delle colonne nella configurazione specifica.
Visualizzi i risultati: torni alla scheda Results. L'analisi verrà eseguita e sarà visualizzata un'anteprima dei dati dell'Event Log. Verifichi che colonne e dati siano quelli previsti.
Configuri le impostazioni di esportazione: per dataset di grandi dimensioni, è consigliabile pianificare l'analisi come job anziché eseguirla interattivamente. Nell'editor dell'analisi può impostare le proprietà di esportazione per garantire un formato CSV pulito.
Esporti i dati: dopo aver verificato i risultati, faccia clic sul link Export e scelga il formato CSV. Verrà scaricato il file completo dell'Event Log.
Prepari il caricamento: apra il file CSV scaricato. Verifichi che le intestazioni delle colonne corrispondano agli attributi richiesti (JobApplicationId, ActivityName, EventTime, ecc.) 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 dell'intervallo di date: la query include i segnaposto [Start Date] e [End Date]. È fondamentale definire un intervallo specifico per gestire le prestazioni e il volume dei dati. Consigliamo 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 business unit, ai dipartimenti e ai datori di lavoro legali per i quali dispone dell'autorizzazione.
Considerazioni sulle prestazioni: nelle organizzazioni di grandi dimensioni con volumi elevati di selezioni, l'esecuzione della query su un periodo lungo può essere lenta o andare in timeout nell'interfaccia interattiva. Per estrazioni di grandi dimensioni, è buona prassi salvare l'analisi e pianificarne l'esecuzione come job in background, inviando l'output a un content server o tramite e-mail.
Personalizzazione: la query fornita utilizza campi standard. Se la Sua organizzazione utilizza Descriptive Flexfields (DFF) o oggetti personalizzati per registrare specifici eventi di selezione, dovrà modificare la SQL logica per includerli.

a 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 di avere Python 3 installato sul sistema insieme alla libreria requests. Può installarla utilizzando pip: pip install requests. Avrà inoltre bisogno di credenziali utente valide, ovvero nome utente e password, e del nome host della Sua istanza Oracle HCM Cloud, con autorizzazioni per accedere alla Recruiting REST API.
Inizializzazione dello script: crei un nuovo file di script Python, ad esempio extract_hcm_data.py. Inizi importando le librerie necessarie: requests, csv e datetime.
Definizione della 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. L'utilizzo di segnaposto per le credenziali è una buona prassi di sicurezza.
Creazione della sessione API: crei un oggetto requests.Session. Imposti la proprietà di autenticazione della sessione con nome utente e password. In questo modo le credenziali verranno inviate con ogni successiva richiesta API effettuata tramite la sessione.
Implementazione del ciclo di paginazione: lo script deve recuperare i dati per pagine, 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 incrementerà quindi l'offset del limite per la pagina successiva.
Richiesta API: all'interno del ciclo, costruisca l'URL completo della richiesta API per l'endpoint recruitingCEJobApplications. Utilizzi il parametro fields per specificare tutti gli attributi richiesti e il parametro expand per includere oggetti correlati come Phases e Offers. Utilizzi il parametro q per filtrare in base a CreationDate, secondo l'intervallo di date configurato.
Elaborazione della risposta JSON: per ogni chiamata API, verifichi la presenza di un codice di stato HTTP positivo, pari a 200. Analizzi la risposta JSON. Le candidature saranno contenute nell'array items del corpo della risposta.
Iterazione e generazione degli eventi: esegua un ciclo su ogni oggetto candidatura restituito dall'API. Per ciascuna candidatura, estragga gli attributi comuni come ApplicationId, Recruiter e HiringManager.
Mappatura degli stati alle attività: questa è la logica centrale. Per ogni candidatura, deve generare una riga separata per ciascuna delle 14 attività richieste. A tal fine, esamini CreationDate, la raccolta Phases e la raccolta Offers. Ad esempio, utilizzi CreationDate per "Application Received". Scorra l'array Phases per creare righe per "Application Screened", "Interview Scheduled", "Candidate Hired", "Application Rejected" e così via, utilizzando il timestamp del momento in cui è stata raggiunta ciascuna fase. Analogamente, scorra l'array Offers per gli eventi "Offer Extended", "Offer Accepted" e "Offer Declined".
Creazione dell'Event Log: man mano che genera gli eventi delle attività, li memorizzi come dizionari con chiavi corrispondenti alle intestazioni delle colonne dell'Event Log (JobApplicationId, ActivityName, EventTime, ecc.). Aggiunga ogni dizionario a un elenco principale che costituirà l'Event Log completo.
Esportazione 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'acquisizione in ProcessMind.

Configurazione

Credenziali API: è necessario un account di servizio dedicato con un ruolo che garantisca l'accesso alla Recruiting REST API, ad esempio "Recruiting Manager", oppure un ruolo personalizzato con i privilegi "Recruiting REST API Access".
Endpoint API: l'endpoint principale utilizzato è recruitingCEJobApplications. È fondamentale utilizzare il parametro di query expand, ad esempio expand=Phases,Offers, per recuperare in un'unica chiamata gli oggetti annidati contenenti la cronologia degli stati e i dettagli delle offerte, con maggiore efficienza.
Filtro dell'intervallo di date: utilizzi il parametro di query q per filtrare le candidature in base alla data. Si consiglia un filtro su CreationDate per gestire il volume dei dati. Per un'analisi iniziale, è opportuno utilizzare un intervallo relativo agli ultimi 3-6 mesi. Esempio: q=CreationDate>'2023-01-01T00:00:00Z'.
Selezione dei campi: per ottimizzare le prestazioni e ridurre il payload di 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 controlla il numero di record restituiti per ogni chiamata API. Un valore compreso tra 200 e 500 rappresenta in genere un buon compromesso tra il numero di chiamate API e la dimensione di ciascuna risposta.
Mappature degli stati: lo script contiene un dizionario per mappare i codici di fase e di stato di Oracle HCM ai nomi standardizzati delle attività. Questa mappatura potrebbe dover essere personalizzata in base alla configurazione specifica del Workflow di selezione della Sua organizzazione.

a 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 per iniziare?

Utilizzi questo Template per preparare i dati con sicurezza e iniziare a portare alla luce gli insight nascosti nel processo di acquisizione dei talenti. Inizi oggi il percorso verso una strategia di selezione più efficiente ed efficace.

Torna alla guida al miglioramento Scarica il Template

Ottimizzi oggi la selezione e l'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. Configurazione in pochi minuti.

Il Suo Template dei dati per la selezione e l'acquisizione dei talenti

Il Suo Template dei dati per la selezione e l'acquisizione dei talenti

Attributi di recruiting e acquisizione dei talenti

Attività di recruiting e acquisizione dei talenti

Guide all'estrazione

Report OTBI di Oracle HCM per l'esportazione dei dati di selezione

Passaggi

Configurazione

a Query di esempio sql

Estrazione tramite script Python utilizzando l'API REST di Oracle HCM

Passaggi

Configurazione

a Query di esempio python

È pronto per iniziare?

Ottimizzi oggi la selezione e l'acquisizione dei talenti

Il Suo Template dei dati per la selezione e l'acquisizione dei talenti

Il Suo Template dei dati per la selezione e l'acquisizione dei talenti

Attributi di recruiting e acquisizione dei talenti

Attività di recruiting e acquisizione dei talenti

Guide all'estrazione

Report OTBI di Oracle HCM per l'esportazione dei dati di selezione

Passaggi

Configurazione

a Query di esempio sql

Estrazione tramite script Python utilizzando l'API REST di Oracle HCM

Passaggi

Configurazione

a Query di esempio python

È pronto per iniziare?

Ottimizzi oggi la selezione e l'acquisizione dei talenti

La Sua privacy è importante