Il Tuo Template di Data per l'Elaborazione Paghe

UKG Pro
Il Tuo `Template` di `Data` per l'Elaborazione Paghe

Il Tuo Template di Data per l'Elaborazione Paghe

Questo `template` fornisce la base strutturale per mappare i Suoi cicli di elaborazione paghe all'interno di UKG Pro al fine di ottenere `insight` azionabili. Dettaglia gli `attributi` necessari per un'analisi approfondita, i passaggi specifici del processo che dovrebbe monitorare e le istruzioni per raccogliere queste informazioni dal Suo ambiente di sistema. Allineando i Suoi `data` con questo `template`, può individuare efficacemente le inefficienze e garantire la `conformità` delle paghe.
  • `Attributi` di `data` standardizzati per l'analisi delle paghe
  • Pietre miliari di processo essenziali da tracciare in UKG Pro
  • Guida all'estrazione tecnica per l'integrazione di sistema
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Elaborazione Paghe

Questa tabella identifica i campi di `data` raccomandati e i `metadata` contestuali necessari per costruire un `event log` completo per la Sua analisi del processo di elaborazione paghe.
5 Obbligatorio 12 Consigliato 3 Facoltativo
Nome Descrizione
Activity
ActivityName
Lo specifico `event` o passaggio eseguito nel processo di elaborazione paghe.
Descrizione

Questo attributo cattura il nome del passaggio che si verifica all'interno del workflow delle paghe, come "Scheda Attività Inviata", "Paga Lorda Calcolata" o "Pagamento Eseguito". Definisce il flusso della mappa del processo.

Questi valori sono tipicamente estratti dai log di audit, dalle tabelle di modifica dello stato del sistema o dagli aggiornamenti transazionali con timestamp all'interno dell'ambiente UKG Pro. Convenzioni di denominazione coerenti vengono applicate durante la trasformazione dei data per garantirne la leggibilità nel grafico del processo.

Perché è importante

Questo è l'attributo Activity obbligatorio che definisce i nodi nella mappa del processo.

Dove trovare

Log di Audit del Sistema, Cronologia Workflow o Colonne Timestamp Transazione

Esempi
Scheda Attività InviataRetribuzione Lorda CalcolataPagamento Eseguito
Data Ultimo Aggiornamento
LastUpdateDate
Il `timestamp` dell'ultima modifica alla riga di `data`.
Descrizione

Questo attributo indica l'ultima volta che il record è stato modificato nel database. Sebbene simile al timestamp dell'event, è specificamente utilizzato per il caricamento incrementale dei data e i controlli di integrità dei data.

Assicura che il modello di Process Mining rifletta lo stato più attuale del record paghe, catturando eventuali aggiustamenti tardivi o correzioni retroattive effettuate dagli specialisti delle paghe.

Perché è importante

Attributo obbligatorio per l'aggiornamento incrementale dei dati.

Dove trovare

Colonne di metadata del Sistema come LastModifiedDate

Esempi
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
Record Paghe
PayrollRecordId
Identificatore univoco che rappresenta un dipendente specifico all'interno di un periodo di pagamento specifico.
Descrizione

Il Payroll Record (Record Paghe) funge da identificatore case centrale per l'analisi di Process Mining. È concettualmente costruito combinando l'ID Dipendente e la Data di Fine Periodo di Pagamento (o l'istanza del Pay Group). Ciò garantisce che ogni ciclo di elaborazione paghe per un singolo dipendente sia trattato come un case distinto, consentendo l'analisi dei processi ricorrenti nel tempo.

In UKG Pro, questa è tipicamente una chiave composita derivata dalla tabella Payroll Header o record transazionali simili. Il raggruppamento per questo ID consente agli analisti di ricostruire il percorso end-to-end dalla presentazione della scheda attività al pagamento finale e alla dichiarazione dei redditi.

Perché è importante

Questo è l'ID Case obbligatorio che raggruppa tutte le attività delle paghe per formare un'istanza di processo.

Dove trovare

Derivato dalle tabelle Intestazione Paghe UKG Pro o Cronologia Paghe Dipendente

Esempi
EMP001-20231015EMP492-20231031EMP883-20231115
Sistema di Origine
SourceSystem
Il sistema di riferimento per i `data`.
Descrizione

Questo attributo identifica l'origine del record di data. In questo contesto specifico, il valore è impostato staticamente su UKG Pro (o sul nome dell'istanza specifica se ne esistono più). Questo è cruciale per il Process Mining multi-sistema dove i data delle paghe potrebbero essere miscelati con i data del libro mastro generale da un ERP.

Consente agli analisti di filtrare le viste per mostrare solo i passaggi che originano strettamente all'interno della piattaforma paghe rispetto a quelli che potrebbero essere integrati da sistemi esterni di rilevamento presenze.

Perché è importante

Attributo obbligatorio per la lineage dei dati e l'analisi multi-sistema.

Dove trovare

Valore statico o tabella di Configurazione del Sistema

Esempi
UKG ProUltiPro LegacySistema di `Time Management`
Timestamp
EventTimestamp
La data e l'ora in cui si è verificata l'attività.
Descrizione

Questo attributo registra il momento esatto in cui un'attività ha avuto luogo. È essenziale per sequenziare correttamente gli event e calcolare le durate tra i passaggi. Sono preferiti timestamp ad alta precisione per distinguere tra passaggi automatizzati che avvengono in rapida successione.

Nel contesto delle paghe, questo alimenta l'analisi della dashboard per la Cycle Time Distribution e la SLA Compliance. Senza timestamp accurati, è impossibile misurare la velocità dei calcoli lordo-netto o il ritardo nelle approvazioni delle schede attività.

Perché è importante

Questo è l'attributo StartTime obbligatorio richiesto per sequenziare gli event.

Dove trovare

Colonne Data/Ora associate ai cambiamenti di stato delle transazioni

Esempi
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
Centro di Costo
CostCenter
Il codice del centro di costo per l'allocazione finanziaria.
Descrizione

L'attributo Centro di Costo definisce dove la spesa per le paghe è allocata nel libro mastro generale. Sebbene simile al Dipartimento, spesso fornisce una visione finanziaria più granulare.

Questo attributo è utilizzato nella dashboard Time Tracking Approval Performance per identificare se specifici centri di costo hanno gerarchie di approvazione più lente. Aiuta anche a convalidare che le spese per le paghe fluiscano verso i corretti bucket finanziari durante la fase di calcolo Lordo-Netto.

Perché è importante

Supporta l'analisi finanziaria e identifica i bottleneck per unità di budget.

Dove trovare

Tabelle Lavoro Dipendente o Allocazione

Esempi
CC-5001CC-9002Overhead-Corp
Data Fine Periodo di Pagamento
PayPeriodEndDate
L'ultimo giorno del periodo di pagamento in elaborazione.
Descrizione

Questo attributo segna la data di chiusura del ciclo di pagamento. Serve come punto di riferimento critico per determinare se le presentazioni sono in ritardo.

È utilizzato insieme allo StartTime dell'attività 'Scheda Attività Inviata' per determinare i tempi di ritardo ed è un raggruppatore chiave per la dashboard Payroll Cycle Time Distribution.

Perché è importante

Ancora temporale per il ciclo di elaborazione paghe.

Dove trovare

Configurazione Header Paghe o Periodo di Tempo

Esempi
2023-09-302023-10-15
Dipartimento
DepartmentCode
Il codice del dipartimento associato al dipendente.
Descrizione

Questo attributo collega il record paghe a una specifica unità organizzativa. È essenziale per la dashboard Audit Exception and Correction Trends, consentendo all'organizzazione di vedere quali dipartimenti generano costantemente errori o richiedono intervento manuale.

Segmentando i data per Dipartimento, gli analisti possono identificare se specifici manager necessitano di formazione sui processi di approvazione delle schede attività o se alcune unità aziendali hanno regole di pagamento complesse che causano ritardi nei calcoli.

Perché è importante

Critico per la segmentazione organizzativa e l'analisi delle cause profonde.

Dove trovare

Tabelle Anagrafica Dipendenti o Cronologia Lavoro

Esempi
DEPT-100FINANCE-01OPS-WEST
È Fuori Ciclo
IsOffCycle
Flag che indica se l'esecuzione del ciclo paghe è fuori dallo standard.
Descrizione

Questo attributo booleano identifica se il record paghe appartiene a un'elaborazione off-cycle. È utilizzato per calcolare il KPI Off Cycle Payroll Volume.

Le elaborazioni off-cycle sono tipicamente più costose e più manuali. Filtrare la dashboard Process Variant Path Analysis con questo flag evidenzia i percorsi non standard intrapresi per correggere errori o emettere pagamenti ad-hoc.

Perché è importante

Filtro chiave per l'analisi delle deviazioni di processo e delle rilavorazioni.

Dove trovare

Logica 'Data del Cedolino' vs 'Data Fine Periodo' dell'Header Paghe

Esempi
truefalse
Giurisdizione Fiscale
TaxJurisdiction
Lo stato o la località primaria per la dichiarazione fiscale.
Descrizione

Questo attributo identifica la giurisdizione fiscale principale associata al record paghe. È essenziale per la dashboard Multi State Tax Filing Timelines.

Analizzando i flussi di processo basati sulla Giurisdizione Fiscale, i team di conformità possono individuare se specifici stati hanno tempi di completamento delle dichiarazioni fiscali costantemente più lenti o se i dipendenti multi-stato generano più eccezioni di audit rispetto ai dipendenti a stato singolo.

Perché è importante

Critico per il monitoraggio della conformità e l'analisi geografica.

Dove trovare

Tabelle Località Fiscale o Imposte Dipendenti

Esempi
CANYTX
Gruppo di Pagamento
PayGroup
Il raggruppamento logico dei dipendenti per l'elaborazione delle paghe.
Descrizione

Il Pay Group (Gruppo di Pagamento) è una configurazione fondamentale in UKG Pro che definisce la frequenza (settimanale, bisettimanale) e le regole di elaborazione per un insieme di dipendenti. Funge da identificatore primario del batch.

Questo attributo è cruciale per la dashboard di Payroll Cycle Time Distribution. Consente il confronto delle prestazioni di elaborazione tra diversi gruppi, come "Paghe Dirigenti" rispetto a "Lavoratori Orari di Stabilimento", identificando se configurazioni specifiche stanno causando ritardi sistemici.

Perché è importante

Dimensione primaria per raggruppare e confrontare le performance di elaborazione paghe.

Dove trovare

Tabella di configurazione Header Paghe o Gruppo di Pagamento

Esempi
US-BiWeeklyCA-SettimanaleEsecutivo-Mensile
Ha Eccezione di Audit
HasAuditException
Flag che indica se un'eccezione di audit è stata attivata.
Descrizione

Questo attributo booleano segnala se l'attività "Audit Exception Flagged" si è mai verificata per questo case. Supporta il KPI "First Pass Payroll Accuracy Rate".

Permette agli analisti di separare rapidamente i case "puliti" da quelli che hanno richiesto un intervento, semplificando l'analisi delle cause di rilavorazione nella dashboard Audit Exception and Correction Trends.

Perché è importante

Identifica i casi che richiedono intervento.

Dove trovare

Derivato dall'esistenza dell'attività 'Eccezione di Audit Segnalata'

Esempi
truefalse
Importo Retribuzione Lorda
GrossPayAmount
La paga totale calcolata prima delle deduzioni e delle tasse.
Descrizione

Questo attributo rappresenta il valore monetario della paga lorda calcolata per il record. È mappato su ActivityAmount per consentire un'analisi dei processi basata sui costi.

L'analisi dell'Importo Paga Lorda aiuta nella dashboard Gross To Net Calculation Velocity. Sebbene la dashboard misuri principalmente il tempo, la correlazione del tempo con la complessità (e il valore) del pagamento può rivelare se calcoli di commissione di alto valore o complessi sono la fonte di problemi di performance.

Perché è importante

Abilita l'analisi del flusso di valore e il rilevamento degli outlier.

Dove trovare

Tabelle Risultato Paghe o Registro Pagamenti

Esempi
2500.0010500.50480.00
Scadenza SLA
SlaProcessingDeadline
La `data`/ora target per il completamento dell'esecuzione del pagamento.
Descrizione

Questo attributo definisce la scadenza interna o esterna entro cui il processo di elaborazione paghe deve essere completato per garantire trasferimenti bancari tempestivi. È l'attributo principale per la dashboard SLA Compliance and Deadline Monitor.

Confrontare il timestamp effettivo di "Pagamento Eseguito" con questa scadenza consente il calcolo dei tassi di performance in tempo e aiuta a prioritizzare i record a rischio.

Perché è importante

Punto di riferimento per il calcolo del rispetto degli SLA.

Dove trovare

Calendario di Pagamento o derivato dalla Data di Pagamento meno i giorni di elaborazione bancaria

Esempi
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
SLA Violato
IsSlaBreached
Flag che indica se il pagamento è stato eseguito dopo la scadenza.
Descrizione

Questo attributo booleano è una metrica calcolata che confronta il timestamp di 'Pagamento Eseguito' con la 'Scadenza SLA'. È il driver diretto per il KPI Payroll SLA Adherence Rate.

Avere questo dato pre-calcolato consente un filtraggio istantaneo della dashboard per mostrare solo i case problematici, facilitando l'analisi delle cause alla radice del perché le scadenze sono state mancate.

Perché è importante

Driver KPI per il monitoraggio della conformità.

Dove trovare

Calcolato: TempoPagamento > ScadenzaSLA

Esempi
truefalse
Specialista Paghe
PayrollSpecialist
L'ID utente o il nome della persona che elabora il record.
Descrizione

Questo attributo identifica lo specifico amministratore o specialista delle paghe responsabile dell'approvazione del record, dell'esecuzione di correzioni dei data o dell'esecuzione dell'elaborazione del pagamento. È mappato all'attributo Generic User.

Questo data è vitale per la dashboard Specialist Workload and Throughput. Permette alla direzione di visualizzare come il lavoro è distribuito all'interno del team e di identificare se specifici individui sono sovraccarichi o agiscono come bottleneck durante la fase di approvazione.

Perché è importante

Abilita l'analisi delle risorse e gli insight per il bilanciamento del carico di lavoro.

Dove trovare

Log di audit o colonne 'ModifiedBy' nelle tabelle delle transazioni

Esempi
jsmithmdoesystem_admin
Tempo di Ciclo (Giorni)
CycleTimeDays
Durata totale dall'inizializzazione all'esecuzione del pagamento.
Descrizione

Questo attributo di durata misura il tempo end-to-end del processo per ogni record. Sostiene la dashboard Payroll Cycle Time Distribution.

L'analisi della varianza dei Giorni del Ciclo di Tempo tra diversi Gruppi di Pagamento o Dipartimenti rivela inefficienze e aiuta a quantificare l'impatto delle correzioni manuali sulla velocità complessiva del processo.

Perché è importante

Metrica chiave per l'efficienza del processo.

Dove trovare

Calcolato: Timestamp Pagamento - Timestamp Inizializzazione

Esempi
3.55.01.2
Categoria di Correzione
CorrectionCategory
Il tipo di correzione dei `data` eseguita (es. Ora, Tariffe, Deduzione).
Descrizione

Quando si verifica un'attività "Correzione Data Eseguita", questo attributo cattura la natura della correzione. È vitale per il KPI Manual Data Correction Rate.

Capire se le correzioni sono principalmente legate a 'Inserimento Orari' rispetto a 'Deduzione Benefici' consente all'azienda di mirare specifici sistemi o team a monte per il miglioramento del processo.

Perché è importante

Fornisce granularità sulle ragioni delle rilavorazioni.

Dove trovare

Colonna 'Campo Modificato' del Log di Audit

Esempi
Aggiustamento Inserimento OrariPaga RetroattivaAggiornamento Codice Fiscale
Fonte Incentivi
IncentiveSource
Origine dei dati di incentivo (es. SalesForce, Importazione Excel).
Descrizione

Questo attributo identifica la fonte di qualsiasi data di incentivo o commissione importato nel record paghe. Supporta la dashboard Incentive Data Import Accuracy.

Correlare questo attributo con il KPI Incentive Data Rework Frequency consente al team di determinare se specifici file a monte (es. il Report Vendite della Regione Nord-Est) sono costantemente soggetti a errori di formattazione o problemi di qualità dei data.

Perché è importante

Traccia i problemi di qualità fino ai fornitori di data esterni.

Dove trovare

Nome file Log di Importazione o descrizione ID Batch

Esempi
Flusso Commissioni VenditeCaricamento Manuale BonusSistema di Retribuzione Dirigenziale
Tipo di dipendente
EmployeeType
Categorizzazione del dipendente (es. Tempo pieno, Part-time, Appaltatore).
Descrizione

Questo attributo categorizza l'individuo associato al record paghe. È utilizzato nella dashboard Time Tracking Approval Performance.

Diversi tipi di dipendenti hanno spesso comportamenti di invio delle schede attività e workflow di approvazione differenti. La segmentazione per questo attributo aiuta a distinguere tra problemi di processo sistemici e modelli comportamentali specifici di determinati segmenti della forza lavoro.

Perché è importante

Segmenta l'analisi per categoria di forza lavoro.

Dove trovare

Tabella Anagrafica Dipendenti

Esempi
Tempo PienoPart Time`Contractor`
Obbligatorio Consigliato Facoltativo

Attività di Elaborazione Paghe

Questi sono i passaggi chiave del processo e i `milestone` da catturare nel Suo `event log` per garantire una scoperta accurata del processo e l'identificazione dei `bottleneck`.
4 Consigliato 11 Facoltativo
Activity Descrizione
Dichiarazione Fiscale Completata
L'invio riuscito dei `data` fiscali alle giurisdizioni pertinenti (federale, statale, locale). Questo avviene spesso dopo il pagamento.
Perché è importante

Essenziale per la dashboard 'Tempistiche di Dichiarazione Fiscale Multi-Stato' per garantire la conformità normativa ed evitare sanzioni.

Dove trovare

Catturare l'aggiornamento dello stato nell'Interfaccia di Dichiarazione Fiscale o nel log dei Servizi di Pagamento indicando 'Depositato' o 'Accettato'.

Acquisisci

Registrato quando la transazione tax_file_transmit è stata eseguita

Tipo di evento explicit
Pagamento Eseguito
La data di efficacia o il trasferimento effettivo dei fondi al dipendente. Questo segna l'adempimento dell'obbligo di `compensazione`.
Perché è importante

Utilizzato per convalidare la SLA Compliance e garantire che i dipendenti siano pagati alla data concordata.

Dove trovare

Utilizzare il campo 'Data del Cedolino' o 'Data Avviso' sul record Pay Header finalizzato.

Acquisisci

Registrato quando la transazione payment_post è stata eseguita

Tipo di evento explicit
Record Paghe Approvato
L'approvazione finale del singolo record o dell'intero gruppo di pagamento. Questa azione blocca il record da ulteriori modifiche e lo mette in coda per la generazione del pagamento.
Perché è importante

Una pietra miliare critica che separa la fase di lavoro dalla fase finalizzata. Utilizzata per calcolare il 'Tempo di consegna del file di bonifico bancario'.

Dove trovare

Catturare la modifica di stato del Gruppo di Pagamento o del singolo record di Controllo a 'Approvato' o 'Bloccato' nella tabella Controllo Periodo di Paga.

Acquisisci

Registrato quando la transazione approve_pay_group è stata eseguita

Tipo di evento explicit
Record Paghe Inizializzato
La creazione della voce di pagamento specifica per un dipendente all'interno di una nuova istanza di gruppo di pagamento. Ciò segnala che il dipendente è attivo e collegato al ciclo di elaborazione corrente.
Perché è importante

Segna l'inizio ufficiale della fase di elaborazione paghe all'interno del sistema centrale. Essenziale per distinguere tra la durata di acquisizione del tempo e la durata effettiva di elaborazione delle paghe.

Dove trovare

Identificare il timestamp quando il record viene inserito nella tabella Intestazione Paghe Dipendente o Assegni per la specifica Data di Pagamento.

Acquisisci

Registrato quando la transazione pay_period_create è stata eseguita

Tipo di evento explicit
Anteprima Risultato Paghe
Un utente apre il registro paghe o il report di anteprima per convalidare i risultati calcolati. Questo rappresenta la transizione dal processo automatizzato alla revisione umana.
Perché è importante

Indica l'inizio della fase di validazione. Un lungo intervallo tra Calcolo e Anteprima suggerisce problemi di disponibilità delle risorse.

Dove trovare

Catturare dal Log di Audit dove un utente accede al report 'Registro Paghe' o 'Pre-Verifica'.

Acquisisci

Registrato quando la transazione report_view_preview è stata eseguita

Tipo di evento explicit
Busta Paga Pubblicata
L'estratto conto paga diventa visibile al dipendente nel portale `self-service`. Questo completa il ciclo di comunicazione.
Perché è importante

Sebbene non sia un passaggio tecnico bloccante, la pubblicazione tardiva genera chiamate all'helpdesk e influisce sulla soddisfazione dei dipendenti.

Dove trovare

Deducibile dalla 'Data Assegno' o da una specifica impostazione 'Data Rilascio Self Service' nella configurazione del Gruppo di Pagamento.

Acquisisci

Derivare dal confronto del campo check_date con release_policy

Tipo di evento inferred
Correzione Dati Eseguita
Una modifica manuale apportata al record di pagamento (es. aggiustamento delle ore, override fiscale) dopo il calcolo iniziale ma prima dell'approvazione finale.
Perché è importante

Questa è la misura primaria della rilavorazione. Il suo monitoraggio abilita il KPI 'Tasso di Correzione Manuale dei Data'.

Dove trovare

Catturare gli aggiornamenti alle tabelle Dettaglio Paga Dipendente o Deduzioni nel Log di Audit dove l'ID Utente non è 'Sistema'.

Acquisisci

Registrato quando la transazione update_pay_detail è stata eseguita

Tipo di evento explicit
Dati Incentivi Importati
L'ingestione di `data` di `compensazione` esterni come commissioni, bonus o pagamenti una tantum. Questo è distinto dalle ore regolari e spesso comporta `upload` di file `batch`.
Perché è importante

Elevati tassi di fallimento o rilavorazioni a seguito di questa attività indicano problemi con la mappatura dei dati o la qualità dei file esterni, una fonte comune di ritardi nella gestione paghe.

Dove trovare

Catturare dal Log di Sistema o dalla Cronologia di Importazione Batch dove il tipo di file si riferisce a 'Incentivi' o 'Retribuzione Aggiuntiva'.

Acquisisci

Registrato quando la transazione import_batch_data è stata eseguita

Tipo di evento explicit
Deduzioni Benefici Applicate
Il sistema applica le deduzioni per benefici pre-imposte e post-imposte (salute, 401k) alla paga lorda. Questa logica viene tipicamente eseguita immediatamente dopo la determinazione della paga lorda.
Perché è importante

Gli errori qui spesso richiedono correzioni manuali. Isolare questo passaggio aiuta a determinare se i ritardi sono causati dal motore dei benefici o da problemi di configurazione.

Dove trovare

Deducibile dal timestamp del batch di calcolo o osservando i timestamp di creazione nella tabella Cronologia Deduzioni Dipendente.

Acquisisci

Derivare dal confronto del campo calculation_stage

Tipo di evento inferred
Eccezione di Audit Segnalata
Il sistema o un utente identifica una discrepanza, come paga negativa, codici fiscali mancanti o avvisi `SLA`. Questo porta il record in uno stato che richiede attenzione.
Perché è importante

Alimenta direttamente la dashboard 'Tendenze Eccezioni e Correzioni di Audit'. Alti volumi qui indicano problemi di qualità dei dati a monte.

Dove trovare

Identificare i record nel Log Avvisi di Sistema o nella tabella dei messaggi Periodo di Paga associati a ID dipendente specifici.

Acquisisci

Registrato quando è stata creata la validation_warning della transazione

Tipo di evento explicit
File di Bonifico Bancario Generato
La generazione tecnica del file NACHA o di deposito diretto per la trasmissione alla banca. Questo prepara i fondi per il movimento.
Perché è importante

Ritardi qui rischiano direttamente di mancare le scadenze bancarie. Supporta la dashboard 'Velocità di Generazione Bonifico Bancario'.

Dove trovare

Catturare il timestamp quando il job di creazione del file ACH/Bonifico Diretto si completa nel Log dei Job di Sistema.

Acquisisci

Registrato quando la transazione create_ach_file è stata eseguita

Tipo di evento explicit
Imposte Calcolate
La fase finale del motore di calcolo in cui la logica fiscale multi-stato viene applicata per determinare la paga netta. Questo completa la fase di calcolo automatizzato.
Perché è importante

Completa la sequenza 'Lordo a Netto'. Lunghe durate qui suggeriscono problemi di prestazioni con il motore fiscale o configurazioni complesse multi-giurisdizionali.

Dove trovare

Deducibile dall''Ora di Fine' del processo batch di calcolo nel Log dei Job di Sistema o dal timestamp sulla tabella Tasse Dipendente.

Acquisisci

Confrontare il campo stato prima/dopo la fine del job di calcolo

Tipo di evento inferred
Retribuzione Lorda Calcolata
L'elaborazione di calcolo iniziale in cui il sistema determina i guadagni totali basati su ore, tariffe e `data` di incentivo. Questo avviene prima dell'applicazione di deduzioni e tasse.
Perché è importante

Misurare il tempo da qui a 'Tasse Calcolate' fornisce la metrica 'Velocità di Calcolo Lordo a Netto' richiesta per l'analisi delle prestazioni del sistema.

Dove trovare

Deducibile dall''Ora di Inizio' del processo batch di calcolo nel Log dei Job di Sistema.

Acquisisci

Confrontare il campo stato prima/dopo l'inizio del job di calcolo

Tipo di evento inferred
Scheda Attività Approvata
L'approvazione manageriale delle ore inviate, convalidandole per l'elaborazione del pagamento. Questo passaggio sblocca i `data` per l'importazione nel motore di calcolo delle paghe.
Perché è importante

L'analisi dei colli di bottiglia di questo passaggio rivela ritardi causati dalla revisione della direzione, che incide direttamente sulla finestra disponibile per gli specialisti delle paghe per elaborare i dati.

Dove trovare

Catturare dalla cronologia della Gestione Presenze dove lo Stato cambia a 'Approvato' o 'Firmato'.

Acquisisci

Registrato quando la transazione time_card_approve è stata eseguita

Tipo di evento explicit
Scheda Attività Inviata
L'`event` in cui un dipendente o un manager invia la scheda attività per il periodo di pagamento. Questo segna l'ingresso dei `data` orari grezzi nel `workflow` più ampio delle paghe, sebbene possa originare nel modulo `Time Management` prima di fluire al `core Payroll`.
Perché è importante

Stabilisce il timestamp di inizio più precoce per il ciclo paghe end-to-end. Critico per misurare la latenza tra la performance lavorativa e l'ingestione dei dati paghe.

Dove trovare

Catturare dal Log di Audit della Gestione Presenze o dalla tabella Cronologia Schede Presenze dove il campo Stato cambia a 'Inviato'.

Acquisisci

Registrato quando la transazione time_card_submit è stata eseguita

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come estrarre i Suoi `dati` da `UKG Pro`