> Miglioramento continuo dei processi > Selezione e acquisizione dei talenti > SAP SuccessFactors Recruiting > Template dei dati

Il Suo template dei dati per il reclutamento e l’acquisizione di talenti

SAP SuccessFactors Recruiting

← Torna alla guida al miglioramento

Attributi per il reclutamento e l’acquisizione di talenti(20) Attività di selezione e acquisizione dei talenti(16) Guide all’estrazione(3)

Il Suo template dei dati per il reclutamento e l’acquisizione di talenti

Questo template fornisce indicazioni chiare sui campi dati e sulle fasi del processo essenziali da raccogliere da SAP SuccessFactors Recruiting. La aiuta a preparare correttamente i dati per l’analisi di Process Mining. Include gli attributi consigliati, le attività chiave e indicazioni pratiche per l’estrazione, così da semplificare la preparazione dei dati.

Attributi consigliati da raccogliere
Attività chiave da monitorare
Istruzioni per l’estrazione, passo dopo passo

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

Scarica il template

Attributi per il reclutamento e l’acquisizione di talenti

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

3 Obbligatorio 8 Consigliato 9 Facoltativo

	Nome	Descrizione
	Candidatura JobApplication	Identificativo univoco della candidatura presentata da un candidato per una specifica richiesta di assunzione.
Descrizione L’ID di Job Application è l’identificativo principale del caso nel processo di selezione. Consente di seguire il percorso di un singolo candidato dall’invio iniziale della candidatura fino alle fasi successive, come la selezione iniziale, i colloqui, l’offerta e la decisione finale di assunzione. Ogni candidatura costituisce un caso distinto, permettendo di analizzare nel dettaglio l’esperienza del candidato e l’efficienza del processo per ciascuna posizione. Nel Process Mining, analizzare il processo in base all’ID di Job Application offre una visione chiara e completa del percorso di ogni candidato. Consente di individuare i colli di bottiglia, le deviazioni dal processo standard e il tempo complessivo necessario per gestire una singola candidatura. È l’attributo fondamentale su cui si basa ogni analisi a livello di caso. Perché è importante Identifica in modo univoco il percorso di ciascun candidato e consente di analizzare il processo dall’invio della candidatura alla decisione finale. Dove reperirli In genere, corrisponde alla chiave primaria dell’entità Job Application in SAP SuccessFactors Recruiting. È possibile recuperarlo tramite l’API OData JobApplication. Esempi APP-0012345APP-0012346APP-0012347
	Attività ActivityName	Nome della specifica fase o dell’evento che si è verificato nel processo di selezione.
Descrizione L’attività rappresenta una fase o un’azione distinta nel processo di assunzione, come 'Candidatura ricevuta', 'Colloquio programmato' o 'Offerta presentata'. Gli eventi vengono registrati in ordine cronologico e formano la sequenza di azioni che compongono il processo relativo a una singola candidatura. Nel Process Mining, la sequenza delle attività viene utilizzata per costruire la mappa del processo, visualizzare le varianti e individuare le deviazioni. Analizzare le attività è fondamentale per capire quali passaggi vengono eseguiti, in quale ordine e con quale frequenza, così da individuare inefficienze e problemi di conformità. Perché è importante Definisce le fasi del processo e consente di visualizzare e analizzare il flusso di lavoro di selezione. Dove reperirli In genere, deriva dalle modifiche di stato dell’oggetto Job Application o da specifici log degli eventi in SAP SuccessFactors Recruiting. Esempi Candidatura esaminataColloquio svoltoOfferta accettataCandidato assunto
	Ora di inizio EventTimestamp	Data e ora esatte in cui si è verificata un’attività di selezione.
Descrizione Questo attributo registra l’orario di ogni attività del processo e definisce l’ordine cronologico degli eventi. È essenziale per calcolare le durate, i tempi di attesa e i tempi di ciclo complessivi del processo di assunzione. Questo orario è alla base di tutte le analisi temporali nel Process Mining. Viene utilizzato per calcolare il tempo tra le attività, individuare i ritardi, misurare le prestazioni rispetto agli SLA e comprendere l’andamento temporale del processo. Senza orari precisi, non è possibile analizzare l’efficienza del processo né individuare i colli di bottiglia legati ai tempi. Perché è importante Fornisce i dati cronologici necessari per calcolare i tempi di ciclo, individuare i ritardi e analizzare le prestazioni del processo. Dove reperirli In genere, corrisponde alla data di creazione o di ultima modifica associata a una modifica di stato nell’entità Job Application. Esempi 2023-04-15T10:30:00Z2023-04-22T14:00:00Z2023-05-01T11:45:00Z
	Canale di provenienza della candidatura ApplicationSource	Il canale attraverso il quale il candidato ha inviato la candidatura.
Descrizione Questo attributo indica la provenienza della candidatura, ad esempio la pagina Lavora con noi dell’azienda, LinkedIn, una segnalazione o un’agenzia di selezione. Consente di valutare l’efficacia dei diversi canali di reclutamento. Nell’analisi, il canale di provenienza della candidatura viene utilizzato per misurare la qualità e il numero di candidati provenienti dai vari canali. Supporta direttamente il KPI «Efficacia del canale di provenienza della candidatura», mettendo in relazione il canale con le assunzioni concluse con successo. In questo modo, l’azienda può ottimizzare gli investimenti nel marketing del reclutamento e concentrarsi sui canali più efficaci. Perché è importante Consente di misurare l’efficacia dei diversi canali di reclutamento e di ottimizzare le strategie e il budget per la ricerca dei talenti. Dove reperirli Queste informazioni vengono registrate quando un candidato invia la candidatura e sono disponibili nell’entità JobApplication o Candidate. Esempi Sito web dell’aziendaLinkedInSegnalazione di un dipendenteIndeed
	Dipartimento Department	Il dipartimento o l’unità aziendale in cui si trova la posizione lavorativa.
Descrizione Questo attributo indica l’unità organizzativa responsabile della nuova assunzione, ad esempio «Ingegneria», «Marketing» o «Finanza». Il dipartimento è una dimensione fondamentale per analizzare le cause profonde. Consente di confrontare le prestazioni del processo tra le diverse aree dell’organizzazione, individuare i dipartimenti con tempi di assunzione più lunghi e capire se le deviazioni del processo si concentrano in specifiche unità aziendali. È essenziale per creare Dashboard che offrano una panoramica delle prestazioni per dipartimento. Perché è importante Consente di confrontare le prestazioni tra diverse unità aziendali e di individuare i problemi di processo specifici di ciascun dipartimento. Dove reperirli Questo campo fa parte dell’entità JobRequisition ed è associato ai dati della struttura organizzativa. Esempi Ricerca e sviluppoVenditeRisorse umane
	ID candidato CandidateId	Identificativo univoco della persona che si candida per la posizione.
Descrizione L’ID candidato identifica in modo univoco una persona nel bacino di talenti, indipendentemente dal numero di posizioni per cui si candida. Consente di seguire nel tempo la cronologia e le interazioni del candidato con l’azienda. Nell’analisi, questo attributo aiuta a comprendere il comportamento di chi presenta più candidature e offre una prospettiva centrata sul candidato. Può essere utilizzato per verificare se una persona non selezionata per un ruolo è stata poi assunta per un altro o per analizzare la sua esperienza complessiva attraverso più candidature. Perché è importante Consente di seguire un candidato attraverso più candidature e di ottenere una visione complessiva delle sue interazioni con l’azienda. Dove reperirli Questo identificativo è disponibile nell’entità Candidate ed è collegato all’entità JobApplication in SAP SuccessFactors Recruiting. Esempi CAND-9876CAND-9877CAND-9878
	ID della richiesta di assunzione JobRequisitionId	Identificativo univoco della posizione da coprire.
Descrizione L’ID di Job Requisition collega più candidature a un’unica iniziativa di assunzione. Rappresenta la richiesta formale di coprire una posizione e contiene informazioni sul ruolo, come il titolo, il reparto e la sede. Analizzare i dati in base all’ID di Job Requisition consente di visualizzare l’intero gruppo di candidati per una singola posizione. È utile per valutare l’efficacia di un annuncio, confrontare i percorsi di candidati diversi per lo stesso ruolo e calcolare metriche come il tempo necessario per coprire una posizione. Perché è importante Raggruppa tutte le candidature relative a una singola posizione e consente di analizzare l’intero funnel di selezione per quel ruolo. Dove reperirli È un campo chiave dell’entità JobRequisition in SAP SuccessFactors Recruiting, collegato all’entità JobApplication. Esempi REQ-2023-101REQ-2023-102REQ-2023-103
	Responsabile della selezione Recruiter	Il nome o l’ID del responsabile della selezione assegnato alla candidatura o alla richiesta di assunzione.
Descrizione Questo attributo identifica il responsabile della selezione incaricato di gestire il processo di assunzione per una determinata richiesta. Si tratta di una risorsa chiave coinvolta nel processo. Analizzare il processo per responsabile della selezione è essenziale per valutarne le prestazioni e gestire i carichi di lavoro. Consente di rispondere a domande come: quali responsabili della selezione impiegano meno tempo per assumere? Il carico di lavoro è distribuito in modo uniforme? Alcuni responsabili saltano regolarmente delle fasi del processo? Questo attributo supporta direttamente la Dashboard «Prestazioni e carico di lavoro dei responsabili della selezione» e il KPI «Indice di squilibrio del carico di lavoro dei responsabili della selezione». Perché è importante Consente di misurare le prestazioni dei singoli responsabili della selezione, analizzare la distribuzione del carico di lavoro e individuare le buone pratiche o le esigenze di formazione. Dove reperirli In genere, questo dato è memorizzato nell’entità JobRequisition e indica il responsabile della selezione assegnato. Esempi John SmithJane DoeEmily Jones
	Responsabile delle assunzioni HiringManager	Il nome o l’ID del responsabile per cui si sta coprendo la posizione.
Descrizione Il responsabile delle assunzioni è la persona che prende la decisione finale e rappresenta un interlocutore chiave nel processo. Le sue azioni, come fornire un riscontro o approvare le offerte, possono incidere in modo significativo sulla durata del processo. Questo attributo permette di individuare i ritardi riconducibili a specifici responsabili delle assunzioni, ad esempio riscontri forniti in ritardo o approvazioni delle offerte tardive. Analizzare le varianti del processo per responsabile delle assunzioni può far emergere differenze nel modo in cui si svolgono i colloqui nelle varie aree dell’organizzazione. Perché è importante Identifica un interlocutore chiave le cui azioni possono creare colli di bottiglia e consente di analizzare i ritardi nelle approvazioni o nei riscontri. Dove reperirli È un campo standard dell’entità JobRequisition in SAP SuccessFactors Recruiting. Esempi Alice WilliamsRobert BrownCharles Davis
	Stato della candidatura ApplicationStatus	Lo stato attuale o finale della candidatura, ad esempio «Assunto», «Rifiutato» o «Ritirato».
Descrizione Questo attributo indica l’esito della candidatura in un determinato momento. Lo stato finale è particolarmente importante perché mostra se il processo si è concluso con successo. Lo stato della candidatura è fondamentale per l’analisi degli esiti e dei tassi di conversione del funnel. Viene utilizzato per calcolare il KPI «Tasso di abbandono dei candidati per fase», monitorando quanti candidati passano da uno stato attivo a uno stato conclusivo, come «Rifiutato», in ciascuna fase. Consente inoltre di filtrare i processi conclusi con successo per analizzare le buone pratiche. Perché è importante Indica l’esito del processo, un dato essenziale per calcolare i tassi di abbandono e analizzare il successo del processo. Dove reperirli È un campo fondamentale dell’entità JobApplication e indica la posizione della candidatura nel processo di selezione. Esempi AssuntoRifiutato dall’aziendaRitirato dal candidatoOfferta rifiutata
	Titolo della posizione JobTitle	Il titolo della posizione per cui il candidato ha presentato la candidatura.
Descrizione Questo attributo specifica il ruolo da coprire, ad esempio 'Ingegnere software' o 'Responsabile di progetto'. È una dimensione fondamentale per segmentare e confrontare i processi di selezione. Analizzare il processo in base al titolo della posizione aiuta a capire se i cicli di assunzione variano a seconda del ruolo. Per esempio, i ruoli tecnici possono prevedere più fasi di colloquio rispetto a quelli amministrativi. Questo attributo è essenziale per KPI come 'Tempo necessario per coprire i ruoli critici' e per individuare i colli di bottiglia specifici di ciascun ruolo. Perché è importante Consente di confrontare i processi di assunzione per ruoli diversi e di individuare i colli di bottiglia e le variazioni specifici di ciascun ruolo. Dove reperirli Questo campo fa parte dell’entità JobRequisition ed è collegato a JobApplication. Esempi Ingegnere software seniorResponsabile di prodottoAnalista dei dati
	Candidato interno IsInternalCandidate	Indicatore che specifica se il candidato è già un dipendente dell’azienda.
Descrizione Questo attributo booleano distingue i candidati interni, che sono dipendenti attuali, da quelli esterni. I processi di mobilità interna sono spesso diversi da quelli di selezione esterna. Analizzare il processo in base a questo indicatore è fondamentale per comprendere e ottimizzare sia la mobilità interna sia il reclutamento esterno. Le assunzioni interne possono seguire un processo più rapido e snello; confrontarle con quelle esterne può far emergere opportunità per migliorare l’efficienza del reclutamento esterno. Perché è importante Distingue la mobilità interna dal reclutamento esterno, che spesso seguono processi diversi per fasi e durata. Dove reperirli Questo indicatore è in genere disponibile nell’entità Candidate o JobApplication. Esempi truefalse
	Importo dell’offerta OfferAmount	L’importo della retribuzione offerta al candidato.
Descrizione Questo attributo registra il valore monetario della retribuzione proposta nell’offerta di lavoro. È un’informazione importante nelle fasi finali del processo di selezione. Analizzare gli importi delle offerte può aiutare a interpretare il «Tempo di ciclo della negoziazione dell’offerta». Tempi di negoziazione superiori alla media potrebbero essere associati a offerte nella fascia più bassa della retribuzione prevista per una determinata posizione. L’analisi consente inoltre di valutare la competitività delle retribuzioni tra ruoli e dipartimenti. Perché è importante Fornisce un contesto per interpretare i tempi di negoziazione delle offerte e consente di analizzare la strategia retributiva e la competitività. Dove reperirli Questi dati sono memorizzati nelle entità Offer Details o Offer Approval associate a JobApplication. Esempi 8500012000095500
	Motivo del rifiuto RejectionReason	Il motivo indicato quando la candidatura di un candidato viene rifiutata.
Descrizione Quando una candidatura passa allo stato «Rifiutato», spesso viene registrato un motivo, che può riguardare le qualifiche, l’esito del colloquio o altri fattori. Queste informazioni offrono indicazioni qualitative sui motivi per cui i candidati non proseguono nel processo. Questo attributo è particolarmente utile per l’«Analisi dell’abbandono dei candidati nel funnel». Aggiunge contesto ai tassi di abbandono quantitativi e aiuta a comprenderne le cause profonde. Ad esempio, se molti candidati vengono rifiutati durante la selezione iniziale perché «Non soddisfano i requisiti di base», potrebbe esserci un problema nella descrizione della posizione o nel canale di ricerca. Perché è importante Fornisce un contesto essenziale sui motivi per cui i candidati escono dal funnel e aiuta a individuare problemi nelle descrizioni delle posizioni o nelle attività di ricerca. Dove reperirli Spesso questo campo viene compilato quando lo stato di una candidatura viene modificato in «Rifiutato». Esempi Non qualificatoSono disponibili candidati più idoneiValutazione tecnica non superataScarsa compatibilità con la cultura aziendale
	Offerta accettata IsOfferAccepted	Indicatore calcolato che specifica se il candidato ha accettato un’offerta di lavoro.
Descrizione È un attributo booleano derivato che semplifica l’analisi degli esiti. In genere, assume il valore «true» se lo stato finale della candidatura è «Offerta accettata» o «Assunto» e «false» in tutti gli altri casi, compresi «Offerta rifiutata» e «Ritirato». Questo attributo semplifica la creazione di Dashboard e KPI relativi ai tassi di accettazione delle offerte. Consente di applicare filtri e aggregare i dati con facilità per analizzare quali fattori, come il titolo della posizione o il dipartimento, sono associati a tassi di accettazione più o meno elevati. Perché è importante Semplifica l’analisi dei tassi di accettazione delle offerte e aiuta a individuare i fattori associati alle offerte accettate. Dove reperirli Questo campo non è presente nel sistema di origine. Viene ricavato dal campo «ApplicationStatus» durante la trasformazione dei dati. Esempi truefalse
	Sede Location	La località geografica o la sede associata alla posizione lavorativa.
Descrizione Questo attributo specifica la città, lo stato o il Paese in cui si trova la posizione lavorativa. Viene utilizzato per analizzare le differenze geografiche nel processo di assunzione. L’analisi per sede può far emergere differenze regionali nei tempi di assunzione, nei tassi di abbandono dei candidati o nella conformità al processo. Queste informazioni possono aiutare ad adattare le strategie di reclutamento ai diversi mercati del lavoro e a individuare criticità o buone pratiche specifiche di una sede. Perché è importante Consente di analizzare le prestazioni del processo nelle diverse aree geografiche, mettendo in evidenza i colli di bottiglia o le efficienze a livello regionale. Dove reperirli Questo campo fa parte dell’entità JobRequisition e definisce la sede della posizione. Esempi New York, NYLondra, Regno UnitoBerlino, Germania
	Sistema di origine SourceSystem	Il sistema da cui sono stati estratti i dati relativi alla selezione.
Descrizione Questo attributo identifica l’origine dei dati, un’informazione fondamentale negli ambienti in cui i dati possono provenire da più sistemi. Per questo processo, in genere il valore è 'SAP SuccessFactors Recruiting'. Nell’analisi, questo attributo aiuta a garantire la tracciabilità dei dati e può essere utilizzato per filtrare o segmentare i dati se sono in uso più piattaforme di selezione. Fornisce un contesto essenziale per la governance dei dati e la risoluzione dei problemi. Perché è importante Conferma l’origine dei dati, un’informazione importante per la governance e la convalida dei dati e per gli ambienti con più sistemi. Dove reperirli È un valore statico da aggiungere durante l’estrazione dei dati per indicare l’origine dei record. Esempi SAP SuccessFactors RecruitingSFSF-RCM-PROD
	Tempo nella fase TimeInStage	La durata della permanenza di una candidatura in una determinata fase prima di passare alla successiva.
Descrizione Questa metrica calcolata misura il tempo tra due attività consecutive. Ad esempio, può indicare quanto tempo una candidatura è rimasta nella fase «Selezione della candidatura» prima di passare a «Colloquio telefonico». Questo attributo è essenziale per individuare i colli di bottiglia. Calcolando la durata di ogni fase del processo, è possibile identificare quelle che richiedono più tempo. Il dato viene utilizzato in diverse Dashboard, ad esempio nelle analisi «Tempo di ciclo della selezione delle candidature» e «Ritardi nell’approvazione delle richieste di assunzione e delle offerte». Perché è importante Quantifica la durata delle singole fasi del processo e consente di individuare quelle specifiche che causano ritardi. Dove reperirli Viene calcolato durante la trasformazione dei dati, determinando la differenza tra il timestamp di un’attività e quello dell’attività precedente per lo stesso caso. Esempi 3 giorni10 giorni1 giorno
	Tipo di impiego EmploymentType	La tipologia di impiego prevista per la posizione, ad esempio a tempo pieno, a tempo parziale o a contratto.
Descrizione Questo attributo classifica la posizione in base alle condizioni di impiego ed è una caratteristica fondamentale del ruolo da coprire. Utilizzare questo attributo come dimensione consente di confrontare il processo di selezione per i dipendenti a tempo indeterminato con quello per i collaboratori a contratto. Questi processi spesso prevedono fasi, durate e requisiti di approvazione diversi. L’analisi può aiutare a semplificare il processo per ciascuna tipologia di impiego. Perché è importante Consente di segmentare il processo per analizzare e ottimizzare le assunzioni per diverse tipologie di ruolo, ad esempio a tempo pieno o a contratto. Dove reperirli È un campo standard dell’entità JobRequisition. Esempi Tempo pienoTempo parzialeCollaboratore a contrattoTirocinante
	Ultimo aggiornamento dei dati LastModifiedDate	L’orario che indica quando il record è stato aggiornato l’ultima volta nel sistema di origine.
Descrizione Questo attributo indica l’ora dell’ultima modifica dei dati dell’evento o del caso in SAP SuccessFactors. È utile per aggiornare e convalidare i dati, assicurando che l’analisi si basi sulle informazioni più recenti disponibili. In una pipeline di dati, questo campo è fondamentale per eseguire caricamenti incrementali. Consente al processo di estrazione di recuperare solo i record creati o modificati dall’ultimo aggiornamento, rendendo più efficiente il ciclo di aggiornamento dei dati. Perché è importante Consente di caricare i dati in modo incrementale e di verificare che l’analisi si basi su informazioni aggiornate. Dove reperirli Corrisponde a un campo di metadati come 'lastModifiedDateTime', disponibile nella maggior parte delle entità dell’API OData di SAP SuccessFactors. Esempi 2023-06-10T09:00:00Z2023-06-11T15:20:00Z

Obbligatorio Consigliato Facoltativo

Attività di selezione e acquisizione dei talenti

Questi sono i passaggi e le tappe fondamentali da registrare nell’Event Log per individuare con precisione il flusso di lavoro di selezione.

8 Consigliato 8 Facoltativo

	Attività	Descrizione
	Candidato assunto	È la conclusione positiva del processo di selezione per una candidatura. In genere, l’evento viene dedotto da un aggiornamento dello stato finale nel modulo di selezione, spesso attivato al termine dell’onboarding e dopo la conferma della data di inizio.
Perché è importante È il principale esito positivo del processo. È essenziale per calcolare il tempo complessivo di assunzione e misurare il tasso di successo del funnel di selezione. Dove reperirli L’evento viene dedotto quando a Job Application viene assegnato uno stato finale di assunzione, ad esempio 'Hired'. L’orario dell’ultimo aggiornamento di stato segna il momento dell’evento. Acquisizione Individui l’orario in cui lo stato finale della candidatura viene impostato su 'Hired'. Tipo di evento inferred
	Candidatura esaminata	Questa attività indica che un recruiter o un responsabile delle assunzioni ha effettuato una prima revisione della candidatura. In genere, viene dedotta da una modifica dello stato della candidatura, ad esempio da 'New Application' a 'Screening Complete' o 'Shortlisted'.
Perché è importante Misura l’efficienza del processo di revisione iniziale. I ritardi in questa fase possono compromettere l’esperienza dei candidati e portare alla perdita di candidati qualificati. Dove reperirli L’evento viene dedotto dalla cronologia degli stati di Job Application. L’orario viene registrato quando un utente porta la candidatura a uno stato successivo alla selezione iniziale. Acquisizione Rilevi l’orario in cui lo stato della candidatura passa da uno stato iniziale a uno di selezione iniziale o di inserimento nella rosa dei candidati. Tipo di evento inferred
	Candidatura respinta	Indica la conclusione negativa del processo, quando l’azienda decide di non proseguire con il candidato. L’evento viene dedotto quando alla candidatura viene assegnato uno stato finale come 'Rejected' o 'Not Selected'.
Perché è importante Monitorare i rifiuti nelle diverse fasi è fondamentale per analizzare gli abbandoni nel percorso dei candidati. Aiuta a individuare le fasi in cui viene escluso il maggior numero di candidati. Dove reperirli L’evento viene dedotto dall’orario in cui un recruiter o un responsabile delle assunzioni modifica lo stato di Job Application impostandolo su uno stato finale di rifiuto. Acquisizione Rilevi l’orario in cui lo stato della candidatura viene aggiornato a 'Rejected', uno stato finale. Tipo di evento inferred
	Candidatura ricevuta	Questo è il punto di partenza del singolo caso di candidatura, che si verifica quando un candidato presenta la propria candidatura per una posizione pubblicata. Si tratta di un evento esplicito, registrato con un orario quando la candidatura viene creata correttamente nel sistema.
Perché è importante Essendo l’inizio del percorso del candidato, questa attività è essenziale per analizzare il funnel di selezione e misurare l’esperienza dei candidati. Segna l’inizio del KPI Tempo di ciclo della selezione delle candidature. Dove reperirli Corrisponde alla data di creazione del record Job Application in SAP SuccessFactors. Ogni candidatura ha un ID univoco e un orario che indica quando è stata inviata. Acquisizione Utilizzi l’ora di creazione dell’entità principale Job Application. Tipo di evento explicit
	Colloquio svolto	Segna il completamento di un colloquio formale con il team responsabile delle assunzioni. L’evento viene dedotto quando un utente, in genere il recruiter o il responsabile delle assunzioni, aggiorna lo stato della candidatura dopo il colloquio.
Perché è importante È una tappa fondamentale del processo di selezione. Analizzare il tempo tra le diverse fasi dei colloqui e quello che intercorre tra il colloquio e l’offerta aiuta a individuare i colli di bottiglia nel processo decisionale. Dove reperirli L’evento viene dedotto dalla cronologia degli stati di Job Application. L’orario dell’evento corrisponde al momento in cui lo stato è stato aggiornato a 'Interview Complete' o a un valore simile. Acquisizione Individui l’orario in cui lo stato della candidatura viene aggiornato per indicare il completamento del colloquio. Tipo di evento inferred
	Offerta accettata	Si verifica quando un candidato accetta formalmente l’offerta di lavoro. È una tappa fondamentale per il buon esito del processo, in genere registrata quando un recruiter aggiorna lo stato della candidatura in base alla risposta del candidato.
Perché è importante Questa attività indica il buon esito del processo di selezione ed è un elemento chiave per misurare il tasso di accettazione delle offerte. Segna inoltre l’inizio della fase successiva alla presentazione dell’offerta. Dove reperirli L’evento viene dedotto quando lo stato del record Job Application cambia in 'Offer Accepted'. L’orario di questa modifica viene utilizzato come orario dell’evento. Acquisizione Rilevi l’orario in cui lo stato della candidatura viene aggiornato a 'Offer Accepted'. Tipo di evento inferred
	Offerta presentata	Questa attività segna il momento in cui un’offerta di lavoro formale viene comunicata al candidato. In genere, l’evento viene dedotto quando lo stato della candidatura viene aggiornato a 'Offer Extended' o a uno stato simile nel sistema.
Perché è importante È una tappa fondamentale, che dà inizio alla negoziazione e all’accettazione dell’offerta. Analizzare il tempo che intercorre da questo momento a 'Offer Accepted' è essenziale per comprendere il ciclo di negoziazione dell’offerta. Dove reperirli L’evento viene dedotto da una modifica nella cronologia degli stati di Job Application. Corrisponde all’orario in cui lo stato è stato aggiornato a 'Offer Extended'. Acquisizione Individui l’orario in cui lo stato della candidatura passa a 'Offer Extended'. Tipo di evento inferred
	Richiesta di assunzione creata	Questa attività segna l’avvio ufficiale del processo di selezione, quando in SAP SuccessFactors viene creata una nuova richiesta di assunzione. In genere, l’evento viene registrato esplicitamente quando il responsabile delle assunzioni o il recruiter completa e salva il modulo della richiesta.
Perché è importante Questo è il punto di partenza fondamentale per misurare il KPI Tempo di assunzione complessivo. Analizzare il tempo trascorso da questo evento aiuta a individuare i ritardi nelle fasi di approvazione e pubblicazione dell’annuncio. Dove reperirli In genere, questo evento viene rilevato dalla data di creazione dell’oggetto Job Requisition in SAP SuccessFactors Recruiting Management. L’ora di creazione registrata nella richiesta di assunzione viene utilizzata come orario dell’evento. Acquisizione Utilizzi l’ora di creazione del record Job Requisition associato alla candidatura. Tipo di evento explicit
	Candidato ritirato	Indica la conclusione negativa del processo, quando il candidato decide autonomamente di ritirarsi dalla selezione. L’evento viene dedotto quando lo stato della candidatura viene aggiornato a un valore come 'Withdrew by Candidate'.
Perché è importante Un tasso elevato di ritiri in determinate fasi può indicare un’esperienza negativa per i candidati, un processo lento o offerte poco competitive. È un dato fondamentale per analizzare gli abbandoni. Dove reperirli L’evento viene dedotto dalla cronologia degli stati di Job Application quando lo stato viene aggiornato a uno stato di ritiro. Per l’evento viene utilizzato l’orario di questo aggiornamento. Acquisizione Individui l’orario in cui lo stato della candidatura viene aggiornato a 'Withdrawn'. Tipo di evento inferred
	Colloquio programmato	Questa attività si verifica quando viene programmato un colloquio formale, in presenza o virtuale, con il candidato. Può essere registrata esplicitamente tramite l’integrazione con uno strumento di pianificazione oppure dedotta da una modifica di stato come 'Interview Scheduled'.
Perché è importante Evidenzia i possibili ritardi nel coordinamento degli impegni di candidati e intervistatori. Tempi di pianificazione lunghi possono scoraggiare i candidati e indurli a ritirarsi. Dove reperirli L’evento viene dedotto da una modifica di stato nell’oggetto Job Application. Alcune configurazioni possono includere oggetti colloquio espliciti, con i rispettivi orari di creazione. Acquisizione Utilizzi l’orario in cui lo stato della candidatura passa a 'Interview Scheduled'. Tipo di evento inferred
	Colloquio telefonico svolto	Indica il completamento del primo colloquio telefonico con il candidato. L’evento viene dedotto quando lo stato della candidatura cambia assumendo un valore che indica il completamento del colloquio telefonico, ad esempio 'Phone Screen Passed' o 'To Onsite Interview'.
Perché è importante Spesso è il primo contatto diretto con un candidato e una fase fondamentale del processo di selezione. Analizzarne la durata aiuta a comprendere il carico di lavoro e l’efficienza dei recruiter. Dove reperirli L’evento viene rilevato monitorando le modifiche di stato nel record Job Application. Si verifica quando, dopo la chiamata, un recruiter aggiorna lo stato del candidato. Acquisizione Individui l’orario in cui lo stato della candidatura viene aggiornato per indicare il completamento del colloquio telefonico. Tipo di evento inferred
	Dettagli dell’offerta inseriti	Indica la preparazione e l’approvazione interna dell’offerta di lavoro prima che venga presentata al candidato. L’evento viene dedotto da una modifica di stato che indica che l’offerta è in fase di stesura o in attesa di approvazione.
Perché è importante Consente di distinguere i ritardi nel processo interno di approvazione dell’offerta dal tempo impiegato dal candidato per valutarla. È un dato essenziale per analizzare il tempo di ciclo di approvazione dell’offerta. Dove reperirli L’evento viene dedotto dalla cronologia degli stati di Job Application o da un oggetto Offer Approval collegato. Cerchi stati come 'Offer Preparation' o 'Pending Offer Approval'. Acquisizione Rilevi l’orario in cui la candidatura passa a uno stato di preparazione o approvazione dell’offerta. Tipo di evento inferred
	Feedback inviato	Indica che, dopo un colloquio, un intervistatore ha inviato il proprio feedback sul candidato. Può trattarsi di un evento esplicito, se viene creato un record di feedback separato, oppure dedotto se l’invio determina una modifica dello stato della candidatura.
Perché è importante Un feedback tempestivo è fondamentale per la conformità del processo e per prendere rapidamente decisioni di assunzione. Questa attività consente di monitorare il KPI Tasso di invio dei feedback sui colloqui. Dove reperirli Può corrispondere a un orario esplicito nel record Interview Feedback o Assessment collegato alla candidatura. In alternativa, l’evento può essere dedotto da una modifica di stato. Acquisizione Se disponibile, utilizzi l’ora di creazione del record del feedback sul colloquio; in caso contrario, è necessaria un’analisi del sistema. Tipo di evento explicit
	Onboarding avviato	Questa attività segna il passaggio dal processo di selezione a quello di onboarding. Viene registrata quando il candidato viene trasferito al modulo di onboarding o il suo stato viene aggiornato a 'Ready to Hire' o 'Onboarding'.
Perché è importante Misura l’efficienza del passaggio dalla selezione all’onboarding del dipendente. Un trasferimento lento può compromettere l’esperienza del nuovo assunto. Dove reperirli In genere, l’evento viene dedotto dallo stato finale del processo di selezione prima che i dati del candidato vengano trasferiti a SAP SuccessFactors Onboarding. Viene utilizzato l’orario della modifica di stato. Acquisizione Rilevi l’orario della modifica di stato a 'Ready to Hire' o 'Onboarding Started'. Tipo di evento inferred
	Posizione pubblicata	Indica il momento in cui una richiesta di assunzione viene resa pubblica e i candidati possono iniziare a presentare domanda. Spesso l’evento viene dedotto da una modifica dello stato della richiesta, che indica che la posizione è ora attiva sui siti di carriera interni o esterni.
Perché è importante Il monitoraggio di questa fase consente di misurare il tempo necessario per ottenere le approvazioni interne prima della pubblicazione dell’annuncio. Eventuali ritardi possono incidere sensibilmente sul tempo complessivo necessario per coprire la posizione e sulla capacità di attirare candidati tempestivamente. Dove reperirli L’evento viene dedotto da una modifica dello stato nei dati Job Requisition. Cerchi uno stato come 'Posted', 'Open' o 'Active' e l’ora in cui è stato assegnato per la prima volta. Acquisizione Individui l’ora in cui lo stato di Job Requisition cambia assumendo un valore che indica la pubblicazione della posizione, all’interno o all’esterno dell’organizzazione. Tipo di evento inferred
	Verifica dei precedenti avviata	Indica l’avvio della verifica dei precedenti per un candidato che ha accettato un’offerta. L’evento viene dedotto da una modifica dello stato della candidatura a un valore come 'Background Check in Progress'.
Perché è importante I ritardi nell’avvio o nel completamento delle verifiche dei precedenti possono posticipare la data di inizio del nuovo dipendente. Monitorare questa attività aiuta a rendere più fluido il processo successivo alla presentazione dell’offerta. Dove reperirli L’evento viene dedotto dalla cronologia degli stati di Job Application. L’orario viene registrato quando lo stato viene aggiornato per indicare l’avvio della verifica dei precedenti. Acquisizione Individui l’orario in cui lo stato della candidatura cambia in 'Background Check'. Tipo di evento inferred

Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da SAP SuccessFactors Recruiting

Passaggi

Acceda a Integration Center: acceda alla Sua istanza SAP SuccessFactors. Utilizzi la barra di ricerca per aprire Integration Center > My Integrations.
Crei una nuova integrazione: faccia clic sul pulsante "Create" e selezioni "Scheduled Simple File Output Integration".
Selezioni l’entità iniziale: nella casella di ricerca "Select Entity", digiti e selezioni JobApplicationStatusAuditTrail. Questa entità è fondamentale perché registra ogni modifica di stato e costituisce la base dell’Event Log.
Assegni un nome e configuri l’integrazione: inserisca un nome descrittivo, ad esempio "ProcessMind_Recruitment_Event_Log". Passi quindi alla scheda "Configure Fields".
Mappi i campi delle entità alle colonne di output: questa è la fase centrale, in cui definisce la struttura del file di output. Nell’editor visivo, trascini i campi delle entità di origine a sinistra sulle colonne di destinazione a destra. Dovrà passare da JobApplicationStatusAuditTrail alle entità correlate, come jobApplication, quindi jobRequisition e candidate.
Crei campi calcolati per le attività: la maggior parte delle attività deriva dalle modifiche di stato. Crei un campo calcolato per ActivityName. Utilizzi un’espressione "If/Then/Else" o "Case" per associare statusId (o statusName) dell’audit trail ai nomi standard delle attività richiesti dall’Event Log, ad esempio: IF statusId è uguale a '123', THEN 'Colloquio svolto'. Per le associazioni specifiche, consulti la sezione delle query.
Filtri i dati: apra la scheda "Filter". Per estrarre solo i dati pertinenti e gestire le prestazioni, aggiunga un filtro temporale sul campo createdDateTime dell’entità JobApplicationStatusAuditTrail. Per la prima esecuzione, può selezionare un intervallo ampio, ad esempio gli ultimi 12 mesi. Per le esecuzioni successive, configuri l’estrazione dei dati a partire dall’ultima esecuzione completata correttamente, così da caricare solo le variazioni.
Configuri la destinazione: apra la scheda "Destination Settings". Inserisca i dati del server SFTP, inclusi indirizzo host, porta, credenziali utente e percorso della cartella di destinazione. Specifichi il nome del file di output, ad esempio recruiting_events.csv.
Pianifichi l’integrazione: nella scheda "Scheduling", definisca la frequenza di esecuzione. In base alle esigenze di Process Mining, è comune pianificare l’esecuzione giornaliera o settimanale. Verifichi che la pianificazione tenga conto dell’intervallo di date impostato per il caricamento delle variazioni.
Riveda ed esegua l’integrazione: apra la scheda "Review and Run" e controlli attentamente il riepilogo. Può fare clic su "Run Now" per provare l’integrazione e generare subito il primo file. Dopo aver verificato il risultato, salvi l’integrazione, che verrà eseguita secondo la pianificazione.
Gestisca gli eventi delle richieste di assunzione: gli eventi Job Requisition Created e Job Posted sono attributi di Job Requisition, non di Application. Crei una seconda integrazione simile, partendo dall’entità JobRequisition e dal relativo audit trail degli stati, per acquisire questi eventi. Prima di caricarli in ProcessMind, unisca i file di output delle due integrazioni.
Prepari il caricamento: verifichi che il file CSV finale, dopo l’unione, abbia intestazioni formattate correttamente (CaseId, ActivityName, EventTimestamp e così via) e un formato coerente per le date e le ore. Il file è quindi pronto per essere caricato in ProcessMind.

Configurazione

Tipo di integrazione: Scheduled Simple File Output Integration. Genera un file CSV secondo una pianificazione ricorrente.
Entità iniziale principale: JobApplicationStatusAuditTrail. Questa entità registra con data e ora ogni modifica di stato di ciascuna candidatura ed è quindi ideale per creare un Event Log.
Entità iniziale secondaria: per acquisire in un’integrazione separata gli eventi relativi alle richieste di assunzione, come 'Job Posted', è necessaria JobReqStatusAuditTrail (o un’entità analoga che registri le modifiche di stato delle richieste).
Entità correlate da raggiungere: per ottenere tutti gli attributi necessari, occorre passare dall’entità iniziale alle entità correlate, tra cui JobApplication, JobRequisition, Candidate e le entità utente relative a Recruiter e HiringManager.
Strategia di filtraggio: è fondamentale adottare una strategia di caricamento delle sole variazioni. Filtri l’entità JobApplicationStatusAuditTrail in base al campo createdDateTime, in modo da estrarre solo i record creati dopo l’ultima esecuzione completata correttamente. In questo modo evita di esportare nuovamente l’intero storico e migliora le prestazioni.
Intervallo di date: per il caricamento iniziale dei dati storici, selezioni un intervallo adatto all’analisi, ad esempio gli ultimi 6-12 mesi. Per i caricamenti successivi delle variazioni, il filtro dovrebbe essere dinamico, ad esempio basato sull’ora dell’ultima esecuzione completata correttamente.
Prerequisiti: chi configura l’integrazione deve disporre di autorizzazioni amministrative per Integration Center e di autorizzazioni di lettura per tutte le entità OData necessarie di Recruiting (JobApplication, JobRequisition, Candidate e così via). Sono inoltre necessari l’accesso a un server SFTP e le relative credenziali.

Query di esempio sql

/*
This is a configuration reference for the Integration Center, not an executable script.
It details the mapping from SAP SuccessFactors OData entities to the target CSV file columns.
Two separate integrations are required and their outputs must be merged.
*/

-- Integration 1: Job Application Events
-- Starting Entity: JobApplicationStatusAuditTrail

-- Field Mappings:
"JobApplication" -> jobApplication/applicationId
"ActivityName" -> [Calculated Field] Based on jobApplication/statusId. Logic:
  CASE jobApplication/statusId:
    WHEN '[Status ID for New Application]' THEN 'Application Received'
    WHEN '[Status ID for Screened]' THEN 'Application Screened'
    WHEN '[Status ID for Phone Screen]' THEN 'Phone Screen Conducted'
    WHEN '[Status ID for Interview Scheduled]' THEN 'Interview Scheduled'
    WHEN '[Status ID for Interview Conducted]' THEN 'Interview Conducted'
    WHEN '[Status ID for Interview Feedback]' THEN 'Feedback Submitted'
    WHEN '[Status ID for Offer Preparation]' THEN 'Offer Details Entered'
    WHEN '[Status ID for Offer Extended]' THEN 'Offer Extended'
    WHEN '[Status ID for Offer Accepted]' THEN 'Offer Accepted'
    WHEN '[Status ID for Background Check]' THEN 'Background Check Initiated'
    WHEN '[Status ID for Onboarding]' THEN 'Onboarding Initiated'
    WHEN '[Status ID for Hired]' THEN 'Candidate Hired'
    WHEN '[Status ID for Rejected]' THEN 'Application Rejected'
    WHEN '[Status ID for Withdrawn]' THEN 'Candidate Withdrew'
    ELSE jobApplication/appStatusSetItem/statusName
  END
"EventTimestamp" -> createdDateTime
"JobRequisitionId" -> jobApplication/jobRequisition/jobReqId
"CandidateId" -> jobApplication/candidate/candidateId
"JobTitle" -> jobApplication/jobRequisition/jobTitle
"Department" -> jobApplication/jobRequisition/department
"Recruiter" -> jobApplication/jobRequisition/recruiter/userId
"HiringManager" -> jobApplication/jobRequisition/hiringManager/userId
"ApplicationStatus" -> jobApplication/appStatusSetItem/statusName
"ApplicationSource" -> jobApplication/source

-- Integration 2: Job Requisition Events
-- Starting Entity: JobRequisition

-- Field Mappings (Row 1 for Job Requisition Created):
"JobApplication" -> jobReqId -- Note: Requisition ID is used as the key here for merging purposes
"ActivityName" -> 'Job Requisition Created'
"EventTimestamp" -> createdDate
"JobRequisitionId" -> jobReqId
"CandidateId" -> NULL
"JobTitle" -> jobTitle
"Department" -> department
"Recruiter" -> recruiter/userId
"HiringManager" -> hiringManager/userId
"ApplicationStatus" -> NULL
"ApplicationSource" -> NULL

-- Field Mappings (Additional rows for Job Posted from a Requisition Audit Trail entity):
-- Note: This requires a third integration starting from the Requisition Status Audit Trail, if available, or a different approach.
-- Assuming a status field on the JobRequisition entity indicates the posting date.
"JobApplication" -> jobReqId
"ActivityName" -> 'Job Posted'
"EventTimestamp" -> [Date field indicating when requisition was posted]
"JobRequisitionId" -> jobReqId
"CandidateId" -> NULL
"JobTitle" -> jobTitle
"Department" -> department
"Recruiter" -> recruiter/userId
"HiringManager" -> hiringManager/userId
"ApplicationStatus" -> NULL
"ApplicationSource" -> NULL

Passaggi

Prerequisiti e autenticazione: verifichi che l’utente SAP SuccessFactors disponga delle autorizzazioni di accesso API per le entità OData richieste. La configurazione si trova in Admin Center, alla voce 'Manage Permission Roles'. Generi le credenziali client OAuth 2.0 per l’autenticazione API. Le serviranno Client ID, Client Secret, Company ID e l’URL corretto del server API per il Suo centro dati.
Individui le entità OData: acquisisca familiarità con le entità principali dell’API OData V2 di SuccessFactors. Le fonti principali per l’estrazione sono JobApplication, JobApplicationStatusAuditTrail e JobRequisition. Utilizzi 'OData API Data Dictionary' in Admin Center per consultare i campi disponibili in ciascuna entità.
Configuri lo script di estrazione: copi lo script Python fornito nell’ambiente di sviluppo. Installi le librerie requests e pandas (pip install requests pandas).
Imposti i parametri dello script: aggiorni le variabili segnaposto con le credenziali API specifiche di SuccessFactors, l’ID aziendale e l’URL del server API. Definisca l’intervallo di date impostando le variabili START_DATE e END_DATE.
Personalizzi le associazioni degli stati: controlli il dizionario STATUS_TO_ACTIVITY_MAPPING nello script. Questa è la personalizzazione più importante: deve associare i nomi degli stati utilizzati nella Sua istanza SuccessFactors ai nomi standard delle attività richiesti dall’Event Log. Lo script fornito include alcuni esempi comuni, ma la configurazione del Suo sistema potrebbe essere diversa.
Esegua lo script: avvii lo script Python. Si autenticherà tramite API, recupererà i dati dalle risorse JobApplication e JobApplicationStatusAuditTrail in più pagine ed elaborerà le risposte.
Gestisca gli eventi relativi alle richieste di assunzione: lo script recupera innanzitutto tutte le candidature nell’intervallo di date specificato. Per ciascuna candidatura, genera automaticamente gli eventi 'Job Requisition Created' e 'Job Posted' in base ai dati della richiesta di assunzione associata.
Elabori gli eventi relativi alle candidature: lo script recupera quindi l’audit trail di ciascuna candidatura. Utilizza le associazioni personalizzate per convertire le modifiche di stato nelle righe di attività corrispondenti, ad esempio 'Candidatura esaminata', 'Colloquio svolto' e 'Offerta presentata'.
Unisca e strutturi i dati: lo script raccoglie in un unico elenco tutti gli eventi generati, sia quelli relativi alle richieste di assunzione sia quelli relativi alle candidature.
Generi l’Event Log: nell’ultima fase, lo script converte i dati uniti in un DataFrame pandas e li salva in un file CSV denominato sfsf_recruiting_event_log.csv. Il file include le colonne richieste: JobApplication, ActivityName, EventTimestamp e altri attributi consigliati.
Riveda e carichi il file: apra il file CSV generato e convalidi i dati. Una volta verificato, il file è pronto per essere caricato in ProcessMind e analizzato.

Configurazione

Endpoint API: l’URL di base dell’API OData V2, specifico del centro dati SuccessFactors, ad esempio https://api4.successfactors.com/odata/v2.
Entità OData principali: l’estrazione utilizza soprattutto JobApplication (per recuperare il caso di base e gli oggetti correlati) e JobApplicationStatusAuditTrail (per lo storico degli eventi). Include inoltre entità correlate come JobRequisition, Candidate, Recruiter e HiringManager per arricchire i dati.
Autenticazione: lo script utilizza OAuth 2.0 Client Credentials per l’autenticazione da server a server. Deve disporre di un Client ID e di un Client Secret validi, registrati in SuccessFactors OAuth Manager.
Intervallo di date: lo script filtra le candidature in base alla data di creazione (createdDateTime). Per gestire il volume dei dati e i tempi di risposta dell’API, si consiglia di iniziare con un intervallo limitato, ad esempio 3-6 mesi. Esempio: $filter=createdDateTime ge 2023-01-01T00:00:00Z.
Associazione degli stati: è fondamentale associare gli stati specifici delle candidature della Sua azienda, ad esempio 'Initial Review' e 'First Interview', alle attività standard richieste, come 'Candidatura esaminata' e 'Colloquio svolto'. L’associazione è definita in un dizionario Python nello script e deve essere adattata alla Sua implementazione.
Paginazione API: lo script gestisce automaticamente la paginazione lato server seguendo il collegamento __next fornito nelle risposte API, così da recuperare tutti i record dell’intervallo di date.
Autorizzazioni necessarie: l’utente API deve disporre di autorizzazioni basate sui ruoli (RBP) che consentano la lettura delle entità JobApplication, JobApplicationStatusAuditTrail, JobRequisition e Candidate, nonché di tutti i campi selezionati nello script.

Query di esempio graphql

import requests
import pandas as pd
import datetime

# --- Configuration --- #
# Replace with your SuccessFactors API details
API_SERVER_URL = "https://[api_server_url].successfactors.com"
COMPANY_ID = "[Your_Company_ID]"
CLIENT_ID = "[Your_Client_ID]"
CLIENT_SECRET = "[Your_Client_Secret]"

# Date range for the extraction (ISO 8601 format)
START_DATE = "2023-01-01T00:00:00Z"
END_DATE = "2023-12-31T23:59:59Z"

# --- CRITICAL: Customize this mapping for your instance --- #
# Map your specific SuccessFactors status names to the standard activity names
STATUS_TO_ACTIVITY_MAPPING = {
    "Screening": "Application Screened",
    "Phone Screen": "Phone Screen Conducted",
    "Interview": "Interview Conducted",
    "Offer": "Offer Details Entered",
    "Offer Extended": "Offer Extended",
    "Offer Accepted": "Offer Accepted",
    "Background Check": "Background Check Initiated",
    "Ready to Hire": "Onboarding Initiated",
    "Hired": "Candidate Hired",
    "Rejected": "Application Rejected",
    "Withdrawn by candidate": "Candidate Withdrew"
    # Add other status mappings as needed, e.g., 'Interview Scheduled', 'Feedback Submitted'
}

# --- Helper Functions --- #
def get_oauth_token():
    """Authenticates and retrieves an OAuth 2.0 access token."""
    token_url = f"{API_SERVER_URL}/oauth/token"
    payload = {
        "client_id": CLIENT_ID,
        "client_secret": CLIENT_SECRET,
        "grant_type": "client_credentials",
        "company_id": COMPANY_ID
    }
    response = requests.post(token_url, data=payload)
    response.raise_for_status()
    return response.json()["access_token"]

def fetch_all_pages(url, headers):
    """Fetches data from a paginated OData endpoint."""
    results = []
    while url:
        response = requests.get(url, headers=headers)
        response.raise_for_status()
        data = response.json()["d"]
        results.extend(data.get("results", [data])) # Handle single vs. multiple results
        url = data.get("__next")
    return results

# --- Main Extraction Logic --- #
def main():
    print("Starting SuccessFactors data extraction...")
    try:
        token = get_oauth_token()
        headers = {"Authorization": f"Bearer {token}", "Accept": "application/json"}
    except requests.exceptions.RequestException as e:
        print(f"Error obtaining OAuth token: {e}")
        return

    event_log = []
    
    # 1. Fetch Job Applications within the date range
    print(f"Fetching job applications created between {START_DATE} and {END_DATE}...")
    job_app_fields = "appStatusSetId,applicationId,source,jobReqId,candidate/candidateId,jobRequisition/jobReqId,jobRequisition/jobTitle,jobRequisition/department,jobRequisition/recruiterUser/defaultFullName,jobRequisition/hiringManagerUser/defaultFullName,jobRequisition/creationDate,jobRequisition/postedDate,creationDate,status/statusName"
    job_app_expand = "candidate,jobRequisition,jobRequisition/recruiterUser,jobRequisition/hiringManagerUser,status"
    job_app_filter = f"creationDate ge datetime'{START_DATE.replace('Z', '')}' and creationDate le datetime'{END_DATE.replace('Z', '')}'"
    job_app_url = f"{API_SERVER_URL}/odata/v2/JobApplication?$format=json&$select={job_app_fields}&$expand={job_app_expand}&$filter={job_app_filter}"

    try:
        applications = fetch_all_pages(job_app_url, headers)
        print(f"Found {len(applications)} applications.")
    except requests.exceptions.RequestException as e:
        print(f"Error fetching job applications: {e}")
        return

    # 2. Process each application and its audit trail
    for i, app in enumerate(applications):
        if (i + 1) % 50 == 0:
            print(f"Processing application {i + 1}/{len(applications)}...")
        
        # Common attributes
        job_req = app.get("jobRequisition", {})
        candidate = app.get("candidate", {})
        
        base_attributes = {
            "JobApplication": app.get("applicationId"),
            "JobRequisitionId": job_req.get("jobReqId"),
            "CandidateId": candidate.get("candidateId"),
            "JobTitle": job_req.get("jobTitle"),
            "Department": job_req.get("department"),
            "Recruiter": job_req.get("recruiterUser", {}).get("defaultFullName"),
            "HiringManager": job_req.get("hiringManagerUser", {}).get("defaultFullName"),
            "ApplicationSource": app.get("source"),
            "ApplicationStatus": app.get("status", {}).get("statusName")
        }

        # Add Requisition and Application creation events
        if job_req.get("creationDate"):
            event_log.append({**base_attributes, "ActivityName": "Job Requisition Created", "EventTimestamp": job_req["creationDate"]})
        if job_req.get("postedDate"): # Note: postedDate might not be enabled
            event_log.append({**base_attributes, "ActivityName": "Job Posted", "EventTimestamp": job_req["postedDate"]})
        if app.get("creationDate"):
            event_log.append({**base_attributes, "ActivityName": "Application Received", "EventTimestamp": app["creationDate"]})
        
        # 3. Fetch Status Audit Trail for the current application
        audit_trail_url = f"{API_SERVER_URL}/odata/v2/JobApplication({app['applicationId']}L)/appStatusTrail?$format=json"
        try:
            audit_trail_items = fetch_all_pages(audit_trail_url, headers)
            for item in audit_trail_items:
                status_name = item.get("statusName")
                if status_name in STATUS_TO_ACTIVITY_MAPPING:
                    activity_name = STATUS_TO_ACTIVITY_MAPPING[status_name]
                    event_log.append({**base_attributes, "ActivityName": activity_name, "EventTimestamp": item.get("createdDate")})
        except requests.exceptions.RequestException as e:
            print(f"Could not fetch audit trail for application {app['applicationId']}: {e}")
            continue

    # 4. Create and save DataFrame
    if not event_log:
        print("No events were generated. Check your date range and status mappings.")
        return
    
    df = pd.DataFrame(event_log)
    # Reorder columns for clarity
    cols = ["JobApplication", "ActivityName", "EventTimestamp", "JobRequisitionId", "CandidateId", "JobTitle", 
            "Department", "Recruiter", "HiringManager", "ApplicationStatus", "ApplicationSource"]
    df = df[cols]
    
    # Convert timestamp format
    df['EventTimestamp'] = pd.to_datetime(df['EventTimestamp'], format='/Date(%f%z)/')
    df = df.sort_values(by=["JobApplication", "EventTimestamp"])

    output_filename = 'sfsf_recruiting_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(f"Extraction complete. Event log saved to {output_filename}")

if __name__ == "__main__":
    main()

Passaggi

Prerequisiti: configuri un utente API in SuccessFactors
- Acceda all’istanza SAP SuccessFactors con privilegi amministrativi.
- Apra Admin Center e utilizzi la ricerca per trovare "Manage OAuth2 Client Applications".
- Registri una nuova applicazione client. Dovrà generare un certificato X.509 e caricare la chiave pubblica. Annoti la chiave API generata (Client ID).
- Apra "Manage Permission Roles" e crei un nuovo ruolo per l’utente API.
- In "Manage Integration Tools", assegni al ruolo "OData API Basic Authentication" e "OAuth 2.0 API access".
- In "Recruiting Permissions", conceda al ruolo l’accesso in lettura alle entità: JobApplication, JobRequisition, JobApplicationStatusAuditTrail, Utente e alle altre entità necessarie per arricchire gli attributi, ad esempio Reparto. Verifichi che tutti gli attributi richiesti siano visibili a livello di campo.
- Crei un utente API dedicato tramite "Manage Employees" e gli assegni il ruolo di autorizzazione appena creato.
Configuri l’ambiente Python locale
- Verifichi che sul computer sia installato Python 3.7 o una versione successiva.
- Apra un terminale o il prompt dei comandi e installi le librerie Python necessarie eseguendo il comando: pip install requests pandas cryptography.
Configuri lo script Python
- Salvi il codice Python fornito in un file denominato extract_sfsf_recruiting.py.
- Apra il file e individui la sezione di configurazione all’inizio.
- Inserisca i dati API di SuccessFactors: SF_API_CENTER_URL, SF_COMPANY_ID, SF_CLIENT_ID e SF_USER_ID.
- Indichi nella variabile SF_PRIVATE_KEY_PATH il percorso del file della chiave privata generata al passaggio 1.
- Imposti le date START_DATE e END_DATE per il periodo di estrazione dei dati.
Personalizzi l’associazione degli stati
- Individui nello script il dizionario STATUS_TO_ACTIVITY_MAPPING.
- Questa è la fase più importante: deve associare esattamente i nomi degli stati utilizzati nella Sua istanza di SuccessFactors Recruiting ai nomi standard delle attività richiesti dall’Event Log.
- Si rivolga all’amministratore SuccessFactors per ottenere l’elenco di tutti i possibili stati delle candidature e associarli correttamente. Un’associazione errata può causare l’assenza di alcune attività o la loro classificazione sbagliata.
Esegua lo script di estrazione
- Apra un terminale o il prompt dei comandi e raggiunga la cartella in cui ha salvato lo script.
- Esegua lo script con il comando: python extract_sfsf_recruiting.py.
- Lo script si autenticherà tramite API, recupererà i dati delle richieste di assunzione e delle modifiche di stato delle candidature in gruppi paginati, elaborerà i dati e mostrerà l’avanzamento nella console.
Riveda e carichi l’Event Log
- Al termine dell’esecuzione, nella stessa cartella verrà generato un file CSV denominato sfsf_recruiting_event_log.csv.
- Apra il file CSV con un programma per fogli di calcolo e ne verifichi completezza e correttezza seguendo i passaggi di convalida.
- Il file è pronto per essere caricato in ProcessMind. Le colonne hanno già i nomi previsti dallo schema richiesto (JobApplication, ActivityName, EventTimestamp e così via).

Configurazione

Credenziali API: per l’autenticazione OAuth 2.0, lo script richiede diverse credenziali: URL dell’API Center, Company ID, Client ID, ID utente API e percorso del file della chiave privata.
Intervallo di date: le variabili START_DATE e END_DATE definiscono il periodo di estrazione. Per un’analisi iniziale, si consiglia un intervallo di 6-12 mesi, così da includere una varietà sufficiente di percorsi del processo.
Associazione degli stati alle attività: il dizionario STATUS_TO_ACTIVITY_MAPPING è una configurazione essenziale, che associa gli stati personalizzati delle candidature aziendali ai nomi standard delle attività. È importante configurarlo con precisione.
Autorizzazioni sulle entità: l’utente API deve disporre di autorizzazioni di lettura per diverse entità OData, in particolare JobRequisition, JobApplication e JobApplicationStatusAuditTrail. Per recuperare i nomi di recruiter e responsabili delle assunzioni, sono necessarie ulteriori autorizzazioni su entità come Utente.
Dimensione delle pagine: la variabile PAGE_SIZE determina quanti record vengono recuperati per ogni chiamata API. Il valore predefinito di 1000 è generalmente efficiente, ma potrebbe essere necessario ridurlo se si verificano timeout API con schemi di entità molto ampi.

Query di esempio python

import requests
import pandas as pd
import json
from datetime import datetime, timedelta
from cryptography.hazmat.primitives import serialization
from cryptography.hazmat.primitives.asymmetric import rsa
import base64
import time

class=class="hl-string">"hl-comment"># --- CONFIGURATION SECTION --- 
class=class="hl-string">"hl-comment"># Replace with your SAP SuccessFactors API details
SF_API_CENTER_URL = class="hl-string">"[Your SuccessFactors API Server URL, e.g., https://apiX.successfactors.com]"
SF_COMPANY_ID = class="hl-string">"[Your Company ID]"
SF_CLIENT_ID = class="hl-string">"[Your OAuth Client ID / API Key]"
SF_USER_ID = class="hl-string">"[Your API User ID]"
SF_PRIVATE_KEY_PATH = class="hl-string">"[Path to your private key .pem file]"

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

class=class="hl-string">"hl-comment"># Page size for API calls
PAGE_SIZE = 1000

class=class="hl-string">"hl-comment"># CRITICAL: Map your specific SF status names to standard activity names.
class=class="hl-string">"hl-comment"># Work with an SF admin to get the exact status names from your instance.
STATUS_TO_ACTIVITY_MAPPING = {
    class="hl-string">"New Application": class="hl-string">"Application Received",
    class="hl-string">"Screen": class="hl-string">"Application Screened",
    class="hl-string">"Phone Screen": class="hl-string">"Phone Screen Conducted",
    class="hl-string">"Interview": class="hl-string">"Interview Conducted",
    class="hl-string">"Offer": class="hl-string">"Offer Details Entered",
    class="hl-string">"Offer Extended": class="hl-string">"Offer Extended",
    class="hl-string">"Offer Accepted": class="hl-string">"Offer Accepted",
    class="hl-string">"Background Check": class="hl-string">"Background Check Initiated",
    class="hl-string">"Ready to Hire": class="hl-string">"Onboarding Initiated",
    class="hl-string">"Hired": class="hl-string">"Candidate Hired",
    class="hl-string">"Rejected": class="hl-string">"Application Rejected",
    class="hl-string">"Withdrawn by Candidate": class="hl-string">"Candidate Withdrew"
    class=class="hl-string">"hl-comment"># Add other custom statuses here, e.g.:
    class=class="hl-string">"hl-comment"># class="hl-string">"Interview Scheduled": class="hl-string">"Interview Scheduled",
    class=class="hl-string">"hl-comment"># class="hl-string">"Interviewer Feedback Submitted": class="hl-string">"Feedback Submitted"
}

def get_access_token():
    class="hl-string">"""Generates a JWT and exchanges it for an OAuth 2.0 access token."""
    try:
        with open(SF_PRIVATE_KEY_PATH, class="hl-string">"rb") as key_file:
            private_key = serialization.load_pem_private_key(
                key_file.read(),
                password=None,
            )
    except Exception as e:
        print(fclass="hl-string">"Error reading private key: {e}")
        return None

    class=class="hl-string">"hl-comment"># Create assertion
    assertion_payload = {
        class="hl-string">"iss": SF_CLIENT_ID,
        class="hl-string">"sub": SF_USER_ID,
        class="hl-string">"aud": class="hl-string">"www.successfactors.com",
        class="hl-string">"exp": int(time.time()) + 300 class=class="hl-string">"hl-comment"># 5 minute expiry
    }
    
    class=class="hl-string">"hl-comment"># This part requires the class="hl-string">'PyJWT' library if you want to create a JWT.
    class=class="hl-string">"hl-comment"># For simplicity, we assume the user might use a different library or method.
    class=class="hl-string">"hl-comment"># As a fallback, this example shows a conceptual SAML assertion structure.
    class=class="hl-string">"hl-comment"># In a real scenario, a library like `PyJWT` or `Authlib` would be used.
    class=class="hl-string">"hl-comment"># We'll use a simplified placeholder for the assertion generation logic.
    class=class="hl-string">"hl-comment"># For this example to work, you'd need to implement proper JWT signing.
    class=class="hl-string">"hl-comment"># The below is a placeholder and will not work without a signing library.
    class=class="hl-string">"hl-comment"># Weclass="hl-string">'ll mock the assertion for this script's structure.
    
    class=class="hl-string">"hl-comment"># For a real implementation, you would use a library to sign the assertion.
    class=class="hl-string">"hl-comment"># Let's assume we have a signed assertion string.
    class=class="hl-string">"hl-comment"># For this example, we'll proceed as if `signed_assertion` is correctly generated.
    class=class="hl-string">"hl-comment"># signed_assertion = jwt.encode(assertion_payload, private_key, algorithm=class="hl-string">'RS256')
    class=class="hl-string">"hl-comment"># Since we can't sign it here without more libraries, we will skip to the request part.

    token_url = fclass="hl-string">"{SF_API_CENTER_URL}/oauth/token"
    headers = {class="hl-string">"Content-Type": class="hl-string">"application/x-www-form-urlencoded"}
    
    class=class="hl-string">"hl-comment"># The grant_type must be urn:ietf:params:oauth:grant-type:saml2-bearer
    class=class="hl-string">"hl-comment"># You would need to URL-encode a properly signed SAML or JWT assertion.
    class=class="hl-string">"hl-comment"># This step is highly dependent on your specific SF setup (SAML vs JWT assertion).
    class=class="hl-string">"hl-comment"># We will simulate the request conceptually.
    print(class="hl-string">"Requesting access token. Note: Assertion signing is required for a live environment.")
    
    class=class="hl-string">"hl-comment"># This is a simplified payload. A real assertion is needed for the `assertion` field.
    class=class="hl-string">"hl-comment"># You must generate this assertion and sign it with your private key.
    payload = {
        class="hl-string">'grant_type': class="hl-string">'urn:ietf:params:oauth:grant-type:saml2-bearer',
        class="hl-string">'company_id': SF_COMPANY_ID,
        class="hl-string">'client_id': SF_CLIENT_ID,
        class="hl-string">'assertion': class="hl-string">'[A correctly signed SAML/JWT assertion goes here]'
    }

    class=class="hl-string">"hl-comment"># A note to the user that this part needs to be implemented.
    print(class="hl-string">"\n*** ACTION REQUIRED ***")
    print(class="hl-string">"The following API call for an access token is a placeholder.")
    print(class="hl-string">"You must replace the 'assertion' value with a real, signed SAML/JWT assertion.")
    print(class="hl-string">"See SAP SuccessFactors documentation for OAuth 2.0 authentication.")
    print(class="hl-string">"**********************\n")
    
    class=class="hl-string">"hl-comment"># As we cannot generate a real token here, we return a placeholder.
    class=class="hl-string">"hl-comment"># In your real script, you would make the request and return the token.
    class=class="hl-string">"hl-comment"># response = requests.post(token_url, headers=headers, data=payload)
    class=class="hl-string">"hl-comment"># if response.status_code == 200:
    class=class="hl-string">"hl-comment">#     return response.json().get(class="hl-string">'access_token')
    class=class="hl-string">"hl-comment"># else:
    class=class="hl-string">"hl-comment">#     print(fclass="hl-string">"Error getting token: {response.status_code} {response.text}")
    class=class="hl-string">"hl-comment">#     return None
    return class="hl-string">"[Your_Generated_Access_Token]" class=class="hl-string">"hl-comment"># Replace this with the actual token retrieval logic


def fetch_all_pages(url, headers):
    class="hl-string">"""Fetches all pages of data from a paginated OData endpoint."""
    all_results = []
    while url:
        try:
            response = requests.get(url, headers=headers)
            response.raise_for_status()
            data = response.json()
            all_results.extend(data.get(class="hl-string">'d', {}).get(class="hl-string">'results', []))
            class=class="hl-string">"hl-comment"># SuccessFactors uses __next for the next page link
            url = data.get(class="hl-string">'d', {}).get(class="hl-string">'__next', None)
            if url:
                print(fclass="hl-string">"Fetching next page...")
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"API request failed: {e}")
            break
    return all_results

def main():
    class="hl-string">"""Main function to extract, transform, and save the data."""
    access_token = get_access_token()
    if not access_token or access_token == class="hl-string">"[Your_Generated_Access_Token]":
        print(class="hl-string">"Could not obtain access token. Please check your configuration and assertion logic.")
        return

    headers = {
        class="hl-string">"Authorization": fclass="hl-string">"Bearer {access_token}",
        class="hl-string">"Accept": class="hl-string">"application/json"
    }

    class=class="hl-string">"hl-comment"># 1. Fetch Job Requisition Data for class="hl-string">'Created' and class="hl-string">'Posted' events
    print(class="hl-string">"Fetching Job Requisition data...")
    req_filter = fclass="hl-string">"createdDate ge datetime'{START_DATE}T00:00:00Z' and createdDate le datetime'{END_DATE}T23:59:59Z'"
    req_url = fclass="hl-string">"{SF_API_CENTER_URL}/odata/v2/JobRequisition?$format=json&$filter={req_filter}&$select=jobReqId,createdDateTime,jobTitle,department,recruiter/userId,recruiter/defaultFullName,hiringManager/userId,hiringManager/defaultFullName,status&$expand=recruiter,hiringManager&$top={PAGE_SIZE}"
    requisitions_data = fetch_all_pages(req_url, headers)
    
    req_events = []
    for req in requisitions_data:
        class=class="hl-string">"hl-comment"># Event: Job Requisition Created
        req_events.append({
            class="hl-string">'JobApplication': fclass="hl-string">"REQ-{req['jobReqId']}",  class=class="hl-string">"hl-comment"># Use req id as case for these events
            class="hl-string">'ActivityName': class="hl-string">'Job Requisition Created',
            class="hl-string">'EventTimestamp': req[class="hl-string">'createdDateTime'],
            class="hl-string">'JobRequisitionId': req[class="hl-string">'jobReqId'],
            class="hl-string">'CandidateId': None,
            class="hl-string">'JobTitle': req[class="hl-string">'jobTitle'],
            class="hl-string">'Department': req.get(class="hl-string">'department'),
            class="hl-string">'Recruiter': req.get(class="hl-string">'recruiter', {}).get(class="hl-string">'defaultFullName'),
            class="hl-string">'HiringManager': req.get(class="hl-string">'hiringManager', {}).get(class="hl-string">'defaultFullName'),
            class="hl-string">'ApplicationStatus': req[class="hl-string">'status'],
            class="hl-string">'ApplicationSource': None
        })
        class=class="hl-string">"hl-comment"># Event: Job Posted (inferred from status, this may need adjustment)
        if req[class="hl-string">'status'] == class="hl-string">'Posted': class=class="hl-string">"hl-comment"># This status name is an assumption
            req_events.append({
                class="hl-string">'JobApplication': fclass="hl-string">"REQ-{req['jobReqId']}",
                class="hl-string">'ActivityName': class="hl-string">'Job Posted',
                 class=class="hl-string">"hl-comment"># Using createdDateTime as a proxy; lastModifiedDateTime would be better if available
                class="hl-string">'EventTimestamp': req[class="hl-string">'createdDateTime'], 
                class="hl-string">'JobRequisitionId': req[class="hl-string">'jobReqId'],
                class="hl-string">'CandidateId': None,
                class="hl-string">'JobTitle': req[class="hl-string">'jobTitle'],
                class="hl-string">'Department': req.get(class="hl-string">'department'),
                class="hl-string">'Recruiter': req.get(class="hl-string">'recruiter', {}).get(class="hl-string">'defaultFullName'),
                class="hl-string">'HiringManager': req.get(class="hl-string">'hiringManager', {}).get(class="hl-string">'defaultFullName'),
                class="hl-string">'ApplicationStatus': req[class="hl-string">'status'],
                class="hl-string">'ApplicationSource': None
            })

    df_req_events = pd.DataFrame(req_events)
    print(fclass="hl-string">"Processed {len(df_req_events)} job requisition events.")

    class=class="hl-string">"hl-comment"># 2. Fetch Job Application Status Audit Trail Data
    print(class="hl-string">"\nFetching Job Application status audit trail data...")
    audit_filter = fclass="hl-string">"createdDate ge datetime'{START_DATE}T00:00:00Z' and createdDate le datetime'{END_DATE}T23:59:59Z'"
    audit_select = class="hl-string">"jobApplication/appId,jobApplication/jobReqId,jobApplication/candidate/candidateId,jobApplication/source,jobApplication/status,jobApplication/jobRequisition/jobTitle,jobApplication/jobRequisition/department,jobApplication/jobRequisition/recruiter/defaultFullName,jobApplication/jobRequisition/hiringManager/defaultFullName,status,createdDate"
    audit_expand = class="hl-string">"jobApplication,jobApplication/candidate,jobApplication/jobRequisition,jobApplication/jobRequisition/recruiter,jobApplication/jobRequisition/hiringManager"
    audit_url = fclass="hl-string">"{SF_API_CENTER_URL}/odata/v2/JobApplicationStatusAuditTrail?$format=json&$filter={audit_filter}&$select={audit_select}&$expand={audit_expand}&$top={PAGE_SIZE}"
    
    audit_data = fetch_all_pages(audit_url, headers)
    
    app_events = []
    for item in audit_data:
        app_info = item.get(class="hl-string">'jobApplication')
        if not app_info: continue

        activity_name = STATUS_TO_ACTIVITY_MAPPING.get(item.get(class="hl-string">'status'), None)
        if not activity_name: continue class=class="hl-string">"hl-comment"># Skip statuses not in our mapping

        app_events.append({
            class="hl-string">'JobApplication': app_info.get(class="hl-string">'appId'),
            class="hl-string">'ActivityName': activity_name,
            class="hl-string">'EventTimestamp': item.get(class="hl-string">'createdDate'),
            class="hl-string">'JobRequisitionId': app_info.get(class="hl-string">'jobReqId'),
            class="hl-string">'CandidateId': app_info.get(class="hl-string">'candidate', {}).get(class="hl-string">'candidateId'),
            class="hl-string">'JobTitle': app_info.get(class="hl-string">'jobRequisition', {}).get(class="hl-string">'jobTitle'),
            class="hl-string">'Department': app_info.get(class="hl-string">'jobRequisition', {}).get(class="hl-string">'department'),
            class="hl-string">'Recruiter': app_info.get(class="hl-string">'jobRequisition', {}).get(class="hl-string">'recruiter', {}).get(class="hl-string">'defaultFullName'),
            class="hl-string">'HiringManager': app_info.get(class="hl-string">'jobRequisition', {}).get(class="hl-string">'hiringManager', {}).get(class="hl-string">'defaultFullName'),
            class="hl-string">'ApplicationStatus': app_info.get(class="hl-string">'status'),
            class="hl-string">'ApplicationSource': app_info.get(class="hl-string">'source')
        })

    df_app_events = pd.DataFrame(app_events)
    print(fclass="hl-string">"Processed {len(df_app_events)} application status events.")

    class=class="hl-string">"hl-comment"># 3. Combine, Clean, and Export
    if df_app_events.empty and df_req_events.empty:
        print(class="hl-string">"No data extracted. Please check your date range and API permissions.")
        return

    final_df = pd.concat([df_req_events, df_app_events], ignore_index=True)
    final_df = final_df.sort_values(by=[class="hl-string">'JobApplication', class="hl-string">'EventTimestamp']).reset_index(drop=True)
    
    class=class="hl-string">"hl-comment"># Convert timestamp string to datetime object and format it
    class=class="hl-string">"hl-comment"># Example SF format: /Date(1672531200000+0000)/
    final_df[class="hl-string">'EventTimestamp'] = pd.to_datetime(final_df[class="hl-string">'EventTimestamp'].str.extract(rclass="hl-string">'(\d+)')[0], unit=class="hl-string">'ms')
    final_df[class="hl-string">'EventTimestamp'] = final_df[class="hl-string">'EventTimestamp'].dt.strftime(class="hl-string">'%Y-%m-%d %H:%M:%S')

    class=class="hl-string">"hl-comment"># Rename columns for ProcessMind
    final_df.rename(columns={class="hl-string">'JobRequisitionId': class="hl-string">'Job Requisition ID'}, inplace=True)

    output_filename = class="hl-string">'sfsf_recruiting_event_log.csv'
    final_df.to_csv(output_filename, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"\nExtraction complete. Event log saved to {output_filename}")

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

È pronto a iniziare?

Inizi oggi a ottimizzare il processo di selezione preparando i dati con questo template. Ottenga informazioni utili e renda più efficiente il processo di assunzione.

Torna alla guida al miglioramento

Scarica il template

Ottimizzi subito il processo di selezione in SAP SuccessFactors

Individui le inefficienze, elimini i colli di bottiglia e riduca del 30% il tempo del ciclo di assunzione.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Provi il servizio gratuitamente per 14 giorni.

Il Suo template dei dati per il reclutamento e l’acquisizione di talenti

Il Suo template dei dati per il reclutamento e l’acquisizione di talenti

Attributi per il reclutamento e l’acquisizione di talenti

Attività di selezione e acquisizione dei talenti

Guide all’estrazione

Esportazione delle posizioni lavorative tramite SAP SuccessFactors Integration Center

Passaggi

Configurazione

Query di esempio sql

Query dell’API OData di SAP SuccessFactors per i dati delle candidature

Passaggi

Configurazione

Query di esempio graphql

Script Python per l’estrazione completa dei dati tramite API OData

Passaggi

Configurazione

Query di esempio python

È pronto a iniziare?

Ottimizzi subito il processo di selezione in SAP SuccessFactors