Il Suo Template Dati per l'Elaborazione delle Paghe
Il Suo Template Dati per l'Elaborazione delle Paghe
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.
Attributi della Gestione delle Paghe
| 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 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 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 ( 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' ( 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 Perché è importante Fornisce contesto finanziario al processo, consentendo l'analisi dell'impatto monetario di ritardi, rilavorazioni o eccezioni, e per segmentare i 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 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 | |||
Attività di Gestione delle Paghe
| 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 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 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' 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 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 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 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 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 Acquisisci Identifichi gli 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 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 Acquisisci Catturare il 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 Acquisisci Catturare il 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 Acquisisci Identifichi il Tipo di evento explicit | |||
Guide all'Estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,