Il Suo Template dei dati per Hire to Retire, ciclo di vita dei dipendenti
Il Suo Template dei dati per Hire to Retire, ciclo di vita dei dipendenti
- Attributi consigliati da raccogliere per un’analisi completa
- Attività principali da monitorare lungo il ciclo di vita dei dipendenti
- Indicazioni pratiche per estrarre i dati da Workday Onboarding
Hire to Retire - Attributi del ciclo di vita del dipendente
| Nome | Descrizione | ||
|---|---|---|---|
|
ID dipendente
EmployeeId
|
L’identificativo univoco di un dipendente, che funge da ID principale del caso per l’intero ciclo di vita del dipendente all’interno dell’organizzazione. | ||
|
Descrizione
L’ID dipendente è il fulcro dell’analisi del processo Hire to Retire. Collega tutti gli eventi correlati, dalla candidatura iniziale alla risoluzione finale del rapporto, in un unico percorso coerente. Monitorando questo ID, le organizzazioni possono ricostruire la storia completa della permanenza di un dipendente, inclusi cambi di ruolo, valutazioni delle prestazioni e attività di onboarding. Nel Process Mining, ogni attività è associata a un ID dipendente, consentendo una visione completa dei cicli di vita individuali e aggregati dei dipendenti. Questo permette di analizzare la durata dei processi, individuare i percorsi più comuni e scoprire i colli di bottiglia che incidono sui dipendenti nelle diverse fasi della loro carriera.
Perché è importante
Questo attributo è essenziale per collegare tutti gli eventi del ciclo di vita di un singolo dipendente, consentendo una visione completa del processo end-to-end.
Dove reperirlo
È un campo fondamentale di Workday HCM, generalmente presente nei profili dei lavoratori e nelle transazioni dei processi aziendali.
Esempi
100234510087651011212
|
|||
|
Nome dell’attività
ActivityName
|
Il nome dell’evento o dell’attività specifica che si è verificata in un determinato momento del ciclo di vita del dipendente. | ||
|
Descrizione
Il Nome dell’attività descrive un passaggio specifico del processo Hire to Retire, come «Offer Accepted», «Background Check Completed» o «Promotion Approved». Queste attività costituiscono i nodi della mappa del processo e mostrano la sequenza degli eventi che compongono il percorso del dipendente. L’analisi di queste attività aiuta le organizzazioni a comprendere il flusso del processo, individuare i percorsi frequenti e rari e identificare le fasi in cui si verificano ritardi o rilavorazioni. Nomi delle attività coerenti e chiari sono fondamentali per costruire un modello di processo accurato e comprensibile.
Perché è importante
Definisce i passaggi della mappa del processo, che costituisce la base di tutte le analisi e visualizzazioni di Process Mining.
Dove reperirlo
Derivato dal Business Process Step o dall’Event Name nei log delle transazioni Workday.
Esempi
Lettera di offerta generataAttività di onboarding completateRisoluzione del rapporto avviata
|
|||
|
Timestamp dell’evento
EventTimestamp
|
La data e l’ora precise in cui l’attività o l’evento è stato registrato. | ||
|
Descrizione
Questo attributo fornisce il contesto temporale di ogni attività, registrando quando si è verificata. La sequenza e la tempistica di questi timestamp vengono utilizzate per costruire il flusso del processo e calcolare tutte le metriche basate sul tempo, come i tempi di ciclo e le durate. Nell’analisi, l’Event Timestamp è fondamentale per comprendere le prestazioni del processo. Consente di calcolare il tempo tra i passaggi, individuare i ritardi e analizzare il comportamento del processo in periodi diversi, ad esempio confrontando la velocità delle assunzioni tra un trimestre e l’altro.
Perché è importante
Questo attributo è fondamentale per ordinare correttamente gli eventi e calcolare tutte le metriche di performance, come il tempo di ciclo e i colli di bottiglia.
Dove reperirlo
È un elemento standard di qualsiasi log delle transazioni di processo aziendale in Workday, spesso indicato come «Effective Date» o «Completed Moment».
Esempi
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
|
|||
|
Esecutore dell’evento
EventPerformer
|
L’utente o l’agente di sistema automatizzato che ha eseguito l’attività. | ||
|
Descrizione
Questo attributo identifica la persona, il ruolo o il sistema responsabile del completamento di un’attività. Può trattarsi del responsabile delle assunzioni che approva un’offerta, di uno specialista HR che avvia l’onboarding o di un processo di sistema che genera una notifica. L’analisi dell’Esecutore dell’evento è fondamentale per comprendere l’allocazione delle risorse, la distribuzione del carico di lavoro e l’adozione da parte degli utenti. Può aiutare a individuare i team sovraccarichi, evidenziare opportunità di automazione quando gli utenti eseguono manualmente attività ripetitive e analizzare le differenze di performance tra persone o reparti.
Perché è importante
Questo attributo aiuta ad analizzare la distribuzione del carico di lavoro e le prestazioni degli utenti e a identificare chi partecipa al processo, un elemento fondamentale per interventi di miglioramento mirati.
Dove reperirlo
Disponibile nei log delle transazioni dei processi aziendali Workday, spesso associato all’utente che ha completato un passaggio.
Esempi
jsmith@example.comr.davisProcesso di sistema
|
|||
|
ID della richiesta di assunzione
JobRequisitionId
|
L’identificativo univoco della richiesta di assunzione che ha avviato il processo di selezione. | ||
|
Descrizione
L’ID della richiesta di assunzione collega tutte le attività iniziali della selezione, come la pubblicazione di una posizione, lo screening dei candidati e la generazione delle offerte, a una specifica esigenza aziendale. Funge da ID secondario del caso per la fase di selezione del ciclo di vita del dipendente. L’analisi per ID della richiesta di assunzione può rivelare insight sull’efficienza del processo di selezione per ruoli o reparti diversi. Aiuta a monitorare l’intero funnel dalla creazione della richiesta all’accettazione dell’offerta, supportando KPI come «Average Time-to-Hire».
Perché è importante
Raggruppa tutte le attività pre-assunzione sotto un unico identificativo, consentendo un’analisi dettagliata della parte di selezione del processo.
Dove reperirlo
Si trova nel modulo Recruiting di Workday. È associato alla candidatura del candidato e al successivo evento di assunzione.
Esempi
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
|
|||
|
Ora di fine dell’evento
EventEndTime
|
Il timestamp che indica il completamento di un’attività, in particolare per le attività con una durata misurabile. | ||
|
Descrizione
Mentre StartTime indica quando è iniziata un’attività, Event End Time ne indica la conclusione. La differenza tra i due valori rappresenta il tempo di elaborazione dell’attività. Questo è particolarmente utile per le attività non istantanee, come «Background Check» o «Performance Review». Nell’analisi, questo attributo è fondamentale per calcolare la metrica ProcessingTime. Aiuta a distinguere il tempo di attesa tra le attività dal tempo effettivamente dedicato al lavoro su un’attività, offrendo una comprensione più precisa di come viene impiegato il tempo nel processo.
Perché è importante
Consente di calcolare il tempo effettivo di elaborazione di un’attività, aiutando a distinguere il tempo di lavoro attivo dal tempo di attesa inattivo.
Dove reperirlo
Per alcuni processi aziendali in Workday vengono registrati sia il timestamp di avvio sia quello di completamento. Potrebbe essere necessario unire gli eventi.
Esempi
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
|
|||
|
Reparto
Department
|
Il reparto organizzativo a cui appartiene il dipendente. | ||
|
Descrizione
Questo attributo rappresenta il reparto assegnato al dipendente, ad esempio «Sales», «Engineering» o «Human Resources». È una dimensione fondamentale per segmentare e confrontare le performance dei processi nelle diverse aree dell’organizzazione. Nell’analisi dei processi, filtrare per Reparto consente di rispondere a domande come: «Il time-to-hire è più lungo per il reparto Engineering rispetto a Sales?» oppure «Quali reparti presentano il tasso più elevato di deviazioni nell’onboarding?». Questo aiuta a individuare i problemi locali e a definire miglioramenti mirati.
Perché è importante
Consente un’analisi comparativa approfondita, aiutando a identificare se le inefficienze del processo sono concentrate in specifiche aree aziendali.
Dove reperirlo
Fa parte dei dati principali relativi al ruolo e all’organizzazione del dipendente in Workday HCM ed è collegato alla sua posizione.
Esempi
IngegneriaVendite e marketingFinanza
|
|||
|
Tipo di evento del ciclo di vita
LifecycleEventType
|
Classifica il processo in base ai principali tipi di ciclo di vita, come Onboarding, Promotion o Offboarding. | ||
|
Descrizione
Questo attributo fornisce una classificazione di alto livello dei diversi percorsi all’interno del processo complessivo Hire to Retire. Contrassegnando ogni caso come «Onboarding», «Internal Mobility» o «Termination», diventa molto più semplice filtrare la mappa del processo e analizzare separatamente questi sottoprocessi. Ad esempio, per analizzare il Dashboard «Internal Mobility & Promotion Time», si filtrerebbero i casi in cui Lifecycle Event Type è «Internal Mobility» o «Promotion». Questa segmentazione è fondamentale per creare analisi e Dashboard mirati, in grado di rispondere a specifiche domande aziendali.
Perché è importante
Consente di suddividere il percorso complessivo del dipendente in sottoprocessi distinti, permettendo un’analisi mirata di onboarding, offboarding o promozioni.
Dove reperirlo
In genere viene ricavato associando specifici nomi dei processi aziendali Workday, ad esempio «Hire», «Change Job» e «Terminate», a queste categorie durante la trasformazione dei dati.
Esempi
InserimentoMobilità internaUscita dall'aziendaGestione delle prestazioni
|
|||
|
Data obiettivo SLA
SlaTargetDate
|
La data entro la quale dovrebbe essere completata una specifica attività, come una valutazione delle prestazioni. | ||
|
Descrizione
Questo attributo definisce la scadenza dello Service Level Agreement (SLA) per una determinata attività. Stabilisce entro quanto tempo dovrebbero essere completati determinati processi e funge da riferimento per misurare le prestazioni. È essenziale per KPI come «Puntualità delle valutazioni delle prestazioni» e per le Dashboard dedicate al rispetto degli SLA. Confrontando la data effettiva di completamento (EventTimestamp) con SlaTargetDate, è possibile identificare automaticamente le violazioni, misurare le prestazioni puntuali e gestire in modo proattivo i ritardi.
Perché è importante
Fornisce un riferimento chiaro per misurare le prestazioni puntuali ed è essenziale per calcolare i KPI relativi al rispetto degli SLA.
Dove reperirlo
Per processi come le valutazioni delle prestazioni in Workday, viene spesso configurata una data di scadenza. Questi dati dovrebbero essere estratti insieme agli eventi di processo.
Esempi
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
|
|||
|
È attività di conformità
IsComplianceActivity
|
Un flag booleano che indica se un’attività costituisce un passaggio obbligatorio di conformità o di natura normativa. | ||
|
Descrizione
Questo flag identifica le attività fondamentali per la conformità legale, normativa o alle policy, come la firma per presa visione di una policy o il completamento di una formazione obbligatoria. Aiuta a distinguere queste attività critiche da quelle amministrative ordinarie. Nell’analisi, questo attributo consente di creare Dashboard e KPI specificamente dedicati alla conformità, come il «Tasso di attività critiche di conformità». Aiuta le organizzazioni a monitorare e garantire che i passaggi normativi più importanti vengano completati nei tempi previsti per tutti i dipendenti, riducendo il rischio organizzativo.
Perché è importante
Consente di monitorare in modo mirato i passaggi critici di conformità, assicurando il rispetto dei requisiti normativi e riducendo i rischi.
Dove reperirlo
Si tratta di un attributo derivato, generalmente creato durante la trasformazione dei dati associando un elenco di nomi di attività note correlate alla conformità a un flag true/false.
Esempi
truefalse
|
|||
|
È rilavorazione
IsRework
|
Un flag booleano che indica se un’attività è la ripetizione di un passaggio precedente nello stesso case. | ||
|
Descrizione
Questo attributo identifica i casi di rilavorazione, in cui un’attività deve essere eseguita più di una volta per lo stesso dipendente. Tra gli esempi rientrano il reinvio di documentazione errata o la ripetizione di un controllo dei precedenti non riuscito. In genere, viene identificato rilevando la presenza ripetuta dello stesso nome di attività nell’Event Log di un case. Analizzare la rilavorazione è fondamentale per migliorare l’efficienza e la qualità del processo. Il flag «IsRework» consente di quantificare facilmente la rilavorazione, individuarne le cause principali e misurare l’impatto degli interventi volti a fare le cose correttamente al primo tentativo. Supporta direttamente la Dashboard «Analisi di rilavorazioni e ripetizioni».
Perché è importante
Aiuta a quantificare inefficienze e sprechi di processo segnalando le attività ripetute, che possono indicare problemi di qualità o di comunicazione.
Dove reperirlo
Si tratta di un flag calcolato. La logica viene applicata durante l’analisi di Process Mining rilevando le attività ripetute nello stesso case.
Esempi
truefalse
|
|||
|
È stato violato lo SLA
IsSlaViolated
|
Un flag booleano che indica se un’attività è stata completata dopo la data obiettivo dello SLA. | ||
|
Descrizione
Questo attributo calcolato fornisce un semplice indicatore true/false per stabilire se un passaggio di processo ha rispettato il proprio Service Level Agreement. Viene ricavato confrontando il timestamp di completamento dell’attività (EventTimestamp) con la relativa scadenza (SlaTargetDate). Il flag è estremamente utile per Dashboard e report, poiché consente di contare e visualizzare facilmente le violazioni degli SLA. Alimenta KPI come «Puntualità delle valutazioni delle prestazioni» e semplifica la creazione di avvisi o report sulle attività scadute, aiutando i team a concentrarsi sui ritardi più critici.
Perché è importante
Semplifica il monitoraggio delle prestazioni segnalando chiaramente tutti i casi in cui non sono state rispettate le tempistiche concordate.
Dove reperirlo
Campo calcolato: true se EventTimestamp > SlaTargetDate, altrimenti false.
Esempi
truefalse
|
|||
|
ID della posizione
PositionId
|
L’identificativo univoco della posizione o del ruolo specifico ricoperto dal dipendente. | ||
|
Descrizione
L’ID della posizione identifica il ruolo specifico che un dipendente ricopre all’interno della struttura organizzativa. Ogni posizione presenta attributi definiti, come profilo professionale, sede e struttura gerarchica. È più specifico di un titolo professionale, poiché più posizioni possono condividere lo stesso titolo. L’analisi per ID della posizione aiuta a comprendere i processi relativi a ruoli specifici. Ad esempio, si potrebbe analizzare il percorso di onboarding di tutte le posizioni «Senior Software Engineer» per verificare se presentano schemi o ritardi ricorrenti propri di quel ruolo.
Perché è importante
Consente un’analisi granulare basata su ruoli specifici, aiutando a comprendere come i processi variano tra le diverse posizioni aziendali.
Dove reperirlo
Un campo standard associato all’assegnazione professionale del dipendente in Workday HCM.
Esempi
POS-1001POS-2345POS-8762
|
|||
|
Motivo della cessazione
TerminationReason
|
Il motivo indicato per l’uscita di un dipendente dall’organizzazione. | ||
|
Descrizione
Questo attributo registra il motivo per cui si è concluso il rapporto di lavoro di un dipendente, ad esempio «Dimissioni volontarie», «Involontaria, rendimento insufficiente» o «Pensionamento». Queste informazioni sono fondamentali per analizzare il turnover e il processo di offboarding. Nel Process Mining, il Motivo della cessazione fornisce il contesto necessario per interpretare il percorso di offboarding. Può essere utilizzato per analizzare se i diversi tipi di cessazione seguono procedure di offboarding differenti o richiedono tempi diversi. Ciò aiuta a comprendere il turnover dei dipendenti e ad assicurare che il processo di offboarding venga gestito in modo appropriato in ogni situazione.
Perché è importante
Fornisce un contesto essenziale per analizzare il processo di offboarding e aiuta a correlare i problemi di processo con i motivi del turnover.
Dove reperirlo
Acquisito durante il business process «Terminate Employee» in Workday.
Esempi
Dimissioni volontarieCessazione involontariaPensionamento
|
|||
|
Nome del piano di onboarding
OnboardingPlanName
|
Il nome dello specifico Template o piano di onboarding assegnato al nuovo assunto. | ||
|
Descrizione
Workday consente di creare diversi piani di onboarding, personalizzati in base al ruolo, alla sede o al livello di anzianità. Questo attributo identifica il piano specifico utilizzato per un nuovo dipendente. L’analisi per Nome del piano di onboarding aiuta a valutare l’efficacia e l’efficienza delle diverse strategie di onboarding. Consente di confrontare direttamente, ad esempio, un «Piano di onboarding per dirigenti» e un «Piano di onboarding standard per dipendenti», per verificare quale presenti tassi di completamento delle attività più elevati o tempi di ciclo più brevi.
Perché è importante
Aiuta a valutare le prestazioni dei diversi programmi di onboarding, individuando le best practice e le aree di miglioramento.
Dove reperirlo
Queste informazioni sono probabilmente disponibili nel modulo Onboarding di Workday, associate al business process Hire.
Esempi
Inserimento aziendale standardInserimento del team venditePiano di inserimento dei dirigenti
|
|||
|
Sede
Location
|
La sede geografica o l’ufficio associato alla posizione del dipendente. | ||
|
Descrizione
L’attributo Sede specifica il Paese, lo Stato o la città in cui si trova il dipendente. Questa dimensione geografica è essenziale per confrontare le performance dei processi e la Conformità tra regioni diverse. L’analisi per Sede può far emergere variazioni regionali nei tempi di assunzione, nell’efficienza dell’onboarding o nelle procedure di cessazione. Aiuta a rispondere a domande come: «Le verifiche dei precedenti richiedono più tempo in Germania rispetto agli Stati Uniti?» e supporta il monitoraggio della Conformità alle normative specifiche di ciascuna regione.
Perché è importante
Consente un’analisi geografica per individuare variazioni regionali dei processi, che possono essere influenzate dalla gestione locale, dalle normative o dalla cultura.
Dove reperirlo
Fa parte dei dati relativi alla posizione e all’assegnazione organizzativa del dipendente in Workday HCM.
Esempi
USA - New YorkGermania - BerlinoIndia - Bangalore
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema dal quale sono stati estratti i dati degli eventi, in questo caso Workday Onboarding. | ||
|
Descrizione
Questo attributo identifica l’origine dei dati. Sebbene in questa vista l’attenzione sia rivolta a Workday Onboarding, un processo Hire to Retire completo potrebbe includere dati provenienti da altri sistemi, come un Applicant Tracking System (ATS) o un fornitore separato di servizi per le paghe. Specificare il sistema di origine è fondamentale per la governance dei dati e per comprendere il contesto dell’evento. In un’analisi multi-sistema, questo campo consente di filtrare la vista del processo in base agli eventi provenienti da un sistema specifico oppure di analizzare i passaggi di consegne tra sistemi diversi.
Perché è importante
Fornisce un contesto essenziale sull’origine dei dati, indispensabile per la convalida dei dati e per le analisi che combinano dati provenienti da più sistemi.
Dove reperirlo
In genere è un valore statico («Workday Onboarding») aggiunto durante il processo di estrazione e trasformazione dei dati.
Esempi
Workday OnboardingWorkday HCM
|
|||
|
Stato occupazionale
EmploymentStatus
|
Lo stato occupazionale attuale del dipendente, ad esempio Active, Terminated o On Leave. | ||
|
Descrizione
Questo attributo indica lo stato attuale del dipendente all’interno dell’organizzazione. È un campo dinamico, che cambia man mano che il dipendente attraversa il proprio ciclo di vita. Ad esempio, un nuovo assunto inizia come «Pre-Hire» o «Onboarding» e diventa «Active» al completamento. Nel Process Mining, questo attributo fornisce informazioni preziose sullo stato. Può essere utilizzato per verificare la Conformità del processo, ad esempio assicurando che la configurazione delle paghe venga eseguita solo per dipendenti «Active». Aiuta inoltre a filtrare popolazioni specifiche, come nell’analisi del processo di offboarding di tutti i dipendenti «Terminated».
Perché è importante
Fornisce una fotografia dello stato attuale del dipendente, utile per convalidare la logica del processo e filtrare le analisi in base a popolazioni specifiche di dipendenti.
Dove reperirlo
Un campo fondamentale del profilo del lavoratore in Workday HCM.
Esempi
AttivoCessatoIn congedoPreassunto
|
|||
|
Tempo di assunzione
TimeToHire
|
Il tempo complessivo che intercorre dalla creazione di una richiesta di assunzione all’accettazione dell’offerta da parte del candidato. | ||
|
Descrizione
Il Tempo di assunzione è un KPI fondamentale del recruiting, che misura l’efficienza dell’intero funnel di assunzione. Viene calcolato come durata compresa tra l’evento «Job Requisition Created» e l’evento «Offer Accepted» per lo stesso dipendente o la stessa richiesta. Questo attributo calcolato costituisce la base del KPI «Tempo medio di assunzione» e delle Dashboard correlate. Monitorandolo nel tempo, i reparti HR possono misurare l’impatto dei miglioramenti di processo, individuare i colli di bottiglia nelle attività di sourcing o nei colloqui e definire tempistiche di assunzione realistiche per i responsabili.
Perché è importante
Misura direttamente l’efficienza del processo di recruiting, un indicatore chiave delle prestazioni per qualsiasi organizzazione HR.
Dove reperirlo
Calcolato a livello di case individuando la durata compresa tra il timestamp dell’attività «Job Requisition Created» e quello dell’attività «Offer Accepted».
Esempi
35 giorni62 giorni28 giorni
|
|||
|
Tipo di impiego
EmploymentType
|
Indica se il dipendente è a tempo pieno, a tempo parziale, un collaboratore a contratto o uno stagista. | ||
|
Descrizione
Questo attributo classifica la natura del contratto di lavoro. I diversi tipi di rapporto di lavoro seguono spesso varianti di processo differenti per l’onboarding, l’elaborazione delle retribuzioni e la configurazione dei benefit. Utilizzando questo attributo come filtro, le organizzazioni possono confrontare i processi del ciclo di vita relativi a diverse categorie di lavoratori. In questo modo è possibile evidenziare, ad esempio, se il processo di onboarding dei collaboratori esterni è significativamente più rapido o meno conforme rispetto a quello dei dipendenti a tempo pieno, così da apportare interventi mirati al processo.
Perché è importante
Consente di confrontare le varianti di processo tra diverse categorie di lavoratori, ad esempio dipendenti a tempo pieno e collaboratori esterni, che possono seguire procedure differenti.
Dove reperirlo
Un campo standard nei dettagli della posizione del dipendente in Workday HCM.
Esempi
Tempo pienoPart-timeCollaboratore a contrattoStagista
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Il timestamp che indica l’ultima volta in cui i dati relativi a questo evento sono stati aggiornati dal sistema di origine. | ||
|
Descrizione
Questo attributo indica quando il dataset è stato aggiornato l’ultima volta. Offre trasparenza sull’aggiornamento dei dati analizzati, un aspetto fondamentale per prendere decisioni aziendali tempestive e pertinenti sulla base degli insight di Process Mining. Per i Dashboard e il monitoraggio continuo, questo timestamp aiuta a comprendere se si stanno esaminando i dati più aggiornati disponibili. È un elemento chiave dei metadati per preservare l’integrità dei dati e la fiducia degli utenti nell’analisi.
Perché è importante
Assicura che gli utenti siano consapevoli dell’aggiornamento dei dati, un aspetto fondamentale per la pertinenza e l’accuratezza dell’analisi del processo.
Dove reperirlo
È un campo di metadati generato e applicato al dataset durante il processo di acquisizione dei dati o di ETL (Extract, Transform, Load).
Esempi
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
Hire to Retire - Attività del ciclo di vita del dipendente
| Attività | Descrizione | ||
|---|---|---|---|
|
Attività di onboarding completate
|
Rappresenta il completamento di tutte le attività di onboarding assegnate a un nuovo assunto. L’evento viene in genere desunto quando lo stato complessivo del processo aziendale di onboarding del dipendente passa a «Successfully Completed». | ||
|
Perché è importante
Questa è una milestone fondamentale, che indica che il nuovo assunto ha completato l’onboarding. Costituisce il punto finale per misurare il KPI Onboarding Cycle Time e analizzare l’aderenza al percorso di onboarding.
Dove reperirlo
Desunto dal timestamp di completamento del processo aziendale padre «Onboarding», che si verifica dopo la conclusione di tutti i passaggi e le attività richiesti.
Acquisizione
Desunto dal timestamp di completamento del processo aziendale complessivo Onboarding per il dipendente.
Tipo di evento
inferred
|
|||
|
Dipendente uscito dall’organizzazione
|
Questa è l’attività finale del ciclo di vita del dipendente e segna la conclusione ufficiale del rapporto di lavoro nel sistema. L’evento viene acquisito quando il processo aziendale «Terminate Employee» viene completato correttamente. | ||
|
Perché è importante
Questo è l’evento finale definitivo del processo Hire to Retire. Costituisce il punto finale per misurare la durata del ciclo di offboarding e conferma la conclusione del processo.
Dove reperirlo
Registrato esplicitamente come evento di completamento del processo aziendale «Terminate Employee». Dopo questo momento, il record del dipendente diventa inattivo.
Acquisizione
Evento registrato al completamento del processo aziendale «Terminate Employee».
Tipo di evento
explicit
|
|||
|
Offerta accettata
|
Questa attività si verifica quando un candidato accetta formalmente l’offerta di lavoro, spesso firmando elettronicamente la lettera di offerta in Workday. Si tratta di una milestone fondamentale, acquisita quando il candidato completa il passaggio «Review and Sign» nel processo dell’offerta. | ||
|
Perché è importante
Questa milestone conclude la fase centrale della selezione e attiva le attività pre-assunzione e di onboarding. È un elemento chiave per misurare il KPI Time-to-Hire.
Dove reperirlo
Si tratta di un evento esplicito registrato quando il candidato completa il passaggio di accettazione dell’offerta di lavoro all’interno del processo aziendale «Job Application».
Acquisizione
L’azione del candidato che accetta l’offerta viene registrata come passaggio completato nel BP Job Application.
Tipo di evento
explicit
|
|||
|
Onboarding avviato
|
Segna l’avvio del percorso di onboarding del nuovo assunto nel modulo Workday Onboarding. Viene acquisito quando l’insieme delle attività e dei Workflow di onboarding viene assegnato al nuovo dipendente, in genere al completamento del processo Hire. | ||
|
Perché è importante
Questo è il punto di partenza per analizzare l’efficienza del percorso di onboarding. Aiuta a misurare i tassi di completamento delle attività di onboarding e a individuare le deviazioni dal processo.
Dove reperirlo
Registrato come evento di avvio quando il processo aziendale «Onboarding» o un Workflow analogo viene attivato per il nuovo dipendente.
Acquisizione
Evento registrato quando il processo aziendale Onboarding viene attivato per il nuovo assunto.
Tipo di evento
explicit
|
|||
|
Processo di assunzione completato
|
Questa è un’attività decisiva, durante la quale il record del candidato viene ufficialmente convertito in un record dipendente in Workday HCM. L’evento viene acquisito esplicitamente al completamento del processo aziendale «Hire». | ||
|
Perché è importante
Questo evento segna formalmente il passaggio da candidato a dipendente e rappresenta una milestone fondamentale per monitorare la durata del ciclo di onboarding. Indica che il dipendente è ufficialmente presente nel sistema HCM.
Dove reperirlo
Registrato esplicitamente come evento di completamento del processo aziendale «Hire» per il dipendente. Il log del processo aziendale contiene il timestamp esatto.
Acquisizione
Evento registrato al completamento del processo aziendale «Hire».
Tipo di evento
explicit
|
|||
|
Richiesta di assunzione creata
|
Questa attività segna l’avvio ufficiale del processo di selezione, quando una nuova richiesta di assunzione viene creata e approvata in Workday. L’evento viene acquisito esplicitamente al completamento del processo aziendale «Create Job Requisition». | ||
|
Perché è importante
Questo è l’evento iniziale principale dell’intero ciclo di assunzione. Analizzare il tempo trascorso da questa attività a «Offer Accepted» è fondamentale per misurare il KPI Time-to-Hire.
Dove reperirlo
Questo evento viene registrato al completamento del processo aziendale «Create Job Requisition» in Workday Recruiting. L’Event Log di questo processo aziendale fornisce il timestamp.
Acquisizione
Evento registrato al completamento del processo aziendale «Create Job Requisition».
Tipo di evento
explicit
|
|||
|
Risoluzione del rapporto avviata
|
Questa attività segna l’inizio del processo di offboarding per un dipendente in uscita. Viene acquisita esplicitamente quando un manager o un utente HR avvia il processo aziendale «Terminate Employee» in Workday. | ||
|
Perché è importante
Questo è l’evento iniziale principale dell’intero ciclo di offboarding. Costituisce il punto di partenza per misurare il KPI Average Offboarding Cycle Time.
Dove reperirlo
Si tratta di un evento esplicito registrato all’avvio del processo aziendale «Terminate Employee» in Workday HCM.
Acquisizione
Evento registrato quando il processo aziendale «Terminate Employee» viene avviato.
Tipo di evento
explicit
|
|||
|
Attività di offboarding completate
|
Rappresenta il completamento di tutte le attività di offboarding richieste, come la restituzione degli asset e il trasferimento delle conoscenze. L’evento viene desunto quando la checklist o il processo aziendale di offboarding passa allo stato completato. | ||
|
Perché è importante
Monitorare il completamento di queste attività è fondamentale per garantire un offboarding sicuro e conforme. I ritardi possono comportare rischi per la sicurezza e compromettere l’esperienza.
Dove reperirlo
Desunto dal timestamp di completamento del processo aziendale «Offboarding» o dal momento in cui tutte le attività di offboarding assegnate al dipendente risultano completate.
Acquisizione
Desunto dal completamento di una checklist di offboarding o di un processo aziendale correlato.
Tipo di evento
inferred
|
|||
|
Cambio di ruolo avviato
|
Rappresenta l’avvio di un evento di mobilità interna, come un trasferimento o una promozione. Viene acquisito quando un manager o un HR partner avvia il processo aziendale «Change Job» per un dipendente. | ||
|
Perché è importante
Questa attività costituisce il punto di partenza per misurare l’efficienza della mobilità interna e i tempi di approvazione. Aiuta a individuare i colli di bottiglia nella progressione professionale dei dipendenti.
Dove reperirlo
Si tratta di un evento esplicito registrato all’avvio del processo aziendale «Change Job» in Workday HCM.
Acquisizione
Evento registrato quando il processo aziendale «Change Job» viene avviato per un dipendente.
Tipo di evento
explicit
|
|||
|
Configurazione delle paghe completata
|
Questa attività indica che tutte le informazioni necessarie per elaborare le paghe del nuovo dipendente sono state inserite e verificate. Può essere acquisita come completamento di un passaggio specifico del processo aziendale Onboarding o Hire. | ||
|
Perché è importante
Assicura che i dipendenti siano pagati correttamente e puntualmente fin dalla prima busta paga. Questa attività rappresenta il punto finale del KPI Payroll Setup Time e mette in evidenza eventuali ritardi nell’attivazione della retribuzione.
Dove reperirlo
Acquisita come voce di checklist completata o come passaggio specifico, ad esempio «Enter Payment Elections», all’interno del processo aziendale Onboarding.
Acquisizione
Completamento di un’attività o di un passaggio specifico relativo alle paghe all’interno di un processo aziendale.
Tipo di evento
explicit
|
|||
|
Lettera di offerta generata
|
Rappresenta il momento in cui viene generata un’offerta di lavoro formale per un candidato. In genere si tratta di un passaggio esplicito del processo aziendale «Job Application» in Workday. | ||
|
Perché è importante
Il monitoraggio di questa attività aiuta a comprendere il tempo necessario per formalizzare un’offerta dopo la conclusione dei colloqui. I ritardi in questa fase possono indurre i candidati a ritirarsi.
Dove reperirlo
Acquisito dall’Event Log del processo aziendale «Job Application», in particolare al completamento di «Generate Document» o di un passaggio analogo relativo all’offerta.
Acquisizione
Evento registrato al completamento del passaggio «Generate Offer» nel BP Job Application.
Tipo di evento
explicit
|
|||
|
Promozione approvata
|
Segna l’approvazione finale della promozione di un dipendente. L’attività viene acquisita quando il processo aziendale «Change Job» o un processo aziendale retributivo correlato è completamente approvato e concluso. | ||
|
Perché è importante
Questo è il punto finale per misurare il KPI Internal Mobility Approval Time. Conferma il completamento di una milestone professionale fondamentale.
Dove reperirlo
Registrato come evento di completamento del processo aziendale «Change Job», quando il motivo del cambiamento è una promozione.
Acquisizione
Evento registrato al completamento del processo aziendale «Change Job» con motivo «Promotion».
Tipo di evento
explicit
|
|||
|
Valutazione delle prestazioni completata
|
Questa attività segna il completamento di un ciclo formale di valutazione delle prestazioni di un dipendente. Viene acquisita quando il processo aziendale «Performance Review» raggiunge lo stato finale approvato. | ||
|
Perché è importante
Il monitoraggio di questi eventi è essenziale per analizzare la puntualità e la frequenza della gestione delle prestazioni. Supporta direttamente il KPI Performance Review Timeliness.
Dove reperirlo
Registrato come evento di completamento del processo aziendale «Start Performance Review» per il dipendente.
Acquisizione
Evento registrato al completamento del processo aziendale «Performance Review».
Tipo di evento
explicit
|
|||
|
Verifica dei precedenti avviata
|
Segna l’avvio del processo di verifica pre-assuntiva per un candidato che ha accettato l’offerta. L’evento viene acquisito quando viene avviato il passaggio di verifica dei precedenti, spesso attivando un’integrazione con un fornitore terzo. | ||
|
Perché è importante
La durata delle verifiche dei precedenti rappresenta spesso un collo di bottiglia nel processo di assunzione. Questa attività costituisce il punto di partenza per misurare il KPI Background Check Duration.
Dove reperirlo
Registrato come passaggio di un processo aziendale, ad esempio «Background Check», spesso parte del Workflow complessivo di assunzione. Viene registrato il timestamp di avvio.
Acquisizione
Evento registrato all’avvio del processo aziendale «Background Check» o di un passaggio correlato.
Tipo di evento
explicit
|
|||
|
Verifica dei precedenti completata
|
Rappresenta il completamento del processo di verifica pre-assuntiva. Viene acquisito quando lo stato della verifica dei precedenti viene aggiornato a completato, manualmente o tramite un’integrazione. | ||
|
Perché è importante
Questa attività costituisce il punto finale per misurare il KPI Background Check Duration. I ritardi in questa fase incidono direttamente sulla data di inizio del nuovo assunto.
Dove reperirlo
Acquisito da una modifica di stato nel processo aziendale «Background Check» o in un oggetto correlato, che indica uno stato finale come «Completed» o «Passed».
Acquisizione
Desunto dal timestamp in cui il campo relativo allo stato della verifica dei precedenti passa a uno stato finale.
Tipo di evento
inferred
|
|||
Guide all'estrazione
Pronto per iniziare?
Sfrutti tutto il potenziale del processo Hire to Retire utilizzando questo Template di dati. Inizi oggi stesso a ottimizzare il ciclo di vita dei dipendenti.
Ottimizzi oggi il ciclo di vita dei dipendenti Hire to Retire
Ottenga insight concreti e riduca del 30% il tempo di ciclo in Workday HR.
Non è richiesta alcuna carta di credito. Configuri tutto in pochi minuti.