> Miglioramento Continuo dei Processi > Hire to Retire Gestione delle Posizioni > Workday HCM > Template Dati

Il Suo Template Dati per la Gestione delle Posizioni - Dal Reclutamento al Pensionamento

Workday HCM

Hire to Retire - Attributi di Gestione delle Posizioni (22) Hire to Retire - Attività di Gestione delle Posizioni (13) Guide all'Estrazione (3)

Il Suo Template Dati per la Gestione delle Posizioni - Dal Reclutamento al Pensionamento

Questo `template` fornisce una chiara `roadmap` per la raccolta dei `dati` essenziali necessari per analizzare il Suo processo Hire to Retire - Position Management. Delinea gli attributi cruciali da raccogliere, le attività chiave da tracciare e una guida pratica su come estrarre queste informazioni da Workday HCM. Utilizzi questa risorsa per assicurarsi che il Suo `event log` sia completo e pronto per potenti insight di Process Mining.

Attributi consigliati da raccogliere
Attività chiave da tracciare
Guida all'estrazione

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

Scarica Template

Hire to Retire - Attributi di Gestione delle Posizioni

Questi sono i campi `dati` raccomandati da includere nel Suo `event log` per un'analisi completa di Hire to Retire - Position Management.

3 Obbligatorio 7 Consigliato 12 Facoltativo

	Nome	Descrizione
	ID Posizione PositionId	L'identificatore unico per una posizione specifica all'interno dell'organizzazione, che funge da identificatore di caso primario per il processo di gestione delle posizioni.
Descrizione L'ID Posizione è la pietra angolare dell'analisi del processo di gestione delle posizioni. Ogni ID rappresenta il ciclo di vita di una singola posizione, dalla sua richiesta iniziale e creazione attraverso eventuali modifiche, riclassificazioni e l'eventuale disattivazione o chiusura. Nel Process Mining, questo attributo viene utilizzato per correlare tutte le attività correlate, come approvazioni, modifiche dei `dati` e aggiornamenti di stato, a un caso specifico. Ciò consente una visione completa, `end-to-end`, del percorso della posizione, rendendo possibile analizzare i tempi di ciclo, identificare le varianti di processo e tracciare la `conformità` per ogni posizione unica. Perché è importante È essenziale per tracciare l'intero ciclo di vita di una posizione, consentendo un'analisi di processo end-to-end e aiutando a identificare i bottleneck o le deviazioni per casi specifici. Dove trovare Questo è un identificatore fondamentale in Workday HCM, tipicamente disponibile nei `report` e nei `dati` dei processi di business relativi alla gestione del personale e delle posizioni. Esempi POS-0012345POS-0067890POS-0112233
	Nome attività ActivityName	Il nome del passaggio o dell'`event` specifico del processo di business che si è verificato, come 'Posizione Creata' o 'Budget Approvato'.
Descrizione Il Nome dell'Attività descrive un singolo passaggio all'interno del ciclo di vita della gestione delle posizioni. Questi `event` sono i blocchi costitutivi della mappa di processo, che mostrano la sequenza di azioni intraprese per ogni posizione. L'analisi di queste attività consente la visualizzazione dei flussi di processo, l'identificazione di percorsi comuni e rari e la misurazione del tempo trascorso tra le tappe fondamentali. Gli esempi includono 'Richiesta Posizione Avviata', 'Attributi Posizione Modificati' e 'Posizione Chiusa', che insieme dipingono un quadro del flusso operativo. Perché è importante Questo attributo è fondamentale per la costruzione della mappa di processo, la visualizzazione del flusso di processo e l'identificazione di `event` specifici che causano ritardi o rielaborazioni. Dove trovare Estratto dai log delle transazioni del framework dei processi aziendali di Workday. Ogni passaggio in una definizione di processo aziendale genera un record di evento. Esempi Richiesta Posizione AvviataApprovazione Manageriale InviataPosizione CreataPosizione Disattivata
	Timestamp Evento EventTime	Il timestamp che indica quando una specifica attività o un evento si è verificato.
Descrizione L'Ora dell'`Event` è un `timestamp` preciso che registra la data e l'ora di ogni attività nel processo. Questi `dati` sono critici per qualsiasi analisi basata sul tempo, inclusi il calcolo dei tempi di ciclo, dei tempi di attesa e delle durate. Nel Process Mining, questo `timestamp` viene utilizzato per ordinare gli `event` cronologicamente, formando la sequenza di attività che costituisce il flusso di processo. È la base per la diagnostica delle prestazioni, consentendo l'identificazione dei `bottleneck`, l'analisi del `throughput` e il monitoraggio degli SLA. Perché è importante È essenziale per ordinare gli eventi, calcolare tutte le metriche basate sul tempo come tempo di ciclo e durata, e diagnosticare i bottleneck di processo. Dove trovare Questo `timestamp` viene automaticamente registrato per ogni transazione di processo di business in Workday HCM. Esempi 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z
	Centro di Costo CostCenter	Il centro di costo finanziario associato alla posizione, utilizzato per la definizione del budget e la rendicontazione finanziaria.
Descrizione Il Centro di Costo è una dimensione finanziaria che collega una posizione a un budget specifico. È essenziale per il monitoraggio dei costi e per garantire che il personale sia allineato ai piani finanziari. Nel Process Mining, questo attributo è cruciale per le analisi relative alle approvazioni di budget e all'impatto finanziario. Aiuta a comprendere come i tempi di approvazione del budget possano variare per centro di costo e a correlare le attività di gestione delle posizioni con i risultati finanziari. È anche fondamentale per standardizzare gli attributi di ruolo tra unità finanziarie simili. Perché è importante Fornisce una dimensione finanziaria per l'analisi, consentendo visualizzazioni del processo per unità di budget e supportando l'analisi dei `bottleneck` relativi al budget. Dove trovare Questo fa parte delle informazioni finanziarie, o 'Worktags', assegnate a una posizione all'interno di Workday HCM. Esempi CC4010_MARKETINGCC2050_RD_SOFTWARECC7000_ADMIN
	Dipartimento Department	Il dipartimento o l'organizzazione di supervisione a cui appartiene la posizione.
Descrizione L'attributo Dipartimento, spesso chiamato 'Supervisory Organization' nella terminologia Workday, fornisce il contesto organizzativo primario per una posizione. Definisce il team o l'area di business in cui risiede la posizione. Questa è una dimensione critica per l'analisi, che consente confronti delle prestazioni tra diverse parti dell'azienda. Ad esempio, è possibile confrontare i tempi di ciclo di approvazione delle nuove posizioni tra i dipartimenti di Ingegneria e Marketing per identificare le migliori pratiche o i `bottleneck` localizzati. Perché è importante Consente di filtrare e confrontare le prestazioni dei processi tra diverse unità organizzative, rivelando bottleneck o efficienze specifici per dipartimento. Dove trovare Collegato alla posizione tramite la sua assegnazione a un'Organizzazione di Supervisione in Workday HCM. Esempi Vendite - Nord AmericaIngegneria - Sviluppo PiattaformaFinanza - Pianificazione e Analisi Finanziaria Aziendale
	Famiglia Professionale JobFamily	Un raggruppamento di lavori con caratteristiche, competenze e mansioni simili, come 'Ingegneria' o 'Risorse Umane'.
Descrizione Una Famiglia Professionale è una classificazione che raggruppa Profili Professionali correlati. Ad esempio, i profili professionali di 'Ingegnere del Software' e 'Ingegnere del Software Senior' potrebbero appartenere entrambi alla famiglia professionale 'Ingegneria'. Questo fornisce un modo per categorizzare e analizzare i ruoli a un livello superiore. Questo attributo supporta analisi come il monitoraggio delle riclassificazioni o la standardizzazione degli attributi di posizione. Analizzando i cambiamenti all'interno o attraverso le famiglie professionali, un'organizzazione può ottenere intuizioni sui percorsi di carriera, sulla coerenza della definizione dei ruoli e sulle tendenze della forza lavoro. Perché è importante Consente un'analisi di livello superiore dei ruoli, supportando gli sforzi di standardizzazione e l'analisi delle riclassificazioni tra categorie di lavoro correlate. Dove trovare Questo fa parte della struttura del catalogo lavori in Workday HCM, associato al Profilo Professionale di una posizione. Esempi Tecnologia dell'InformazioneFinanza e ContabilitàProfessionisti delle Vendite
	Motivo del Cambiamento ReasonForChange	Il motivo fornito per un `event` di modifica, come una riclassificazione, una modifica o la chiusura di una posizione.
Descrizione Questo attributo cattura la giustificazione aziendale per cui è stata apportata una particolare modifica a una posizione. Le ragioni sono spesso selezionate da un elenco predefinito in Workday per garantire la coerenza, come 'Riorganizzazione', 'Nuovo Progetto' o 'Adeguamento di Budget'. L'analisi di questo attributo fornisce un contesto inestimabile dietro i flussi di processo. Aiuta a rispondere al 'perché' dietro il 'cosa', ad esempio, correlare gli `event` di riclassificazione con ragioni specifiche per identificare le tendenze nella ristrutturazione organizzativa o nell'evoluzione dei ruoli. Perché è importante Spiega il contesto aziendale dietro le attività di processo come modifiche e riclassificazioni, aiutando ad analizzare le cause profonde delle variazioni di processo. Dove trovare Questo è un campo obbligatorio per molte transazioni di processo di business in Workday, come 'Modifica Restrizioni Posizione' o 'Chiudi Posizione'. Esempi Creazione nuovo dipartimentoRiorganizzazioneCorrezione dei datiConclusione del Progetto
	Ora di Fine EndTime	Il `timestamp` che indica quando un'attività è stata completata. Utilizzato per calcolare la durata delle singole attività.
Descrizione L'Ora di Fine segna il completamento di un'attività specifica. Mentre l'Ora di Inizio mostra quando si è verificato un `event`, la combinazione di Ora di Inizio e Ora di Fine consente il calcolo del tempo di elaborazione per quell'`event`. Questo è particolarmente utile per attività che non sono istantanee, come una fase di revisione della `conformità`. Confrontando l'Ora di Fine di un'attività con l'Ora di Inizio della successiva, sia il tempo di elaborazione che il tempo di attesa possono essere misurati con precisione, fornendo insight più approfonditi sull'efficienza del processo. Perché è importante È necessario per calcolare la durata precisa delle attività, aiutando a distinguere tra tempo di elaborazione attivo e tempo di attesa inattivo. Dove trovare Alcuni passaggi del processo di business di Workday potrebbero avere orari di inizio e fine espliciti. In caso contrario, possono essere derivati come l'Ora di Inizio del successivo `event` nello stesso caso. Esempi 2023-04-15T09:05:12Z2023-04-15T17:00:00Z2023-04-18T11:21:55Z
	Stato della Posizione PositionStatus	Lo stato attuale o storico della posizione, come 'Aperta', 'Occupata', 'Congelata' o 'Chiusa'.
Descrizione Lo Stato della Posizione indica lo stato della posizione in un dato momento. Questo attributo è cruciale per comprendere la disponibilità attuale della posizione e la fase del ciclo di vita. Nell'analisi, il filtraggio per stato può aiutare a concentrarsi su parti specifiche del processo. Ad esempio, l'analisi delle posizioni con stato 'Congelata' aiuta a creare `report` sull'invecchiamento per vedere per quanto tempo le risorse sono immobilizzate. Il tracciamento della transizione tra gli stati è fondamentale per comprendere il flusso del processo. Perché è importante Fornisce un contesto critico sullo stato di una posizione, consentendo l'analisi dell'invecchiamento delle posizioni congelate e il tracciamento della progressione attraverso il ciclo di vita. Dove trovare Disponibile come campo standard sull'oggetto posizione in Workday HCM. Esempi Aperta - ApprovataOccupataCongelataChiuso
	Utente User	L'ID utente o il nome della persona che ha eseguito l'attività.
Descrizione Questo attributo identifica il dipendente o l'utente di sistema responsabile del completamento di un'attività specifica nel processo, come la presentazione di un'approvazione o la modifica degli attributi della posizione. Potrebbe essere un manager, un `HR partner` o un analista finanziario. L'analisi dei `dati` per utente aiuta a identificare opportunità di formazione, squilibri nella distribuzione del carico di lavoro e variazioni delle prestazioni individuali. Ad esempio, può individuare quali utenti sono più frequentemente coinvolti in attività di rielaborazione, suggerendo la necessità di istruzioni più chiare o miglioramenti del sistema. Perché è importante Consente l'analisi della distribuzione del carico di lavoro, del comportamento specifico dell'utente e l'identificazione delle esigenze di formazione o di individui ad alte prestazioni. Dove trovare Disponibile nei log delle transazioni dei processi aziendali in Workday, che registrano l'iniziatore o l'attore per ogni passaggio. Esempi jsmithdavis_janehr_admin_svc
	Conformità Revisionata IsComplianceReviewed	Un flag booleano che è vero se l'attività 'Posizione Revisionata per Conformità' si è verificata per un caso.
Descrizione Questo flag indica se una posizione ha subito una revisione formale di `conformità` in qualsiasi momento del suo ciclo di vita. Viene determinato verificando l'esistenza dell'attività 'Conformità Posizione Verificata' per un dato ID Posizione. Questo attributo semplifica il monitoraggio della `conformità` e il calcolo dei KPI. Consente un facile filtraggio di tutti i casi che sono stati o non sono stati revisionati, e supporta direttamente il calcolo del KPI 'Tasso di `Conformità` delle Azioni di Posizione' rendendo semplice contare la popolazione conforme. Perché è importante Semplifica la misurazione dei tassi di `Conformità` e consente un facile filtraggio per isolare e analizzare le posizioni che hanno aggirato le revisioni richieste. Dove trovare Questo è un flag derivato, calcolato a livello di caso. È impostato su `true` se l'attività 'Conformità Posizione Verificata' esiste nel `log` del caso. Esempi truefalse
	È una Rilavorazione IsRework	Un flag booleano che è vero se un'attività è considerata rilavorazione, come la modifica multipla degli attributi di posizione.
Descrizione Il flag 'È Rielaborazione' identifica le attività che rappresentano correzioni o lavoro ripetuto, che spesso indicano inefficienze di processo o problemi di qualità. Di solito è impostato su `true` per `event` come 'Attributi Posizione Modificati' che si verificano poco dopo la creazione o accadono più volte in sequenza. Questo attributo calcolato è essenziale per la `dashboard` 'Analisi Rielaborazione Dati Posizione'. Consente una facile quantificazione dei tassi di rielaborazione, aiuta a identificare le cause profonde analizzando il contesto degli `event` segnalati e supporta i KPI come 'Tasso di Rielaborazione Dati Posizione'. Perché è importante Segnala direttamente le attività di rilavorazione inefficienti, rendendo facile quantificare, analizzare e mirare gli sforzi di miglioramento dei processi per ridurre gli sprechi. Dove trovare Questo è un flag derivato, calcolato in base alla sequenza e alla frequenza delle attività. Ad esempio, impostato su `true` se 'Attributi Posizione Modificati' si verifica più di una volta per lo stesso caso. Esempi truefalse
	Località Location	La posizione di lavoro fisica o logica associata alla posizione.
Descrizione L'attributo Posizione specifica il sito geografico o l'ufficio in cui si basa la posizione. Questo può variare da un indirizzo specifico di un edificio a un paese o una regione più ampi, e può anche includere 'Remoto' come valore. L'analisi per posizione può rivelare differenze regionali nelle prestazioni del processo, come variazioni nei tempi di approvazione o nei tassi di `conformità`. Aiuta a capire se i processi sono standardizzati a livello globale o se le pratiche locali stanno creando deviazioni. Perché è importante Consente l'analisi geografica per identificare le differenze regionali nei processi, variazioni di conformità o bottleneck specifici per località. Dove trovare Un attributo standard che può essere assegnato a una posizione in Workday HCM. Esempi New York, USALondon, UKRemoto (Germania)
	Profilo Professionale JobProfile	Il `template` standardizzato per un lavoro, che definisce le sue caratteristiche principali come responsabilità e qualifiche.
Descrizione Il Profilo Professionale è un elemento fondamentale nell'architettura dei lavori di Workday. Funziona come un `template` che definisce un lavoro, inclusi il titolo predefinito, le qualifiche e il livello di retribuzione. Una posizione è un'istanza di un Profilo Professionale all'interno di un dipartimento specifico. Questo attributo è fondamentale per comprendere la standardizzazione dei processi. L'analisi dei processi per Profilo Professionale può rivelare se certi tipi di ruoli hanno cicli di approvazione più lunghi o sono più inclini alla rielaborazione. È anche critico per il tracciamento delle riclassificazioni in cui una posizione si sposta da un Profilo Professionale a un altro. Perché è importante Collega una posizione a un modello di lavoro standard, consentendo l'analisi delle variazioni di processo basate su caratteristiche di ruolo standardizzate. Dove trovare Un campo obbligatorio per ogni posizione in Workday HCM. È una parte fondamentale del modello dati di Organizzazione del Personale. Esempi JP-FIN-Analyst3JP-ENG-Dev5JP-HR-Generalist2
	Sistema di Origine SourceSystem	Il sistema da cui provengono i `dati`, che in questo caso è Workday HCM.
Descrizione Questo attributo identifica l'applicazione sorgente dove sono stati generati i `dati` del processo di gestione delle posizioni. Sebbene per questa analisi specifica la sorgente sia costantemente Workday HCM, è un campo cruciale in ambienti aziendali dove i `dati` potrebbero essere uniti da più sistemi. Includere questo attributo garantisce una chiara `data lineage` e aiuta a differenziare i processi che potrebbero estendersi su diverse piattaforme. Fornisce contesto ed è una `best practice` per la `data governance`. Perché è importante Fornisce un contesto essenziale sull'origine dei `dati`, garantendo chiarezza negli ambienti multi-sistema e supportando gli standard di governance dei `dati`. Dove trovare Questo è tipicamente un valore statico ('Workday HCM') aggiunto durante il processo di estrazione e trasformazione dei `dati`. Esempi Workday HCMWorkdayHCM_Prod
	Stato di Conformità ComplianceStatus	Indica l'esito di un passaggio di revisione della conformità, come 'Conforme' o 'Non Conforme'.
Descrizione Questo attributo cattura il risultato di un'attività formale 'Conformità Posizione Verificata'. Conferma se gli attributi della posizione, la storia delle approvazioni o la giustificazione soddisfano le politiche interne o le normative esterne. Questo è un attributo critico per la `dashboard` 'Panoramica `Conformità` Azioni Posizione'. Consente il monitoraggio diretto dei tassi di `Conformità` e aiuta revisori o team HR a identificare e investigare rapidamente le posizioni segnalate come non conformi, consentendo azioni correttive e mitigazione del rischio. Perché è importante Misura direttamente l'esito dei controlli di conformità, consentendo il monitoraggio dell'aderenza alle politiche e la segnalazione di casi ad alto rischio per la revisione. Dove trovare Questo sarebbe probabilmente un `output` di un passaggio specifico e configurato in un processo di business di Workday. Potrebbe essere memorizzato come un commento o un campo personalizzato. Esempi ConformeNon ConformeRichiede Follow-up
	Tempo di Approvazione Nuova Posizione NewPositionApprovalCycleTime	Il tempo totale impiegato dal momento in cui una richiesta di posizione viene avviata fino alla sua creazione nel sistema.
Descrizione Questo attributo misura il tempo di ciclo `end-to-end` per il processo di approvazione delle nuove posizioni. Si calcola come la durata tra l'`event` 'Richiesta Posizione Avviata' e l'`event` 'Posizione Creata' per un dato ID Posizione. Ciò supporta direttamente il KPI 'Tempo Medio di Ciclo di Approvazione Nuova Posizione' e le `dashboard` correlate. Calcolando questo a livello di caso, è possibile analizzare la distribuzione dei tempi di ciclo, identificare gli `outlier` e indagare i fattori che correlano con durate di approvazione più lunghe o più brevi, come il dipartimento o il tipo di posizione. Perché è importante Misura direttamente un indicatore chiave di performance (KPI), consentendo l'analisi dell'efficienza delle approvazioni e l'identificazione dei fattori che causano ritardi. Dove trovare Calcolato a livello di caso all'interno dello strumento di process mining trovando la differenza di tempo tra attività di inizio e fine specifiche. Esempi P5DT6HP12DP2DT12H30M
	Tempo di Elaborazione ProcessingTime	La durata di una singola attività, calcolata come la differenza tra i suoi tempi di fine e di inizio.
Descrizione Il Tempo di Elaborazione misura il tempo effettivo impiegato per lavorare su un'attività, in contrapposizione al tempo di attesa tra le attività. Si calcola sottraendo il Tempo di Inizio di un'attività dal suo Tempo di Fine. Questa metrica è fondamentale per l'analisi delle prestazioni. Aiuta a identificare quali passaggi specifici del processo richiedono più tempo. Ad esempio, un lungo tempo di elaborazione per 'Budget Approvato' potrebbe indicare un processo di revisione complesso, mentre un lungo tempo di attesa prima suggerisce che la richiesta è in coda. Perché è importante Quantifica la durata effettiva del lavoro di un'attività, aiutando a differenziare il lavoro attivo dal tempo di attesa inattivo e a individuare passaggi inefficienti. Dove trovare Campo calcolato, derivato dagli attributi EventTime (StartTime) e EndTime (EndTime - StartTime). Esempi PT8H30MP2DT4HPT15M
	Tipo di Posizione PositionType	Categorizza la posizione in base ai suoi termini di impiego, come Tempo Pieno, Part-Time o Contratto.
Descrizione Il Tipo di Posizione, spesso indicato come 'Worker Type' o 'Time Type' in Workday, classifica la natura dell'impiego associato alla posizione. Questo è un attributo fondamentale per la pianificazione e la gestione della forza lavoro. Nel Process Mining, questa dimensione consente di confrontare il processo di gestione delle posizioni per diversi tipi di lavoratori. Ad esempio, si potrebbe indagare se il processo di approvazione per i contractor sia più veloce o meno complesso rispetto a quello per i dipendenti a tempo pieno, rivelando potenzialmente opportunità di ottimizzazione del processo. Perché è importante Consente di confrontare il processo di gestione delle posizioni per diverse categorie di lavoratori, come dipendenti a tempo pieno vs. collaboratori esterni, per trovare opportunità di ottimizzazione. Dove trovare Disponibile come parte della definizione della posizione, spesso come 'Tipo di Lavoratore' o 'Tipo di Orario'. Esempi Tempo Pieno RegolareTempo Parziale RegolareCollaboratore a Tempo Determinato
	Titolo della Posizione PositionTitle	Il titolo specifico della posizione, come 'Analista Finanziario Senior' o 'Responsabile Ingegnere Software'.
Descrizione Il Titolo della Posizione è il nome ufficiale del ruolo, visibile all'utente. È un descrittore più granulare rispetto alla Famiglia di Ruoli o al Profilo Professionale ed è ciò che tipicamente appare in un annuncio di lavoro o in un organigramma. Analizzare questo attributo è importante per comprendere le specificità dei cambiamenti di posizione. Ad esempio, in un'analisi di riclassificazione, è possibile vedere se il titolo è cambiato significativamente. Viene anche utilizzato nelle `dashboard` di standardizzazione per verificare la coerenza nella titolazione per ruoli simili in diversi dipartimenti. Perché è importante Fornisce dettagli granulari sul ruolo, essenziali per analizzare riclassificazioni e standardizzazione dei ruoli. Dove trovare Un campo standard sull'oggetto posizione in Workday HCM. Esempi Senior Product ManagerHR Business Partner IIContabile Associato
	Ultimo `Data Update` LastDataUpdate	Il `timestamp` che indica l'ultima estrazione dei `dati` dal sistema sorgente e l'aggiornamento nello strumento di Process Mining.
Descrizione Questo attributo fornisce il `timestamp` dell'aggiornamento più recente dei `dati`. Non fa parte dei `dati` del processo stesso, ma è un metadato sulla freschezza del `dataset`. Questo è importante per tutti gli utenti dell'analisi, poiché indica loro quanto i `dati` siano attuali. Aiuta a capire se gli insight riflettono l'ultimo stato operativo o sono basati su uno `snapshot` leggermente più vecchio, gestendo le aspettative sulla tempestività dei risultati. Perché è importante Informa gli utenti sulla freschezza dei dati, assicurando che comprendano quanto siano attuali l'analisi del processo e le intuizioni. Dove trovare Questo `timestamp` viene generato dalla `data pipeline` o dallo strumento ETL al termine del processo di caricamento dei `dati`. Esempi 2024-05-21T02:00:00Z2024-05-22T02:00:00Z
	Unità aziendale BusinessUnit	La divisione o unità aziendale di alto livello a cui appartiene la posizione, come 'Prodotti di Consumo' o 'Soluzioni Aziendali'.
Descrizione La Business Unit rappresenta un segmento importante dell'azienda, posizionato più in alto nella gerarchia organizzativa rispetto a un dipartimento. Viene utilizzata per la rendicontazione strategica e finanziaria di alto livello. L'analisi del processo di gestione delle posizioni per Business Unit fornisce una visione strategica delle dinamiche della forza lavoro. Può evidenziare differenze nella velocità di assunzione, nei tassi di riclassificazione o nell'efficienza dei processi tra le principali divisioni aziendali, informando la direzione sulle disparità operative a livello macro. Perché è importante Consente un'analisi strategica di alto livello delle prestazioni dei processi tra le principali divisioni aziendali, informando le decisioni a livello direzionale. Dove trovare Questo è tipicamente implementato in Workday come un 'Worktag', che può essere assegnato a posizioni o ai loro centri di costo associati. Esempi Prodotti di ConsumoSoluzioni AziendaliServizi Aziendali

Obbligatorio Consigliato Facoltativo

Hire to Retire - Attività di Gestione delle Posizioni

Questi sono i passaggi chiave del processo e le tappe fondamentali da catturare nel Suo `event log` per una scoperta accurata del processo in Hire to Retire - Position Management.

6 Consigliato 7 Facoltativo

	Activity	Descrizione
	Attributi Posizione Modificati	Indica che uno o più attributi di una posizione esistente, come titolo o dipartimento, sono stati modificati. Questo viene registrato esplicitamente quando un utente completa con successo il processo aziendale 'Modifica Restrizioni Posizione'.
Perché è importante Modifiche frequenti possono indicare errori di inserimento dati, ruoli lavorativi in evoluzione o inefficienze di processo. L'analisi di questa attività è fondamentale per la dashboard 'Analisi Rilavorazioni Dati Posizione' e per migliorare la qualità dei dati. Dove trovare Questo viene acquisito dal `log` di completamento di 'Modifica Restrizioni Posizione' o di un processo di business simile in Workday. Il `log` di controllo mostra quali campi sono stati modificati. Acquisisci Evento registrato al completamento con successo del processo aziendale 'Modifica Restrizioni Posizione'. Tipo di evento explicit
	Budget Approvato	Una tappa fondamentale in cui il dipartimento finanziario o un responsabile del budget conferma che i fondi sono disponibili per la nuova posizione. Questo viene registrato quando l'approvatore designato completa il passaggio di approvazione del budget nel flusso del processo aziendale.
Perché è importante L'approvazione del budget è spesso un importante bottleneck (collo di bottiglia). Misurare il tempo di ciclo per questa attività specifica aiuta le organizzazioni a snellire le revisioni finanziarie e ad accelerare le assunzioni. Dove trovare Questo viene registrato nella cronologia di controllo del processo di business 'Create Position' in Workday. Corrisponde all'`event` di completamento del passaggio di approvazione del budget. Acquisisci Timestamp di completamento della fase di approvazione finanziaria o di budget nel log del processo aziendale. Tipo di evento explicit
	Posizione Chiusa	Questa è l'attività finale del ciclo di vita, che rappresenta l'eliminazione permanente della posizione dall'organizzazione. Workday registra questo `event` al completamento riuscito del processo di business 'Close Position'.
Perché è importante Essendo l'evento terminale per la maggior parte dei casi, questa attività definisce la fine del ciclo di vita della posizione. È cruciale per comprendere la durata completa del processo e per mantenere dati accurati sull'organico. Dove trovare Catturato dal timestamp di completamento del processo aziendale 'Chiusura Posizione' nella traccia di audit o nei log dei processi aziendali di Workday. Acquisisci Evento registrato al completamento del processo aziendale 'Chiusura Posizione'. Tipo di evento explicit
	Posizione Creata	Questa attività segna la creazione riuscita e l'esistenza ufficiale della posizione nel sistema Workday. Viene registrata al completamento riuscito del processo di business 'Create Position'.
Perché è importante Questo è un traguardo critico che segna la fine della fase di approvazione e la prontezza della posizione per il personale. È essenziale per misurare il KPI complessivo del tempo di ciclo di approvazione. Dove trovare L'`event` viene acquisito dal `timestamp` di completamento del processo di business 'Create Position' nei `log` degli `event` di Workday o nel `log` di controllo. Acquisisci Evento registrato al completamento con successo del processo aziendale 'Creazione Posizione'. Tipo di evento explicit
	Posizione Disattivata	Indica che una posizione non è più attiva e non può essere coperta, spesso come passaggio preliminare prima della chiusura formale. Questo è un evento esplicito catturato al completamento del processo aziendale 'Disattivazione Posizione'.
Perché è importante La disattivazione è una tappa fondamentale nel ciclo di vita della posizione, distinta dalla chiusura finale. Il tempo tra la disattivazione e la chiusura è una misura dell'efficienza amministrativa nella pulizia delle strutture organizzative. Dove trovare Questo `event` viene registrato nei `log` di controllo di Workday al completamento riuscito del processo di business 'Inactivate Position'. Acquisisci Evento registrato al completamento con successo del processo aziendale 'Disattivazione Posizione'. Tipo di evento explicit
	Richiesta Posizione Avviata	Questo segna l'inizio del ciclo di vita della gestione delle posizioni, dove una richiesta di creazione di una nuova posizione viene formalmente presentata. Questo viene acquisito come un `event` esplicito quando un utente avvia il processo di business 'Create Position' in Workday.
Perché è importante Questa attività è l'`event` di avvio primario per il processo. Analizzare il tempo da questo `event` alle approvazioni successive è cruciale per misurare l'efficienza dell'intero ciclo di creazione della posizione. Dove trovare Questo `event` viene registrato nei `log` degli `event` del processo di business di Workday. Cerchi il `timestamp` di avvio della transazione del processo di business 'Create Position' per l'ID Posizione specifico. Acquisisci Evento registrato all'avvio del processo aziendale 'Creazione Posizione'. Tipo di evento explicit
	Approvazione HR Inviata	Indica che un HR partner o rappresentante ha revisionato e approvato la richiesta di posizione. Questo viene registrato esplicitamente quando l'approvatore HR completa il suo passaggio assegnato nel processo aziendale Workday.
Perché è importante Questa approvazione è un punto di controllo critico per garantire che la posizione sia allineata alle politiche aziendali e all'architettura dei lavori. I ritardi qui possono influire significativamente sul tempo di ciclo complessivo. Dove trovare Ricavato dal `log` di controllo di Workday per il processo di business pertinente. L'`event` è il completamento del passaggio 'Approvazione HR'. Acquisisci Timestamp di completamento della fase di approvazione HR nel log del processo aziendale. Tipo di evento explicit
	Approvazione Manageriale Inviata	Rappresenta il completamento del passaggio di revisione e approvazione da parte del responsabile delle assunzioni o del responsabile dell'organizzazione di supervisione. Workday acquisisce questo come un `event` di completamento discreto per un passaggio di approvazione all'interno del processo di business 'Create Position'.
Perché è importante Questa è una tappa fondamentale iniziale comune e un potenziale `bottleneck`. Il tracciamento del tempo impiegato per questa approvazione aiuta a identificare i ritardi nelle fasi iniziali del `workflow` di creazione della posizione. Dove trovare Catturato dalla traccia di audit del processo aziendale 'Creazione Posizione'. Corrisponde al completamento del passaggio specifico di 'Approvazione Manageriale'. Acquisisci Timestamp di completamento della fase di approvazione del manager nel log del processo aziendale. Tipo di evento explicit
	Conformità Posizione Verificata	Indica che una posizione è stata sottoposta a un controllo formale di conformità, ad esempio rispetto a politiche interne o regolamenti esterni. Questo è probabilmente registrato come un passaggio specifico 'To Do' (da fare) o 'Checklist' all'interno di un processo aziendale padre.
Perché è importante Monitorare le revisioni di conformità è fondamentale per mitigare i rischi e assicurare l'adesione agli standard organizzativi. Questa attività supporta direttamente il KPI 'Tasso di Conformità delle Azioni di Posizione'. Dove trovare Questo è probabilmente acquisito come un passaggio 'Da fare' completato o un passaggio di approvazione specifico all'interno di un processo di business come 'Create Position' o 'Edit Position'. È necessaria un'analisi del sistema per confermare il meccanismo esatto. Acquisisci Timestamp di completamento di un'approvazione o di un passaggio 'To Do' (da fare) relativo alla conformità nel log del processo aziendale. Tipo di evento explicit
	Posizione Congelata	Rappresenta l'azione di sospendere temporaneamente una posizione, impedendone l'assegnazione. Questo viene acquisito quando un utente completa con successo il processo di business 'Freeze Position' in Workday.
Perché è importante Questa attività è critica per la gestione del personale e dei budget. L'analisi della durata in cui una posizione rimane congelata aiuta a identificare decisioni bloccate e a ottimizzare la pianificazione delle risorse. Dove trovare Catturato dal completamento del processo aziendale 'Congelamento Posizione'. Il campo stato della posizione viene tipicamente aggiornato a seguito di questo evento. Acquisisci Evento registrato al completamento del processo aziendale 'Congelamento Posizione'. Tipo di evento explicit
	Posizione Riclassificata	Rappresenta un cambiamento formale nel profilo professionale o nella classificazione associata alla posizione. Questo `event` viene acquisito quando il processo di business 'Change Job' viene completato con successo per una posizione specifica.
Perché è importante Questa attività aiuta a comprendere la ristrutturazione organizzativa o significativi cambiamenti nelle responsabilità lavorative. Il monitoraggio delle riclassificazioni supporta l'analisi dell'evoluzione della forza lavoro e la stabilità dell'architettura dei lavori. Dove trovare Ricavato dai `log` di completamento del processo di business 'Change Job' quando applicato a una posizione, distinto dall'applicazione a un lavoratore. Acquisisci Evento registrato al completamento con successo del processo aziendale 'Cambio Incarico' su una posizione. Tipo di evento explicit
	Posizione Scongelata	Questa è l'azione inversa del congelamento, in cui una posizione sospesa viene resa nuovamente attiva e disponibile per il personale. Questo viene tipicamente acquisito inferendo un cambiamento nel campo di stato della posizione da 'Congelata' a 'Attiva'.
Perché è importante Questo `event` segna la risoluzione di una posizione congelata. Misurare il tempo da 'Posizione Congelata' a questo `event` è fondamentale per il KPI 'Tempo di Risoluzione Posizione Congelata'. Dove trovare Questo può essere inferito da modifiche con data di validità nel campo di stato della posizione all'interno della cronologia o del `log` di controllo della posizione. Potrebbe anche essere un `event` esplicito del processo di business 'Scongela' in alcune configurazioni. Acquisisci Rilevare il cambiamento dello stato della posizione da 'Congelata' ad 'Attiva' in base alla cronologia con data di validità. Tipo di evento inferred
	Richiesta Posizione Negata	Questa attività rappresenta una conclusione non riuscita della richiesta di creazione della posizione, dove un approvatore l'ha negata. Workday registra questo come lo stato terminale 'Negato' del processo di business 'Create Position'.
Perché è importante Analizzare le richieste negate aiuta a identificare le ragioni comuni del rifiuto, come vincoli di budget o disallineamento delle politiche, consentendo miglioramenti dei processi e una migliore guida per i richiedenti. Dove trovare Questo viene acquisito dallo stato finale dell'istanza del processo di business 'Create Position'. Il `timestamp` dell'`event` è quando è stata intrapresa l'azione di negazione. Acquisisci Evento registrato quando un approvatore seleziona l'azione 'Nega' all'interno di un passaggio del processo aziendale. Tipo di evento explicit

Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi dati da Workday HCM

Fasi

Accedere a Workday: Accedere al proprio tenant Workday con un account utente che dispone delle autorizzazioni per creare report personalizzati e accedere ai domini di dati Human Capital Management (HCM) richiesti.
Creare un Report Personalizzato: Utilizzare la barra di ricerca per trovare e aprire l'attività 'Creare Report Personalizzato'.
Selezionare il Tipo di Report e la Sorgente Dati: Assegnare un nome al report, ad esempio 'Eventi di Gestione delle Posizioni ProcessMind'. Selezionare 'Avanzato' come Tipo di Report. Per la Sorgente Dati, scegliere 'Transazioni di Processo Aziendale'. Questa sorgente fornisce informazioni dettagliate a livello di evento sui passaggi del processo aziendale.
Definire le Colonne del Report: Nella scheda 'Colonne', aggiungere i campi che diventeranno le colonne nel Suo event log. Dovrà mappare gli oggetti e i campi Workday agli attributi richiesti. Per esempio:
- PositionId: Mappare a 'ID Posizione' dal contesto del processo aziendale.
- EventTime: Mappare a 'Data di Completamento' o 'Momento di Completamento Corretto' per ogni passaggio.
- User: Mappare a 'Completato Da' per la transazione.
- PositionStatus, Department, CostCenter, JobFamily: Mappare ai campi corrispondenti sull'oggetto aziendale 'Posizione'.
Creare Campi Calcolati per il Nome dell'Attività: Il fulcro di questa estrazione è la traduzione dei passaggi del processo aziendale in nomi di attività standardizzati. Andare al menu 'Oggetti Aziendali Correlati' e creare un 'Campo Calcolato'. Utilizzare il tipo 'Valuta Espressione' per creare un albero logico. Per esempio:
- Se 'Tipo di Processo Aziendale' è 'Creazione Posizione' e 'Stato Transazione' è 'Completato con Successo', restituire il testo 'Posizione Creata'.
- Se 'Tipo di Processo Aziendale' è 'Creazione Posizione', 'Passaggio' è '[Nome del Suo Passaggio di Approvazione Manageriale]', e 'Stato' è 'Completato', restituire il testo 'Approvazione Manageriale Inviata'.
- Creare una condizione per ciascuna delle 13 attività richieste.
Configurare i Filtri del Report: Nella scheda 'Filtro', aggiungere prompt e filtri per definire l'ambito dei dati. Creare un prompt per la 'Data di Completamento' per consentire la selezione dell'intervallo di date. Aggiungere un filtro per includere solo i 'Tipi di Processo Aziendale' pertinenti, come 'Creazione Posizione', 'Modifica Restrizioni Posizione', 'Cambio Incarico', 'Congelamento Posizione', 'Disattivazione Posizione' e 'Chiusura Posizione'.
Perfezionare l'Ordinamento e l'Output: Nella scheda 'Ordinamento', ordinare i risultati per PositionId e poi per EventTime per garantire l'ordine cronologico per ogni caso.
Abilitare come Servizio Web (RaaS): Una volta che il report viene eseguito correttamente nell'interfaccia utente, andare su Azioni > Servizio Web > Abilita come Servizio Web. Nelle opzioni, impostare il 'Tipo di Contenuto' su 'JSON' per un'integrazione più semplice.
Proteggere e Testare l'Endpoint: Configurare la sicurezza del servizio web per definire quali utenti o sistemi possono accedervi. Annotare l'URL JSON o WSDL generato. Utilizzare uno strumento come Postman o uno script semplice per testare l'endpoint e verificare di ricevere i dati.
Automatizzare l'Estrazione: Utilizzare la Sua piattaforma di integrazione o uno script per chiamare l'URL RaaS a intervalli programmati. Lo script dovrebbe passare l'intervallo di date desiderato come parametri nella richiesta.
Formattare per ProcessMind: Lo script dovrebbe analizzare la risposta JSON da Workday e trasformarla in un file CSV piatto. Assicurarsi che le intestazioni di colonna nel CSV corrispondano ai nomi degli attributi richiesti: PositionId, NomeAttività, EventTime, Utente, ecc.
Caricare su ProcessMind: Il file CSV finale, formattato, è pronto per essere caricato su ProcessMind per l'analisi.

Configurazione

Tipo di Report: Avanzato. Questo tipo è necessario per creare campi calcolati e unire i dati da diversi oggetti aziendali.
Sorgente Dati Primaria: 'Transazioni di Processo Aziendale'. Questa sorgente dati è orientata agli eventi e contiene i dettagli necessari come stato, timestamp e partecipanti per ogni passaggio di un processo aziendale.
Filtri Chiave:
- Tipo di Processo Aziendale: Filtrare il report per includere solo i processi pertinenti come 'Creazione Posizione', 'Chiusura Posizione', 'Congelamento Posizione', 'Cambio Incarico', 'Modifica Restrizioni Posizione' e 'Disattivazione Posizione'. Questo è fondamentale per le prestazioni.
- Data di Completamento: Utilizzare un filtro guidato per questo campo per consentire agli utenti di specificare l'intervallo di date di estrazione. Si consiglia un caricamento iniziale di 3-6 mesi di dati.
Campi Calcolati: È richiesto un uso intensivo dei campi calcolati 'Valuta Espressione' e 'Cerca Valore Correlato' per derivare il NomeAttività standardizzato e per recuperare gli attributi dall'oggetto 'Posizione' principale nel flusso di eventi.
Output del Servizio Web: Configurare il formato di output RaaS come JSON. Anche XML è disponibile, ma JSON è generalmente più facile da analizzare per le applicazioni moderne.
Permessi: L'utente che crea il report necessita di permessi di sicurezza per domini di dati come 'Transazioni di Processo Aziendale', 'Gestione delle Posizioni' e 'Dati dei Lavoratori'. I dati restituiti dalla chiamata RaaS saranno limitati da questi permessi.

a Query di Esempio config

/*
 This is a logical representation of the Workday Advanced Report configuration.
 It is built using the Workday Report Writer UI, not by writing code.
 Each 'SELECT' block represents a set of conditions within a single 'Evaluate Expression' calculated field for the 'ActivityName' column.
 The report's primary data source is 'Business Process Transactions'.
*/

// Calculated Field for ActivityName: 'cf_ActivityName'
// Type: Evaluate Expression

// Condition 1: Position Request Initiated
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Transaction'.Is First Step = true)
THEN 'Position Request Initiated'
// Column Mapping for this condition:
// PositionId: 'Position' From Business Process -> Position ID
// ActivityName: 'cf_ActivityName' (this calculated field)
// EventTime: 'Business Process' -> Initiation Moment
// User: 'Business Process' -> Initiator

// Condition 2: Manager Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Manager Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Manager Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 3: HR Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'HR Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'HR Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 4: Budget Approved
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Budget Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Budget Approved'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 5: Position Request Denied
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Denied')
THEN 'Position Request Denied'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process Transaction' -> Completed By (on the denial step)

// Condition 6: Position Created
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Created'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business process' -> Initiator

// Condition 7: Position Attributes Modified
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Attributes Modified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 8: Position Reclassified
WHEN ('Business Process'.Type = 'Change Job' AND 'Business Process'.Context.Is Position = true AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Reclassified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 9: Position Compliance Reviewed
WHEN ('Business Process Step'.Name CONTAINS 'Compliance Review' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Position Compliance Reviewed'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 10: Position Frozen
WHEN ('Business Process'.Type = 'Freeze Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Frozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 11: Position Unfrozen
// Note: This often relies on a different data source, 'Position History', to track status changes.
// If using 'Business Process Transactions', this assumes an 'Unfreeze' BP exists or is part of another BP.
// The example below assumes an 'Edit Position' BP is used to change the status.
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Position'.Is Frozen (Prior) = true AND 'Position'.Is Frozen = false AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Unfrozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 12: Position Deactivated
WHEN ('Business Process'.Type = 'Inactivate Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Deactivated'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 13: Position Closed
WHEN ('Business Process'.Type = 'Close Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Closed'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Default case for the calculated field
ELSE 'Other Activity'

/*
Final Report Structure:
- Data Source: Business Process Transactions
- Columns:
  - Position ID (from Position)
  - cf_ActivityName
  - Event Time (Calculated field to pick correct timestamp based on activity)
  - User (Calculated field to pick correct user)
  - End Time (same as Event Time for discrete events)
  - Position Status (from Position)
  - Reason For Change (from Business Process -> Reason)
  - Department (Supervisory Organization from Position)
  - Cost Center (from Position)
  - Job Family (from Job Profile)
- Filter:
  - Business Process Type IN ('Create Position', 'Edit Position Restrictions', 'Change Job', 'Freeze Position', 'Inactivate Position', 'Close Position', ...)
  - Completed Date IS IN [Prompted Date Range]
  - cf_ActivityName IS NOT 'Other Activity'
*/

Fasi

Prerequisito: Creare un Report Personalizzato Workday. Prima di eseguire lo script, creare un report personalizzato in Workday che fornisca i dati necessari. Utilizzare la sorgente dati 'Transazioni di Processo Aziendale'. Esporre i campi richiesti per l'event log, inclusi ID Posizione, Tipo di Processo Aziendale, Nome della Fase, Stato, Data di Validità, Data di Completamento e Iniziatore. Abilitare il report come servizio web selezionando 'Abilita come Servizio Web' nella scheda 'Avanzate' e configurare le autorizzazioni necessarie per il Suo Utente del Sistema di Integrazione (ISU).
Prerequisito: Configurare l'Utente di Integrazione Workday. Assicurarsi di disporre di un Utente del Sistema di Integrazione (ISU) con autorizzazioni per accedere al report personalizzato creato nel passaggio precedente. Annotare il nome utente, la password e l'URL dell'endpoint JSON RaaS (Reports-as-a-Service) generato per il report.
Impostare l'Ambiente Python. Installare Python sulla macchina che eseguirà l'estrazione. Installare le librerie necessarie usando pip: pip install requests pandas.
Configurare lo Script Python. Scaricare lo script Python fornito. Aprire il file in un editor di testo e aggiornare le variabili placeholder all'inizio dello script. Deve fornire il Suo URL RaaS Workday, nome utente e password. Inoltre, impostare le date desiderate START_DATE e END_DATE per il periodo di estrazione.
Comprendere la Logica dello Script. Lo script si autentica con Workday, chiama il servizio web del report personalizzato e passa l'intervallo di date come parametri. Workday restituisce i dati in formato JSON. Lo script gestisce automaticamente la paginazione se il report restituisce più di una pagina di risultati.
Eseguire lo Script. Aprire un terminale o un prompt dei comandi, navigare nella directory dove ha salvato lo script ed eseguirlo usando il comando: python workday_extraction.py.
Mappatura delle Attività. Lo script contiene un dizionario di mappatura (activity_map) che traduce combinazioni di processi aziendali e stati delle fasi di Workday nei nomi di attività standardizzati richiesti da ProcessMind. Potrebbe essere necessario regolare le chiavi in questo dizionario per corrispondere esattamente ai nomi dei processi aziendali configurati nel Suo tenant Workday.
Trasformazione dei Dati. Lo script itera attraverso ogni record restituito dal report Workday. Applica la mappatura delle attività, estrae gli attributi richiesti e formatta correttamente i timestamp. Ogni evento valido viene aggiunto a una lista.
Generazione dell'Output. Una volta elaborati tutti i dati, lo script converte la lista di eventi in un DataFrame pandas. Questo struttura i dati in un formato tabellare con i nomi delle colonne richieste: PositionId, NomeAttività, EventTime, Utente, e altri.
Esportare CSV per ProcessMind. Lo script salva il DataFrame finale in un file CSV chiamato position_management_event_log.csv. Questo file è codificato in UTF-8 ed è pronto per essere caricato su ProcessMind senza ulteriori modifiche.

Configurazione

Report Personalizzato Workday (RaaS): La sorgente dati primaria è un report Workday personalizzato abilitato come servizio web. Questo report deve essere basato sulla sorgente dati 'Transazioni di Processo Aziendale'.
Campi del Report: Il report deve includere campi come ID Posizione, Definizione del Processo Aziendale, Fase del Processo Aziendale, Stato della Transazione, Timestamp di Validità, Timestamp di Completamento, Iniziatore e qualsiasi altro attributo richiesto come Centro di Costo o Organizzazione di Supervisione.
Utente del Sistema di Integrazione (ISU): Un ISU con nome utente e password è richiesto per l'autenticazione. Questo utente deve far parte di un gruppo di sicurezza che ha il permesso di accedere all'endpoint del servizio web del report personalizzato.
Intervallo di Date: Lo script utilizza i parametri START_DATE e END_DATE. Per l'estrazione iniziale, un periodo di 3-6 mesi è consigliato per garantire un volume di dati gestibile e un'esecuzione più rapida. Le estrazioni successive possono utilizzare un periodo delta più breve.
Endpoint API: Lo script richiede l'URL dell'endpoint JSON per il report personalizzato. Questo URL si trova nella scheda 'Servizio Web' della definizione del report personalizzato in Workday.
Mappatura delle Attività: La logica dello script si basa su una mappatura configurabile dei nomi dei processi e degli stati di Workday ai nomi delle attività finali. Questo potrebbe richiedere una personalizzazione basata sulla configurazione specifica del Suo processo aziendale Workday.

a Query di Esempio python

import requests
import pandas as pd
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- #
class=class="hl-string">"hl-comment"># Replace with your Workday RaaS endpoint, username, and password
WORKDAY_RAAS_URL = class="hl-string">'[Your_Workday_RaaS_JSON_Endpoint_URL]'
WORKDAY_USERNAME = class="hl-string">'[Your_ISU_Username]'
WORKDAY_PASSWORD = class="hl-string">'[Your_ISU_Password]'

class=class="hl-string">"hl-comment"># Set the 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"># --- Activity Mapping --- #
class=class="hl-string">"hl-comment"># This dictionary maps Workday processes and statuses to standardized activity names.
class=class="hl-string">"hl-comment"># The keys are tuples: (class="hl-string">'Business Process Name', class="hl-string">'Step Name / Status').
class=class="hl-string">"hl-comment"># You MAY need to adjust the class="hl-string">'Business Process Name' to match your Workday configuration.
activity_map = {
    (class="hl-string">'Create Position', class="hl-string">'Initiation Step'): class="hl-string">'Position Request Initiated',
    (class="hl-string">'Create Position', class="hl-string">'Manager Approval'): class="hl-string">'Manager Approval Submitted',
    (class="hl-string">'Create Position', class="hl-string">'HR Approval'): class="hl-string">'HR Approval Submitted',
    (class="hl-string">'Create Position', class="hl-string">'Budget Approval'): class="hl-string">'Budget Approved',
    (class="hl-string">'Create Position', class="hl-string">'Denied'): class="hl-string">'Position Request Denied',
    (class="hl-string">'Create Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Created',
    (class="hl-string">'Edit Position Restrictions', class="hl-string">'Successfully Completed'): class="hl-string">'Position Attributes Modified',
    (class="hl-string">'Change Job', class="hl-string">'Successfully Completed'): class="hl-string">'Position Reclassified',
    (class="hl-string">'Freeze Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Frozen',
    class=class="hl-string">"hl-comment"># Assuming a business process exists for this. If not, this requires a different approach.
    (class="hl-string">'Unfreeze Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Unfrozen',
    (class="hl-string">'Inactivate Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Deactivated',
    (class="hl-string">'Close Position', class="hl-string">'Successfully Completed'): class="hl-string">'Position Closed',
    class=class="hl-string">"hl-comment"># Mapping a class="hl-string">'To Do' step within a parent process for compliance review
    (class="hl-string">'Create Position', class="hl-string">'Compliance Review To Do'): class="hl-string">'Position Compliance Reviewed',
    (class="hl-string">'Edit Position Restrictions', class="hl-string">'Compliance Review To Do'): class="hl-string">'Position Compliance Reviewed'
}

def get_activity_name(process, step, status):
    class="hl-string">"""Determines the activity name based on the mapping."""
    class=class="hl-string">"hl-comment"># Denied and successful completion are based on the overall process status
    if status == class="hl-string">'Denied':
        return activity_map.get((process, class="hl-string">'Denied'))
    if status == class="hl-string">'Successfully Completed':
        return activity_map.get((process, class="hl-string">'Successfully Completed'))

    class=class="hl-string">"hl-comment"># Other activities are based on specific steps
    return activity_map.get((process, step))

def fetch_workday_data():
    class="hl-string">"""Fetches data from the Workday RaaS endpoint with pagination."""
    all_entries = []
    page = 1
    while True:
        params = {
            class="hl-string">'format': class="hl-string">'json',
            class="hl-string">'page': page,
            class="hl-string">'StartDate': fclass="hl-string">'{START_DATE}T00:00:00Z',
            class="hl-string">'EndDate': fclass="hl-string">'{END_DATE}T23:59:59Z'
        }
        print(fclass="hl-string">"Fetching page {page}...")
        try:
            response = requests.get(
                WORKDAY_RAAS_URL,
                auth=(WORKDAY_USERNAME, WORKDAY_PASSWORD),
                params=params
            )
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes
            data = response.json()
            entries = data.get(class="hl-string">'Report_Entry', [])
            if not entries:
                print(class="hl-string">"No more entries found. Concluding fetch.")
                break
            all_entries.extend(entries)
            class=class="hl-string">"hl-comment"># Check if this is the last page
            if len(entries) < data.get(class="hl-string">'Report_Data', {}).get(class="hl-string">'Page_Size', 1000):
                 break
            page += 1
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data from Workday: {e}")
            break
        except ValueError:
            print(class="hl-string">"Error parsing JSON response. Check the URL and credentials.")
            print(class="hl-string">"Response text:", response.text)
            break

    print(fclass="hl-string">"Total entries fetched: {len(all_entries)}")
    return all_entries

def main():
    class="hl-string">"""Main function to extract, transform, and save data."""
    report_entries = fetch_workday_data()
    if not report_entries:
        print(class="hl-string">"No data extracted. Exiting.")
        return

    event_log = []
    for entry in report_entries:
        class=class="hl-string">"hl-comment"># Assuming your RaaS report column names are aliased for clarity
        process_name = entry.get(class="hl-string">'BusinessProcessType')
        step_name = entry.get(class="hl-string">'BusinessProcessStep')
        status = entry.get(class="hl-string">'TransactionStatus')
        position_id = entry.get(class="hl-string">'PositionID')
        
        activity = get_activity_name(process_name, step_name, status)
        
        if not activity or not position_id:
            continue class=class="hl-string">"hl-comment"># Skip records that don't map to a required activity or have no Position ID

        event_log.append({
            class="hl-string">'PositionId': position_id,
            class="hl-string">'ActivityName': activity,
            class="hl-string">'EventTime': entry.get(class="hl-string">'CompletedDateTime', entry.get(class="hl-string">'EffectiveDateTime')),
            class="hl-string">'EndTime': entry.get(class="hl-string">'CompletedDateTime'),
            class="hl-string">'User': entry.get(class="hl-string">'InitiatorName'),
            class="hl-string">'PositionStatus': entry.get(class="hl-string">'PositionStatus'), class=class="hl-string">"hl-comment"># Assumes this field is in the report
            class="hl-string">'ReasonForChange': entry.get(class="hl-string">'Reason'),
            class="hl-string">'Department': entry.get(class="hl-string">'SupervisoryOrganization'),
            class="hl-string">'CostCenter': entry.get(class="hl-string">'CostCenter'),
            class="hl-string">'JobFamily': entry.get(class="hl-string">'JobFamily')
        })

    if not event_log:
        print(class="hl-string">"No processable events found after mapping. Exiting.")
        return

    df = pd.DataFrame(event_log)

    class=class="hl-string">"hl-comment"># Data Cleaning and Formatting
    df[class="hl-string">'EventTime'] = pd.to_datetime(df[class="hl-string">'EventTime'], errors=class="hl-string">'coerce')
    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)

    class=class="hl-string">"hl-comment"># Reorder columns for clarity
    final_columns = [
        class="hl-string">'PositionId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'User', class="hl-string">'EndTime', 
        class="hl-string">'PositionStatus', class="hl-string">'ReasonForChange', class="hl-string">'Department', class="hl-string">'CostCenter', class="hl-string">'JobFamily'
    ]
    df = df.reindex(columns=final_columns)

    output_filename = class="hl-string">'position_management_event_log.csv'
    df.to_csv(output_filename, index=False, encoding=class="hl-string">'utf-8')
    print(fclass="hl-string">"Successfully created event log: {output_filename}")

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

Fasi

Accedere a Workday: Accedere al proprio tenant Workday con un account utente che dispone delle autorizzazioni per creare report personalizzati e accedere ai domini di dati Human Capital Management (HCM) richiesti.
Creare un Report Personalizzato: Utilizzare la barra di ricerca per trovare e aprire l'attività 'Creare Report Personalizzato'.
Selezionare il Tipo di Report e la Sorgente Dati: Assegnare un nome al report, ad esempio 'Eventi di Gestione delle Posizioni ProcessMind'. Selezionare 'Avanzato' come Tipo di Report. Per la Sorgente Dati, scegliere 'Transazioni di Processo Aziendale'. Questa sorgente fornisce informazioni dettagliate a livello di evento sui passaggi del processo aziendale.
Definire le Colonne del Report: Nella scheda 'Colonne', aggiungere i campi che diventeranno le colonne nel Suo event log. Dovrà mappare gli oggetti e i campi Workday agli attributi richiesti. Per esempio:
- PositionId: Mappare a 'ID Posizione' dal contesto del processo aziendale.
- EventTime: Mappare a 'Data di Completamento' o 'Momento di Completamento Corretto' per ogni passaggio.
- User: Mappare a 'Completato Da' per la transazione.
- PositionStatus, Department, CostCenter, JobFamily: Mappare ai campi corrispondenti sull'oggetto aziendale 'Posizione'.
Creare Campi Calcolati per il Nome dell'Attività: Il fulcro di questa estrazione è la traduzione dei passaggi del processo aziendale in nomi di attività standardizzati. Andare al menu 'Oggetti Aziendali Correlati' e creare un 'Campo Calcolato'. Utilizzare il tipo 'Valuta Espressione' per creare un albero logico. Per esempio:
- Se 'Tipo di Processo Aziendale' è 'Creazione Posizione' e 'Stato Transazione' è 'Completato con Successo', restituire il testo 'Posizione Creata'.
- Se 'Tipo di Processo Aziendale' è 'Creazione Posizione', 'Passaggio' è '[Nome del Suo Passaggio di Approvazione Manageriale]', e 'Stato' è 'Completato', restituire il testo 'Approvazione Manageriale Inviata'.
- Creare una condizione per ciascuna delle 13 attività richieste.
Configurare i Filtri del Report: Nella scheda 'Filtro', aggiungere prompt e filtri per definire l'ambito dei dati. Creare un prompt per la 'Data di Completamento' per consentire la selezione dell'intervallo di date. Aggiungere un filtro per includere solo i 'Tipi di Processo Aziendale' pertinenti, come 'Creazione Posizione', 'Modifica Restrizioni Posizione', 'Cambio Incarico', 'Congelamento Posizione', 'Disattivazione Posizione' e 'Chiusura Posizione'.
Perfezionare l'Ordinamento e l'Output: Nella scheda 'Ordinamento', ordinare i risultati per PositionId e poi per EventTime per garantire l'ordine cronologico per ogni caso.
Abilitare come Servizio Web (RaaS): Una volta che il report viene eseguito correttamente nell'interfaccia utente, andare su Azioni > Servizio Web > Abilita come Servizio Web. Nelle opzioni, impostare il 'Tipo di Contenuto' su 'JSON' per un'integrazione più semplice.
Proteggere e Testare l'Endpoint: Configurare la sicurezza del servizio web per definire quali utenti o sistemi possono accedervi. Annotare l'URL JSON o WSDL generato. Utilizzare uno strumento come Postman o uno script semplice per testare l'endpoint e verificare di ricevere i dati.
Automatizzare l'Estrazione: Utilizzare la Sua piattaforma di integrazione o uno script per chiamare l'URL RaaS a intervalli programmati. Lo script dovrebbe passare l'intervallo di date desiderato come parametri nella richiesta.
Formattare per ProcessMind: Lo script dovrebbe analizzare la risposta JSON da Workday e trasformarla in un file CSV piatto. Assicurarsi che le intestazioni di colonna nel CSV corrispondano ai nomi degli attributi richiesti: PositionId, NomeAttività, EventTime, Utente, ecc.
Caricare su ProcessMind: Il file CSV finale, formattato, è pronto per essere caricato su ProcessMind per l'analisi.

Configurazione

Tipo di Report: Avanzato. Questo tipo è necessario per creare campi calcolati e unire i dati da diversi oggetti aziendali.
Sorgente Dati Primaria: 'Transazioni di Processo Aziendale'. Questa sorgente dati è orientata agli eventi e contiene i dettagli necessari come stato, timestamp e partecipanti per ogni passaggio di un processo aziendale.
Filtri Chiave:
- Tipo di Processo Aziendale: Filtrare il report per includere solo i processi pertinenti come 'Creazione Posizione', 'Chiusura Posizione', 'Congelamento Posizione', 'Cambio Incarico', 'Modifica Restrizioni Posizione' e 'Disattivazione Posizione'. Questo è fondamentale per le prestazioni.
- Data di Completamento: Utilizzare un filtro guidato per questo campo per consentire agli utenti di specificare l'intervallo di date di estrazione. Si consiglia un caricamento iniziale di 3-6 mesi di dati.
Campi Calcolati: È richiesto un uso intensivo dei campi calcolati 'Valuta Espressione' e 'Cerca Valore Correlato' per derivare il NomeAttività standardizzato e per recuperare gli attributi dall'oggetto 'Posizione' principale nel flusso di eventi.
Output del Servizio Web: Configurare il formato di output RaaS come JSON. Anche XML è disponibile, ma JSON è generalmente più facile da analizzare per le applicazioni moderne.
Permessi: L'utente che crea il report necessita di permessi di sicurezza per domini di dati come 'Transazioni di Processo Aziendale', 'Gestione delle Posizioni' e 'Dati dei Lavoratori'. I dati restituiti dalla chiamata RaaS saranno limitati da questi permessi.

a Query di Esempio config

/*
 This is a logical representation of the Workday Advanced Report configuration.
 It is built using the Workday Report Writer UI, not by writing code.
 Each 'SELECT' block represents a set of conditions within a single 'Evaluate Expression' calculated field for the 'ActivityName' column.
 The report's primary data source is 'Business Process Transactions'.
*/

// Calculated Field for ActivityName: 'cf_ActivityName'
// Type: Evaluate Expression

// Condition 1: Position Request Initiated
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Transaction'.Is First Step = true)
THEN 'Position Request Initiated'
// Column Mapping for this condition:
// PositionId: 'Position' From Business Process -> Position ID
// ActivityName: 'cf_ActivityName' (this calculated field)
// EventTime: 'Business Process' -> Initiation Moment
// User: 'Business Process' -> Initiator

// Condition 2: Manager Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Manager Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Manager Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 3: HR Approval Submitted
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'HR Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'HR Approval Submitted'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 4: Budget Approved
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process Step'.Name CONTAINS 'Budget Approval' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Budget Approved'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 5: Position Request Denied
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Denied')
THEN 'Position Request Denied'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process Transaction' -> Completed By (on the denial step)

// Condition 6: Position Created
WHEN ('Business Process'.Type = 'Create Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Created'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business process' -> Initiator

// Condition 7: Position Attributes Modified
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Attributes Modified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 8: Position Reclassified
WHEN ('Business Process'.Type = 'Change Job' AND 'Business Process'.Context.Is Position = true AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Reclassified'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 9: Position Compliance Reviewed
WHEN ('Business Process Step'.Name CONTAINS 'Compliance Review' AND 'Business Process Transaction'.Status = 'Completed')
THEN 'Position Compliance Reviewed'
// Column Mapping for this condition:
// EventTime: 'Business Process Transaction' -> Completed Moment
// User: 'Business Process Transaction' -> Completed By

// Condition 10: Position Frozen
WHEN ('Business Process'.Type = 'Freeze Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Frozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 11: Position Unfrozen
// Note: This often relies on a different data source, 'Position History', to track status changes.
// If using 'Business Process Transactions', this assumes an 'Unfreeze' BP exists or is part of another BP.
// The example below assumes an 'Edit Position' BP is used to change the status.
WHEN ('Business Process'.Type = 'Edit Position Restrictions' AND 'Position'.Is Frozen (Prior) = true AND 'Position'.Is Frozen = false AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Unfrozen'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 12: Position Deactivated
WHEN ('Business Process'.Type = 'Inactivate Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Deactivated'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Condition 13: Position Closed
WHEN ('Business Process'.Type = 'Close Position' AND 'Business Process'.Status = 'Successfully Completed')
THEN 'Position Closed'
// Column Mapping for this condition:
// EventTime: 'Business Process' -> Overall Process Completed Moment
// User: 'Business Process' -> Initiator

// Default case for the calculated field
ELSE 'Other Activity'

/*
Final Report Structure:
- Data Source: Business Process Transactions
- Columns:
  - Position ID (from Position)
  - cf_ActivityName
  - Event Time (Calculated field to pick correct timestamp based on activity)
  - User (Calculated field to pick correct user)
  - End Time (same as Event Time for discrete events)
  - Position Status (from Position)
  - Reason For Change (from Business Process -> Reason)
  - Department (Supervisory Organization from Position)
  - Cost Center (from Position)
  - Job Family (from Job Profile)
- Filter:
  - Business Process Type IN ('Create Position', 'Edit Position Restrictions', 'Change Job', 'Freeze Position', 'Inactivate Position', 'Close Position', ...)
  - Completed Date IS IN [Prompted Date Range]
  - cf_ActivityName IS NOT 'Other Activity'
*/

Il Suo Template Dati per la Gestione delle Posizioni - Dal Reclutamento al Pensionamento

Il Suo Template Dati per la Gestione delle Posizioni - Dal Reclutamento al Pensionamento

Hire to Retire - Attributi di Gestione delle Posizioni

Hire to Retire - Attività di Gestione delle Posizioni

Guide all'Estrazione

Estrazione tramite Workday Custom Report as a Service (RaaS)

Fasi

Configurazione

a Query di Esempio config

Script Python che utilizza l'API Workday Web Services (WWS)

Fasi

Configurazione

a Query di Esempio python

Piattaforma Middleware o ETL con Connettore Workday

Fasi

Configurazione

a Query di Esempio config

Pronto per iniziare?

Ottimizza Ora la Gestione delle Posizioni Hire to Retire in Workday HCM

Il Suo Template Dati per la Gestione delle Posizioni - Dal Reclutamento al Pensionamento

Il Suo Template Dati per la Gestione delle Posizioni - Dal Reclutamento al Pensionamento

Hire to Retire - Attributi di Gestione delle Posizioni

Hire to Retire - Attività di Gestione delle Posizioni

Guide all'Estrazione

Estrazione tramite Workday Custom Report as a Service (RaaS)

Fasi

Configurazione

a Query di Esempio config

Script Python che utilizza l'API Workday Web Services (WWS)

Fasi

Configurazione

a Query di Esempio python

Piattaforma Middleware o ETL con Connettore Workday

Fasi

Configurazione

a Query di Esempio config

Abbiamo a cuore la Sua privacy

Pronto per iniziare?

Ottimizza Ora la Gestione delle Posizioni Hire to Retire in Workday HCM