> Miglioramento Continuo dei Processi > Ricerca e Selezione (Talent Acquisition) > Oracle HCM Recruiting > Template Dati

Il Suo template per i dati di Ricerca e Selezione

Oracle HCM Recruiting

← Torna alla Guida al Miglioramento

Attributi di Ricerca e Selezione (19) Attività di Ricerca e Selezione (14) Guide all'Estrazione (2)

Il Suo template per i dati di Ricerca e Selezione

Questo template fornisce una guida completa alla raccolta dei dati necessari per ottimizzare il Suo processo di Ricerca e Selezione. Descrive gli attributi essenziali, le attività chiave da tracciare e consigli pratici per l'estrazione dal Suo sistema sorgente. Utilizzi questa risorsa per garantire una preparazione dei dati fluida ed efficace.

`Attributi` consigliati da raccogliere per un'analisi approfondita
Attività e pietre miliare chiave da tracciare
Guida all'estrazione dei dati dal Suo sistema

È nuovo agli event log? Impari come creare un event log di Process Mining.

Scarica Template

Attributi di Ricerca e Selezione

Questi sono i campi dati consigliati da includere nell'Event Log per un'analisi completa del Suo processo di Ricerca e Selezione.

5 Obbligatorio 5 Consigliato 9 Facoltativo

	Nome	Descrizione
	Activity ActivityName	Il nome dell'attività o dell'evento di selezione specifico che si è verificato.
Descrizione Questo attributo descrive un singolo passaggio o traguardo nel processo di selezione, come 'Candidatura valutata', 'Colloquio svolto' o 'Offerta inviata'. Ogni attività rappresenta un evento distinto nel ciclo di vita della domanda. È un componente fondamentale per il Process Mining, poiché definisce i nodi nella mappa di processo. Analizzare la sequenza e la frequenza delle attività aiuta a identificare i percorsi comuni, i bottleneck, le deviazioni dalle procedure standard e i loop di rilavorazione. Perché è importante Questo attributo definisce le fasi del processo di selezione, costituendo la base della mappa di processo e consentendo l'analisi dei flussi e delle varianti. Dove trovare Solitamente derivato dalle tabelle dello storico degli eventi o degli stati relative all'oggetto candidatura in Oracle HCM Recruiting. Esempi Domanda VagliataColloquio condottoOfferta EstesaCandidato Assunto
	Candidatura JobApplicationId	Un identificativo univoco per ogni candidatura di un candidato.
Descrizione Il Job Application ID è la chiave primaria che traccia l'intero percorso di un candidato per una specifica posizione. Collega tutte le attività correlate, dall'invio iniziale alla decisione finale, formando un'unica istanza di processo coerente. Nel Process Mining, questo attributo è essenziale per definire il 'caso', permettendo di ricostruire il percorso unico di ogni candidato. Gli analisti lo utilizzano per visualizzare i flussi end-to-end, misurare i tempi di ciclo complessivi e analizzare i tassi di conversione tra le diverse fasi del funnel di selezione. Perché è importante Identifica in modo univoco ogni pratica di selezione, consentendo di tracciare l'intero ciclo di vita della candidatura, dall'invio iniziale alla decisione finale. Dove trovare È un identificativo primario all'interno del modulo Oracle HCM Recruiting, solitamente associato ai record di invio dei candidati. Esempi APP-2024-00123APP-2024-00124APP-2024-00125
	Ora di Inizio EventTime	Il timestamp che indica quando è iniziata l'attività di selezione.
Descrizione Questo attributo registra la data e l'ora precise in cui si è verificata un'attività specifica. Fornisce il contesto cronologico per ordinare gli eventi all'interno di ogni candidatura. Lo Start Time è fondamentale per tutte le analisi di Process Mining basate sul tempo. Viene utilizzato per calcolare i tempi di ciclo tra le attività, identificare i ritardi, misurare il Time-to-Hire complessivo e verificare il rispetto dei service level agreement o dei target di performance. Perché è importante Fornisce l'ordine cronologico degli eventi, essenziale per calcolare le durate, scoprire i bottleneck e analizzare le prestazioni del processo. Dove trovare Questo timestamp si trova solitamente accanto al nome dell'attività negli Event Log o nelle tabelle dello storico degli stati in 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 provengono i dati.
Descrizione Questo attributo identifica il sistema informativo sorgente dove sono stati registrati i dati di selezione. Per questo processo, sarà tipicamente 'Oracle HCM Recruiting'. In ambienti con più sistemi, questo campo è fondamentale per la data lineage e la risoluzione dei problemi. Conferma che i dati provengano dalla fonte prevista e può essere utilizzato per filtrare le analisi per piattaforme specifiche. Perché è importante Identifica l'origine dei dati, aspetto cruciale per la data governance, la validazione e per garantire che l'analisi si basi sulla fonte di informazioni corretta. Dove trovare Questo è spesso un valore statico aggiunto durante il processo di `data extraction`, `transformation` e `loading` (`ETL`) per etichettare il `dataset`. Esempi Oracle HCM RecruitingOracle Fusion Cloud HCM
	Ultimo `Data Update` LastDataUpdate	Il timestamp di quando i dati sono stati aggiornati o estratti l'ultima volta dal sistema di origine.
Descrizione Questo attributo indica la data e l'ora dell'ultima estrazione dati. Fornisce il contesto sull'aggiornamento delle informazioni analizzate. È importante affinché gli utenti comprendano quanto sia attuale l'analisi del processo e per gestire le aspettative sulla visibilità delle attività più recenti. È un metadato fondamentale per qualsiasi dashboard o report. Perché è importante Informa gli utenti sull'attualità dei dati, assicurando la comprensione del periodo coperto dall'analisi. Dove trovare Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL). Esempi 2024-05-20T08:00:00Z2024-05-21T08:00:00Z
	Dipartimento Department	Il dipartimento o l'unità aziendale per cui viene assunto il candidato.
Descrizione Questo attributo specifica l'unità organizzativa, come 'Ingegneria', 'Vendite' o 'Marketing', che ha la posizione aperta. Fornisce un contesto organizzativo a ogni candidatura. Segmentare il processo di selezione per dipartimento è essenziale per il benchmarking delle performance. Permette alla leadership di confrontare il Time-to-Hire, i tassi di abbandono e altre metriche chiave tra le diverse aree dell'azienda, come richiesto dalla dashboard di benchmarking delle performance dipartimentali. Perché è importante Consente il confronto delle prestazioni di recruitment e delle variazioni di processo tra diverse business unit o dipartimenti. Dove trovare Solitamente parte dei dati della job requisition collegata alla candidatura in Oracle HCM Recruiting. Esempi IngegneriaVenditeFinanzaRisorse Umane
	Fonte dell'Applicazione ApplicationSource	Il canale o la fonte attraverso cui è stata ricevuta la candidatura.
Descrizione Questo attributo traccia il modo in cui un candidato ha trovato la posizione aperta, ad esempio 'LinkedIn', 'Sito web aziendale', 'Referral dipendente' o 'Job Board'. È fondamentale per la dashboard sull'efficacia delle fonti delle candidature, poiché permette all'azienda di misurare il ROI dei diversi canali di sourcing. Analizzando quali fonti portano a più assunzioni o hanno il Time-to-Hire più rapido, il team di Talent Acquisition può ottimizzare la propria strategia. Perché è importante Aiuta a determinare i canali più efficaci per attrarre e assumere candidati qualificati, ottimizzando la spesa per il recruitment marketing. Dove trovare Queste informazioni vengono solitamente registrate quando un candidato invia una domanda in Oracle HCM Recruiting. Esempi `LinkedIn`Segnalazione DipendentePagina Carriere AziendaleIndeed
	Reclutatore Recruiter	Il nome o l'ID del recruiter responsabile della gestione della candidatura.
Descrizione Questo attributo identifica il professionista della Talent Acquisition assegnato alla candidatura. Questa persona è solitamente responsabile di guidare il candidato lungo il processo. Analizzare il processo per recruiter permette di bilanciare il carico di lavoro, confrontare le performance (benchmarking) e identificare le best practice. Aiuta a rispondere a domande su quali recruiter abbiano tempi di ciclo più rapidi o tassi di accettazione più alti, alimentando la dashboard sull'efficienza e il carico di lavoro dei recruiter. Perché è importante Attribuisce le attività a individui specifici, consentendo l'analisi del carico di lavoro, dell'efficienza e delle prestazioni dei recruiter. Dove trovare Associato alla candidatura o all'oggetto della richiesta di lavoro in Oracle HCM Recruiting. Esempi John SmithJane DoeEmily Jones
	Responsabile delle Assunzioni HiringManager	Il nome o l'ID dell'hiring manager per la posizione associata.
Descrizione Questo attributo identifica il responsabile del team o del dipartimento con la posizione aperta. L'hiring manager è uno stakeholder chiave, spesso coinvolto nello screening, nei colloqui e nella decisione finale. Analizzare le performance del processo per hiring manager può rivelare bottleneck legati alla loro disponibilità per i colloqui o ritardi nel fornire feedback. Questo aiuta a identificare opportunità di formazione o miglioramento dei processi per supportare i manager a gestire le proprie responsabilità di selezione in modo più efficiente. Perché è importante Identifica uno stakeholder chiave nel processo, consentendo l'analisi di ritardi o efficienze legati al coinvolgimento dell'hiring manager. Dove trovare Archiviato nell'oggetto job requisition, collegato alla candidatura, all'interno di Oracle HCM Recruiting. Esempi Robert BrownSusan WhiteMichael Green
	Stato Domanda ApplicationStatus	Lo stato attuale o finale della candidatura.
Descrizione Questo attributo indica la disposizione della candidatura, come 'Attiva', 'Assunto', 'Rifiutata' o 'Ritirata'. Fornisce un'istantanea della posizione della domanda nel processo o del suo esito finale. Analizzare lo stato finale è fondamentale per calcolare metriche chiave come i tassi di assunzione e di abbandono. Aiuta a comprendere l'efficacia complessiva del funnel di selezione, mostrando quanti candidati raggiungono con successo la fase finale. Perché è importante Fornisce il risultato del processo di selezione, essenziale per calcolare i tassi di conversione, di assunzione e di abbandono. Dove trovare Un campo standard nel record principale della candidatura in Oracle HCM Recruiting. Esempi `Assunto`RifiutatoRitirata dal candidatoOfferta Accettata
	È un candidato interno IsInternalCandidate	Un indicatore che segnala se il candidato è già un dipendente dell'azienda.
Descrizione Questo attributo booleano distingue tra candidati interni (dipendenti attuali) ed esterni. I processi di assunzione interni ed esterni hanno spesso passaggi, SLA e tassi di successo differenti. Analizzare questo attributo permette un confronto tra mobilità interna e selezione esterna. Può aiutare a determinare se l'azienda stia promuovendo efficacemente dall'interno e se il processo di selezione interno sia più efficiente di quello esterno. Perché è importante Distingue i candidati interni da quelli esterni, i cui percorsi di selezione e metriche di performance spesso differiscono notevolmente, permettendo un'analisi segmentata più accurata. Dove trovare Solitamente è un flag sul profilo del candidato o della candidatura in Oracle HCM Recruiting. Esempi truefalse
	È una Rilavorazione IsRework	Un indicatore che segnala se un'attività viene eseguita per la seconda volta o successivamente (rielaborazione).
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 di nuovo a 'Colloquio', le seconde attività di 'Screening' e 'Colloquio' saranno contrassegnate come rilavorazione. Analizzare le rilavorazioni è fondamentale per scoprire inefficienze e costi nascosti. Aiuta a individuare le aree in cui il processo fallisce, richiedendo la ripetizione di alcuni passaggi. Questo dato alimenta direttamente la dashboard di analisi delle rilavorazioni e dei bottleneck, quantificando la frequenza e l'impatto di tali loop. Perché è importante Identifica le inefficienze del processo e i loop in cui il lavoro viene ripetuto, aiutando a scoprire costi nascosti e opportunità di snellimento. Dove trovare Calcolato durante la preparazione dei dati verificando se la stessa attività si è già verificata per un determinato CaseId. Esempi truefalse
	ID Richiesta di Assunzione JobRequisitionId	L'identificativo univoco della posizione aperta per cui il candidato ha fatto domanda.
Descrizione Il Job Requisition ID collega più candidature a una singola posizione aperta e approvata. Rappresenta il lato della domanda nel processo di selezione. Questo attributo è fondamentale per aggregare i dati e analizzare lo stato di salute di una specifica ricerca. Permette di analizzare quanti candidati sono in pipeline per un determinato ruolo, l'efficacia del sourcing per quella posizione e il tempo totale necessario per coprirla. Perché è importante Raggruppa tutte le candidature per la stessa posizione aperta, consentendo l'analisi dell'intera pipeline di talenti per un ruolo specifico. Dove trovare Si tratta di una chiave primaria nell'oggetto job requisition, collegata a ogni candidatura in Oracle HCM Recruiting. Esempi REQ-2024-501REQ-2024-502REQ-2024-503
	Importo dell'offerta OfferAmount	L'importo salariale dell'offerta di lavoro presentata al candidato.
Descrizione Questo attributo registra la retribuzione proposta per il ruolo. È un'informazione critica nelle fasi finali del processo di selezione. Sebbene si tratti di dati sensibili, analizzare gli importi delle offerte può fornire indicazioni sulla competitività dei compensi. Può essere correlato ai tassi di accettazione per capire se la retribuzione è un fattore che spinge i candidati a rifiutare. Inoltre, può essere utilizzato per garantire l'equità salariale tra diversi dipartimenti e ruoli. Perché è importante Consente l'analisi dei trend retributivi e del loro impatto sui tassi di accettazione delle offerte, contribuendo a una strategia di assunzione più competitiva. Dove trovare Disponibile nella sezione dei dettagli dell'offerta di lavoro per una candidatura in Oracle HCM Recruiting. Esempi 8500012000065000
	Motivo del Rigetto RejectionReason	Il motivo per cui la candidatura è stata rifiutata.
Descrizione Questo attributo fornisce il contesto quando una candidatura viene spostata in stato 'Rifiutata'. I motivi potrebbero includere 'Mancanza di affinità culturale', 'Carenza di competenze richieste' o 'Assunzione di un altro candidato'. Analizzare i motivi del rifiuto nelle diverse fasi del processo fornisce feedback preziosi. Può evidenziare problemi nelle job description, aspettative disallineate o criticità nel processo di screening, aiutando a perfezionare la strategia di selezione e migliorare la qualità del bacino di candidati. Perché è importante Offre analisi sul perché i candidati non proseguono nel processo, elemento cruciale per migliorare le job description, i criteri di screening e l'efficacia generale della selezione. Dove trovare Solitamente registrato in un campo specifico o nella sezione note quando un recruiter o un manager rifiuta un candidato in Oracle HCM Recruiting. Esempi Non soddisfa i requisiti minimiSelezionato un candidato più qualificatoAspettative retributive non allineate
	Ora di Fine EventEndTime	Il timestamp che indica quando è stata completata l'attività di selezione.
Descrizione L'End Time indica il completamento di un'attività. La differenza tra Start Time ed End Time rappresenta il tempo di elaborazione di una singola attività. Nel Process Mining, questo dato serve a calcolare la durata di compiti specifici, come il tempo necessario per valutare una candidatura o svolgere un colloquio. Analizzare la durata delle attività aiuta a identificare quali passaggi richiedono più tempo all'interno del processo complessivo. Perché è importante Consente il calcolo della durata delle singole attività, essenziale per individuare i passaggi inefficienti e misurare le prestazioni a livello di task. Dove trovare Può essere disponibile nelle tabelle dell'Event Log o può essere derivato dallo Start Time dell'attività successiva. Esempi 2023-10-01T10:30:00Z2023-10-05T15:00:00Z2023-11-12T11:15:00Z
	Sede di lavoro JobLocation	La posizione geografica o l'ufficio dove ha sede il lavoro.
Descrizione Questo attributo specifica la città, la provincia o il paese associato alla ricerca. Può anche indicare se una posizione è da remoto. Questa dimensione permette analisi regionali dei processi di selezione. Può aiutare a capire se il Time-to-Hire varia significativamente tra diverse sedi o se certe regioni hanno tassi di abbandono più elevati. È utile per adattare le strategie di selezione a specifici mercati del lavoro. Perché è importante Consente l'analisi geografica delle metriche di recruitment, aiutando a identificare differenze regionali nelle prestazioni e nelle sfide di assunzione. Dove trovare Archiviato nell'oggetto job requisition in Oracle HCM Recruiting. Esempi New York, NYLondon, UKRemotoSan Francisco, CA
	Target Time-to-Hire TimeToHireTarget	La durata target, in giorni, per coprire la posizione.
Descrizione Questo attributo definisce i tempi previsti per completare il processo di assunzione, dall'apertura della ricerca all'accettazione del candidato. Spesso questo target è impostato in base al livello del ruolo o agli standard del dipartimento. È un dato essenziale per il KPI di aderenza ai target di Time-to-Hire. Confrontando il Time-to-Hire reale con questo obiettivo, l'azienda può misurare le performance rispetto ai traguardi strategici e identificare proattivamente le ricerche che rischiano di richiedere troppo tempo. Perché è importante Fornisce un benchmark per misurare le performance reali del Time-to-Hire, supportando direttamente il calcolo dei KPI per il rispetto degli obiettivi. Dove trovare Potrebbe essere un campo nell'oggetto job requisition in Oracle HCM Recruiting o essere gestito in un sistema separato. Esempi 30456090
	Tempo di Elaborazione ProcessingTime	La durata di una singola attività.
Descrizione Questa metrica rappresenta il tempo impiegato per un compito specifico, calcolato come differenza tra End Time e Start Time di un'attività. Misura la durata effettiva di elaborazione di un passaggio. Questo attributo calcolato è fondamentale per identificare quali attività siano le più onerose in termini di tempo. Ad esempio, può evidenziare se l'invio dei feedback dopo i colloqui richiede troppo tempo o se le approvazioni delle offerte subiscono ritardi. Ciò consente di concentrare gli sforzi di miglioramento sui passaggi più inefficienti. Perché è importante Individua la durata esatta dei singoli passaggi, rendendo possibile l'analisi e la risoluzione delle attività che richiedono più tempo. Dove trovare Calcolato durante la trasformazione dei dati sottraendo l'EventTime di un'attività dall'EventEndTime. Esempi 360086400604800

Obbligatorio Consigliato Facoltativo

Attività di Ricerca e Selezione

Queste sono le fasi chiave del processo e le milestone da registrare nel tuo event log per un'accurata scoperta dei processi e l'identificazione dei colli di bottiglia.

6 Consigliato 8 Facoltativo

	Activity	Descrizione
	Candidato Assunto	Rappresenta la conclusione positiva del processo di selezione. Questo evento si verifica quando lo stato del candidato viene ufficialmente cambiato in 'Assunto' (Hired), attivando il passaggio al sistema HR principale.
Perché è importante Questo è il principale risultato di successo del processo. Funge da punto finale per il calcolo del Time-to-Hire e di altre metriche di efficienza chiave. Dove trovare Si tratta di un cambio di stato fondamentale nel record della candidatura in IRC_SUBMISSIONS. Viene attivato dall'azione 'Assumi' (Hire) o 'Sposta a HR' (Move to HR) in Oracle Recruiting. Acquisisci Registrato quando il recruiter esegue l'azione finale di assunzione ('Hire'). Tipo di evento explicit
	Candidatura Ricevuta	Indica la creazione di una nuova candidatura quando un candidato si propone per una posizione. Questo evento viene solitamente registrato in modo esplicito alla creazione del record della domanda nel sistema.
Perché è importante Questo è il punto di partenza per ogni caso, essenziale per calcolare le durate del processo end-to-end come il Time-to-Hire e analizzare i volumi di candidature nel tempo. Dove trovare Questo evento è registrato dal timestamp di creazione del record di invio del candidato in Oracle Recruiting, probabilmente da una tabella come IRC_SUBMISSIONS. Acquisisci Dal timestamp di creazione del record della candidatura. Tipo di evento explicit
	Colloquio condotto	Indica il completamento del colloquio con un candidato. Spesso viene dedotto quando un intervistatore o un recruiter aggiorna lo stato del colloquio pianificato su 'Completato' o 'Svolto'.
Perché è importante Questo è un traguardo critico nel processo di selezione. Il tempo di ciclo da questa attività all'invio dell'offerta è un indicatore di performance chiave. Dove trovare Desunto da un cambio di stato nel record del colloquio pianificato in Oracle Recruiting. Il timestamp di questo cambio di stato funge da orario dell'evento. Acquisisci Desunto dal cambio di stato del colloquio in "Completato" o "Terminato". Tipo di evento inferred
	Domanda Rifiutata	Indica che l'azienda ha deciso di non procedere con un candidato in una qualsiasi fase del processo. Viene rilevato tramite un cambio di stato della candidatura.
Perché è importante Questo è un punto finale comune per le candidature. Analizzare in quale fase avvengono i rifiuti è fondamentale per comprendere i tassi di abbandono e l'efficienza del processo. Dove trovare Desunto da qualsiasi cambio di stato terminale della candidatura, come "Rifiutata", "Non selezionata" o un valore configurato simile. Acquisisci Desunto dal cambio di stato della candidatura in uno stato terminale "Rifiutata". Tipo di evento inferred
	Offerta Accettata	Indica che il candidato ha accettato formalmente l'offerta di lavoro. Questo evento viene rilevato quando il candidato accetta tramite il portale delle carriere o quando un recruiter aggiorna manualmente lo stato.
Perché è importante Questo è un traguardo di successo primario nel processo. È la base per calcolare il tasso di accettazione delle offerte e segna l'inizio delle attività post-offerta. Dove trovare Rilevato da un aggiornamento di stato nel record dell'offerta su "Accettata". Può essere attivato dal candidato online o inserito manualmente dal recruiter. Acquisisci Dal timestamp in cui lo stato dell'offerta passa a "Accettata". Tipo di evento explicit
	Offerta Estesa	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 Questo è un traguardo fondamentale per misurare il tasso di accettazione delle offerte e il tempo che intercorre tra l'ultimo colloquio e la proposta, un aspetto critico della candidate experience. Dove trovare Rilevato esplicitamente quando lo stato dell'offerta di lavoro viene spostato su "Presentata" o "Inviata". Il timestamp di questa azione è registrato nell'oggetto offerta. Acquisisci Registrato quando il recruiter esegue l'azione di invio dell'offerta ('Extend Offer'). Tipo di evento explicit
	Colloquio Programmato	Rappresenta il momento in cui un colloquio con un candidato viene ufficialmente pianificato nel sistema. Solitamente viene registrato quando il colloquio viene creato e associato alla candidatura.
Perché è importante Tracciare questo dato aiuta a misurare il tempo necessario per organizzare i colloqui, componente chiave della candidate experience e del Time-to-Hire complessivo. Dove trovare Questo evento è loggato esplicitamente nel modulo di pianificazione dei colloqui di Oracle Recruiting. I dati si trovano nelle tabelle relative ai colloqui collegate alla candidatura. Acquisisci Dal record di creazione di un evento colloquio collegato alla candidatura. Tipo di evento explicit
	Dettagli offerta approvati	Rappresenta il completamento del workflow di approvazione interna per un'offerta di lavoro prima che venga inviata al candidato. Viene dedotto dallo stato di approvazione finale nel record dell'offerta.
Perché è importante Questa attività aiuta ad analizzare la durata e l'efficienza del processo interno di approvazione dell'offerta, che può essere una fonte significativa di ritardi. Dove trovare Desunto dalla cronologia dei cambi di stato del record dell'offerta di lavoro in Oracle Recruiting, tracciando il passaggio allo stato "Approvata". Acquisisci Desunto dal cambio di stato dell'oggetto offerta in "Approvata". Tipo di evento inferred
	Domanda Ritirata	Rappresenta la decisione del candidato di ritirarsi dalla selezione. Viene registrato quando lo stato della candidatura viene aggiornato in 'Ritirato dal candidato'.
Perché è importante Monitorare i ritiri aiuta a identificare le fasi in cui l'esperienza del candidato potrebbe essere carente, causando un alto tasso di abbandono. È fondamentale per l'analisi del KPI 'Candidate Drop-off Rate'. Dove trovare Desunto da un cambio di stato della candidatura in "Ritirata". Può essere attivato dal candidato nel portale o da un recruiter per suo conto. Acquisisci Desunto dal cambio di stato della candidatura in "Ritirata dal candidato". Tipo di evento inferred
	Domanda Vagliata	Rappresenta la revisione iniziale della candidatura da parte di un recruiter per verificare i requisiti di base. Solitamente viene dedotto quando lo stato della domanda passa da 'Nuovo' a 'In fase di revisione'.
Perché è importante Analizzare il tempo trascorso in questa fase aiuta a identificare i colli di bottiglia nel processo di revisione iniziale. È inoltre fondamentale per misurare il KPI del tasso di rielaborazione (Rework Rate) nello screening delle candidature. Dove trovare Desunto dalla cronologia del campo di stato della candidatura in Oracle Recruiting. Verifichi i cambi di stato nella cronologia della tabella IRC_SUBMISSIONS. Acquisisci Desunto dal cambio di stato della candidatura in "Screening" o "In fase di revisione". Tipo di evento inferred
	Feedback colloquio inviato	Indica che un intervistatore ha inviato il proprio feedback e la valutazione del candidato dopo il colloquio. Si tratta di un evento esplicito rilevato al salvataggio del modulo di feedback.
Perché è importante I ritardi tra il colloquio e l'invio del feedback possono rallentare notevolmente il processo di assunzione. Tracciare questo dato aiuta a identificare i colli di bottiglia nel processo decisionale. Dove trovare Registrato esplicitamente quando un intervistatore invia la propria valutazione tramite il portale Oracle Recruiting. Viene utilizzato il timestamp di creazione del record di feedback. Acquisisci Dal timestamp di creazione del record di feedback del colloquio. Tipo di evento explicit
	Offerta declinata	Rappresenta la decisione del candidato di declinare l'offerta di lavoro. Si tratta di un cambio di stato esplicito nel record dell'offerta, spesso accompagnato da una motivazione.
Perché è importante Questo è un punto di fallimento critico nel processo. Analizzare quando e perché le offerte vengono declinate fornisce indicazioni sulla competitività dei compensi e sulla candidate experience. Dove trovare Rilevato da un aggiornamento di stato nel record dell'offerta su "Declinata" o "Rifiutata dal candidato". Acquisisci Dal timestamp in cui lo stato dell'offerta passa a "Declinata". Tipo di evento explicit
	Valutazione completata	Indica che un candidato ha completato una valutazione di pre-screening obbligatoria, come un test di abilità o una valutazione della personalità. Questo evento viene solitamente registrato quando la piattaforma di valutazione restituisce uno stato di completamento a Oracle HCM.
Perché è importante Questa attività aiuta a monitorare l'engagement dei candidati e ad analizzare il tempo necessario per completare gli assessment, che può essere un punto critico di abbandono. Dove trovare Rilevato da un aggiornamento di stato inviato da uno strumento di valutazione di terze parti integrato o da un cambio di stato manuale effettuato da un recruiter nel profilo della candidatura. Acquisisci Registrato quando l'API del fornitore di assessment aggiorna lo stato del candidato. Tipo di evento explicit
	Verifica Antecedenti Avviata	Indica l'avvio del background check per un candidato dopo l'accettazione dell'offerta. Questo evento è spesso attivato da un cambio di stato o dall'integrazione con un servizio esterno.
Perché è importante Questa attività è fondamentale per monitorare le tempistiche tra offerta e assunzione e garantire la conformità. Eventuali ritardi in questa fase possono influire sulla data di inizio del candidato. Dove trovare Desunto da un cambio di stato della candidatura in "Background Check" o registrato tramite una chiamata API a un fornitore integrato di controlli di background. Acquisisci Desunto dal cambio di stato della candidatura in "Background Check in corso". Tipo di evento inferred

Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i dati da Oracle HCM Recruiting

Fasi

Accedere a OTBI: effettui l'accesso a Oracle HCM Cloud. Utilizzi il menu Navigator per andare su Strumenti, quindi selezioni Report e analisi.
Creare una nuova analisi: all'interno dell'area di lavoro Report e analisi, clicchi su Crea e selezioni Analisi. Non utilizzi l'opzione Report, poiché l'Analisi offre la flessibilità necessaria.
Selezionare l'area tematica: quando richiesto, scelga l'area tematica "Recruiting - Recruiting Real Time". Questo è il modello di dati che contiene tutti i dettagli necessari su candidature, colloqui e offerte.
Accedere alla configurazione avanzata: dopo aver selezionato l'area tematica, si aprirà l'editor di analisi. Vada alla scheda Avanzate nell'angolo in alto a destra. Questa sezione consente la manipolazione diretta della query SQL logica.
Incollare l'SQL logico: nella sezione "Analysis XML", individui il tag saw:query. Sostituisca la query SQL esistente all'interno di questo tag con l'SQL logico completo fornito nella sezione "Query" di questo documento. È fondamentale sostituire l'intera query predefinita.
Impostare i parametri dell'intervallo di date: prima di eseguire la query, sostituisca i segnaposto [Start Date] e [End Date] con l'intervallo di date desiderato nel formato "AAAA-MM-GG". Questo passaggio è essenziale per controllare la quantità di dati estratti.
Validare la query: clicchi sul pulsante "Convalida SQL" per assicurarsi che non vi siano errori di sintassi. Se la convalida ha esito positivo, può procedere. Tenga presente che questo controllo riguarda solo la sintassi e non l'esistenza delle colonne nella Sua configurazione specifica.
Visualizzare i risultati: torni alla scheda Risultati. L'analisi verrà eseguita e verrà visualizzata un'anteprima dei dati dell'event log. Verifichi che le colonne e i dati appaiano come previsto.
Configurare le impostazioni di esportazione: per set di dati estesi, si consiglia di pianificare l'analisi come job invece di eseguirla in modalità interattiva. Nell'editor di analisi, può impostare le proprietà di esportazione per garantire che il formato CSV sia pulito.
Esportare i dati: una volta verificati i risultati, clicchi sul link Esporta e scelga il formato CSV. Verrà scaricato il file completo dell'event log.
Preparare il caricamento: apra il file CSV scaricato. Si assicuri che le intestazioni delle colonne corrispondano agli attributi richiesti (JobApplicationId, ActivityName, EventTime, ecc.) e che il formato della data sia coerente. Il file è ora pronto per essere caricato in uno strumento di Process Mining.

Configurazione

Subject Area: 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 questa area.
Filtro intervallo di date: la query include i segnaposto [Start Date] e [End Date]. È fondamentale definire un intervallo temporale specifico per gestire al meglio 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 vedrà esclusivamente i dati relativi a business unit, dipartimenti e datori di lavoro legali per i quali è autorizzato.
Considerazioni sulle prestazioni: per le grandi organizzazioni con elevati volumi di recruitment, l'esecuzione della query su periodi estesi potrebbe risultare lenta o andare in timeout nell'interfaccia utente. Per estrazioni di dati consistenti, la best practice consiste nel salvare l'analisi e pianificarla come processo in background, inviando l'output a un server di contenuti o via email.
Personalizzazione: la query fornita utilizza campi standard. Se la Sua organizzazione utilizza Descriptive Flexfields (DFF) o oggetti personalizzati per tracciare eventi di recruitment specifici, sarà necessario modificare l'SQL logico per includerli.

a Query di Esempio config

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]'

Fasi

Prerequisiti: si assicuri di avere installato Python 3 sul sistema insieme alla libreria requests. Può installarla tramite pip: pip install requests. Avrà inoltre bisogno di credenziali utente valide (username e password) e dell'hostname della Sua istanza Oracle HCM Cloud con i permessi per accedere alle REST API di Recruiting.
Inizializzazione dello script: crei un nuovo file di script Python, ad esempio estrai_dati_hcm.py. Inizi importando le librerie necessarie: requests, csv e datetime.
Definizione della configurazione: all'inizio dello script, definisca le variabili per l'hostname di Oracle HCM, lo username, la password e l'intervallo di date desiderato per l'estrazione. L'uso di segnaposto per le credenziali è una best practice di sicurezza.
Apertura della sessione API: crei un oggetto requests.Session. Imposti la proprietà di autenticazione della sessione con username e password. Questo garantirà che le credenziali vengano inviate con ogni richiesta API successiva effettuata tramite questa sessione.
Implementazione del ciclo di paginazione: lo script deve recuperare i dati in pagine per gestire grandi volumi e rispettare i limiti delle API. Inizializzi una variabile offset a 0 e un limite, ad esempio 500. Crei un ciclo while che continui finché l'API restituisce dati. In ogni iterazione, lo script chiamerà l'API con l'offset corrente e lo incrementerà del valore 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 per CreationDate in base all'intervallo configurato.
Elaborazione della risposta JSON: per ogni chiamata API, verifichi che lo status code HTTP sia corretto (200). Elabori la risposta JSON. Le candidature si troveranno nell'array items del corpo della risposta.
Iterazione e generazione eventi: scorra ogni oggetto candidatura restituito dall'API. Per ogni 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. Ciò comporta l'ispezione della CreationDate, della collezione Phases e della collezione Offers. Ad esempio, utilizzi CreationDate per "Candidatura ricevuta". Iteri attraverso l'array Phases per creare righe per "Candidatura esaminata", "Colloquio pianificato", "Candidato assunto", "Candidatura rifiutata", ecc., utilizzando il timestamp di quando è avvenuto l'ingresso in ogni fase. Allo stesso modo, iteri attraverso l'array Offers per gli eventi "Offerta presentata", "Offerta accettata" e "Offerta declinata".
Costruzione dell'event log: man mano che ogni evento attività viene generato, lo memorizzi come un dizionario con chiavi corrispondenti alle intestazioni delle colonne dell'event log (JobApplicationId, ActivityName, EventTime, ecc.). Aggiunga ogni dizionario a una lista principale che costituirà l'event log completo.
Esportazione in CSV: una volta completato il ciclo di paginazione, utilizzi il modulo csv integrato in Python per scrivere la lista principale degli eventi in un file CSV. Si assicuri 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 garantisca l'accesso alle REST API di Recruiting, come "Recruiting Manager" o un ruolo personalizzato con privilegi di "Recruiting REST API Access".
API Endpoint: l'endpoint principale utilizzato è recruitingCEJobApplications. È fondamentale utilizzare il parametro di query expand (ad es. expand=Phases,Offers) per recuperare gli oggetti annidati contenenti la cronologia degli stati e i dettagli dell'offerta in un'unica chiamata, ottimizzando l'efficienza.
Filtro intervallo di date: utilizzi il parametro di query q per filtrare le candidature per data. Si consiglia un filtro su CreationDate per gestire il volume dei dati. Per un'analisi iniziale, è opportuno considerare un intervallo degli ultimi 3-6 mesi. Esempio: q=CreationDate>'2023-01-01T00:00:00Z'.
Selezione dei campi: per ottimizzare le prestazioni e ridurre il carico di rete, utilizzi il parametro fields per richiedere solo gli attributi necessari. Includa campi come ApplicationId, CreationDate, LastUpdateDate, Recruiter, HiringManager, Requisition, Phases e Offers.
Pagination Limit: il parametro limit controlla il numero di record restituiti per ogni chiamata API. Un valore compreso tra 200 e 500 rappresenta solitamente un buon equilibrio tra numero di chiamate e dimensione della risposta.
Mappatura degli stati: lo script contiene un dizionario per mappare i codici di fase e stato di Oracle HCM ai nomi standardizzati delle attività. Questa mappatura potrebbe richiedere personalizzazioni in base alla configurazione specifica del workflow di recruiting della Sua azienda.

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()

Il Suo template per i dati di Ricerca e Selezione

Il Suo template per i dati di Ricerca e Selezione

Attributi di Ricerca e Selezione

Attività di Ricerca e Selezione

Guide all'Estrazione

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

Fasi

Configurazione

a Query di Esempio config

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

Fasi

Configurazione

a Query di Esempio python

Pronto per iniziare?

Ottimizzi oggi stesso la Sua Ricerca e Selezione

Il Suo template per i dati di Ricerca e Selezione

Il Suo template per i dati di Ricerca e Selezione

Attributi di Ricerca e Selezione

Attività di Ricerca e Selezione

Guide all'Estrazione

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

Fasi

Configurazione

a Query di Esempio config

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

Fasi

Configurazione

a Query di Esempio python

Abbiamo a cuore la Sua privacy

Pronto per iniziare?

Ottimizzi oggi stesso la Sua Ricerca e Selezione