Il template dei dati per l’elaborazione delle buste paga
Il template dei dati per l’elaborazione delle buste paga
Questo è il nostro template generico per i dati di Process Mining relativi a Elaborazione delle paghe. Per indicazioni più specifiche, utilizzi i template dedicati ai singoli sistemi.
Selezioni un sistema specifico- Definisca i campi dati essenziali per un Event Log completo.
- Individui le attività e le tappe fondamentali dell’elaborazione delle buste paga.
- Consulti le indicazioni per estrarre dati da diversi sistemi.
Attributi dell’elaborazione delle buste paga
| Nome | Descrizione | ||
|---|---|---|---|
| ID del record delle paghe PayrollRecordId | Identificativo univoco di ciascun record delle paghe, in genere composto dall’ID del dipendente e da uno specifico periodo di paga. | ||
| Descrizione L’ID del record delle paghe funge da identificativo univoco del caso per l’intero processo delle paghe di un singolo dipendente in un determinato ciclo. Ogni ID rappresenta un percorso che va dall’invio dei dati sulle ore fino al pagamento e alla rendicontazione. Nel Process Mining, questo attributo è essenziale per collegare 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 delle paghe. Senza un ID caso univoco, 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 e consente di analizzare il ciclo delle paghe dall’inizio alla fine per ciascun record. Dove reperirli In genere viene generato dal sistema paghe; in alternativa, può essere creato concatenando l’identificativo del dipendente e quello del periodo di paga ricavati dai dati delle transazioni payroll. Esempi PAY-EMP1053-202312PR7883451EMP0098_PP24_2023 | |||
| Marca temporale dell’evento EventTimestamp | La data e l’ora esatte 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 indispensabili per ordinare correttamente gli eventi e calcolare la durata tra le diverse fasi del processo. Nel Process Mining, le marche temporali servono a ricostruire la sequenza degli eventi per ogni caso e a svolgere analisi temporali. Consentono di calcolare i tempi di ciclo tra le attività, individuare i ritardi, misurare i tempi di attesa e monitorare le prestazioni rispetto agli accordi sul livello di servizio (SLA). La precisione delle marche temporali è alla base di qualsiasi analisi delle prestazioni del processo. Perché è importante Questo attributo è fondamentale per ordinare correttamente gli eventi e per tutte le analisi temporali, compreso il calcolo dei tempi di ciclo e delle durate e l’individuazione dei colli di bottiglia. Dove reperirli Si trova nei log di audit del sistema o in campi come «data di creazione» o «ora dell’evento» nei record delle transazioni payroll. 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 di elaborazione delle retribuzioni. | ||
| Descrizione Il nome dell’attività descrive un’azione specifica svolta nel ciclo di elaborazione delle retribuzioni, ad esempio «Dati delle ore approvati», «Calcolo dal lordo al netto» o «Pagamento eseguito». Ogni attività corrisponde a un nodo nella mappa del processo ed è associata a una marca temporale specifica. Questo attributo è fondamentale per il Process Mining, perché costituisce la base della mappa del processo. Analizzando la sequenza, la frequenza e la durata delle attività è possibile ricostruire il flusso effettivo del processo, individuare i percorsi più comuni, rilevare gli scostamenti dalla procedura standard e identificare i colli di bottiglia che rallentano il processo. Perché è importante Definisce le fasi della mappa del processo. Analizzare le attività è essenziale per capire cosa accade, individuare i colli di bottiglia e rilevare i cicli di rilavorazione. Dove reperirli Di solito si trova nei log di sistema, nelle tracce di audit o nei campi di stato delle tabelle delle transazioni payroll. Potrebbe essere necessario associare i codici tecnici degli eventi a nomi comprensibili per gli utenti. Esempi Dati sulle ore inviatiElaborazione delle paghe avviataRetribuzione lorda e netta calcolataPagamento eseguito | |||
| Sistema di origine SourceSystem | Il sistema o l’applicazione da cui provengono i dati dell’evento. | ||
| Descrizione Questo attributo identifica il sistema di origine in cui sono stati registrati i dati dell’evento. In un’architettura moderna per l’elaborazione delle retribuzioni, i dati possono provenire da sistemi diversi, ad esempio un sistema di rilevazione delle presenze, un sistema informativo delle risorse umane (HRIS) o il motore payroll principale. Analizzare il sistema di origine aiuta a comprendere i punti di integrazione e i passaggi dei dati nell’intero processo. È possibile filtrare gli eventi in base all’applicazione da cui provengono, un’operazione utile per diagnosticare problemi di integrazione o confrontare processi gestiti in sistemi diversi. Perché è importante Indica dove si svolge ogni fase del processo, un’informazione essenziale per comprendere la frammentazione del processo e individuare i colli di bottiglia specifici di un sistema o i ritardi di integrazione. Dove reperirli Spesso è disponibile come campo standard nei dati estratti oppure può essere aggiunto durante l’estrazione, in base all’origine delle tabelle. Esempi Motore payrollSistema di rilevazione delle presenzeSistema HRIS centraleModulo di amministrazione dei benefit | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Marca temporale che indica quando i dati di questo evento sono stati modificati per l’ultima volta o estratti dal sistema di origine. | ||
| Descrizione La marca temporale dell’ultimo aggiornamento dei dati indica quanto sono aggiornati i dati. Riporta l’ultima modifica del record nel sistema di origine oppure il momento in cui è stato caricato nel dataset per l’analisi. È diversa dalla marca temporale dell’evento, che registra quando si è verificata l’attività aziendale. Questo attributo viene usato soprattutto per la governance e la convalida dei dati. Aiuta a gestire i caricamenti incrementali e a verificare che l’analisi si basi su informazioni aggiornate. In genere non viene usato per analizzare direttamente il flusso del processo, ma è essenziale per garantire l’integrità e l’aggiornamento del dataset di Process Mining. Perché è importante Garantisce che i dati siano aggiornati ed è essenziale per gestire i caricamenti incrementali e verificare che l’analisi rifletta le informazioni più recenti disponibili. Dove reperirli Questa marca temporale viene in genere generata durante il processo di estrazione, trasformazione e caricamento dei dati (ETL) oppure è disponibile nei campi «data dell’ultima modifica» delle 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 payroll del dipendente. | ||
| Descrizione Il centro di costo è un attributo organizzativo che collega le spese payroll a una specifica area aziendale, come «Vendite», «IT» o «Produzione». È un elemento fondamentale per la rendicontazione finanziaria e la contabilità gestionale. Usare il centro di costo come dimensione nel Process Mining consente di suddividere i dati del processo per unità aziendale. L’analisi può rivelare se alcuni reparti registrano più problemi, ritardi o correzioni manuali di altri. Queste informazioni aiutano a indirizzare gli interventi di miglioramento del processo verso le aree che ne hanno più bisogno o dove possono avere il maggiore impatto. Perché è importante Consente di analizzare l’organizzazione e di capire se i problemi, i ritardi o le inefficienze nell’elaborazione delle retribuzioni si concentrano in specifici reparti o unità aziendali. Dove reperirli È disponibile nei dati anagrafici dei dipendenti, nelle strutture organizzative HR o nelle tabelle di imputazione finanziaria del sistema payroll o HR. Esempi CC4510 - MarketingFIN-1001SALES-US-EASTIT-DEV-200 | |||
| Correzione manuale IsManualCorrection | Indicatore booleano che specifica se l’attività ha comportato una modifica, un intervento o una correzione manuale dei dati. | ||
| Descrizione Questo attributo è un indicatore vero/falso che identifica gli eventi in cui un utente è dovuto intervenire manualmente in un processo che idealmente dovrebbe essere automatizzato. Può trattarsi dell’inserimento manuale di dati mancanti, della correzione dei fogli presenze o della rettifica dei risultati calcolati. Le correzioni manuali indicano direttamente inefficienze del processo, rischi 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 profonde delle rilavorazioni, identificare opportunità di automazione e misurare l’indicatore «First-Pass Yield». Ridurre le correzioni manuali rende il processo payroll più efficiente, accurato e conforme. Perché è importante Misura direttamente gli attriti e le inefficienze del processo. Un numero elevato di correzioni manuali indica una scarsa qualità dei dati, automazioni non funzionanti e maggiori rischi per la conformità. Dove reperirli Può essere ricavato dai log di audit che registrano le modifiche ai dati effettuate dagli utenti o da specifici codici di transazione che indicano una rettifica manuale. Esempi truefalse | |||
| Data di fine del periodo di paga PayPeriodEndDate | La data finale del ciclo di paga a cui si riferisce questo record payroll. | ||
| Descrizione La data di fine del periodo di paga segna il termine dei dati relativi a presenze e orari inclusi in uno specifico ciclo payroll. È una data fondamentale, perché definisce l’intervallo temporale dei compensi elaborati. Questo attributo è utile per analizzare l’andamento nel tempo. Aggregando i dati in base alla data di fine del periodo di paga, gli analisti possono monitorare indicatori chiave come il tempo di elaborazione, il tasso di errore e le correzioni manuali nei diversi mesi o trimestri. In questo modo è possibile individuare andamenti stagionali, misurare l’impatto delle modifiche al processo nel tempo e monitorare le prestazioni a lungo termine. Perché è importante Consente di analizzare l’andamento delle prestazioni payroll nel tempo, individuare eventuali variazioni stagionali e misurare l’impatto dei miglioramenti del processo da un periodo di paga al successivo. Dove reperirli È un attributo standard nelle configurazioni del calendario payroll e nei dati delle transazioni payroll. Esempi 2023-12-312023-11-302024-01-15 | |||
| Gruppo paghe PayGroup | Il gruppo di elaborazione delle retribuzioni 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, pagamento ogni due settimane, Stati Uniti» o «Dirigenti, pagamento mensile, Regno Unito». Questo attributo serve a gestire ed eseguire i cicli payroll per specifici segmenti della forza lavoro. Nell’analisi dei processi, filtrare per gruppo paghe consente di confrontare le prestazioni e l’efficienza dei diversi cicli di elaborazione delle retribuzioni. In questo modo si possono individuare problemi specifici di un gruppo, come un numero maggiore di correzioni per i dipendenti pagati a ore ogni settimana rispetto a quelli con stipendio mensile. L’analisi aiuta anche a capire come le variazioni del processo siano correlate ai diversi calendari di pagamento o alle diverse categorie di dipendenti. Perché è importante Consente di confrontare i diversi cicli di elaborazione delle retribuzioni e di capire se i problemi di processo riguardano specifiche categorie di dipendenti o determinate frequenze di pagamento. Dove reperirli Si trova nei dati anagrafici dei dipendenti o nelle tabelle di configurazione payroll, spesso con nomi come «Gruppo paghe», «Area payroll» o simili. Esempi Stipendiati, pagamento ogni due settimane, Stati UnitiPagamento mensile, Regno UnitoRetribuzione oraria, pagamento settimanale, CanadaDirigenti, pagamento due volte al mese | |||
| Importo lordo GrossPayAmount | La retribuzione totale calcolata per il dipendente in questo record payroll, prima di applicare 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 il ciclo payroll e utilizzato come base per i successivi calcoli delle imposte e delle trattenute. Pur non influendo direttamente sul flusso del processo, questo attributo è utile per contestualizzare l’analisi. Può servire a suddividere i casi in base all’importo, ad esempio per verificare se i record payroll di valore elevato vengono elaborati in modo diverso o sottoposti a controlli più rigorosi. È inoltre essenziale per analizzare l’impatto finanziario, ad esempio calcolando il valore totale dei pagamenti elaborati con errori o ritardi. Perché è importante Fornisce un contesto finanziario per il processo e consente di analizzare l’impatto economico di ritardi, rilavorazioni o eccezioni, oltre a suddividere i casi in base all’importo. Dove reperirli È un campo standard prodotto dalla fase di calcolo dal lordo al netto, disponibile nei risultati payroll 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 svolto 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 payroll, di un responsabile che approva i dati delle ore o di un account di sistema che esegue un calcolo automatico. Questo attributo offre una prospettiva sul processo incentrata sulle persone o sui sistemi. Serve ad analizzare la distribuzione del carico di lavoro, le prestazioni individuali e la produttività del team. Può inoltre aiutare a individuare esigenze di formazione, mettendo in evidenza gli utenti che si discostano spesso dal processo standard o sono associati a un elevato numero di rilavorazioni. Per le fasi automatizzate, consente di distinguere le attività svolte 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 individuare gli utenti o i team coinvolti in rilavorazioni o nella gestione di eccezioni. Dove reperirli Di solito si trova 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 ciclo payroll PayrollRunType | Indica la categoria del ciclo payroll, ad esempio ordinario, straordinario o relativo al pagamento di un bonus. | ||
| Descrizione Il tipo di ciclo payroll classifica l’elaborazione delle retribuzioni. Un ciclo «Ordinario» fa parte del calendario standard. Un ciclo «Fuori ciclo» riguarda un pagamento non programmato, effettuato per correggere un errore o retribuire un dipendente cessato. Altri tipi possono includere i cicli per «Bonus» o «Provvigioni». È una dimensione utile per l’analisi comparativa. I pagamenti fuori ciclo spesso segnalano un problema nel ciclo ordinario e, in genere, richiedono più tempo e costi maggiori. Filtrando per tipo di ciclo, le organizzazioni possono isolare e analizzare le cause profonde di queste eccezioni, misurarne la frequenza e i costi e confrontare l’efficienza dei diversi tipi di ciclo. Perché è importante Distingue l’elaborazione standard da quella eccezionale. Analizzare i cicli fuori ciclo è essenziale per comprendere i problemi del processo e ridurre i pagamenti non standard, che comportano costi elevati. Dove reperirli Queste informazioni sono in genere disponibili nelle tabelle dei cicli payroll o dell’elaborazione in batch del sistema paghe. Esempi OrdinarioFuori cicloBonusCorrezione | |||
| Giurisdizione fiscale TaxJurisdiction | La principale area geografica, ad esempio uno stato o una provincia, le cui norme regolano il calcolo delle imposte per il record payroll. | ||
| Descrizione La giurisdizione fiscale specifica l’area legale o amministrativa per la quale devono essere calcolate e versate le imposte. La complessità dell’elaborazione delle retribuzioni può variare notevolmente da una giurisdizione all’altra, a causa delle diverse normative, aliquote fiscali e scadenze di presentazione. Analizzare il processo per giurisdizione fiscale aiuta a individuare le criticità regionali. Per esempio, può rivelare che l’elaborazione delle retribuzioni in uno specifico stato o paese è sistematicamente più lenta o soggetta a errori. Ciò potrebbe indicare la necessità di configurare meglio il sistema in base alle norme locali o di formare ulteriormente gli specialisti che gestiscono quelle aree. Perché è importante Consente di analizzare le prestazioni del processo per area geografica o giurisdizione legale e di capire se la complessità o gli errori si concentrano in specifiche giurisdizioni. Dove reperirli Fa parte della configurazione delle informazioni fiscali del dipendente nel sistema payroll o HR. Esempi US-CAGB-ENGDE-BECA-ON | |||
| Scadenza SLA SlaDeadline | La data e l’ora entro cui deve essere completata una fase fondamentale del processo, in genere l’esecuzione del pagamento. | ||
| Descrizione La scadenza SLA è una marca temporale che indica il termine previsto per completare una fase critica del processo payroll, ad esempio generare il file per il bonifico o eseguire i pagamenti. Costituisce il valore di riferimento con cui confrontare le prestazioni effettive. Questo attributo è essenziale per monitorare e analizzare il rispetto degli SLA. Confrontando la marca temporale effettiva di completamento di un’attività con la scadenza SLA, le organizzazioni possono individuare le violazioni, misurare l’entità dei ritardi e gestire i rischi in modo proattivo. È un elemento fondamentale delle Dashboard dedicate alle prestazioni dei pagamenti e all’affidabilità del processo. Perché è importante Definisce l’obiettivo di prestazione e consente di misurare il rispetto degli SLA, individuare i pagamenti in ritardo e analizzare le cause profonde dei ritardi. Dove reperirli Può essere un campo fisso del sistema, definito in base alla configurazione del ciclo di paga, oppure può essere calcolata applicando regole aziendali, ad esempio aggiungendo tre giorni lavorativi alla data di fine del periodo di paga. Esempi 2023-12-18T17:00:00Z2024-01-03T16:00:00Z2023-12-05T17:00:00Z | |||
| Stato di conformità agli SLA SlaComplianceStatus | Stato derivato che indica se una tappa fondamentale, come il pagamento, è stata completata entro la scadenza, in anticipo o in ritardo. | ||
| Descrizione Questo attributo classifica le prestazioni di un caso rispetto all’accordo sul livello di servizio definito. In genere si ottiene confrontando la marca temporale effettiva di un’attività fondamentale, come «File per il bonifico generato», con la «Scadenza SLA». Fornisce un indicatore chiaro e immediato delle prestazioni, utilizzabile nelle Dashboard e nei report. Analizzare lo stato di conformità agli SLA aiuta a quantificare i mancati rispetto delle scadenze e a scendere di livello per confrontare le caratteristiche dei casi in ritardo con quelle dei casi completati nei tempi previsti. È un passaggio essenziale per individuare le cause profonde dei ritardi e migliorare l’affidabilità e la prevedibilità del processo payroll. Perché è importante Fornisce una misura semplice e diretta delle prestazioni rispetto agli obiettivi, agevolando la rendicontazione sulla conformità e concentrando l’analisi sui casi che non hanno rispettato le scadenze. Dove reperirli Questo attributo non è disponibile direttamente nei sistemi di origine. Si ricava confrontando la marca temporale dell’evento di un’attività fondamentale con l’attributo della scadenza SLA. Esempi Nei tempi previstiIn ritardoIn anticipo | |||
| Tipo di eccezione di audit AuditExceptionType | Classifica il tipo di avviso, errore o problema di conformità rilevato durante l’audit payroll. | ||
| Descrizione Durante l’elaborazione delle retribuzioni, gli audit automatici possono segnalare i record che non rispettano le regole predefinite. Questo attributo indica la categoria dell’eccezione, ad esempio «Codice fiscale mancante», «Straordinari non approvati» o «Anomalia nell’importo lordo». Analizzare il tipo e la frequenza delle eccezioni di audit offre indicazioni dirette sulla qualità dei dati e sui problemi di conformità. Queste informazioni consentono alle organizzazioni di analizzare le cause profonde, ad esempio per capire se un aumento delle eccezioni «Codice fiscale mancante» dipende da un processo di inserimento del personale non adeguato. Monitorare queste eccezioni è essenziale per la Dashboard «Monitoraggio di audit e conformità» e per ridurre i rischi. Perché è importante Consente di misurare e classificare direttamente i problemi relativi alla qualità dei dati e alla conformità, agevolando l’analisi mirata delle cause profonde per migliorare l’accuratezza e ridurre i rischi. Dove reperirli Questi dati sono generati dal motore interno di audit o convalida del sistema payroll e vengono in genere archiviati nei log di audit o nei report delle eccezioni. Esempi Straordinari non approvatiCoordinate bancarie non valideSoglia dell’importo lordo superataInformazioni fiscali mancanti | |||
| Tipologia di dipendente EmployeeType | La categoria del dipendente, ad esempio stipendiato, retribuito a ore, collaboratore esterno o lavoratore temporaneo. | ||
| Descrizione La tipologia di dipendente è un attributo dei dati anagrafici HR che classifica la forza lavoro. Le diverse categorie di dipendenti seguono spesso processi payroll differenti, hanno requisiti diversi in materia di dati e sono soggette a normative specifiche. Usare questo attributo come dimensione di analisi può far emergere differenze significative nelle prestazioni del processo. Per esempio, l’elaborazione delle retribuzioni dei dipendenti pagati a ore può richiedere integrazioni più complesse dei dati sulle presenze ed essere più soggetta a errori rispetto a quella dei dipendenti stipendiati. Confrontare indicatori come il tempo di ciclo o il tasso di correzione tra le diverse tipologie di dipendente aiuta a definire interventi di miglioramento adeguati alle esigenze di ciascun gruppo. Perché è importante Aiuta a suddividere il processo per individuare variazioni e problemi specifici delle diverse categorie di dipendenti, ad esempio tra chi è retribuito a ore e chi percepisce uno stipendio. Dove reperirli È un campo standard del record anagrafico del dipendente nel sistema HR o payroll. Esempi StipendiatoRetribuito a oreCollaboratore esternoTempo pienoTempo parziale | |||
Attività di elaborazione delle buste paga
| Attività | Descrizione | ||
|---|---|---|---|
| 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 Poter consultare tempestivamente i cedolini è fondamentale per la soddisfazione dei dipendenti e la trasparenza. Analizzare il tempo tra il pagamento e la pubblicazione aiuta a valutare l’efficienza delle comunicazioni successive al pagamento. Dove reperirli I dati provengono 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 Registrare la data e l’ora in cui termina la generazione del cedolino o in cui lo stato di visibilità del documento viene impostato su «Pubblicato». Tipo di evento explicit | |||
| Dati contabili trasferiti al libro mastro | Indica il trasferimento dei dati sui costi delle paghe e dei dati finanziari al libro mastro generale o al sistema finanziario. Questo evento segna la chiusura contabile del ciclo delle paghe. | ||
| Perché è importante È l’ultimo passaggio dell’integrazione e garantisce che i dati finanziari dell’azienda riflettano correttamente le spese per le paghe. Eventuali ritardi possono compromettere la rapidità e l’accuratezza della chiusura contabile. Dove reperirli I dati provengono dai log dell’interfaccia del libro mastro generale o del programma di registrazione contabile. L’evento viene registrato al completamento corretto del trasferimento dei dati. Acquisizione Individuare la data e l’ora di completamento dell’attività che registra i risultati delle paghe nel sistema di contabilità finanziaria. Tipo di evento explicit | |||
| Dati sulle ore approvati | Indica l’approvazione formale dei dati sulle ore inviati dal dipendente da parte di un responsabile o supervisore. È una fase di convalida fondamentale, che autorizza le ore registrate per l’elaborazione del pagamento. | ||
| Perché è importante L’approvazione è un passaggio di controllo fondamentale. I ritardi in questa fase incidono direttamente sui tempi delle paghe e possono costituire una fonte significativa di colli di bottiglia; per questo è importante analizzarli. Dove reperirli L’evento è registrato nella traccia di controllo del sistema di rilevazione delle presenze o del sistema HR principale, di solito come cambiamento di stato del record delle ore da «Inviato» ad «Approvato». Acquisizione Individuare 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 periodo di paga. Questo evento avvia il ciclo delle paghe e in genere è registrato dal dipendente o dal suo responsabile diretto. | ||
| Perché è importante Questa attività segna il punto di partenza della maggior parte dei record delle paghe. Monitorarne la data e l’ora è fondamentale per misurare il tempo di ciclo complessivo delle paghe e individuare i ritardi nella raccolta dei dati. Dove reperirli I dati provengono dai log delle transazioni o dalla cronologia del flusso di lavoro del modulo di rilevazione delle presenze o di gestione della forza lavoro; spesso sono associati a un cambiamento di stato del foglio presenze. Acquisizione Registrare la data e l’ora in cui lo stato del foglio presenze o del cartellino orario passa a «Inviato», «In attesa di approvazione» o a uno stato equivalente. Tipo di evento explicit | |||
| Elaborazione delle paghe approvata | L’approvazione finale dei risultati delle paghe per un periodo, effettuata da un utente autorizzato. In genere, questa azione blocca i dati delle paghe, impedendo ulteriori modifiche e autorizzando il sistema a procedere con il pagamento. | ||
| Perché è importante È il punto di non ritorno prima del pagamento. Segna la fine della fase di calcolo e verifica ed è una tappa fondamentale per misurare il rispetto delle scadenze. Dove reperirli L’evento viene registrato nel sistema paghe come cambiamento formale di stato, per esempio «Finalizzato», «Confermato» o «Approvato». È un’azione esplicita dell’utente con una data e un’ora precise. Acquisizione Utilizzare la data e l’ora associate all’evento che blocca il ciclo delle paghe, spesso indicato come «Finalizza», «Approva» o «Conferma». Tipo di evento explicit | |||
| Pagamento eseguito | La data in cui i fondi diventano disponibili al dipendente o viene emesso un assegno. Segna il completamento finanziario dell’obbligo retributivo per il periodo. | ||
| Perché è importante Dal punto di vista del dipendente, è il risultato finale del processo delle paghe. È una data fondamentale per misurare la puntualità dei pagamenti e il successo complessivo del processo. Dove reperirli Spesso è una data calcolata in base al campo «Data assegno» o «Data di pagamento» definito nel ciclo delle paghe. Può anche essere verificata tramite i dati di riconciliazione bancaria. Acquisizione Utilizzare il valore del campo «Data di pagamento» o «Data assegno» associato al record delle paghe finalizzato. Tipo di evento calculated | |||
| Retribuzione lorda e netta calcolata | L’esecuzione del motore di calcolo principale del sistema, che elabora retribuzioni, trattenute e imposte per determinare l’importo netto finale. È un’attività automatica che trasforma i dati iniziali in un importo da pagare. | ||
| Perché è importante È il fulcro del processo delle paghe. Misurarne la durata e il tasso di successo è essenziale per valutare le prestazioni del sistema e l’impatto della qualità dei dati sull’efficienza dell’elaborazione. Dove reperirli L’evento è registrato nei log del motore di calcolo delle paghe, spesso con la data e l’ora di completamento del calcolo principale per un determinato dipendente. Acquisizione Utilizzare la data e l’ora registrate al completamento corretto dello schema o della funzione di calcolo delle paghe. Tipo di evento explicit | |||
| Dati delle paghe corretti | Una modifica manuale ai dati retributivi di un dipendente, effettuata da uno specialista delle paghe per risolvere un’eccezione segnalata o apportare una rettifica necessaria. Rappresenta un intervento umano nel processo automatizzato. | ||
| Perché è importante Questa attività registra esplicitamente una rilavorazione. Monitorare le correzioni è essenziale per quantificare il lavoro manuale necessario a elaborare paghe accurate e individuare gli errori più frequenti. Dove reperirli L’evento è registrato nelle tracce di controllo a livello di campo o nei log delle modifiche dei record dei dati delle paghe. Viene rilevato ogni volta che un utente aggiorna un campo retributivo importante dopo il primo calcolo. Acquisizione Individuare gli eventi di modifica avviati dagli utenti nelle tabelle dei dati delle paghe, avvenuti 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 rapporti fiscali previsti dalla legge e richiesti dagli enti pubblici. Può comportare la creazione di file per servizi di trasmissione di terze parti o per l’invio diretto. | ||
| Perché è importante Questa attività è fondamentale per la conformità normativa. Monitorarne il completamento puntuale consente di rispettare gli obblighi fiscali ed evitare sanzioni. Dove reperirli L’evento viene rilevato nei log di esecuzione delle attività di rendicontazione fiscale o dalla data e ora di creazione dei file fiscali. Acquisizione Utilizzare la data e l’ora di completamento del processo di sistema che genera i rapporti fiscali periodici o trimestrali. Tipo di evento explicit | |||
| Dati supplementari importati | Registra l’importazione di dati retributivi esterni o non standard, come commissioni, premi o indennità una tantum. Questi dati vengono integrati con quelli ordinari sulle ore prima del calcolo. | ||
| Perché è importante Questa attività evidenzia la dipendenza del processo da fonti di dati esterne. Analizzare i tempi di attesa per queste importazioni è fondamentale per comprendere e migliorare l’efficienza dell’integrazione dei dati. Dove reperirli L’evento viene in genere registrato nei log delle importazioni in blocco, degli strumenti di caricamento dei dati o nella data e ora di creazione dei record relativi a specifiche componenti retributive. Acquisizione Utilizzare la data e l’ora di completamento del processo di importazione oppure 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 delle paghe calcolati. Questo evento richiede una revisione e un intervento manuali. | ||
| Perché è importante Le eccezioni segnalate sono la principale causa di rilavorazioni e attività manuali. Analizzarne la frequenza e la tipologia aiuta a individuare le cause profonde delle inefficienze del processo, come una scarsa qualità dei dati o problemi di configurazione. Dove reperirli L’evento viene generato dai controlli di convalida del sistema durante o dopo il calcolo. In genere è riportato nei log degli errori, nei rapporti di audit o come stato specifico del record delle paghe. Acquisizione Registrare la data e l’ora in cui viene generato e inserito nel log un messaggio di errore o di avviso relativo al record delle paghe. Tipo di evento explicit | |||
| Elaborazione delle paghe avviata | L’avvio ufficiale dell’elaborazione delle paghe per uno specifico periodo di paga e gruppo di dipendenti. Crea il caso o il record delle paghe a cui vengono associate tutte le attività e i calcoli successivi. | ||
| Perché è importante Segna il passaggio dalla raccolta dei dati all’elaborazione vera e propria. Costituisce la base di riferimento per misurare la fase centrale di calcolo e convalida del ciclo delle paghe. Dove reperirli L’evento si deduce dalla data e ora di creazione del lotto delle paghe, del record dell’elaborazione o dalla prima voce nel log del processo delle paghe per un determinato ciclo. Acquisizione Registrare la data e l’ora in cui viene creato nel sistema un nuovo ciclo o lotto delle paghe per il gruppo di pagamento interessato. Tipo di evento inferred | |||
| File per il bonifico bancario generato | La creazione tecnica del file elettronico di pagamento, per esempio un file ACH o NACHA, contenente le istruzioni di pagamento per la banca. In questo modo i dati per l’erogazione sono pronti per la trasmissione. | ||
| Perché è importante Questa attività è l’ultimo passaggio tecnico prima del trasferimento dei fondi. Misurare il tempo tra l’approvazione e la generazione del file è importante per rispettare le scadenze bancarie. Dove reperirli L’evento viene rilevato nei log di esecuzione del programma che genera il file di pagamento oppure dalla data e ora di creazione del file stesso. Acquisizione Individuare la data e l’ora di completamento del processo o dell’attività di sistema che crea il file per l’accredito diretto o il bonifico bancario. Tipo di evento explicit | |||
| Risultati delle paghe visualizzati in anteprima | Si verifica quando un amministratore delle paghe genera o consulta un registro o un rapporto preliminare per verificare l’accuratezza dei risultati calcolati. È la principale fase di convalida umana prima della chiusura del ciclo di pagamento. | ||
| Perché è importante Questa attività segna l’inizio della fase di revisione umana. Analizzare il tempo dedicato all’anteprima e il numero di cicli di anteprima, correzione e ricalcolo permette di individuare le inefficienze nella convalida. Dove reperirli I dati provengono dai log di sistema che registrano la generazione dei rapporti o l’accesso degli utenti a specifiche schermate o documenti di anteprima. Acquisizione Registrare la data e l’ora in cui un utente esegue il rapporto «Anteprima paghe», consulta la vista «Registro paghe» o utilizza una funzione di verifica equivalente. Tipo di evento explicit | |||
Guide all’estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
È pronto a iniziare?
Inizi a ottimizzare l’elaborazione delle buste paga con questo template generico oppure scelga una delle guide all’estrazione specifiche per sistema, così da adattare il processo al Suo ambiente attuale.
Aumenti subito l’efficienza e la conformità nell’elaborazione delle buste paga
Semplifichi le attività, riduca gli errori e si prepari rapidamente agli audit.
Non è richiesta alcuna carta di credito. Può iniziare a utilizzare la piattaforma in pochi giorni.