Il Suo Template Dati per l'Elaborazione delle Paghe

Template universale per il Process Mining
Il Suo Template Dati per l'Elaborazione delle Paghe

Il Suo Template Dati per l'Elaborazione delle Paghe

Template universale per il Process Mining

Questo è il nostro template dati generico per il Process Mining per Gestione delle Paghe. Utilizzi i nostri template specifici per sistema per una guida più dettagliata.

Selezioni un sistema specifico
  • Definisca i campi dati core per un `Event Log` completo.
  • Identifichi le attività e le milestone chiave nella gestione delle paghe.
  • Accedere a guide per l'estrazione dei dati da vari sistemi.
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi della Gestione delle Paghe

Questa tabella descrive in dettaglio i campi dati raccomandati e le loro descrizioni che dovrebbero essere inclusi nel Suo event log per un'analisi completa dell'elaborazione delle paghe.
5 Obbligatorio 7 Consigliato 5 Facoltativo
Nome Descrizione
ID Record di Paga
PayrollRecordId
Un identificatore univoco per ogni record di paga distinto, che tipicamente combina un ID dipendente e uno specifico periodo di paga.
Descrizione

L'ID Record Paga serve come identificatore di caso unico per l'intero processo delle paghe di un singolo dipendente in un dato ciclo di pagamento. Ogni ID rappresenta un percorso dall'invio dei dati orari al pagamento e alla reportistica.

Nel Process Mining, questo attributo è essenziale per collegare tutte le attività correlate in un flusso di processo end-to-end coerente. Consente l'analisi dei tempi di ciclo, delle variazioni e dei colli di bottiglia per i singoli record di paga. Senza un ID caso univoco, sarebbe impossibile tracciare la sequenza degli eventi e comprendere accuratamente le dinamiche del processo.

Perché è importante

Questa è la chiave primaria che collega tutti gli eventi di processo in un unico caso, rendendo possibile analizzare il ciclo di paghe end-to-end per ogni record.

Dove trovare

Tipicamente generato dal sistema paghe o può essere creato concatenando un identificatore di dipendente e un identificatore di periodo di paga dai dati delle transazioni delle paghe.

Esempi
PAY-EMP1053-202312PR7883451EMP0098_PP24_2023
Nome attività
ActivityName
Il nome della specifica attività, evento o passaggio che si è verificato all'interno del processo delle paghe.
Descrizione

Il Nome dell'Attività descrive un'azione discreta eseguita all'interno del ciclo di vita delle paghe, come 'Dati Orari Approvati', 'Calcolo Lordo-Netto Eseguito' o 'Pagamento Eseguito'. Ogni attività rappresenta un nodo nella mappa di processo ed è associata a un timestamp specifico.

Questo attributo è fondamentale per il Process Mining in quanto costituisce la base della mappa di processo. L'analisi della sequenza, frequenza e durata di queste attività rivela il flusso di processo effettivo, identifica i percorsi comuni, evidenzia le deviazioni dalla procedura standard e individua i colli di bottiglia dove il processo rallenta.

Perché è importante

Definisce i passaggi nella mappa di processo. Analizzare le attività è cruciale per comprendere cosa sta accadendo, scoprire colli di bottiglia e identificare cicli di rilavorazione.

Dove trovare

Solitamente trovato nei log di sistema, nei registri di audit o nei campi di stato all'interno delle tabelle di transazione delle paghe. Potrebbe essere necessario mapparlo da codici evento tecnici a nomi più user-friendly.

Esempi
Dati Orari InviatiElaborazione Paghe InizializzataLordo-Netto CalcolatoPagamento Eseguito
Timestamp Evento
EventTimestamp
La data e l'ora precise in cui si è verificata l'attività.
Descrizione

Il Timestamp dell'Evento registra il momento esatto in cui un'attività è stata eseguita. Questo dato cronologico è essenziale per ordinare correttamente gli eventi e calcolare la durata tra i diversi passaggi del processo.

Nel Process Mining, i timestamp sono utilizzati per costruire la sequenza degli eventi per ogni caso e per eseguire analisi temporali. Questo include il calcolo dei tempi di ciclo tra le attività, l'identificazione dei ritardi, la misurazione dei tempi di attesa e il monitoraggio delle prestazioni rispetto agli accordi sul livello di servizio (SLA). Timestamp accurati sono la base di qualsiasi analisi di processo legata alle prestazioni.

Perché è importante

Questo attributo è critico per la corretta sequenza degli eventi e per tutte le analisi basate sul tempo, inclusi il calcolo dei tempi di ciclo, delle durate e l'identificazione dei colli di bottiglia.

Dove trovare

Trovato nei log di audit di sistema o come campo 'data di creazione' o 'ora evento' nei record delle transazioni salariali.

Esempi
2023-12-15T09:05:00Z2023-11-30T14:22:10Z2024-01-15T11:00:00Z
Sistema di Origine
SourceSystem
Il sistema o l'applicazione da cui hanno avuto origine i dati dell'evento.
Descrizione

Questo attributo identifica il sistema sorgente da cui sono stati registrati i dati dell'evento. In un panorama moderno delle paghe, i dati possono provenire da vari sistemi, come un sistema di Rilevazione Presenze, un HRIS o il motore di calcolo delle paghe stesso.

L'analisi del sistema sorgente aiuta a comprendere i punti di integrazione e i passaggi di dati all'interno del processo complessivo. Può essere utilizzata per filtrare il processo per eventi originati da una specifica applicazione, il che è utile per diagnosticare problemi di integrazione o confrontare processi gestiti in sistemi diversi.

Perché è importante

Identifica dove si verifica ogni passaggio del processo, il che è cruciale per comprendere la frammentazione del processo e identificare colli di bottiglia specifici del sistema o ritardi di integrazione.

Dove trovare

Spesso disponibile come campo standard negli estratti di dati, o può essere aggiunto durante il processo di estrazione dei dati in base all'origine delle tabelle dei dati.

Esempi
Motore di Calcolo PagheSistema di Rilevazione PresenzeHRIS CoreModulo di Amministrazione Benefici
Ultimo `Data Update`
LastDataUpdate
Un `timestamp` che indica l'ultima modifica o estrazione dei dati per questo `evento` dal sistema sorgente.
Descrizione

Il Timestamp dell'Ultimo Aggiornamento Dati fornisce informazioni sulla freschezza dei dati. Indica l'ultima volta che il record è stato modificato nel sistema sorgente o quando è stato estratto nel dataset per l'analisi. Questo è distinto dal Timestamp dell'Evento, che registra quando l'attività aziendale è effettivamente avvenuta.

Questo attributo è principalmente utilizzato per la data governance e la validazione. Aiuta a gestire i carichi di dati incrementali e a garantire che l'analisi sia basata su informazioni aggiornate. Anche se non tipicamente usato per l'analisi diretta del flusso di processo, è cruciale per mantenere l'integrità e la tempestività del dataset di Process Mining.

Perché è importante

Garantisce l'aggiornamento dei dati ed è essenziale per la gestione dei caricamenti incrementali, contribuendo a confermare che l'analisi riflette le informazioni più recenti disponibili.

Dove trovare

Questo timestamp è tipicamente generato durante il processo di estrazione, trasformazione e caricamento (ETL) o è disponibile come campo 'data ultima modifica' nelle tabelle del sistema sorgente.

Esempi
2023-12-16T02:00:00Z2023-12-01T05:10:00Z2024-01-16T01:30:00Z
Centro di Costo
CostCenter
Il reparto, l'unità aziendale o il codice finanziario a cui sono assegnati i costi delle paghe del dipendente.
Descrizione

Il Centro di Costo è un attributo organizzativo che collega le spese per le paghe a una specifica parte dell'azienda, come 'Vendite', 'IT' o 'Produzione'. È un elemento fondamentale per il reporting finanziario e la contabilità gestionale.

Utilizzare il Centro di Costo come dimensione nel Process Mining consente di segmentare e analizzare i dati del processo per unità di business. Questa analisi può rivelare se certi reparti riscontrano più problemi legati alle paghe, ritardi o correzioni manuali rispetto ad altri. Questi insight possono aiutare a indirizzare le iniziative di miglioramento dei processi verso le aree con il maggiore bisogno o impatto.

Perché è importante

Consente un'analisi organizzativa per determinare se problemi, ritardi o inefficienze nella gestione delle paghe sono concentrati in specifici dipartimenti o unità aziendali.

Dove trovare

Disponibile nei dati anagrafici dei dipendenti, nelle strutture organizzative HR o nelle tabelle di assegnazione finanziaria all'interno del sistema paghe o HR.

Esempi
CC4510 - MarketingFIN-1001SALES-US-EASTIT-DEV-200
Data di Fine Periodo di Paga
PayPeriodEndDate
La data finale del ciclo di pagamento coperto da questa registrazione di paghe.
Descrizione

La Data di Fine Periodo di Paga segna la data limite per i dati di rilevazione presenze inclusi in una specifica esecuzione delle paghe. È una data critica che definisce l'arco temporale dei guadagni in elaborazione.

Questo attributo è utile per l'analisi delle tendenze nel tempo. Aggregando i dati in base alla data di fine periodo di paga, gli analisti possono monitorare KPI come tempi di elaborazione, tassi di errore e correzioni manuali attraverso diversi mesi o trimestri. Questo aiuta a identificare la stagionalità, misurare l'impatto dei cambiamenti di processo nel tempo e monitorare le prestazioni a lungo termine.

Perché è importante

Consente l'analisi delle tendenze delle performance delle paghe nel tempo, aiutando a identificare la stagionalità o a misurare l'impatto dei miglioramenti del processo da un periodo di paga all'altro.

Dove trovare

Un attributo standard nelle configurazioni del calendario paghe e nei dati delle transazioni salariali.

Esempi
2023-12-312023-11-302024-01-15
È Correzione Manuale
IsManualCorrection
Un flag booleano che indica se l'attività ha comportato una modifica manuale, un intervento o una correzione dei dati.
Descrizione

Questo attributo è un flag vero o falso che identifica gli eventi in cui un utente ha dovuto intervenire manualmente in quello che idealmente dovrebbe essere un processo automatizzato. Questo può includere l'inserimento manuale di dati mancanti, la correzione di fogli presenze o l'adeguamento dei risultati calcolati.

Le correzioni manuali sono un indicatore diretto di inefficienza del processo, rischio e scarsa qualità dei dati. Analizzare dove e perché si verificano questi interventi è fondamentale per il miglioramento del processo. Filtrando per le correzioni manuali, le organizzazioni possono individuare le cause profonde della rilavorazione, identificare opportunità di automazione e misurare il KPI 'First-Pass Yield'. La riduzione delle correzioni manuali porta a un processo delle paghe più efficiente, accurato e conforme.

Perché è importante

Misura direttamente l'attrito e l'inefficienza del processo. Elevati tassi di correzione manuale indicano scarsa qualità dei dati, automazione interrotta e aumentato rischio di conformità.

Dove trovare

Può essere derivato dai log di audit che tracciano le modifiche ai dati da parte degli utenti, o da codici di transazione specifici che indicano un aggiustamento manuale.

Esempi
truefalse
Gruppo di Paga (`Pay Group`)
PayGroup
Lo specifico gruppo di elaborazione delle paghe a cui appartiene il dipendente, spesso definito dalla frequenza di pagamento e dal tipo di dipendente.
Descrizione

Un Gruppo di Paga (Pay Group) è una raccolta logica di dipendenti che vengono pagati secondo lo stesso calendario, come 'Salariati Bisettimanali USA' o 'Dirigenti Mensili UK'. Questo attributo è utilizzato per gestire ed eseguire le elaborazioni paghe per specifici segmenti della forza lavoro.\n\nNell'analisi dei processi, il filtraggio per Gruppo di Paga consente di confrontare le performance e l'efficienza dei diversi cicli di elaborazione paghe. Ciò può rivelare problemi specifici di un determinato gruppo, come tassi di correzione più elevati per i dipendenti orari settimanali rispetto a quelli salariati mensili. Aiuta anche a comprendere come le variazioni di processo si correlano con diversi calendari di paga o popolazioni di dipendenti.

Perché è importante

Consente un'analisi comparativa tra diversi cicli di elaborazione paghe, aiutando a identificare se i problemi di processo sono specifici di determinate popolazioni di dipendenti o frequenze di pagamento.

Dove trovare

Trovato nei dati anagrafici dei dipendenti o nelle tabelle di configurazione delle paghe, spesso etichettato come 'Gruppo di Paga' (Pay Group), 'Area Paghe', o un termine simile.

Esempi
USA Stipendiato BisettimanaleUK MensileCA Weekly HourlyExec Semimonthly
Importo Lordo della Paga
GrossPayAmount
La retribuzione totale calcolata per il dipendente in questo record di paga prima dell'applicazione di detrazioni o tasse.
Descrizione

L'Importo Lordo della Paga rappresenta il guadagno totale di un dipendente per un periodo di paga specifico. È una cifra finanziaria chiave calcolata durante l'elaborazione paghe e serve come base per i successivi calcoli di tasse e deduzioni.\n\nSebbene non sia un motore diretto del flusso di processo, questo attributo è prezioso per l'analisi contestuale. Può essere utilizzato per segmentare i case per valore, ad esempio, per verificare se i record di paga di alto valore sono elaborati in modo diverso o sono soggetti a controlli più rigorosi. È anche essenziale per l'analisi dell'impatto finanziario, come il calcolo del valore totale dei pagamenti elaborati con errori o ritardi.

Perché è importante

Fornisce contesto finanziario al processo, consentendo l'analisi dell'impatto monetario di ritardi, rilavorazioni o eccezioni, e per segmentare i case per valore.

Dove trovare

Un campo di output standard dal passaggio di calcolo lordo-netto, presente nei risultati delle paghe o nelle tabelle dati delle transazioni.

Esempi
2500.001575.505200.75850.00
Nome Utente
UserName
Il nome o l'ID dell'utente, dipendente o agente di sistema che ha eseguito l'attività.
Descrizione

Il Nome Utente identifica l'individuo o il sistema automatizzato responsabile dell'esecuzione di una specifica fase del processo. Questo potrebbe essere uno specialista delle paghe, un manager che approva i dati orari o un account di sistema che esegue un calcolo automatizzato.

Questo attributo fornisce una visione del processo centrata sull'uomo o sul sistema. È utilizzato per analizzare la distribuzione del carico di lavoro, le prestazioni individuali e la produttività del team. Può anche aiutare a identificare opportunità di formazione evidenziando gli utenti che deviano frequentemente dal processo standard o sono associati a tassi elevati di rilavorazione. Per le fasi automatizzate, aiuta a distinguere tra attività guidate dal sistema e manuali.

Perché è importante

Consente l'analisi del carico di lavoro, delle performance del team e dei livelli di automazione. Aiuta a identificare quali utenti o team sono coinvolti in rilavorazioni o eccezioni.

Dove trovare

Tipicamente trovato nei campi 'ID utente', 'elaborato da' o 'utente azione' nei log di sistema o nei record di transazione.

Esempi
Jane Doej.doeSystem.BatchMark Smith
Tipo di Elaborazione Paghe
PayrollRunType
Indica la categoria dell'elaborazione paghe, come regolare, fuori ciclo o pagamento `bonus`.
Descrizione

Il Tipo di Esecuzione delle Paghe classifica l'evento di elaborazione delle paghe. Un'esecuzione 'Regolare' fa parte del ciclo standard e programmato. Un'esecuzione 'Fuori Ciclo' è un pagamento non programmato per correggere un errore o pagare un dipendente cessato. Altri tipi potrebbero includere esecuzioni di 'Bonus' o 'Commissioni'.

Questa è una dimensione potente per l'analisi comparativa. I pagamenti fuori ciclo sono spesso un segnale di fallimento del processo nel ciclo regolare e sono tipicamente più costosi e dispendiosi in termini di tempo da elaborare. Filtrando per tipo di esecuzione, le organizzazioni possono isolare e analizzare le cause profonde di queste eccezioni, misurare la loro frequenza e costo e confrontare l'efficienza dei diversi tipi di esecuzione.

Perché è importante

Distingue tra elaborazione standard ed eccezionale. L'analisi delle elaborazioni fuori ciclo è fondamentale per comprendere i fallimenti del processo e ridurre i pagamenti costosi e non standard.

Dove trovare

Queste informazioni sono tipicamente disponibili nelle tabelle di esecuzione delle paghe o di elaborazione batch all'interno del sistema paghe.

Esempi
RegolareFuori CicloBonusCorrezione
Giurisdizione Fiscale
TaxJurisdiction
L'ubicazione geografica primaria, come uno stato o una provincia, che regola i calcoli fiscali per il record di paga.
Descrizione

La Giurisdizione Fiscale specifica la regione legale o amministrativa per la quale le imposte devono essere calcolate e versate. La complessità delle paghe può variare significativamente tra diverse giurisdizioni a causa di diverse normative, aliquote fiscali e requisiti di deposito.

Analizzare il processo per Giurisdizione Fiscale può aiutare a identificare sfide regionali. Ad esempio, potrebbe rivelare che l'elaborazione delle paghe per un determinato stato o paese è costantemente più lenta o più soggetta a errori. Questo potrebbe indicare la necessità di una migliore configurazione del sistema per le regole di quella giurisdizione, o di formazione aggiuntiva per gli specialisti che gestiscono tali regioni.

Perché è importante

Consente l'analisi delle performance del processo per regione geografica o legale, aiutando a identificare se complessità o errori sono concentrati in specifiche giurisdizioni.

Dove trovare

Questo fa parte della configurazione delle informazioni fiscali del dipendente all'interno del sistema paghe o HR.

Esempi
US-CAGB-ENGDE-BECA-ON
Scadenza SLA
SlaDeadline
La data e l'ora target entro cui deve essere completato un passaggio chiave del processo, tipicamente l'esecuzione del pagamento.
Descrizione

La Scadenza SLA è un timestamp che rappresenta l'impegno per il completamento di una parte critica del processo delle paghe, come la generazione del file di bonifico bancario o l'esecuzione dei pagamenti. Serve come benchmark rispetto al quale vengono misurate le prestazioni effettive.

Questo attributo è essenziale per monitorare e analizzare la conformità agli SLA. Confrontando il timestamp di completamento effettivo di un'attività con la sua Scadenza SLA, le organizzazioni possono identificare le violazioni, misurare l'entità dei ritardi e gestire proattivamente i rischi. È un componente chiave per i dashboard relativi alle prestazioni di pagamento e all'affidabilità del processo.

Perché è importante

Definisce l'obiettivo di performance, rendendo possibile misurare la conformità agli SLA, identificare i pagamenti in ritardo e analizzare le cause alla base dei ritardi.

Dove trovare

Questo può essere un campo fisso nel sistema basato sulla configurazione del ciclo di pagamento o può essere derivato in base a regole di business (ad esempio, Data di Fine Periodo di Paga più tre giorni lavorativi).

Esempi
2023-12-18T17:00:00Z2024-01-03T16:00:00Z2023-12-05T17:00:00Z
Stato di Conformità SLA
SlaComplianceStatus
Uno stato derivato che indica se una milestone chiave, come il pagamento, è stata completata in tempo, in anticipo o in ritardo rispetto alla scadenza.
Descrizione

Questo attributo classifica la performance di un caso rispetto al suo Accordo sul Livello di Servizio definito. È tipicamente derivato confrontando il timestamp effettivo di un'attività milestone, come 'File di Bonifico Bancario Generato', con la 'Scadenza SLA'.

Questo fornisce un indicatore di performance chiaro e immediato che può essere utilizzato in dashboard e report. L'analisi dello Stato di Conformità SLA aiuta a quantificare l'entità dei mancati rispetto delle scadenze e consente di approfondire le caratteristiche di processo dei casi in ritardo rispetto ai casi puntuali. Questo è cruciale per identificare le cause profonde dei ritardi e migliorare l'affidabilità e la prevedibilità del processo delle paghe.

Perché è importante

Fornisce una misura semplice e diretta delle performance rispetto agli obiettivi, rendendo facile la reportistica sulla conformità e focalizzando l'analisi sui case che non hanno rispettato le scadenze.

Dove trovare

Questo attributo non si trova direttamente nei sistemi sorgente. È derivato confrontando l'EventTimestamp di un'attività milestone con l'attributo SlaDeadline.

Esempi
In TempoIn RitardoIn Anticipo
Tipo di dipendente
EmployeeType
La classificazione del dipendente, come stipendiato, a ore, collaboratore o temporaneo.
Descrizione

Il Tipo di Dipendente è un attributo dai dati anagrafici HR che categorizza la forza lavoro. Diversi tipi di dipendenti spesso seguono processi di gestione delle paghe differenti, hanno requisiti di dati diversi e sono soggetti a regolamentazioni diverse.\n\nL'utilizzo di questo attributo come dimensione per l'analisi può rivelare differenze significative nelle performance del processo. Ad esempio, il processo per i dipendenti orari può comportare un'integrazione più complessa dei dati orari ed essere più incline a errori rispetto al processo per i dipendenti salariati. Confrontare KPI come il tempo di ciclo o il tasso di correzione tra diversi tipi di dipendenti aiuta a personalizzare i miglioramenti del processo alle esigenze specifiche di ogni gruppo.

Perché è importante

Aiuta a segmentare il processo per rivelare variazioni e problemi specifici a diverse categorie di forza lavoro, come dipendenti orari rispetto a quelli salariati.

Dove trovare

Questo è un campo standard nel record anagrafico del dipendente all'interno del sistema HR o paghe.

Esempi
SalariatoOrario`Contractor`Tempo pienoPart-time
Tipo di Eccezione di Audit
AuditExceptionType
Categorizza il tipo di avviso, errore o problema di conformità segnalato durante l'audit delle paghe.
Descrizione

Quando gli audit automatizzati vengono eseguiti durante il processo delle paghe, possono segnalare record che violano regole predefinite. Questo attributo cattura la categoria dell'eccezione, come 'ID Fiscale Mancante', 'Straordinario Non Approvato' o 'Anomalia Retribuzione Lorda'.

L'analisi del tipo e della frequenza delle eccezioni di audit fornisce un insight diretto sulla qualità dei dati e sui problemi di conformità. Questa informazione consente alle organizzazioni di eseguire analisi delle cause profonde, ad esempio, determinare se un picco di eccezioni 'ID Fiscale Mancante' è dovuto a un processo di onboarding difettoso. Il monitoraggio di queste eccezioni è cruciale per la dashboard 'Audit e Monitoraggio Conformità' e per la riduzione del rischio.

Perché è importante

Fornisce un modo diretto per misurare e categorizzare la qualità dei dati e i problemi di conformità, consentendo un'analisi mirata delle cause alla base per migliorare l'accuratezza e ridurre il rischio.

Dove trovare

Questi dati sono generati dal motore di audit interno o di validazione del sistema paghe e sono tipicamente memorizzati nei log di audit o nei report delle eccezioni.

Esempi
Straordinario Non ApprovatoDettagli Bancari Non ValidiSoglia Paga Lorda SuperataInformazioni Fiscali Mancanti
Obbligatorio Consigliato Facoltativo

Attività di Gestione delle Paghe

Questa sezione illustra i passaggi chiave del processo e le milestone critiche da catturare nel Suo event log per una scoperta e analisi accurate del processo delle paghe.
7 Consigliato 7 Facoltativo
Activity Descrizione
Busta Paga Pubblicata
L'evento in cui la dichiarazione di pagamento digitale o la busta paga viene resa disponibile al dipendente tramite un portale self-service. Questo completa il ciclo di comunicazione relativo al loro stipendio.
Perché è importante

L'accesso tempestivo alle buste paga è cruciale per la soddisfazione e la trasparenza dei dipendenti. L'analisi del ritardo tra pagamento e pubblicazione aiuta a valutare l'efficienza della comunicazione post-pagamento.

Dove trovare

Proveniente dai log del servizio di generazione documenti o di pubblicazione sul portale, o da un campo di stato nella registrazione di pagamento del dipendente.

Acquisisci

Catturare il timestamp quando il processo di generazione della busta paga si completa o quando lo stato di visibilità del documento è impostato su 'Pubblicato'.

Tipo di evento explicit
Dati GL Trasferiti
Rappresenta il trasferimento dei dati di costificazione e finanziari delle paghe al `General Ledger` o al sistema finanziario. Questo `evento` segna la chiusura contabile del ciclo di gestione delle paghe.
Perché è importante

Questo è il passaggio finale di integrazione, che garantisce che i bilanci aziendali riflettano accuratamente le spese per le paghe. I ritardi qui possono influire sulla velocità e accuratezza del processo di chiusura finanziaria.

Dove trovare

Proveniente dai log dell'interfaccia GL o del programma di registrazione. È registrato al completamento con successo del job di trasferimento dati.

Acquisisci

Identifichi il timestamp di completamento del job che registra i risultati delle paghe nel sistema di contabilità finanziaria.

Tipo di evento explicit
Dati Orari Approvati
Rappresenta l'approvazione formale dei dati di tempo di un dipendente presentati da un manager o supervisore. Questo è un passaggio di validazione critico che autorizza le ore registrate per l'elaborazione del pagamento.
Perché è importante

L'approvazione è un passaggio chiave di controllo. I ritardi in questa fase impattano direttamente sulla tempistica delle paghe e possono essere una fonte significativa di colli di bottiglia, rendendola essenziale per l'analisi delle performance.

Dove trovare

Trovato nella traccia di audit del sistema di Rilevazione Presenze o HR core, solitamente registrato come cambiamento di stato nel record temporale da 'Inviato' ad 'Approvato'.

Acquisisci

Identifichi l'evento in cui lo stato di approvazione del record temporale è impostato su 'Approvato' o 'Completato'.

Tipo di evento explicit
Dati Orari Inviati
Contrassegna la presentazione iniziale dei dati di tempo e presenze di un dipendente per un periodo di paga. Questo `evento` è il `trigger` principale per il ciclo di gestione delle paghe attivo ed è tipicamente avviato da un dipendente o dal Suo manager diretto.
Perché è importante

Questa attività rappresenta il punto di partenza per la maggior parte dei record di paga. Tracciare la sua tempistica è cruciale per misurare il tempo complessivo del ciclo di paghe e identificare i ritardi nella raccolta dati.

Dove trovare

Proveniente dai log delle transazioni del modulo Rilevazione Presenze o Workforce Management o dalla cronologia del workflow, spesso legato a un cambio di stato nella registrazione del foglio presenze.

Acquisisci

Catturare il timestamp quando lo stato della scheda presenze o del cartellino cambia in 'Inviato', 'In Attesa di Approvazione', o uno stato equivalente.

Tipo di evento explicit
Elaborazione Paghe Approvata
L'approvazione finale dei risultati delle paghe per un periodo di paga, eseguita da un utente autorizzato. Questa azione tipicamente blocca i dati delle paghe, impedendo ulteriori modifiche e autorizzando il sistema a procedere con il pagamento.
Perché è importante

Questo è il punto di non ritorno critico nel processo di pre-pagamento. Segna la fine della fase di calcolo e verifica ed è una milestone chiave per misurare le prestazioni puntuali.

Dove trovare

Registrato come cambiamento di stato formale nel sistema paghe, come 'Finalizzato', 'Confermato' o 'Approvato'. Questa è un'azione utente esplicita con un timestamp chiaro.

Acquisisci

Utilizzare il timestamp associato all'evento che blocca l'esecuzione delle paghe, spesso etichettato 'Finalizza', 'Approva' o 'Commit'.

Tipo di evento explicit
Lordo-Netto Calcolato
L'esecuzione del motore di calcolo principale del sistema, che elabora tutti i guadagni, le detrazioni e le tasse per arrivare a un importo netto finale. Questa è un'attività guidata dalla macchina che trasforma gli input grezzi in un risultato pagabile.
Perché è importante

Questo è il cuore del processo delle paghe. Misurare la sua durata e il tasso di successo è vitale per valutare le prestazioni del sistema e l'impatto della qualità dei dati sull'efficienza di elaborazione.

Dove trovare

Registrato nei log di processo del motore di calcolo paghe, spesso come timestamp di completamento del job o programma di calcolo principale per un dato dipendente.

Acquisisci

Utilizzare il timestamp registrato al completamento con successo dello schema o della funzione di calcolo delle paghe.

Tipo di evento explicit
Pagamento Eseguito
La data effettiva in cui i fondi vengono resi disponibili al dipendente o viene emesso un assegno. Questo segna il completamento finanziario dell'obbligo di pagamento per il periodo.
Perché è importante

Questo è il risultato finale del processo delle paghe dal punto di vista del dipendente. È una data critica per misurare la tempestività dei pagamenti e il successo complessivo del processo.

Dove trovare

Spesso una data calcolata basata sul campo 'Data Assegno' o 'Data Paga' definito nell'elaborazione paghe. Può anche essere confermata tramite dati di riconciliazione bancaria.

Acquisisci

Utilizzare il valore dal campo 'Data Pagamento' o 'Data Assegno' associato al record di paga finalizzato.

Tipo di evento calculated
Anteprima Risultato Paghe
Si verifica quando un amministratore delle paghe genera o visualizza un registro o un report preliminare delle paghe per verificare l'accuratezza dei risultati calcolati. Questo è il principale passaggio di validazione umana prima di finalizzare l'elaborazione paghe.
Perché è importante

Questa attività segna l'inizio della fase di revisione umana. L'analisi del tempo trascorso in anteprima e il numero di cicli anteprima-correzione-calcolo rivela inefficienze nel processo di validazione.

Dove trovare

Proveniente dai log di sistema che registrano la generazione di report o l'accesso degli utenti a specifiche schermate di anteprima o documenti.

Acquisisci

Catturare il timestamp quando un utente esegue un report 'Anteprima Paghe', una vista 'Registro Paghe', o una funzione di verifica equivalente.

Tipo di evento explicit
Dati Paghe Corretti
Una modifica manuale apportata ai dati retributivi di un dipendente da uno specialista delle paghe per risolvere un'eccezione segnalata o effettuare un aggiustamento necessario. Questo rappresenta un intervento umano nel processo automatizzato.
Perché è importante

Questa attività cattura esplicitamente la rilavorazione. Il monitoraggio delle correzioni è essenziale per quantificare lo sforzo manuale richiesto per produrre un libro paga accurato e per identificare i tipi di errori comuni.

Dove trovare

Trovato nelle tracce di audit a livello di campo o nei log delle modifiche per i record dei dati paghe. Viene registrato ogni volta che un utente aggiorna un campo critico relativo alla paga dopo il calcolo iniziale.

Acquisisci

Identifichi gli eventi di modifica avviati dall'utente nelle tabelle dei dati paghe che si verificano dopo il primo calcolo e prima dell'approvazione finale.

Tipo di evento explicit
Dati per la Dichiarazione Fiscale Generati
La generazione di file fiscali e report obbligatori richiesti dalle agenzie governative. Questo può comportare la creazione di file per servizi di deposito di terze parti o per la presentazione diretta.
Perché è importante

Questa attività è fondamentale per la conformità normativa. Il monitoraggio del suo tempestivo completamento assicura che gli obblighi fiscali siano rispettati e le sanzioni siano evitate.

Dove trovare

Catturato dai log di esecuzione dei job di reportistica fiscale o dal timestamp di creazione dei file di output fiscali.

Acquisisci

Utilizzare il timestamp di completamento del processo di sistema che genera report periodici o trimestrali per la dichiarazione fiscale.

Tipo di evento explicit
Dati Supplementari Importati
Registra l'ingestione di dati di paga esterni o non standard, come commissioni, `bonus` o indennità una tantum. Questi dati vengono uniti con i dati di tempo regolari prima del calcolo.
Perché è importante

Questa attività evidenzia la dipendenza del processo da fonti di dati esterne. L'analisi del tempo di ritardo per queste importazioni è fondamentale per comprendere e migliorare l'efficienza dell'integrazione dei dati.

Dove trovare

Tipicamente catturato dai log dei job di importazione batch, delle utility di caricamento dati, o dal timestamp di creazione di specifici record di componenti di paga.

Acquisisci

Utilizzare il timestamp di completamento del job di importazione o la data di creazione dei record di pagamento supplementari nel sistema paghe.

Tipo di evento explicit
Eccezione di Audit Segnalata
Indica che le regole di validazione automatizzate del sistema hanno rilevato un errore, un avviso o un'incoerenza nei dati delle paghe calcolati. Questo `evento` innesca la necessità di revisione e intervento manuale.
Perché è importante

Le eccezioni segnalate sono il principale motore di rilavorazioni e sforzi manuali. L'analisi della frequenza e del tipo di eccezioni aiuta a identificare le cause alla base dell'inefficienza del processo, come scarsa qualità dei dati o problemi di configurazione.

Dove trovare

Generato da controlli di validazione del sistema durante o dopo il calcolo. Questo si trova tipicamente nei log di errore, nei report di audit, o come stato specifico sul record della paga.

Acquisisci

Catturare il timestamp quando un messaggio di errore o di avviso relativo al record di paga viene generato e registrato.

Tipo di evento explicit
Elaborazione Paghe Inizializzata
L'avvio ufficiale dell'esecuzione dell'elaborazione delle paghe per un periodo di paga specifico e un gruppo di dipendenti. Questo crea il caso o il record di paga a cui sono allegati tutti i calcoli e le azioni successive.
Perché è importante

Questo segna la transizione dalla raccolta dati all'elaborazione attiva. Serve come base per misurare la fase centrale di calcolo e validazione del ciclo delle paghe.

Dove trovare

Deducibile dal timestamp di creazione del batch paghe, del record di elaborazione paghe, o dalla prima voce nel log del processo paghe per un dato ciclo.

Acquisisci

Catturare il timestamp di creazione di una nuova elaborazione paghe o di un batch nel sistema per il gruppo di paga pertinente.

Tipo di evento inferred
File di Bonifico Bancario Generato
La creazione tecnica del file di pagamento elettronico, come un file ACH o NACHA, che contiene le istruzioni di pagamento per la banca. Questo prepara i dati di erogazione per la trasmissione.
Perché è importante

Questa attività è l'ultimo passaggio tecnico prima che i fondi vengano spostati. Misurare il tempo dall'approvazione alla generazione del file è importante per garantire la conformità alle scadenze bancarie.

Dove trovare

Catturato dai log di esecuzione del programma di generazione del file di pagamento o dal timestamp di creazione del file di output stesso.

Acquisisci

Identifichi il timestamp di completamento del job o processo di sistema che crea il file di deposito diretto o di bonifico bancario.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i suoi dati per il Process Mining.

I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,

legga la nostra guida ETL

o selezioni un processo e un sistema specifici.