Il Suo Template dati per l’elaborazione paghe

Template universale per il Process Mining
Il Suo Template dati per l’elaborazione paghe

Il Suo Template dati per l’elaborazione paghe

Template universale per il Process Mining

Questo è il nostro template generico dei dati per il Process Mining relativo a Elaborazione delle paghe. Utilizzi i nostri template specifici per sistema per indicazioni più dettagliate.

Selezioni un sistema specifico
  • Definisca i campi dati fondamentali per un Event Log completo.
  • Identifichi le attività e le tappe principali dell’elaborazione paghe.
  • Acceda alle indicazioni per estrarre dati da diversi sistemi.
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi dell’elaborazione delle paghe

Questa tabella descrive i campi dati consigliati e le relative 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 del record paghe
PayrollRecordId
Identificatore univoco per ogni singolo record paghe, che combina generalmente l'ID del dipendente e uno specifico periodo di paga.
Descrizione

L'ID del record paghe funge da identificatore univoco del caso per l'intero processo paghe di un singolo dipendente in un determinato ciclo di paga. Ogni ID rappresenta un percorso completo, dall'invio dei dati sulle ore lavorate fino al pagamento e alla reportistica.

Nel Process Mining, questo attributo è essenziale per riunire tutte le attività correlate in un flusso di processo coerente dall'inizio alla fine. Consente di analizzare i tempi di ciclo, le variazioni e i colli di bottiglia dei singoli record paghe. Senza un ID univoco del caso, sarebbe impossibile ricostruire la sequenza degli eventi e comprendere con precisione le dinamiche del processo.

Perché è importante

È la chiave primaria che collega tutti gli eventi del processo in un unico caso, rendendo possibile analizzare il ciclo paghe completo per ogni record.

Dove reperirlo

Viene generalmente generato dal sistema paghe oppure creato concatenando un identificatore del dipendente e un identificatore del periodo di paga ricavati dai dati delle transazioni paghe.

Esempi
PAY-EMP1053-202312PR7883451EMP0098_PP24_2023
Marca temporale dell'evento
EventTimestamp
La data e l'ora precise in cui si è verificata l'attività.
Descrizione

La marca temporale dell'evento registra il momento esatto in cui è stata eseguita un'attività. Questi dati cronologici sono essenziali per ordinare correttamente gli eventi e calcolare la durata tra le diverse fasi del processo.

Nel Process Mining, le marche temporali vengono utilizzate per ricostruire la sequenza degli eventi di ogni caso e svolgere analisi temporali. Ciò 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). Marche temporali accurate sono alla base di qualsiasi analisi delle prestazioni di processo.

Perché è importante

Questo attributo è fondamentale per ordinare correttamente gli eventi e per tutte le analisi basate sul tempo, inclusi il calcolo dei tempi di ciclo e delle durate e l'identificazione dei colli di bottiglia.

Dove reperirlo

Si trova nei log di audit del sistema oppure in un campo «data di creazione» o «ora dell'evento» dei record delle transazioni paghe.

Esempi
2023-12-15T09:05:00Z2023-11-30T14:22:10Z2024-01-15T11:00:00Z
Nome dell'attività
ActivityName
Il nome dell'attività, dell'evento o della fase specifica che si è verificata nel processo paghe.
Descrizione

Il nome dell'attività descrive un'azione distinta svolta nel ciclo di vita delle paghe, come «Dati sulle ore approvati», «Calcolo lordo-netto» o «Pagamento eseguito». Ogni attività rappresenta un nodo nella mappa del processo ed è associata a una marca temporale specifica.

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

Perché è importante

Definisce le fasi della mappa del processo. L'analisi delle attività è essenziale per comprendere ciò che accade, individuare i colli di bottiglia e riconoscere i cicli di rilavorazione.

Dove reperirlo

Si trova generalmente nei log di sistema, nelle tracce di audit o nei campi di stato delle tabelle delle transazioni paghe. Potrebbe essere necessario mappare i codici tecnici degli eventi su nomi comprensibili per gli utenti.

Esempi
Dati sulle ore inviatiEsecuzione paghe inizializzataCalcolo dal lordo al netto completatoPagamento eseguito
Sistema di origine
SourceSystem
Il sistema o l'applicazione da cui hanno avuto origine i dati dell'evento.
Descrizione

Questo attributo identifica il sistema di origine in cui sono stati registrati i dati dell'evento. In un moderno ecosistema paghe, i dati possono provenire da diversi sistemi, ad esempio un sistema di rilevazione delle presenze, un HRIS o il motore paghe principale.

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

Perché è importante

Identifica il punto in cui si svolge ogni fase del processo, un elemento essenziale per comprendere la frammentazione del processo e individuare i colli di bottiglia specifici del sistema o i ritardi di integrazione.

Dove reperirlo

È spesso disponibile come campo standard nelle estrazioni dei dati oppure può essere aggiunto durante l'estrazione in base all'origine delle tabelle dei dati.

Esempi
Motore pagheSistema di rilevazione delle presenzeHRIS CoreModulo di amministrazione dei benefit
Ultimo aggiornamento dei dati
LastDataUpdate
Una marca temporale che indica quando i dati relativi a questo evento sono stati modificati per l'ultima volta o estratti dal sistema di origine.
Descrizione

La marca temporale dell'ultimo aggiornamento dei dati fornisce informazioni sull'attualità dei dati. Indica l'ultima modifica apportata al record nel sistema di origine oppure il momento in cui il record è stato acquisito nel dataset per l'analisi. Si distingue dalla marca temporale dell'evento, che registra quando si è verificata effettivamente l'attività aziendale.

Questo attributo viene utilizzato principalmente per la governance e la convalida dei dati. Aiuta a gestire i caricamenti incrementali e a garantire che l'analisi si basi su informazioni aggiornate. Sebbene non venga normalmente utilizzato per l'analisi diretta del flusso di processo, è fondamentale per preservare l'integrità e l'attualità del dataset di Process Mining.

Perché è importante

Garantisce l'attualità dei dati ed è essenziale per gestire i caricamenti incrementali, contribuendo a verificare che l'analisi rifletta le informazioni più recenti disponibili.

Dove reperirlo

Questa marca temporale viene generalmente generata durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati oppure è disponibile come campo «data dell'ultima modifica» nelle tabelle del sistema di origine.

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 vengono imputati i costi paghe del dipendente.
Descrizione

Il centro di costo è un attributo organizzativo che collega le spese paghe a una specifica area dell'azienda, come «Vendite», «IT» o «Produzione». È un elemento fondamentale per la reportistica finanziaria e la contabilità gestionale.

L'utilizzo del centro di costo come dimensione nel Process Mining consente di segmentare i dati di processo per unità aziendale. Questa analisi può rivelare se determinati reparti registrano più problemi, ritardi o correzioni manuali nelle paghe rispetto ad altri. Queste informazioni aiutano a indirizzare le iniziative di miglioramento del processo verso le aree che presentano le maggiori necessità o il maggiore impatto.

Perché è importante

Consente un'analisi organizzativa per determinare se problemi, ritardi o inefficienze nelle paghe siano concentrati in specifici reparti o unità aziendali.

Dove reperirlo

È disponibile nei dati anagrafici dei dipendenti, nelle strutture organizzative HR o nelle tabelle di imputazione finanziaria del sistema paghe o HR.

Esempi
CC4510 - MarketingFIN-1001SALES-US-EASTIT-DEV-200
Data di fine del periodo di paga
PayPeriodEndDate
La data finale del ciclo di paga a cui si riferisce questo record paghe.
Descrizione

La data di fine del periodo di paga indica il termine entro il quale sono inclusi i dati relativi a ore lavorate e presenze in una specifica elaborazione paghe. È una data fondamentale che definisce l'intervallo temporale dei compensi elaborati.

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

Perché è importante

Consente di analizzare l'andamento delle prestazioni paghe nel tempo, aiutando a identificare la stagionalità o a misurare l'impatto dei miglioramenti del processo da un periodo di paga al successivo.

Dove reperirlo

È un attributo standard nelle configurazioni del calendario paghe e nei dati delle transazioni paghe.

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

Questo attributo è un flag vero o falso che identifica gli eventi in cui un utente ha dovuto intervenire manualmente in un processo che idealmente dovrebbe essere automatizzato. Può includere l'inserimento manuale di dati mancanti, la correzione dei fogli presenza o la rettifica 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 migliorare il processo. Filtrando le correzioni manuali, le organizzazioni possono individuare le cause principali delle rilavorazioni, identificare opportunità di automazione e misurare il KPI «First-Pass Yield». Ridurre le correzioni manuali porta a un processo paghe più efficiente, accurato e conforme.

Perché è importante

Misura direttamente l'attrito e l'inefficienza del processo. Tassi elevati di correzione manuale indicano una scarsa qualità dei dati, automazioni non funzionanti e un maggiore rischio di non conformità.

Dove reperirlo

Può essere ricavato dai log di audit che registrano le modifiche ai dati effettuate dagli utenti oppure da specifici codici di transazione che indicano una rettifica manuale.

Esempi
truefalse
Gruppo paghe
PayGroup
Il gruppo specifico di elaborazione paghe a cui appartiene il dipendente, spesso definito in base alla frequenza di pagamento e alla tipologia di dipendente.
Descrizione

Un gruppo paghe è un insieme logico di dipendenti retribuiti secondo lo stesso calendario, ad esempio «Dipendenti con stipendio bisettimanale USA» o «Dirigenti con stipendio mensile Regno Unito». Questo attributo viene utilizzato per gestire ed eseguire le elaborazioni paghe relative a specifici segmenti della forza lavoro.

Nell'analisi dei processi, il filtro per gruppo paghe consente di confrontare le prestazioni e l'efficienza di diversi cicli paghe. Può far emergere problemi specifici di un determinato gruppo, come tassi di correzione più elevati per i dipendenti pagati su base settimanale rispetto a quelli con stipendio mensile. Aiuta inoltre a comprendere come le variazioni del processo siano correlate a diversi calendari di pagamento o popolazioni di dipendenti.

Perché è importante

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

Dove reperirlo

Si trova nei dati anagrafici dei dipendenti o nelle tabelle di configurazione paghe, spesso con l'etichetta «Gruppo paghe», «Area paghe» o un termine analogo.

Esempi
Dipendenti retribuiti con cadenza bisettimanale negli Stati UnitiCadenza mensile nel Regno UnitoDipendenti retribuiti a ore con cadenza settimanale in CanadaDirigenti retribuiti due volte al mese
Importo lordo
GrossPayAmount
La retribuzione totale calcolata per il dipendente nel record paghe, prima dell'applicazione di trattenute o imposte.
Descrizione

L'importo lordo rappresenta il totale dei compensi di un dipendente per uno specifico periodo di paga. È un dato finanziario fondamentale calcolato durante l'elaborazione paghe e costituisce la base per i successivi calcoli di imposte e trattenute.

Sebbene non determini direttamente il flusso del processo, questo attributo è prezioso per l'analisi contestuale. Può essere utilizzato per segmentare i casi in base al valore, ad esempio per verificare se i record paghe di importo elevato vengano elaborati diversamente o siano sottoposti a controlli più rigorosi. È inoltre essenziale per l'analisi dell'impatto finanziario, come il calcolo del valore complessivo dei pagamenti elaborati con errori o ritardi.

Perché è importante

Fornisce un contesto finanziario al processo, consentendo di analizzare l'impatto economico di ritardi, rilavorazioni o eccezioni e di segmentare i casi in base al valore.

Dove reperirlo

È un campo di output standard della fase di calcolo lordo-netto, disponibile nei risultati paghe o nelle tabelle dei dati delle transazioni.

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

Il nome utente identifica la persona o il sistema automatizzato responsabile dell'esecuzione di una specifica fase del processo. Può trattarsi di uno specialista paghe, di un responsabile che approva i dati sulle ore lavorate o di un account di sistema che esegue un calcolo automatico.

Questo attributo offre una prospettiva incentrata sulle persone o sui sistemi. Viene utilizzato per analizzare la distribuzione del carico di lavoro, le prestazioni individuali e la produttività del team. Può inoltre aiutare a individuare opportunità di formazione, mettendo in evidenza gli utenti che si discostano frequentemente dal processo standard o sono associati a elevati tassi di rilavorazione. Per le fasi automatizzate, consente di distinguere le attività eseguite dal sistema da quelle manuali.

Perché è importante

Consente di analizzare il carico di lavoro, le prestazioni del team e il livello di automazione. Aiuta a identificare gli utenti o i team coinvolti nelle rilavorazioni o nelle eccezioni.

Dove reperirlo

Si trova generalmente nei campi «ID utente», «elaborato da» o «utente che ha eseguito l'azione» dei log di sistema o dei record delle transazioni.

Esempi
Jane Doej.doeSystem.BatchMark Smith
Tipo di elaborazione paghe
PayrollRunType
Indica la categoria dell'elaborazione paghe, ad esempio ordinaria, straordinaria o relativa a un pagamento di bonus.
Descrizione

Il tipo di elaborazione paghe classifica l'evento di elaborazione. Un'elaborazione «Ordinaria» fa parte del ciclo standard programmato. Un'elaborazione «Straordinaria» è un pagamento non programmato per correggere un errore o retribuire un dipendente cessato. Altri tipi possono includere elaborazioni per «Bonus» o «Provvigioni».

Questa è una dimensione efficace per l'analisi comparativa. I pagamenti straordinari sono spesso un segnale di un problema nel ciclo ordinario e, in genere, richiedono più tempo e costi maggiori. Filtrando per tipo di elaborazione, le organizzazioni possono isolare e analizzare le cause principali di queste eccezioni, misurarne frequenza e costo e confrontare l'efficienza dei diversi tipi di elaborazione.

Perché è importante

Distingue tra elaborazioni standard ed eccezionali. L'analisi delle elaborazioni straordinarie è fondamentale per comprendere i problemi del processo e ridurre i pagamenti costosi e non standard.

Dove reperirlo

Queste informazioni sono generalmente disponibili nelle tabelle delle elaborazioni paghe o dei processi batch del sistema paghe.

Esempi
OrdinarioFuori cicloBonusCorrezione
Giurisdizione fiscale
TaxJurisdiction
La principale area geografica, ad esempio uno Stato o una provincia, che disciplina i calcoli fiscali del record paghe.
Descrizione

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

L'analisi del processo per giurisdizione fiscale può aiutare a identificare le criticità regionali. Ad esempio, può rivelare che l'elaborazione paghe per un determinato Stato o Paese è costantemente più lenta o soggetta a più errori. Ciò potrebbe indicare la necessità di configurare meglio nel sistema le regole di quella giurisdizione o di fornire ulteriore formazione agli specialisti che gestiscono tali aree.

Perché è importante

Consente di analizzare le prestazioni del processo per area geografica o giuridica, aiutando a identificare se la complessità o gli errori siano concentrati in specifiche giurisdizioni.

Dove reperirlo

Fa parte della configurazione delle informazioni fiscali del dipendente nel sistema paghe o HR.

Esempi
US-CAGB-ENGDE-BECA-ON
Scadenza SLA
SlaDeadline
La data e l'ora obiettivo entro cui deve essere completata una fase chiave del processo, generalmente l'esecuzione del pagamento.
Descrizione

La scadenza SLA è una marca temporale che rappresenta l'impegno a completare una parte critica del processo paghe, come la generazione del file per il bonifico bancario o l'esecuzione dei pagamenti. Funge da riferimento rispetto al quale vengono misurate le prestazioni effettive.

Questo attributo è essenziale per monitorare e analizzare la conformità agli SLA. Confrontando la marca temporale effettiva di completamento di un'attività con la relativa scadenza SLA, le organizzazioni possono identificare le violazioni, misurare l'entità dei ritardi e gestire proattivamente i rischi. È un componente fondamentale delle Dashboard relative alle prestazioni dei pagamenti e all'affidabilità del processo.

Perché è importante

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

Dove reperirlo

Può essere un campo fisso del sistema, basato sulla configurazione del ciclo di paga, oppure essere ricavata in base a regole aziendali, ad esempio data di fine del 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 anticipo, nei tempi previsti o in ritardo rispetto alla scadenza.
Descrizione

Questo attributo classifica le prestazioni di un caso rispetto al relativo accordo sul livello di servizio. Viene generalmente ricavato confrontando la marca temporale effettiva di un'attività milestone, come «File per bonifico bancario generato», con la «Scadenza SLA».

Fornisce un indicatore chiaro e immediato delle prestazioni, utilizzabile nelle Dashboard e nei report. L'analisi dello stato di conformità SLA aiuta a quantificare l'entità delle scadenze non rispettate e consente di esaminare in dettaglio le caratteristiche dei casi in ritardo rispetto a quelli completati nei tempi previsti. È fondamentale per identificare le cause principali dei ritardi e migliorare l'affidabilità e la prevedibilità del processo paghe.

Perché è importante

Fornisce una misura semplice e diretta delle prestazioni rispetto agli obiettivi, facilitando la reportistica sulla conformità e concentrando l'analisi sui casi che non hanno rispettato le scadenze.

Dove reperirlo

Questo attributo non è disponibile direttamente nei sistemi di origine. Viene ricavato confrontando l'EventTimestamp di un'attività milestone con l'attributo SlaDeadline.

Esempi
PuntualeIn ritardoIn anticipo
Tipo di eccezione di audit
AuditExceptionType
Classifica il tipo di avviso, errore o problema di conformità segnalato durante l'audit delle paghe.
Descrizione

Quando vengono eseguiti audit automatici durante il processo paghe, possono essere segnalati i record che violano regole predefinite. Questo attributo registra la categoria dell'eccezione, ad esempio «Codice fiscale mancante», «Straordinari non approvati» o «Anomalia dell'importo lordo».

L'analisi del tipo e della frequenza delle eccezioni di audit fornisce informazioni dirette sulla qualità dei dati e sui problemi di conformità. Questi dati consentono alle organizzazioni di svolgere analisi delle cause principali, ad esempio determinando se un aumento delle eccezioni «Codice fiscale mancante» sia dovuto a un problema nel processo di onboarding. Il monitoraggio di queste eccezioni è fondamentale per la Dashboard «Monitoraggio audit e conformità» e per ridurre i rischi.

Perché è importante

Fornisce un metodo diretto per misurare e classificare i problemi di qualità dei dati e di conformità, consentendo un'analisi mirata delle cause principali per migliorare l'accuratezza e ridurre i rischi.

Dove reperirlo

Questi dati vengono generati dal motore interno di audit o convalida del sistema paghe e sono generalmente archiviati nei log di audit o nei report delle eccezioni.

Esempi
Straordinari non approvatiCoordinate bancarie non valideSoglia della retribuzione lorda superataInformazioni fiscali mancanti
Tipologia di dipendente
EmployeeType
La classificazione del dipendente, ad esempio con stipendio fisso, pagato a ore, collaboratore esterno o temporaneo.
Descrizione

La tipologia di dipendente è un attributo dei dati anagrafici HR che classifica la forza lavoro. Tipologie diverse di dipendenti seguono spesso processi paghe differenti, hanno requisiti diversi in termini di dati e sono soggette a normative diverse.

L'utilizzo di questo attributo come dimensione di analisi può rivelare differenze significative nelle prestazioni del processo. Ad esempio, il processo per i dipendenti pagati a ore può richiedere un'integrazione più complessa dei dati sulle ore lavorate ed essere più soggetto a errori rispetto a quello per i dipendenti con stipendio fisso. Il confronto di KPI come il tempo di ciclo o il tasso di correzione tra le diverse tipologie di dipendenti aiuta ad adattare i miglioramenti del processo alle esigenze specifiche di ciascun gruppo.

Perché è importante

Aiuta a segmentare il processo per evidenziare variazioni e problemi specifici delle diverse categorie di forza lavoro, come i dipendenti pagati a ore rispetto a quelli con stipendio fisso.

Dove reperirlo

È un campo standard del record anagrafico del dipendente nel sistema HR o paghe.

Esempi
Retribuito con stipendioRetribuito a oreCollaboratore a contrattoTempo pienoTempo parziale
Obbligatorio Consigliato Facoltativo

Attività di elaborazione delle paghe

Questa sezione illustra le fasi chiave del processo e le tappe fondamentali da acquisire nel Suo Event Log per individuare e analizzare con accuratezza il processo paghe.
7 Consigliato 7 Facoltativo
Attività Descrizione
Calcolo dal lordo al netto completato
L'esecuzione del motore di calcolo principale del sistema, che elabora tutte le competenze, le trattenute e le imposte per determinare l'importo netto finale. Si tratta di un'attività eseguita dalla macchina, che trasforma gli input grezzi in un risultato pronto per il pagamento.
Perché è importante

È il cuore del processo paghe. Misurarne la durata e il tasso di successo è fondamentale per valutare le prestazioni del sistema e l'impatto della qualità dei dati sull'efficienza di elaborazione.

Dove reperirlo

Viene registrato nei log del motore paghe, spesso come timestamp di completamento del processo o del programma principale di calcolo per un determinato dipendente.

Acquisizione

Utilizzi il timestamp registrato al completamento con esito positivo dello schema o della funzione di calcolo paghe.

Tipo di evento explicit
Cedolino pubblicato
L'evento in cui il prospetto retributivo digitale o il cedolino viene reso disponibile al dipendente tramite un portale self-service. Completa il ciclo di comunicazione relativo alla retribuzione.
Perché è importante

L'accesso tempestivo ai cedolini è fondamentale per la soddisfazione e la trasparenza nei confronti dei dipendenti. Analizzare il ritardo tra il pagamento e la pubblicazione aiuta a valutare l'efficienza della comunicazione post-pagamento.

Dove reperirlo

Proviene dai log del servizio di generazione dei documenti o di pubblicazione sul portale, oppure da un campo di stato nel record retributivo del dipendente.

Acquisizione

Acquisisca il timestamp del completamento del processo di generazione del cedolino o del momento in cui lo stato di visibilità del documento viene impostato su «Pubblicato».

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

È l'ultimo passaggio di integrazione e garantisce che i dati finanziari dell'azienda riflettano accuratamente i costi del personale. I ritardi in questa fase possono incidere sulla rapidità e sull'accuratezza del processo di chiusura contabile.

Dove reperirlo

Proviene dai log dell'interfaccia GL o del programma di contabilizzazione. Viene registrato al completamento con esito positivo del processo di trasferimento dei dati.

Acquisizione

Individui il timestamp di completamento del processo che contabilizza i risultati paghe nel sistema di contabilità finanziaria.

Tipo di evento explicit
Dati sulle ore approvati
Rappresenta l'approvazione formale dei dati sulle ore inviati dal dipendente da parte di un responsabile o supervisore. Si tratta di una fase di convalida fondamentale, che autorizza le ore registrate ai fini dell'elaborazione del pagamento.
Perché è importante

L'approvazione è un passaggio di controllo essenziale. I ritardi in questa fase incidono direttamente sulla tempistica delle paghe e possono costituire una fonte significativa di colli di bottiglia, rendendo indispensabile l'analisi delle prestazioni.

Dove reperirlo

Si trova nella traccia di audit del sistema Presenze e gestione del tempo o del sistema HR principale, generalmente registrato come cambiamento di stato del record delle ore da «Inviato» ad «Approvato».

Acquisizione

Individui l'evento in cui lo stato di approvazione del record delle ore viene impostato su «Approvato» o «Completato».

Tipo di evento explicit
Dati sulle ore inviati
Indica l'invio iniziale dei dati relativi alle ore lavorate e alle presenze di un dipendente per un determinato periodo di paga. Questo evento rappresenta il principale fattore di avvio del ciclo paghe attivo e viene generalmente avviato dal dipendente o dal suo responsabile diretto.
Perché è importante

Questa attività rappresenta il punto di partenza della maggior parte dei record paghe. Monitorarne la tempistica è fondamentale per misurare la durata complessiva del ciclo paghe e individuare i ritardi nella raccolta dei dati.

Dove reperirlo

Proviene dai log delle transazioni o dalla cronologia dei Workflow del modulo Presenze e gestione del tempo o di Workforce Management, spesso associati a un cambiamento di stato del record del timesheet.

Acquisizione

Acquisisca il timestamp del momento in cui lo stato del timesheet o del cartellino cambia in «Inviato», «In attesa di approvazione» o in uno stato equivalente.

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

È il punto critico di non ritorno del processo precedente al pagamento. Segna la fine della fase di calcolo e verifica ed è un momento fondamentale per misurare il rispetto delle tempistiche.

Dove reperirlo

Viene registrato come cambiamento formale di stato nel sistema paghe, ad esempio «Finalizzato», «Confermato» o «Approvato». Si tratta di un'azione esplicita dell'utente con un timestamp chiaro.

Acquisizione

Utilizzi il timestamp associato all'evento che blocca l'esecuzione paghe, spesso denominato «Finalizza», «Approva» o «Conferma».

Tipo di evento explicit
Pagamento eseguito
La data effettiva in cui i fondi vengono messi a disposizione del dipendente o viene emesso un assegno. Segna il completamento finanziario dell'obbligazione retributiva relativa al periodo.
Perché è importante

Dal punto di vista del dipendente, questo è il risultato finale del processo paghe. È una data fondamentale per misurare la puntualità del pagamento e il successo complessivo del processo.

Dove reperirlo

Spesso è una data calcolata sulla base del campo «Data assegno» o «Data pagamento» definito nell'esecuzione paghe. Può inoltre essere confermata tramite i dati di riconciliazione bancaria.

Acquisizione

Utilizzi il valore del campo «Data pagamento» o «Data assegno» associato al record paghe finalizzato.

Tipo di evento calculated
Dati paghe corretti
Una modifica manuale apportata ai dati retributivi di un dipendente da uno specialista paghe per risolvere un'eccezione segnalata o effettuare una rettifica necessaria. Rappresenta un intervento umano nel processo automatizzato.
Perché è importante

Questa attività registra esplicitamente la rilavorazione. Monitorare le correzioni è fondamentale per quantificare l'impegno manuale necessario a produrre paghe accurate e individuare le tipologie di errore più comuni.

Dove reperirlo

Si trova nelle tracce di audit a livello di campo o nei log delle modifiche dei record dei dati paghe. Viene registrato ogni volta che un utente aggiorna un campo retributivo critico dopo il calcolo iniziale.

Acquisizione

Individui gli eventi di modifica avviati dagli utenti 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 dei file e dei report fiscali obbligatori richiesti dagli enti pubblici. Può comprendere la creazione di file per servizi di presentazione di terze parti o per l'invio diretto.
Perché è importante

Questa attività è fondamentale per la conformità normativa. Monitorarne il completamento tempestivo garantisce il rispetto degli obblighi fiscali ed evita le sanzioni.

Dove reperirlo

Viene acquisito dai log di esecuzione dei processi di reporting fiscale o dal timestamp di creazione dei file fiscali di output.

Acquisizione

Utilizzi il timestamp di completamento del processo di sistema che genera i report fiscali periodici o trimestrali.

Tipo di evento explicit
Dati supplementari importati
Registra l'acquisizione di dati retributivi esterni o non standard, come provvigioni, bonus o indennità una tantum. Questi dati vengono uniti ai dati ordinari sulle ore prima del calcolo.
Perché è importante

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

Dove reperirlo

Viene generalmente acquisito dai log dei processi di importazione batch, dalle utilità di caricamento dei dati o dal timestamp di creazione di specifici record delle componenti retributive.

Acquisizione

Utilizzi il timestamp di completamento del processo di importazione o la data di creazione dei record dei pagamenti supplementari nel sistema paghe.

Tipo di evento explicit
Eccezione di audit segnalata
Indica che le regole di convalida automatica del sistema hanno rilevato un errore, un avviso o un'incoerenza nei dati paghe calcolati. Questo evento rende necessarie una revisione e un intervento manuali.
Perché è importante

Le eccezioni segnalate sono il principale fattore alla base della rilavorazione e dell'impegno manuale. Analizzare la frequenza e la tipologia delle eccezioni aiuta a individuare le cause alla radice dell'inefficienza del processo, come una scarsa qualità dei dati o problemi di configurazione.

Dove reperirlo

Viene generato dai controlli di convalida del sistema durante o dopo il calcolo. In genere si trova nei log degli errori, nei report di audit o come stato specifico del record paghe.

Acquisizione

Acquisisca il timestamp del momento in cui viene generato e registrato un messaggio di errore o di avviso relativo al record paghe.

Tipo di evento explicit
Esecuzione paghe inizializzata
L'avvio ufficiale dell'elaborazione paghe per uno specifico periodo di paga e gruppo di dipendenti. Questo evento crea il caso o record paghe a cui vengono associate tutte le elaborazioni e le azioni successive.
Perché è importante

Segna il passaggio dalla raccolta dei dati all'elaborazione attiva. Costituisce il punto di riferimento per misurare la fase centrale di calcolo e convalida del ciclo paghe.

Dove reperirlo

Viene dedotto dal timestamp di creazione del batch paghe, del record dell'esecuzione paghe o della prima voce nel log del processo paghe per un determinato ciclo.

Acquisizione

Acquisisca il timestamp del momento in cui nel sistema viene creata una nuova esecuzione paghe o un nuovo batch per il gruppo paghe pertinente.

Tipo di evento inferred
File per bonifico bancario generato
La creazione tecnica del file elettronico di pagamento, come un file ACH o NACHA, contenente le istruzioni di pagamento per la banca. Questo prepara i dati di erogazione per la trasmissione.
Perché è importante

Questa attività rappresenta l'ultimo passaggio tecnico prima del trasferimento dei fondi. Misurare il tempo dall'approvazione alla generazione del file è importante per garantire il rispetto delle scadenze bancarie.

Dove reperirlo

Viene acquisito dai log di esecuzione del programma che genera il file di pagamento o dal timestamp di creazione del file di output.

Acquisizione

Individui il timestamp di completamento del processo di sistema che crea il file per l'accredito diretto o per il bonifico bancario.

Tipo di evento explicit
Risultato paghe visualizzato in anteprima
Si verifica quando un amministratore paghe genera o visualizza un registro o un report paghe preliminare per verificare l'accuratezza dei risultati calcolati. È il principale passaggio di convalida umana prima della finalizzazione dell'esecuzione paghe.
Perché è importante

Questa attività segna l'inizio della fase di revisione umana. Analizzare il tempo trascorso nell'anteprima e il numero di cicli anteprima-correzione-calcolo rivela le inefficienze del processo di convalida.

Dove reperirlo

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

Acquisizione

Acquisisca il timestamp del momento in cui un utente esegue il report «Anteprima paghe», visualizza il «Registro paghe» o utilizza una funzione di verifica equivalente.

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

oppure selezioni un processo e un sistema specifici.

È pronto per iniziare?

Inizi a ottimizzare l’elaborazione paghe utilizzando questo Template generico oppure selezioni una delle nostre guide all’estrazione specifiche per sistema, così da adattare il processo al Suo ambiente attuale.

Aumenti subito l’efficienza e la Conformità dell’elaborazione paghe

Semplifichi le operazioni, riduca gli errori e garantisca rapidamente la disponibilità per gli audit.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Diventi operativo in pochi giorni.