> Miglioramento continuo dei processi > Hire to Retire Gestione delle posizioni > SAP SuccessFactors Employee Central > Template dei dati

Il Suo template dei dati per Hire to Retire, gestione delle posizioni

SAP SuccessFactors Employee Central

← Torna alla guida al miglioramento

Attributi di Hire to Retire, gestione delle posizioni(19) Attività di Hire to Retire, gestione delle posizioni(13) Guide all’estrazione(3)

Il Suo template dei dati per Hire to Retire, gestione delle posizioni

Questo template fornisce indicazioni complete per raccogliere i dati necessari ad analizzare il processo Hire to Retire di gestione delle posizioni. Descrive gli attributi essenziali da raccogliere, le attività principali da monitorare e le modalità pratiche di estrazione dei dati. Utilizzi questa risorsa per assicurarsi di raccogliere tutte le informazioni utili a un’iniziativa di Process Mining.

Attributi consigliati da raccogliere
Attività principali da monitorare
Indicazioni per l’estrazione da SAP SuccessFactors Employee Central

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

Scarica il template

Attributi di Hire to Retire, gestione delle posizioni

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa di Hire to Retire, gestione delle posizioni.

5 Obbligatorio 5 Consigliato 9 Facoltativo

	Nome	Descrizione
	Nome dell’attività ActivityName	Nome dell’evento aziendale che si è verificato in un determinato momento per una posizione.
Descrizione Questo attributo descrive un passaggio o una tappa specifica del ciclo di vita della gestione delle posizioni, come «Richiesta di posizione avviata», «Posizione creata nel sistema HR» o «Posizione disattivata». Ogni attività rappresenta un evento distinto del processo. Analizzare la sequenza e la frequenza delle attività è il fulcro del Process Mining. Consente di visualizzare la mappa del processo, individuare i flussi di processo più comuni e alternativi (varianti) e identificare i punti in cui si verificano ritardi o rilavorazioni tra un passaggio e l’altro. È fondamentale per comprendere come si svolge realmente il processo. Perché è importante Definisce i passaggi del processo e consente di visualizzarne la mappa e analizzare il flusso di lavoro, i colli di bottiglia e gli scostamenti. Dove reperirli In genere deriva dai registri degli eventi, dai record delle modifiche di stato o dalle tracce di controllo del sistema SAP SuccessFactors Employee Central. Potrebbe essere necessario associare i codici tecnici degli eventi o le transizioni di stato a nomi comprensibili per gli utenti. Esempi Richiesta di posizione avviataPosizione creata nel sistema HRAttributi della posizione modificatiPosizione disattivata
	Ora dell’evento EventTime	Data e ora in cui si è verificata una specifica attività.
Descrizione L’ora dell’evento registra la data e l’ora esatte in cui un’attività è stata eseguita o registrata nel sistema. Definisce l’ordine cronologico degli eventi nel ciclo di vita di ogni posizione. Questa data e ora sono fondamentali per tutte le analisi temporali nel Process Mining. Servono a calcolare i tempi di ciclo tra le attività, misurare la durata dell’intero processo, individuare i colli di bottiglia analizzando il tempo trascorso tra i passaggi e osservare l’andamento delle prestazioni nel tempo. Senza date e ore precise, non è possibile analizzare il processo. Perché è importante Questo attributo definisce la sequenza cronologica degli eventi, essenziale per calcolare i tempi di ciclo, individuare i colli di bottiglia e comprendere le prestazioni del processo. Dove reperirli Corrisponde al campo della data di creazione o dell’ultima modifica associato agli eventi o alle modifiche di stato nei registri di controllo della gestione delle posizioni o nei record delle transazioni di SAP SuccessFactors. Esempi 2023-04-15T09:00:00Z2023-04-15T14:30:15Z2023-05-01T11:20:00Z
	Position ID PositionId	Identificativo univoco di una posizione organizzativa, utilizzato come identificativo principale del caso nel processo di gestione delle posizioni.
Descrizione Il Position ID collega tutte le attività e i dati relativi a una singola posizione organizzativa. Consente di monitorarne l’intero ciclo di vita, dalla richiesta e creazione iniziali alle eventuali modifiche e riclassificazioni, fino alla disattivazione o chiusura. Nel Process Mining, ogni Position ID univoco rappresenta un singolo caso. Analizzare i processi tramite questo identificativo aiuta a comprendere l’intero percorso di una posizione, misurare la durata complessiva del ciclo di vita e individuare schemi ricorrenti o colli di bottiglia che la interessano dall’inizio alla fine. È l’attributo fondamentale per creare la mappa del processo e calcolare i KPI a livello di caso. Perché è importante È l’identificativo essenziale del caso, che collega tutti gli eventi correlati e permette di ricostruire l’intero ciclo di vita della posizione e analizzarne il flusso di processo. Dove reperirli Questo identificativo è un elemento centrale del modulo Position Management di SAP SuccessFactors Employee Central e si trova in genere nell’oggetto Position. Esempi POS-1002345POS-1002346POS-2039871
	Sistema di origine SourceSystemId	Sistema da cui sono stati estratti i dati.
Descrizione Questo attributo identifica il sistema di origine dei dati degli eventi. Per questo processo, si tratta sempre di SAP SuccessFactors Employee Central. Anche se in un modello con una sola origine può sembrare ridondante, è un campo essenziale per la governance dei dati e per mantenerne il contesto, soprattutto quando si uniscono dati provenienti da più sistemi. Permette di sapere con chiarezza da dove provengono i dati. Perché è importante Indica chiaramente la provenienza dei dati, un’informazione essenziale per la governance, la risoluzione dei problemi e gli scenari che coinvolgono più origini dati. Dove reperirli In genere è un valore statico aggiunto durante la trasformazione dei dati per indicare l’origine del set di dati. Esempi SAP SuccessFactors Employee Central
	Ultimo aggiornamento dei dati LastDataUpdateTime	Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati dal sistema di origine.
Descrizione Questo attributo indica quando sono stati aggiornati l’ultima volta i dati del processo nello strumento di Process Mining. Ne riflette il livello di aggiornamento. Aiuta gli utenti a capire quanto siano aggiornate le analisi e a valutare la tempestività dei dati. È un metadato importante per qualsiasi Dashboard o report. Perché è importante Informa gli utenti sul livello di aggiornamento dei dati, un aspetto fondamentale per assicurarsi che analisi e decisioni si basino su informazioni aggiornate. Dove reperirli Questa data e ora vengono generate dalla pipeline di estrazione e trasformazione dei dati al momento dell’esecuzione. Esempi 2023-10-27T08:00:00Z
	ID approvatore ApproverId	Identificativo del responsabile o dell’approvatore coinvolto in un’attività di approvazione.
Descrizione Questo attributo identifica l’utente specifico che ha completato una fase di approvazione, ad esempio «Richiesta di posizione approvata dal responsabile» o «Richiesta di posizione approvata dalle Risorse umane». Si distingue dall’ID utente generico perché si riferisce specificamente alle attività di approvazione. Analizzare i tempi di approvazione per singolo approvatore consente di individuare chi potrebbe rappresentare un collo di bottiglia nel processo o chi approva con particolare rapidità, offrendo un esempio di buona pratica. L’attributo permette un’analisi più dettagliata del Dashboard «Collo di bottiglia nelle approvazioni di reparto». Perché è importante Consente di analizzare nel dettaglio le fasi di approvazione e di individuare eventuali colli di bottiglia o approvatori particolarmente efficienti. Dove reperirli È registrato nei dati del flusso di lavoro o nel registro delle approvazioni di SAP SuccessFactors, associato alla transazione di richiesta della posizione. Esempi m.joness.patele.williams
	ID utente UserId	Identificativo dell’utente che ha eseguito l’attività.
Descrizione Questo attributo registra l’ID univoco del dipendente o dell’utente di sistema che ha eseguito uno specifico evento, per esempio il responsabile che ha approvato una richiesta di posizione o l’amministratore HR che l’ha creata nel sistema. Analizzare i dati per ID utente è essenziale per comprendere la distribuzione del carico di lavoro, individuare chi ottiene i risultati migliori e rilevare eventuali esigenze di formazione. Aiuta inoltre nell’analisi delle risorse e nei controlli di conformità, oltre a individuare le attività eseguite da account di sistema o di servizio, che possono indicare un’automazione. Perché è importante Consente di associare le attività del processo a utenti specifici, rendendo possibile analizzare il carico di lavoro, misurare le prestazioni e individuare le attività automatizzate. Dove reperirli Queste informazioni si trovano in genere nei campi «Changed By» o «User» dei registri di controllo o dei dati delle transazioni dell’oggetto Position in SAP SuccessFactors. Esempi c.bakerj.smithSYSTEM_USER
	Ora di fine dell’evento EventEndTime	Data e ora in cui è stata completata una specifica attività.
Descrizione L’ora di fine dell’evento indica il completamento di un’attività. In molti sistemi, un’attività viene registrata come un singolo istante e, in tal caso, l’ora di fine coincide con quella di inizio. Per le attività di durata misurabile, come un passaggio di approvazione su cui si sta lavorando, questo campo registra il momento del completamento. Questo attributo è essenziale per calcolare il tempo di elaborazione delle singole attività. Aiuta a distinguere il tempo di attesa, cioè l’intervallo tra le attività, dal tempo di elaborazione, ovvero la durata dell’attività stessa, offrendo una visione più dettagliata dell’efficienza del processo. Perché è importante Consente di calcolare il tempo di elaborazione delle attività e di distinguere il tempo dedicato a un task da quello trascorso in attesa del passaggio successivo. Dove reperirli Queste informazioni possono essere disponibili nei registri di controllo oppure richiedere una deduzione. Spesso, per gli eventi atomici, coincidono con StartTime. Esempi 2023-04-15T09:05:12Z2023-04-15T14:45:00Z2023-05-01T11:20:00Z
	Reparto DepartmentName	Nome del reparto a cui appartiene la posizione.
Descrizione Questo attributo indica il reparto organizzativo associato alla posizione, per esempio «Finanza», «Vendite» o «Tecnologie dell’informazione». Il reparto è una dimensione importante per le analisi comparative. Consente di confrontare le prestazioni del processo tra diverse aree dell’organizzazione, per esempio i tempi di approvazione delle posizioni nei vari reparti. È essenziale per la Dashboard «Colli di bottiglia nelle approvazioni dei reparti» e aiuta a individuare inefficienze locali o buone pratiche. Perché è importante Consente di confrontare le prestazioni e analizzare i colli di bottiglia nei diversi reparti aziendali, aiutando a individuare i problemi specifici di ciascuna area. Dove reperirli È un attributo standard dell’oggetto Position in SAP SuccessFactors Employee Central. Esempi FinanzaVendite - Nord AmericaRicerca e sviluppo
	Stato della posizione PositionStatus	Stato della posizione al momento dell’evento.
Descrizione Questo attributo indica lo stato della posizione, per esempio «Da coprire», «Coperta», «Congelata» o «Eliminata». Lo stato cambia spesso in seguito a specifiche attività del processo. Analizzare nel tempo le transizioni di stato è fondamentale per comprendere il ciclo di vita della posizione e assicurarsi che gli stati siano utilizzati in modo coerente. La Dashboard «Analisi delle transizioni di stato delle posizioni» utilizza questo attributo per individuare flussi di processo non standard e verificare la conformità ai modelli di stato definiti. Aiuta a capire per quanto tempo le posizioni rimangono in un determinato stato. Perché è importante Monitorare le modifiche di stato è essenziale per analizzare il ciclo di vita delle posizioni, verificare la conformità del processo e capire quanto a lungo le posizioni rimangono in ciascuno stato. Dove reperirli Corrisponde al campo di stato dell’oggetto Position in SAP SuccessFactors Employee Central. Esempi Da coprireCopertaCongelataEliminata
	Attributo modificato ModifiedAttribute	L’attributo o il campo specifico della posizione che è stato modificato.
Descrizione Quando si verifica l’attività «Attributi della posizione modificati», questo campo specifica quale attributo è stato modificato, ad esempio «Reparto», «Titolo professionale» o «Riporta a». Fornisce informazioni essenziali per il Dashboard «Frequenza delle modifiche agli attributi della posizione». Oltre a sapere che è stata apportata una modifica, è possibile analizzare che cosa cambia più spesso. Un numero elevato di modifiche a un attributo specifico potrebbe indicare che la sua definizione non è chiara o che i dati iniziali inseriti per quel campo sono spesso errati. Perché è importante Aggiunge informazioni essenziali agli eventi di modifica e consente di individuare i dati specifici soggetti a maggiori variazioni o più esposti a errori. Dove reperirli Queste informazioni provengono dai registri di audit dettagliati di SAP SuccessFactors, che rilevano le modifiche a livello di campo e mostrano i valori precedenti e quelli nuovi. Esempi RepartoResponsabileCentro di costoTitolo professionale
	Corretto al primo tentativo IsFirstTimeRight	Indicatore che segnala se una posizione è stata creata correttamente al primo tentativo, senza modifiche immediate.
Descrizione Questo attributo calcolato è un indicatore booleano (vero/falso) che verifica se all’attività «Posizione creata nel sistema HR» segue l’attività «Attributi della posizione modificati» entro un breve intervallo di tempo predefinito, ad esempio 24 ore. Se non vengono apportate modifiche, il valore è «vero». L’attributo supporta direttamente il KPI «Percentuale di creazioni corrette al primo tentativo». È una misura efficace della qualità dei dati e dell’efficacia del processo, perché mette in evidenza i casi in cui dati iniziali inesatti o incompleti hanno richiesto una correzione immediata. Un tasso basso di correttezza al primo tentativo può indicare problemi di formazione, usabilità del sistema o regole di convalida dei dati. Perché è importante Questa metrica misura la qualità del processo di creazione delle posizioni e mette in evidenza le rilavorazioni e i problemi di qualità dei dati al momento dell’inserimento. Dove reperirli È un indicatore booleano calcolato durante la trasformazione dei dati, analizzando la sequenza di eventi per ciascun ID posizione. Esempi truefalse
	Famiglia professionale PositionJobFamily	Famiglia professionale o area funzionale a cui appartiene la posizione.
Descrizione La famiglia professionale raggruppa ruoli affini, per esempio «Ingegneria», «Finanza» o «Risorse umane». Offre un livello di raggruppamento più ampio rispetto al singolo titolo della posizione. Questo attributo è essenziale per la Dashboard «Analisi delle riclassificazioni delle posizioni». Consente agli analisti di monitorare la frequenza con cui le posizioni vengono riclassificate tra famiglie professionali e di individuare le tendenze. Per esempio, un’elevata frequenza di riclassificazione da «Assistenza IT» a «Sicurezza informatica» potrebbe indicare un cambiamento strategico nell’organizzazione. Perché è importante Questo attributo è fondamentale per analizzare le tendenze delle riclassificazioni e comprendere i cambiamenti della struttura organizzativa a livello funzionale. Dove reperirli Fa parte della struttura di classificazione professionale associata all’oggetto Position in SAP SuccessFactors. Esempi IngegneriaFinanzaRisorse umane
	Motivo della modifica ChangeReason	Motivo indicato per la modifica o la riclassificazione di una posizione.
Descrizione Quando una posizione viene modificata o riclassificata, gli utenti spesso indicano il motivo del cambiamento. Questo attributo registra tale motivazione, per esempio «Riorganizzazione», «Modifica dell’ambito» o «Revisione annuale». È un attributo fondamentale per l’analisi delle cause profonde. Aiuta a spiegare il perché di eventi del processo come le riclassificazioni o le modifiche agli attributi. Analizzare i motivi di modifica più frequenti può far emergere problemi sottostanti, come descrizioni iniziali dei ruoli poco chiare o frequenti cambiamenti organizzativi. È uno degli obiettivi principali della Dashboard «Analisi delle riclassificazioni delle posizioni». Perché è importante Fornisce il contesto aziendale necessario per analizzare le cause profonde e spiegare perché si verificano cambiamenti come riclassificazioni o modifiche. Dove reperirli Questi dati vengono in genere registrati in un campo «reason» o «comment» durante le transazioni che modificano l’oggetto Position in SAP SuccessFactors. Esempi RiorganizzazioneModifica dell’ambitoRevisione annuale
	Paese CountryCode	Il paese in cui si trova la posizione.
Descrizione Questo attributo specifica il paese associato alla sede della posizione ed è una dimensione geografica fondamentale per l’analisi. L’analisi del processo per paese può far emergere differenze regionali in termini di efficienza, requisiti di conformità o modalità di esecuzione. Ad esempio, i tempi di approvazione di una posizione potrebbero essere sensibilmente più lunghi in un paese a causa delle normative locali sul lavoro o del coinvolgimento delle rappresentanze sindacali. Queste informazioni aiutano a comprendere e affrontare le variazioni del processo legate alla sede. Perché è importante Consente di analizzare i dati per area geografica e individuare differenze regionali nelle prestazioni del processo, che possono dipendere dalle normative o dalle prassi locali. Dove reperirli Fa parte delle informazioni sulla sede associate all’oggetto Position in SAP SuccessFactors. Esempi USADEUINDGBR
	Stato di approvazione del budget BudgetApprovalStatus	Lo stato di approvazione del budget per la richiesta della posizione.
Descrizione Questo attributo registra lo stato dell’approvazione finanziaria per una nuova posizione, con valori quali «In attesa», «Approvato» o «Respinto». Serve specificamente a monitorare la fase di autorizzazione finanziaria. Lo stato è essenziale per calcolare il KPI «Tempo di ciclo dell’approvazione del budget» e per il Dashboard «Durata dell’approvazione del budget della posizione». Isola la fase di approvazione finanziaria, consentendo di analizzare in modo mirato i ritardi dovuti a problemi di budget, che possono rappresentare un collo di bottiglia significativo nella creazione delle posizioni. Perché è importante Supporta direttamente l’analisi della fase di approvazione del budget e aiuta a individuare e ridurre i ritardi nell’autorizzazione finanziaria delle nuove posizioni. Dove reperirli Queste informazioni dovrebbero essere incluse nei dati del flusso di lavoro della richiesta di posizione in SAP SuccessFactors, probabilmente come stato di una specifica fase di approvazione. Esempi In attesa dell’ufficio finanziarioApprovatoRespinto
	Tempo di approvazione della posizione PositionApprovalCycleTime	Il tempo totale che intercorre tra l’avvio di una richiesta di posizione e la sua approvazione da parte delle Risorse umane.
Descrizione È un KPI calcolato che misura la durata dell’intera fase di approvazione di una nuova posizione. Viene calcolato a livello di caso determinando la differenza tra l’evento «Richiesta di posizione avviata» e l’evento «Richiesta di posizione approvata dalle Risorse umane». Questo attributo misura direttamente il KPI «Tempo medio di approvazione della posizione» ed è la metrica principale del Dashboard «Tempo di ciclo dell’approvazione della posizione». Fornisce un’indicazione fondamentale dell’agilità organizzativa e dell’efficienza delle fasi iniziali del processo di assunzione. Perché è importante È un indicatore chiave di prestazione che misura direttamente l’efficienza del flusso di lavoro di approvazione delle posizioni e aiuta a monitorare e ridurre i ritardi. Dove reperirli Questa metrica viene calcolata a livello di caso nella piattaforma di Process Mining o nel livello di trasformazione dei dati, utilizzando i timestamp delle attività pertinenti. Esempi P3D4H30MP10DP1DT12H
	Titolo della posizione PositionTitle	Titolo professionale ufficiale associato alla posizione.
Descrizione Questo attributo contiene il titolo descrittivo della posizione, per esempio «Analista finanziario senior» o «Ingegnere software II». Pur non determinando direttamente il flusso del processo, il titolo della posizione fornisce un contesto aziendale importante. Può essere utilizzato per filtrare le analisi in base a specifici ruoli o per verificare se determinati titoli professionali sono associati a tempi di creazione più lunghi o a modifiche più frequenti. Aggiunge all’analisi dettagli utili per l’attività aziendale. Perché è importante Fornisce un contesto aziendale utile e permette di filtrare o segmentare le analisi in base a ruoli o livelli professionali specifici. Dove reperirli È un attributo standard dell’oggetto Position in SAP SuccessFactors Employee Central, spesso collegato alla classificazione professionale. Esempi Analista finanziario seniorIngegnere software IICoordinatore marketing
	Unità aziendale BusinessUnitName	L’unità aziendale a cui appartiene la posizione.
Descrizione Questo attributo identifica la divisione o unità aziendale più ampia a cui appartiene la posizione, che può corrispondere a un livello superiore rispetto al reparto. Come il reparto, l’unità aziendale offre una dimensione per le analisi comparative di alto livello. Consente ai dirigenti di confrontare l’efficienza della gestione delle posizioni nelle principali aree aziendali, ad esempio tra «Prodotti di consumo» e «Software aziendale». Perché è importante Consente confronti di alto livello tra le prestazioni dei processi nelle diverse divisioni e aiuta ad allineare le metriche di processo alle unità aziendali strategiche. Dove reperirli È un attributo standard della struttura organizzativa disponibile nell’oggetto Position di SAP SuccessFactors. Esempi Prodotti di consumoSoftware aziendaleServizi globali

Obbligatorio Consigliato Facoltativo

Attività di Hire to Retire, gestione delle posizioni

Queste sono le fasi e le tappe principali del processo da registrare nell’Event Log per individuare il processo con precisione.

6 Consigliato 7 Facoltativo

	Attività	Descrizione
	Posizione attivata	Questo evento indica che la posizione appena creata è attiva e disponibile per l’assegnazione del personale o il reclutamento. In genere si deduce dalla modifica del campo di stato della posizione al valore «Active».
Perché è importante L’attivazione è l’ultimo passaggio prima dell’avvio delle assunzioni. Monitorare il tempo che intercorre tra la creazione e l’attivazione aiuta a individuare i ritardi nel rendere disponibili le posizioni. Dove reperirli L’evento si deduce monitorando le modifiche al campo «Status» o «Effective Status» nella cronologia dell’oggetto Position MDF. L’ora in cui il valore cambia in «Active» segna l’evento. Acquisizione Dedotto dalla modifica del campo di stato della posizione al valore «Active». Tipo di evento inferred
	Posizione chiusa	È l’evento finale del ciclo di vita di una posizione e indica che è stata chiusa o eliminata in modo definitivo. In genere si deduce dalla modifica dello stato della posizione a un valore terminale come «Closed» o «Eliminated».
Perché è importante Questa attività costituisce il punto finale del processo e consente di analizzare con precisione il tempo di ciclo complessivo. Conferma che la posizione è stata dismessa. Dove reperirli L’evento si deduce monitorando le modifiche al campo «Status» nella cronologia dell’oggetto Position MDF. La data e l’ora in cui il valore cambia in «Closed» o «Eliminated» segnano l’evento. Acquisizione Dedotto dalla modifica dello stato della posizione a un valore terminale. Tipo di evento inferred
	Posizione creata nel sistema HR	Questa attività segna la creazione ufficiale del record della posizione in SAP SuccessFactors Employee Central. Viene acquisita esplicitamente dalla traccia di controllo o dalla cronologia dell’oggetto Position MDF, utilizzando la data e l’ora di creazione.
Perché è importante È una tappa fondamentale che conferma l’esistenza ufficiale della posizione. Il KPI «Tempo di ciclo per la creazione della posizione» misura il tempo che intercorre dall’avvio della richiesta a questo evento e riflette l’efficienza complessiva. Dove reperirli L’evento deriva dal campo di sistema «Created On» o «Created Date» nella cronologia di controllo dell’oggetto Position Metadata Framework (MDF) relativo allo specifico Position ID. Acquisizione Ricavato dalla data e ora di creazione del record dell’oggetto Position. Tipo di evento explicit
	Richiesta di posizione approvata dalle risorse umane	Questa attività indica che il reparto Risorse umane ha approvato la richiesta di posizione. È una tappa fondamentale, registrata esplicitamente come passaggio completato nel flusso di approvazione.
Perché è importante L’approvazione finale delle risorse umane conclude spesso la fase principale di approvazione, prima dell’assegnazione del budget o della creazione nel sistema. Misurare il tempo necessario per raggiungere questo passaggio è essenziale per il KPI «Tempo medio di approvazione delle posizioni». Dove reperirli L’evento viene acquisito dai registri del flusso di lavoro associati alla richiesta di posizione e corrisponde all’ora in cui il rappresentante delle risorse umane completa il passaggio di approvazione assegnato. Acquisizione Registrato quando l’approvatore delle risorse umane completa il proprio passaggio nel flusso di lavoro. Tipo di evento explicit
	Richiesta di posizione avviata	Questo evento segna l’inizio del processo di gestione delle posizioni, quando un utente invia formalmente una richiesta per crearne una nuova. Viene registrato esplicitamente quando si avvia un flusso di lavoro per la creazione di una posizione in SAP SuccessFactors.
Perché è importante È l’evento di inizio principale del processo. Analizzare il tempo che intercorre tra questa attività e altre, come l’approvazione o la creazione della posizione, è fondamentale per misurare l’efficienza complessiva del processo. Dove reperirli L’evento viene registrato all’avvio di un’istanza del flusso di lavoro relativa a una richiesta di posizione. I dati si trovano nelle tabelle delle richieste del flusso di lavoro, come WfRequest, collegate all’oggetto Position. Acquisizione Registrato all’avvio di un nuovo flusso di lavoro per una posizione. Tipo di evento explicit
	Richiesta di posizione respinta	Questo evento segna il rifiuto di una richiesta di posizione in qualsiasi fase del flusso di approvazione. È registrato esplicitamente dal motore del flusso di lavoro quando un approvatore seleziona l’opzione «reject» o «send back».
Perché è importante I rifiuti sono scostamenti critici dal processo e possono indicare problemi nei dati della richiesta, nel budget o nella motivazione. Analizzare le ragioni del rifiuto aiuta a migliorare la qualità delle richieste future. Dove reperirli L’evento viene acquisito dai dati del registro del flusso di lavoro associati alla richiesta di posizione. Corrisponde al completamento di un passaggio del flusso di lavoro con stato «rejected». Acquisizione Registrato quando un approvatore respinge un passaggio del flusso di lavoro. Tipo di evento explicit
	Attributi della posizione modificati	Indica qualsiasi modifica agli attributi di una posizione esistente, come il titolo, il reparto o il centro di costo. L’evento viene acquisito esplicitamente tramite i registri di controllo dell’oggetto Position MDF.
Perché è importante Modifiche frequenti possono indicare problemi di qualità dei dati o instabilità nella progettazione organizzativa. Analizzare questi eventi aiuta a misurare il «Tasso di modifica degli attributi della posizione» e le rilavorazioni. Dove reperirli Questi eventi vengono acquisiti dalla cronologia di controllo dell’oggetto Position MDF. Ogni modifica registrata con la data e l’ora «last modified date» e l’utente corrispondente rappresenta un’attività di modifica. Acquisizione Registrato nella traccia di controllo dell’oggetto Position per ogni modifica di un campo. Tipo di evento explicit
	Budget della posizione approvato	Indica che il reparto finanziario o il responsabile del budget ha approvato gli aspetti finanziari della nuova posizione. In genere è un passaggio esplicito del flusso di lavoro, successivo alle approvazioni del responsabile e delle risorse umane.
Perché è importante I ritardi nell’approvazione del budget possono rallentare notevolmente il processo di assunzione. Isolare questa attività consente di analizzare e ottimizzare la fase di approvazione finanziaria nella gestione delle posizioni. Dove reperirli L’evento viene acquisito dai registri del flusso di lavoro relativi alla richiesta di posizione e corrisponde al completamento del passaggio di approvazione finanziaria. L’approvatore è in genere identificato dal ruolo «Finance» o «Budget Holder». Acquisizione Registrato quando l’approvatore finanziario completa il proprio passaggio nel flusso di lavoro. Tipo di evento explicit
	Posizione congelata/sospesa	Questo evento indica che una posizione è stata temporaneamente sospesa e non è disponibile per l’assegnazione del personale. Si deduce dalla modifica del campo di stato della posizione a un valore come «Frozen» o «Suspended».
Perché è importante Questa attività precede spesso la disattivazione o la chiusura. Analizzare per quanto tempo una posizione rimane congelata aiuta a ottimizzare la pianificazione della forza lavoro e la gestione dell’organico. Dove reperirli L’evento si deduce monitorando le modifiche al campo «Status» nella cronologia dell’oggetto Position MDF. La data e l’ora in cui il valore cambia in «Frozen» o in un valore simile segnano l’evento. Acquisizione Dedotto dalla modifica del campo di stato della posizione al valore «Frozen». Tipo di evento inferred
	Posizione disattivata	Indica la disattivazione formale di una posizione, che diventa inattiva e non più utilizzabile. Si deduce dalla modifica dello stato della posizione a «Inactive» o «Deactivated».
Perché è importante È un passaggio fondamentale nel processo di dismissione della posizione. Monitorare il tempo che intercorre tra la sospensione e la disattivazione è essenziale per misurare il KPI «Tempo di attraversamento per la disattivazione della posizione». Dove reperirli L’evento si deduce dalla cronologia di controllo dell’oggetto Position MDF, individuando quando il campo «Status» o «Effective Status» cambia in «Inactive». Acquisizione Dedotto dalla modifica del campo di stato della posizione al valore «Inactive». Tipo di evento inferred
	Posizione riclassificata	Questa attività indica una modifica sostanziale alla definizione di base della posizione, per esempio al codice o alla famiglia professionale. Si deduce dalla modifica del campo «Job Code» o «Job Classification» nell’oggetto Position MDF.
Perché è importante Un tasso elevato di riclassificazione può indicare problemi nella definizione iniziale dei ruoli o un’evoluzione delle esigenze aziendali. Monitorarlo aiuta ad analizzare la stabilità della struttura organizzativa. Dove reperirli L’evento si deduce monitorando nella cronologia di controllo dell’oggetto Position MDF le modifiche ai campi di classificazione principali, come «jobCode». La data e l’ora della modifica segnano l’evento. Acquisizione Dedotto dalla modifica del campo «jobCode» dell’oggetto Position. Tipo di evento inferred
	Posizione sottoposta a revisione di conformità	Indica una revisione periodica o legata a un evento, volta a verificare che la posizione rispetti le politiche interne o le normative esterne. Le modalità di acquisizione dell’evento dipendono in larga misura dalle configurazioni specifiche del cliente, per esempio da un flusso di lavoro personalizzato o da un oggetto MDF.
Perché è importante Questa attività è essenziale per monitorare e garantire la conformità dell’organizzazione. Supporta direttamente KPI come «Percentuale di conformità delle revisioni delle posizioni» e contribuisce a ridurre i rischi. Dove reperirli Richiede un’analisi del sistema. L’evento può essere acquisito in un oggetto MDF personalizzato collegato alla posizione, tramite l’aggiornamento dello stato di un flusso di lavoro personalizzato o attraverso un registro degli allegati. Acquisizione Dipende dall’implementazione personalizzata; probabilmente si tratta di una voce in un oggetto MDF personalizzato. Tipo di evento explicit
	Richiesta di posizione approvata dal responsabile	Indica il completamento del primo livello di approvazione, in genere da parte del responsabile delle assunzioni o del responsabile diretto. È un evento esplicito, registrato come passaggio completato nel flusso di lavoro di gestione delle posizioni.
Perché è importante Monitorare i tempi di approvazione dei responsabili aiuta a individuare i colli di bottiglia nei singoli reparti o livelli manageriali. È una tappa fondamentale per comprendere le fasi iniziali del ciclo di approvazione. Dove reperirli Viene registrato come evento di completamento di un passaggio nei dati del registro del flusso di lavoro relativo alla specifica richiesta di posizione. È identificabile dal ruolo dell’approvatore e dallo stato «approved» del passaggio. Acquisizione Registrato quando un utente completa un passaggio di approvazione nel flusso di lavoro. Tipo di evento explicit

Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da SAP SuccessFactors Employee Central

Passaggi

Acceda a Integration Center: acceda alla Sua istanza SAP SuccessFactors. Utilizzi la barra di ricerca per trovare e aprire Integration Center.
Crei una nuova integrazione: faccia clic sul pulsante «My Integrations». Selezioni «Create», quindi scelga «More Integration Types».
Selezioni le impostazioni iniziali:
- Tipo di integrazione: scelga «Scheduled».
- Tipo di origine: scelga «SuccessFactors».
- Tipo di destinazione: scelga «SFTP».
- Formato: scelga «CSV». Faccia clic su «Create».
Configuri l’entità principale: nella scheda «Configure Fields», cerchi e selezioni l’entità «Position» come entità iniziale. Assegni all’integrazione un nome descrittivo, ad esempio «Registro di gestione delle posizioni ProcessMind».
Estragga l’evento «Posizione creata»: questo è il primo evento. Mappi i campi dell’entità Position di base. Per il campo ActivityName, utilizzi l’opzione «Set Fixed Value» e inserisca «Posizione creata nel sistema HR». Mappi PositionId sul campo code e EventTime sul campo createdDate.
Estragga gli eventi del flusso di lavoro (avviato, approvato, respinto): per acquisire gli eventi del flusso di lavoro, deve unire i relativi dati. Individui la proprietà di navigazione «positionWorkOrder» nell’entità Position. Da qui, apra wfRequestNav e poi wfRequestSteps.
- Faccia clic con il pulsante destro del mouse sul nodo principale nell’albero delle entità e selezioni «Add Sibling Element».
- Per il nuovo elemento, navighi tra le entità come descritto sopra.
- Crei campi calcolati per ActivityName, ad esempio «Richiesta di posizione avviata» e «Richiesta di posizione approvata dal responsabile». Utilizzi una logica condizionale basata su stepNum (numero della fase) e status («APPROVED», «REJECTED») dell’entità wfRequestSteps.
- Mappi EventTime sul campo completedOn della fase del flusso di lavoro.
Estragga gli eventi di modifica dello stato (attivata, disattivata e così via): molte attività derivano dalle modifiche apportate al record della posizione con validità temporale.
- Aggiunga un altro elemento allo stesso livello, partendo nuovamente dall’entità Position.
- Acceda alla cronologia dell’entità selezionando il record contrassegnato dall’icona dell’orologio. In questo modo potrà consultare le modifiche nel tempo.
- Per rilevare una modifica specifica dello stato, deve applicare un filtro in cui lo status del record corrente, ad esempio, è «A» (Attivo) e lo stato del record precedente è diverso. Integration Center consente alcuni filtri avanzati, ma potrebbe essere necessario creare un campo calcolato per effettuare la verifica.
- Per ogni modifica di stato (attivata, congelata, disattivata, chiusa), crei un elemento distinto allo stesso livello, con i filtri appropriati e un valore fisso per ActivityName.
Estragga gli eventi di modifica degli attributi: aggiunga un altro elemento allo stesso livello basato sulla cronologia della posizione con validità temporale. Crei un filtro per includere i record in cui lastModifiedDateTime rientra nell’intervallo di rendicontazione, escludendo però quelli che corrispondono agli altri eventi specifici già acquisiti, come la creazione o le modifiche di stato. Questa operazione può essere complessa. Imposti ActivityName su «Attributi della posizione modificati».
Configuri le impostazioni di destinazione: apra la scheda «Destination Settings». Inserisca i dati del server SFTP, compresi indirizzo host, porta, nome utente e dati di autenticazione. Specifichi il nome del file e il percorso della cartella di destinazione.
Imposti filtri e ordinamento: nella scheda «Filter», crei un filtro temporale per limitare i dati estratti. È fortemente consigliato filtrare in base a lastModifiedDateTime dell’oggetto Position per eseguire caricamenti incrementali. Per il caricamento iniziale, può applicare un filtro a createdDate. Ordini i dati per PositionId e poi per EventTime, così da mantenere l’ordine cronologico.
Pianifichi l’integrazione: apra la scheda «Scheduling». Specifichi la frequenza di esecuzione, ad esempio giornaliera o settimanale. In questo modo i dati per il Process Mining rimarranno aggiornati.
Riveda ed esegua: riveda tutte le impostazioni nell’ultima scheda. Può eseguire un test o attivare l’integrazione. Al termine dell’esecuzione, il file CSV verrà depositato sul server SFTP specificato, pronto per essere caricato in ProcessMind.

Configurazione

Tipo di integrazione: esportazione CSV pianificata in uscita. Crea un file semplice a intervalli regolari.
Entità iniziale: l’entità principale è Position. La maggior parte degli altri dati necessari si ottiene accedendo alle entità correlate a Position, ad esempio la cronologia con validità temporale, le richieste del flusso di lavoro (wfRequestNav) e gli oggetti di base.
Filtri principali: filtrare per lastModifiedDateTime è fondamentale per le prestazioni e per creare caricamenti incrementali gestibili. Per il caricamento iniziale dei dati storici, applichi un filtro a createdDate su un periodo definito, ad esempio gli ultimi 6-12 mesi. Aggiunga filtri per company o businessUnit per limitare l’ambito alle aree aziendali pertinenti.
Paginazione: per volumi elevati di dati, verifichi che nelle impostazioni di destinazione sia attiva l’opzione «Server Side Pagination», così da evitare timeout. Regoli le dimensioni delle pagine in base ai risultati dei test sulle prestazioni.
Prerequisiti: deve disporre di un server SFTP configurato e accessibile dalla Sua istanza SuccessFactors. L’utente che configura l’integrazione deve avere le autorizzazioni per accedere a Integration Center e le autorizzazioni OData API per tutte le entità consultate (Position, WfRequest, User e così via).

Query di esempio sql

/*
Integration Center is a UI-based tool. This script represents the logical configuration
of the entities, fields, and filters for each activity within a single integration job.
Each 'BLOCK' would be configured as a sibling element in the Integration Center UI.
*/

// BLOCK 1: Position Created in HR System
// This is the root element of the integration.
ENTITY: Position
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Created in HR System' (Fixed Value)
  EventTime = Position.createdDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.createdDate
  UserId = Position.createdBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.createdDate >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 2: Workflow Events (Initiated, Approved, Rejected)
// This single block uses calculated columns to generate multiple event types.
ENTITY: Position -> positionWorkOrder -> wfRequestNav
FIELDS:
  PositionId = Position.code
  ActivityName = Calculated Field:
    IF wfRequestNav.wfRequestSteps.stepNum = 1 AND wfRequestNav.status = 'PENDING' THEN 'Position Request Initiated'
    IF wfRequestNav.wfRequestSteps.stepNum = [Manager Approval Step Number] AND wfRequestNav.wfRequestSteps.status = 'APPROVED' THEN 'Position Request Approved by Manager'
    IF wfRequestNav.wfRequestSteps.stepNum = [HR Approval Step Number] AND wfRequestNav.wfRequestSteps.status = 'APPROVED' THEN 'Position Request Approved by HR'
    IF wfRequestNav.wfRequestSteps.stepNum = [Budget Approval Step Number] AND wfRequestNav.wfRequestSteps.status = 'APPROVED' THEN 'Position Budget Approved'
    IF wfRequestNav.wfRequestSteps.status = 'REJECTED' THEN 'Position Request Rejected'
    ELSE null
  EventTime = wfRequestNav.wfRequestSteps.completedOn
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = wfRequestNav.wfRequestSteps.completedOn
  UserId = wfRequestNav.wfRequestSteps.processedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = wfRequestNav.wfRequestSteps.approverId
FILTERS:
  ActivityName IS NOT null
  wfRequestNav.wfRequestSteps.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 3: Position Activated
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Activated' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.status = 'A' (Active)
  // This requires an advanced filter to check the status of the previous record, which can be complex in Integration Center.
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 4: Position Attributes Modified
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Attributes Modified' (Fixed Value)
  EventTime = Position.lastModifiedDateTime
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.lastModifiedDateTime
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  // This filter should exclude records that are purely status changes captured in other blocks.
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 5: Position Reclassified
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Reclassified' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  // Requires advanced filter to check if Position.jobCode has changed from the previous record.
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 6: Position Reviewed for Compliance
// This requires a custom MDF object or workflow configured by the customer.
ENTITY: Position -> cust_ComplianceReview.position
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Reviewed for Compliance' (Fixed Value)
  EventTime = cust_ComplianceReview.lastModifiedDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = cust_ComplianceReview.lastModifiedDate
  UserId = cust_ComplianceReview.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = cust_ComplianceReview.reviewerId
FILTERS:
  cust_ComplianceReview.lastModifiedDate >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 7: Position Frozen/Suspended
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Frozen/Suspended' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.status = '[Your Frozen Status Code]'
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 8: Position Deactivated
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Deactivated' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.status = 'I' (Inactive)
  Position.lastModifiedDateTime >= [Start Date]

-- UNION ALL (Configured by adding a sibling element)

// BLOCK 9: Position Closed
ENTITY: Position (Effective Dated History)
FIELDS:
  PositionId = Position.code
  ActivityName = 'Position Closed' (Fixed Value)
  EventTime = Position.effectiveStartDate
  SourceSystemId = '[Your SFTP Server Name]' (Fixed Value)
  LastDataUpdateTime = Current Execution Time (System Variable)
  EventEndTime = Position.effectiveStartDate
  UserId = Position.lastModifiedBy
  DepartmentName = Position.department.name
  PositionStatus = Position.status
  ApproverId = null (Fixed Value)
FILTERS:
  Position.status = '[Your Closed/Eliminated Status Code]'
  Position.lastModifiedDateTime >= [Start Date]

Passaggi

Verifichi che nel tenant siano abilitati e disponibili i report con diagramma di Report Center, Employee Central Position Management, i dati di audit o cronologia di Position MDF, i dati del flusso di lavoro e il trasferimento sicuro tramite FTP. Verifichi con l’amministratore SuccessFactors di disporre delle autorizzazioni necessarie per i report e per l’audit.
In Report Center, crei un report con diagramma e selezioni le fonti disponibili nel tenant relative a posizioni, flussi di lavoro, audit e conformità specifiche dell’organizzazione in Employee Central. I nomi degli oggetti e dei campi variano in base alla configurazione; selezioni quindi gli oggetti configurati corrispondenti, senza presumere che abbiano nomi standard.
Configuri le unioni del report utilizzando l’ID posizione come identificativo del caso. Unisca i record delle posizioni ai record del flusso di lavoro, dell’audit o della cronologia e agli eventuali record di conformità configurati. Mantenga una riga di output per ogni evento. Non aggreghi gli eventi in un’unica riga per posizione.
Configuri la logica di estrazione per tutte le attività richieste: Richiesta di posizione avviata, Richiesta di posizione approvata dal responsabile, Richiesta di posizione approvata dalle Risorse umane, Budget della posizione approvato, Posizione creata nel sistema HR, Posizione attivata, Attributi della posizione modificati, Posizione riclassificata, Posizione sottoposta a revisione di conformità, Posizione congelata/sospesa, Posizione disattivata, Richiesta di posizione respinta e Posizione chiusa.
Mappi ogni evento su ActivityName e EventTime. Per «Richiesta di posizione avviata», utilizzi il timestamp di invio del flusso di lavoro; per le attività di approvazione, i timestamp di completamento dell’approvazione; per «Posizione creata nel sistema HR», il timestamp di creazione della posizione; per le modifiche, i timestamp di audit o della cronologia; per «Posizione sottoposta a revisione di conformità», il timestamp configurato per la revisione di conformità. Per le attività basate sullo stato, utilizzi il timestamp configurato dello stato o dell’audit.
Aggiunga le colonne di output richieste: PositionId, ActivityName, EventTime, SourceSystemId e LastDataUpdateTime. Aggiunga EventEndTime, UserId, DepartmentName, PositionStatus e ApproverId se disponibili nella fonte. Imposti SourceSystemId su un valore stabile, ad esempio SuccessFactors Employee Central, e valorizzi LastDataUpdateTime con il timestamp di aggiornamento o di estrazione del report.
Applichi a EventTime i filtri per data utilizzando [Start date parameter] e [End date parameter]. Applichi filtri specifici dell’organizzazione, come [Company Code filter] o [Document Type filter], solo se i relativi campi sono configurati e necessari. Verifichi che i filtri non escludano gli eventi storici richiesti per il periodo del processo selezionato.
Dopo aver effettuato i test, pianifichi il report con diagramma. Configuri l’esecuzione ricorrente e il trasferimento sicuro tramite FTP utilizzando la destinazione approvata per il tenant, la convenzione di denominazione dei file, il delimitatore, la codifica dei caratteri e le impostazioni di conservazione previste. Non inserisca le credenziali direttamente nella definizione del report, a meno che la piattaforma non richieda credenziali gestite.
Recuperi il file CSV trasferito tramite FTP sicuro e ne controlli l’intestazione, il delimitatore, la codifica, il formato dei timestamp, le righe duplicate e i valori nulli. Se necessario, riorganizzi il file in modo che ogni attività occupi una riga distinta e che PositionId sia ripetuto in ogni riga.
Carichi il file CSV finale in ProcessMind. Mappi PositionId come identificativo del caso, ActivityName come attività, EventTime come timestamp dell’evento e le altre colonne come attributi dell’evento. Verifichi che ProcessMind legga l’Event Log così come fornito e non si basi su attività dedotte.

Configurazione

Tipo di report: utilizzi un report con diagramma di Report Center di SuccessFactors. I nomi esatti degli oggetti di origine, delle unioni e dei campi dipendono dalla configurazione del tenant.
Colonne evento obbligatorie: PositionId, ActivityName, EventTime, SourceSystemId e LastDataUpdateTime.
Colonne evento consigliate: EventEndTime, UserId, DepartmentName, PositionStatus e ApproverId.
Identificativo del caso: PositionId deve rimanere stabile nei record del flusso di lavoro, della posizione, dell’audit, della cronologia e della conformità.
Logica delle attività: configuri righe esplicite per tutte le 13 attività. Le modifiche di stato e di campo devono essere rappresentate come righe evento distinte, non soltanto come attributi dello stato corrente.
Intervallo di date: inizi con 3-6 mesi per i test e l’estrazione operativa. Estenda l’intervallo solo dopo aver verificato le prestazioni del report e la disponibilità dei dati storici.
Filtri per data: applichi il filtro al timestamp dell’evento, quando possibile. Eviti di filtrare solo in base alla data del record della posizione corrente, perché così potrebbero essere esclusi eventi storici del flusso di lavoro e dell’audit.
Filtri importanti: utilizzi [Company Code filter], [Document Type filter], l’ambito organizzativo, lo stato della posizione e i filtri con validità temporale solo se richiesti dall’ambito aziendale e configurati nel tenant.
Validità temporale: verifichi se le fonti selezionate per le posizioni e gli oggetti MDF hanno validità temporale. Mantenga il timestamp dell’evento e le relative date di inizio o fine validità, se disponibili.
Configurazione del flusso di lavoro: individui le fasi configurate che corrispondono all’approvazione del responsabile, all’approvazione delle Risorse umane, all’approvazione del budget, al rifiuto e alla restituzione per modifiche. I nomi specifici delle fasi del flusso di lavoro dell’organizzazione devono essere mappati esplicitamente.
Revisioni di conformità: configuri «Posizione sottoposta a revisione di conformità» solo se è disponibile una fonte verificabile specifica dell’organizzazione, come un flusso di lavoro, un oggetto MDF o un’altra fonte verificabile. Non crei questo evento sulla base di supposizioni non supportate.
Valori di stato: mappi i valori configurati nel tenant per Attivo, Congelato, Sospeso, Inattivo, Disattivato, Chiuso ed Eliminato. Ove possibile, mantenga il valore originale di PositionStatus.
Modifiche agli attributi: configuri l’estrazione dall’audit o dalla cronologia per le modifiche agli attributi della posizione. Per «Posizione riclassificata», individui in particolare le modifiche al campo Job Code o Job Classification configurato.
Timestamp di aggiornamento: valorizzi LastDataUpdateTime con il timestamp di esecuzione del report o di aggiornamento della fonte, mantenendo lo stesso valore per tutte le righe di una singola estrazione.
Prestazioni: limiti l’intervallo di date iniziale, selezioni solo le colonne necessarie, eviti le unioni molti-a-molti non necessarie e verifichi che le unioni non moltiplichino le righe. Per grandi volumi di dati di audit e del flusso di lavoro potrebbero essere necessarie pianificazioni suddivise in partizioni o estrazioni separate, da consolidare poi in modo controllato.
Trasferimento: utilizzi FTP sicuro con credenziali, crittografia, directory, convenzione di denominazione dei file e impostazioni di conservazione approvate per il tenant. Verifichi che il file trasferito sia completo prima di importarlo in ProcessMind.
Prerequisiti: configurazione richiesta di Employee Central e Position Management, accesso a Report Center, autorizzazioni per i report su tutti gli oggetti selezionati, autorizzazioni per l’audit o la cronologia, visibilità del flusso di lavoro, possibilità di trasferimento tramite FTP sicuro ed eventuali licenze per i report o l’integrazione.

Query di esempio sql

SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Request Initiated]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Request Approved by Manager]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Request Approved by HR]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Budget Approved]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Created in HR System]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Activated]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Attributes Modified]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Reclassified]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Reviewed for Compliance]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Frozen or Suspended]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Deactivated]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Request Rejected]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter]
UNION ALL
SELECT
    PositionId,
    ActivityName,
    EventTime,
    SourceSystemId,
    LastDataUpdateTime,
    EventEndTime,
    UserId,
    DepartmentName,
    PositionStatus,
    ApproverId
FROM [Your configured Canvas Report output for Position Closed]
WHERE EventTime >= [Start date parameter]
  AND EventTime < [End date parameter];

Passaggi

Prepari l’ambiente Python: verifichi di avere installato Python 3.6 o una versione successiva. Installi le librerie necessarie con pip: pip install requests pandas.
Configuri l’accesso API: ottenga le credenziali API per SAP SuccessFactors. Sono necessari l’URL del server API, l’ID azienda e il nome utente e la password (oppure l’ID client e il segreto per OAuth 2.0) di un utente tecnico. L’utente deve disporre delle autorizzazioni per accedere alle API OData di entità quali Position, WfRequest, WfRequestStep e ai relativi oggetti di base.
Imposti i parametri dello script: apra lo script Python fornito. Individui la sezione di configurazione all’inizio del file e sostituisca i valori segnaposto di API_ENDPOINT, COMPANY_ID, API_USER, API_PASSWORD e START_DATE e END_DATE con il periodo di estrazione desiderato.
Personalizzi le mappature: riveda i dizionari STATUS_ACTIVITY_MAP e WORKFLOW_STEP_MAP nello script. Modifichi le chiavi (codici di stato o nomi delle fasi del flusso di lavoro di SuccessFactors) e i valori (nomi delle attività desiderati) in base alla configurazione specifica dell’organizzazione in SuccessFactors.
Esegua lo script: lo avvii dal terminale con il comando python extract_position_management.py. Lo script si collegherà all’API di SuccessFactors, recupererà i dati relativi a posizioni e flussi di lavoro e gestirà automaticamente la paginazione.
Elaborazione dei dati: lo script elabora in memoria i dati grezzi dell’API. Individua gli eventi di creazione, le modifiche di stato, le modifiche agli attributi e le fasi del flusso di lavoro, trasformandoli in un formato standardizzato di Event Log. Ogni evento aziendale distinto diventa una riga separata.
Gestisca gli eventi personalizzati: per l’attività «Posizione sottoposta a revisione di conformità», che è altamente personalizzata, individui nello script la funzione segnaposto get_compliance_review_events. Implementi la logica per consultare l’oggetto MDF personalizzato o il flusso di lavoro pertinente, in base alla configurazione del sistema.
Riveda il risultato: al termine dell’esecuzione, lo script genererà un file CSV denominato position_management_event_log.csv, contenente l’Event Log estratto.
Verifichi i dati: apra il file CSV ed esegua i controlli di convalida descritti nei passaggi dedicati. Verifichi che il numero di casi, la distribuzione delle attività e la completezza degli attributi siano conformi alle aspettative.
Prepari il caricamento: verifichi che le intestazioni del file CSV corrispondano ai requisiti del modello dati di ProcessMind. Le colonne obbligatorie PositionId, ActivityName e EventTime devono essere presenti e formattate correttamente. Il file è quindi pronto per essere caricato in ProcessMind.

Configurazione

Autorizzazioni dell’utente API: l’utente tecnico dell’API deve disporre dell’accesso in lettura alle seguenti entità OData: Position, WfRequest, WfRequestStep, Utente, FODepartment e a tutte le altre entità necessarie per arricchire gli attributi. Le autorizzazioni devono includere OData API Position Export e OData API Workflow Export.
Filtro per intervallo di date: lo script utilizza START_DATE e END_DATE per filtrare i record in base a lastModifiedDateTime. Per il caricamento iniziale, si consiglia un periodo di 12-24 mesi, così da acquisire i cicli di vita completi. Per i caricamenti incrementali, utilizzare come nuovo START_DATE il timestamp dell’ultima estrazione completata correttamente.
Paginazione: lo script gestisce la paginazione delle API tramite i parametri $top e $skip. È possibile modificare la variabile PAGE_SIZE, ma in genere un valore compreso tra 200 e 500 offre un buon equilibrio tra prestazioni e utilizzo della memoria.
Selezione delle entità: lo script interroga principalmente le entità Position e WfRequest. Il parametro $select limita la query ai soli campi necessari, migliorando le prestazioni dell’API.
Mappatura di stati e flussi di lavoro: lo script include dizionari (STATUS_ACTIVITY_MAP, WORKFLOW_STEP_MAP) che associano i valori tecnici di SuccessFactors, ad esempio 'A' per lo stato Active e 'WF_STEP_HR' per il nome del passaggio del flusso di lavoro, a nomi di attività comprensibili per il business. Questi dizionari devono essere configurati in base alle impostazioni della propria istanza.
Logica incrementale: lo script è progettato per eseguire caricamenti completi entro un intervallo di date. Per le estrazioni ricorrenti, implementare una logica che gestisca i record incrementali in base a LastDataUpdateTime, evitando di elaborare dati duplicati.

Query di esempio python

import requests
import pandas as pd
from datetime import datetime
import json

class=class="hl-string">"hl-comment"># --- Configuration ---
class=class="hl-string">"hl-comment"># Replace with your SuccessFactors API details
API_ENDPOINT = class="hl-string">"https://apiX.successfactors.com/odata/v2"
COMPANY_ID = class="hl-string">"[Your_Company_ID]"
API_USER = class="hl-string">"[Your_API_User]@[Your_Company_ID]"
API_PASSWORD = class="hl-string">"[Your_API_Password]"

class=class="hl-string">"hl-comment"># Date range for 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"># Pagination size
PAGE_SIZE = 500

class=class="hl-string">"hl-comment"># Mappings (Customize to your SF configuration)
STATUS_ACTIVITY_MAP = {
    class="hl-string">'A': class="hl-string">'Position Activated',
    class="hl-string">'I': class="hl-string">'Position Deactivated',
    class="hl-string">'S': class="hl-string">'Position Frozen/Suspended',
    class="hl-string">'E': class="hl-string">'Position Closed',
    class="hl-string">'F': class="hl-string">'Position Frozen/Suspended'
}

class=class="hl-string">"hl-comment"># Note: Workflow step names can be found in WF_REQUEST_STEP.step_name
WORKFLOW_STEP_MAP = {
    class="hl-string">'Manager Approval': class="hl-string">'Position Request Approved by Manager',
    class="hl-string">'HR Approval': class="hl-string">'Position Request Approved by HR',
    class="hl-string">'Budget Approval': class="hl-string">'Position Budget Approved'
}

class=class="hl-string">"hl-comment"># --- Helper Functions ---
def fetch_sf_data(entity, select_fields, filter_query):
    class="hl-string">"""Fetches paginated data from a SuccessFactors OData entity."""
    all_records = []
    skip = 0
    while True:
        url = fclass="hl-string">"{API_ENDPOINT}/{entity}?$format=json&$top={PAGE_SIZE}&$skip={skip}"
        if select_fields:
            url += fclass="hl-string">"&$select={','.join(select_fields)}"
        if filter_query:
            url += fclass="hl-string">"&$filter={filter_query}"
        
        print(fclass="hl-string">"Fetching {entity} data, page starting at record {skip}...")
        response = requests.get(url, auth=(API_USER, API_PASSWORD))
        if response.status_code != 200:
            print(fclass="hl-string">"Error fetching {entity}: {response.status_code} {response.text}")
            break

        data = response.json()[class="hl-string">'d'][class="hl-string">'results']
        if not data:
            break

        all_records.extend(data)
        skip += PAGE_SIZE

    return all_records

def parse_sf_timestamp(sf_date):
    class="hl-string">"""Parses SuccessFactors OData timestamp format /Date(...)/."""
    if not sf_date:
        return None
    try:
        class=class="hl-string">"hl-comment"># Extract timestamp in milliseconds and convert to datetime
        ts = int(sf_date.split(class="hl-string">'(')[1].split(class="hl-string">')')[0])
        return datetime.fromtimestamp(ts / 1000)
    except (IndexError, ValueError):
        return None

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---
def main():
    events = []
    source_system_id = class="hl-string">"SAP SuccessFactors"
    last_data_update_time = datetime.now()

    class=class="hl-string">"hl-comment"># 1. Fetch Position history data
    position_filter = fclass="hl-string">"lastModifiedDateTime ge datetime'{START_DATE}T00:00:00Z' and lastModifiedDateTime le datetime'{END_DATE}T23:59:59Z'"
    position_fields = [class="hl-string">"code", class="hl-string">"effectiveStartDate", class="hl-string">"status", class="hl-string">"jobCode", class="hl-string">"lastModifiedBy", class="hl-string">"lastModifiedDateTime", class="hl-string">"createdBy", class="hl-string">"createdDateTime", class="hl-string">"departmentNav/name"]
    positions_raw = fetch_sf_data(class="hl-string">"Position", position_fields, position_filter)

    class=class="hl-string">"hl-comment"># Group by position code to process history
    positions_by_code = {}
    for pos in positions_raw:
        code = pos.get(class="hl-string">'code')
        if code not in positions_by_code:
            positions_by_code[code] = []
        positions_by_code[code].append(pos)

    class=class="hl-string">"hl-comment"># Process Position history for events
    for pos_id, history in positions_by_code.items():
        class=class="hl-string">"hl-comment"># Sort records by effective date and last modified date to establish order
        history.sort(key=lambda x: (parse_sf_timestamp(x[class="hl-string">'createdDateTime']), parse_sf_timestamp(x[class="hl-string">'lastModifiedDateTime'])))

        class=class="hl-string">"hl-comment"># Event: Position Created in HR System
        creation_record = history[0]
        events.append({
            class="hl-string">'PositionId': pos_id,
            class="hl-string">'ActivityName': class="hl-string">'Position Created in HR System',
            class="hl-string">'EventTime': parse_sf_timestamp(creation_record[class="hl-string">'createdDateTime']),
            class="hl-string">'UserId': creation_record.get(class="hl-string">'createdBy'),
            class="hl-string">'DepartmentName': creation_record.get(class="hl-string">'departmentNav', {}).get(class="hl-string">'name'),
            class="hl-string">'PositionStatus': creation_record.get(class="hl-string">'status'),
            class="hl-string">'ApproverId': None
        })
        
        last_status = creation_record.get(class="hl-string">'status')
        last_job_code = creation_record.get(class="hl-string">'jobCode')

        for i in range(len(history)):
            record = history[i]
            event_time = parse_sf_timestamp(record[class="hl-string">'lastModifiedDateTime'])
            department = record.get(class="hl-string">'departmentNav', {}).get(class="hl-string">'name')

            class=class="hl-string">"hl-comment"># Events from status changes (Activated, Deactivated, Frozen, Closed)
            current_status = record.get(class="hl-string">'status')
            if current_status != last_status and current_status in STATUS_ACTIVITY_MAP:
                events.append({
                    class="hl-string">'PositionId': pos_id,
                    class="hl-string">'ActivityName': STATUS_ACTIVITY_MAP[current_status],
                    class="hl-string">'EventTime': event_time,
                    class="hl-string">'UserId': record.get(class="hl-string">'lastModifiedBy'),
                    class="hl-string">'DepartmentName': department,
                    class="hl-string">'PositionStatus': current_status,
                    class="hl-string">'ApproverId': None
                })
            last_status = current_status

            class=class="hl-string">"hl-comment"># Event: Position Reclassified (Job Code changed)
            current_job_code = record.get(class="hl-string">'jobCode')
            if current_job_code != last_job_code and i > 0: class=class="hl-string">"hl-comment"># Avoid flagging on creation
                events.append({
                    class="hl-string">'PositionId': pos_id,
                    class="hl-string">'ActivityName': class="hl-string">'Position Reclassified',
                    class="hl-string">'EventTime': event_time,
                    class="hl-string">'UserId': record.get(class="hl-string">'lastModifiedBy'),
                    class="hl-string">'DepartmentName': department,
                    class="hl-string">'PositionStatus': current_status,
                    class="hl-string">'ApproverId': None
                })
            last_job_code = current_job_code

            class=class="hl-string">"hl-comment"># Event: Position Attributes Modified (generic modification)
            if i > 0: class=class="hl-string">"hl-comment"># This fires for any modification after creation
                 events.append({
                    class="hl-string">'PositionId': pos_id,
                    class="hl-string">'ActivityName': class="hl-string">'Position Attributes Modified',
                    class="hl-string">'EventTime': event_time,
                    class="hl-string">'UserId': record.get(class="hl-string">'lastModifiedBy'),
                    class="hl-string">'DepartmentName': department,
                    class="hl-string">'PositionStatus': current_status,
                    class="hl-string">'ApproverId': None
                })


    class=class="hl-string">"hl-comment"># 2. Fetch Workflow (WfRequest) data for position creations
    wf_filter = fclass="hl-string">"lastModifiedDateTime ge datetime'{START_DATE}T00:00:00Z' and (module eq 'POSITION' or objectType eq 'Position')"
    wf_fields = [class="hl-string">"wfRequestId", class="hl-string">"status", class="hl-string">"effectiveDate", class="hl-string">"createdBy", class="hl-string">"createdDate", class="hl-string">"wfRequestSteps/processedBy", class="hl-string">"wfRequestSteps/status", class="hl-string">"wfRequestSteps/createdDate", class="hl-string">"wfRequestSteps/stepName", class="hl-string">"objectKey"]
    wf_requests_raw = fetch_sf_data(class="hl-string">"WfRequest", wf_fields, wf_filter)

    for wf in wf_requests_raw:
        pos_id = wf.get(class="hl-string">'objectKey')
        if not pos_id: continue

        class=class="hl-string">"hl-comment"># Event: Position Request Initiated
        events.append({
            class="hl-string">'PositionId': pos_id,
            class="hl-string">'ActivityName': class="hl-string">'Position Request Initiated',
            class="hl-string">'EventTime': parse_sf_timestamp(wf[class="hl-string">'createdDate']),
            class="hl-string">'UserId': wf.get(class="hl-string">'createdBy'),
            class="hl-string">'DepartmentName': None, class=class="hl-string">"hl-comment"># Department info is not in WfRequest
            class="hl-string">'PositionStatus': class="hl-string">'Pending',
            class="hl-string">'ApproverId': None
        })

        class=class="hl-string">"hl-comment"># Event: Position Request Rejected
        if wf[class="hl-string">'status'] == class="hl-string">'REJECTED':
            last_step = wf.get(class="hl-string">'wfRequestSteps', {}).get(class="hl-string">'results', [])[-1] if wf.get(class="hl-string">'wfRequestSteps') else {}
            events.append({
                class="hl-string">'PositionId': pos_id,
                class="hl-string">'ActivityName': class="hl-string">'Position Request Rejected',
                class="hl-string">'EventTime': parse_sf_timestamp(last_step.get(class="hl-string">'createdDate')),
                class="hl-string">'UserId': last_step.get(class="hl-string">'processedBy'),
                class="hl-string">'DepartmentName': None,
                class="hl-string">'PositionStatus': class="hl-string">'Rejected',
                class="hl-string">'ApproverId': last_step.get(class="hl-string">'processedBy')
            })

        class=class="hl-string">"hl-comment"># Events for approval steps
        if wf.get(class="hl-string">'wfRequestSteps') and class="hl-string">'results' in wf[class="hl-string">'wfRequestSteps']:
            for step in wf[class="hl-string">'wfRequestSteps'][class="hl-string">'results']:
                step_name = step.get(class="hl-string">'stepName', class="hl-string">'')
                if step[class="hl-string">'status'] == class="hl-string">'APPROVED' and step_name in WORKFLOW_STEP_MAP:
                    events.append({
                        class="hl-string">'PositionId': pos_id,
                        class="hl-string">'ActivityName': WORKFLOW_STEP_MAP[step_name],
                        class="hl-string">'EventTime': parse_sf_timestamp(step[class="hl-string">'createdDate']),
                        class="hl-string">'UserId': step.get(class="hl-string">'processedBy'),
                        class="hl-string">'DepartmentName': None,
                        class="hl-string">'PositionStatus': class="hl-string">'In Approval',
                        class="hl-string">'ApproverId': step.get(class="hl-string">'processedBy')
                    })

    class=class="hl-string">"hl-comment"># 3. Placeholder for class="hl-string">'Position Reviewed for Compliance'
    class=class="hl-string">"hl-comment"># This event is highly customer-specific. You need to implement the logic here.
    class=class="hl-string">"hl-comment"># Example: Query a custom MDF object or a specific workflow type.
    class=class="hl-string">"hl-comment"># compliance_events = get_compliance_review_events(START_DATE, END_DATE)
    class=class="hl-string">"hl-comment"># events.extend(compliance_events)

    class=class="hl-string">"hl-comment"># --- Final Dataframe Creation ---
    if not events:
        print(class="hl-string">"No events found for the specified period.")
        return

    df = pd.DataFrame(events)

    class=class="hl-string">"hl-comment"># Add standard columns
    df[class="hl-string">'SourceSystemId'] = source_system_id
    df[class="hl-string">'LastDataUpdateTime'] = last_data_update_time
    df[class="hl-string">'EventEndTime'] = df[class="hl-string">'EventTime'] class=class="hl-string">"hl-comment"># For atomic events, end time is the same as start time

    class=class="hl-string">"hl-comment"># Standardize column names and order
    final_columns = [
        class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'EventEndTime', class="hl-string">'UserId',
        class="hl-string">'DepartmentName', class="hl-string">'PositionStatus', class="hl-string">'ApproverId', class="hl-string">'SourceSystemId', class="hl-string">'LastDataUpdateTime'
    ]
    df = df.reindex(columns=final_columns)

    class=class="hl-string">"hl-comment"># Clean up and save
    df.dropna(subset=[class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime'], inplace=True)
    df.sort_values(by=[class="hl-string">'PositionId', class="hl-string">'EventTime'], inplace=True)

    output_filename = class="hl-string">'position_management_event_log.csv'
    df.to_csv(output_filename, index=False)
    print(fclass="hl-string">"Event log successfully created: {output_filename}")

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

È pronto a iniziare?

Inizi oggi a trasformare il processo Hire to Retire di gestione delle posizioni con questo utile template dei dati. Ottenga informazioni utili e migliori l’efficienza in tutta l’organizzazione.

Torna alla guida al miglioramento

Scarica il template

Aumenti subito l’efficienza nella gestione delle posizioni Hire to Retire!

Individui i colli di bottiglia e riduca rapidamente del 30% il tempo di ciclo di Hire to Retire.

Inizi la prova gratuita

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

Il Suo template dei dati per Hire to Retire, gestione delle posizioni

Il Suo template dei dati per Hire to Retire, gestione delle posizioni

Attributi di Hire to Retire, gestione delle posizioni

Attività di Hire to Retire, gestione delle posizioni

Guide all’estrazione

Esportazione in uscita tramite Integration Center di SuccessFactors

Passaggi

Configurazione

Query di esempio sql

Esportazione di un report con diagramma da Report Center di SuccessFactors

Passaggi

Configurazione

Query di esempio sql

Estrazione con script Python tramite API OData di SuccessFactors

Passaggi

Configurazione

Query di esempio python

È pronto a iniziare?

Aumenti subito l’efficienza nella gestione delle posizioni Hire to Retire!