Il Suo Template dei dati per l'elaborazione delle paghe
Il Suo Template dei dati per l'elaborazione delle paghe
- Attributi standardizzati per l'analisi delle paghe
- Principali tappe del processo da monitorare in UKG Pro
- Indicazioni tecniche per l'estrazione e l'integrazione con il sistema
Attributi dell’elaborazione delle paghe
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
ActivityName
|
L'evento o il passaggio specifico eseguito nel processo paghe. | ||
|
Descrizione
Questo attributo acquisisce il nome del passaggio che si verifica all'interno del Workflow paghe, ad esempio Time Sheet Submitted, Gross Pay Calculated o Payment Executed. Definisce il flusso della mappa di processo. Questi valori vengono generalmente estratti dagli audit log, dalle tabelle delle modifiche di stato del sistema o dagli aggiornamenti transazionali con indicazione temporale nell'ambiente UKG Pro. Durante la trasformazione dei dati vengono applicate convenzioni di denominazione coerenti, così da garantire la leggibilità del grafo di processo.
Perché è importante
Questo è l'attributo Activity obbligatorio che definisce i nodi della mappa di processo.
Dove reperirlo
Audit log del sistema, cronologia del Workflow o colonne con timestamp delle transazioni
Esempi
Timesheet inviatoRetribuzione lorda calcolataPagamento eseguito
|
|||
|
Data dell'ultimo aggiornamento
LastUpdateDate
|
Il timestamp della modifica più recente apportata alla riga di dati. | ||
|
Descrizione
Questo attributo indica quando il record è stato modificato l'ultima volta nel database. Sebbene sia simile al timestamp dell'evento, viene utilizzato specificamente per il caricamento incrementale dei dati e per i controlli di integrità. Garantisce che il modello di Process Mining rifletta lo stato più aggiornato del record paghe, includendo eventuali rettifiche tardive o correzioni retroattive apportate dagli specialisti payroll.
Perché è importante
Attributo obbligatorio per l'aggiornamento incrementale dei dati.
Dove reperirlo
Colonne di metadati del sistema, come LastModifiedDate
Esempi
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
|
|||
|
Record payroll
PayrollRecordId
|
Identificativo univoco che rappresenta uno specifico dipendente all'interno di uno specifico periodo di paga. | ||
|
Descrizione
Il Payroll Record funge da identificativo centrale del caso per l'analisi di Process Mining. Viene costruito concettualmente combinando l'Employee ID e la Pay Period End Date (oppure l'istanza del Pay Group). In questo modo, ogni ciclo paghe di un singolo dipendente viene trattato come un caso distinto, consentendo di analizzare i processi ricorrenti nel tempo. In UKG Pro, si tratta generalmente di una chiave composta derivata dalla tabella Payroll Header o da record transazionali analoghi. Il raggruppamento per questo identificativo consente agli analisti di ricostruire il percorso end-to-end, dall'invio del foglio presenze fino al pagamento finale e alla presentazione delle dichiarazioni fiscali.
Perché è importante
Questo è il Case ID obbligatorio che raggruppa tutte le attività paghe per formare un'istanza di processo.
Dove reperirlo
Derivato da Payroll Header di UKG Pro o dalle tabelle Employee Pay History
Esempi
EMP001-20231015EMP492-20231031EMP883-20231115
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema di riferimento per i dati. | ||
|
Descrizione
Questo attributo identifica l'origine del record di dati. In questo contesto specifico, il valore è impostato staticamente su UKG Pro, oppure sul nome della specifica istanza, se ne esistono più di una. È fondamentale per il Process Mining multi-sistema, nel quale i dati delle paghe possono essere combinati con i dati della contabilità generale provenienti da un ERP. Consente agli analisti di filtrare le viste per mostrare esclusivamente i passaggi originati dalla piattaforma paghe, distinguendoli da quelli eventualmente integrati da sistemi esterni di rilevazione delle presenze.
Perché è importante
Attributo obbligatorio per la tracciabilità dei dati e l'analisi multi-sistema.
Dove reperirlo
Valore statico o tabella di configurazione del sistema
Esempi
UKG ProUltiPro LegacySistema di gestione delle presenze
|
|||
|
Timestamp
EventTimestamp
|
La data e l'ora in cui si è verificata l'attività. | ||
|
Descrizione
Questo attributo registra il momento esatto in cui si è verificata un'attività. È essenziale per ordinare correttamente gli eventi e calcolare la durata tra i diversi passaggi. Sono preferibili timestamp ad alta precisione, che consentono di distinguere le attività automatizzate eseguite in rapida successione. Nel contesto delle paghe, questo attributo alimenta l'analisi della Dashboard Cycle Time Distribution e della SLA Compliance. Senza timestamp accurati, non è possibile misurare la velocità dei calcoli Gross to Net né il ritardo nelle approvazioni dei Time Sheet.
Perché è importante
Questo è l'attributo StartTime obbligatorio richiesto per ordinare gli eventi.
Dove reperirlo
Colonne Date/Time associate alle modifiche dello 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 Cost Center definisce dove viene allocata la spesa per il personale nella contabilità generale. Sebbene sia simile a Department, offre spesso una visione finanziaria più granulare. Questo attributo viene utilizzato nella Dashboard Time Tracking Approval Performance per individuare i centri di costo con gerarchie di approvazione più lente. Contribuisce inoltre a verificare che le spese per il personale confluiscano nei corretti aggregati finanziari durante la fase di calcolo Gross to Net.
Perché è importante
Supporta l'analisi finanziaria e individua i colli di bottiglia per unità di budget.
Dove reperirlo
Tabelle Employee Job o Allocation
Esempi
CC-5001CC-9002Overhead-Corp
|
|||
|
Data di fine del periodo di paga
PayPeriodEndDate
|
L'ultimo giorno del periodo di paga in elaborazione. | ||
|
Descrizione
Questo attributo indica la data di chiusura del ciclo paghe. Costituisce un riferimento fondamentale per stabilire se gli invii sono avvenuti in ritardo. Viene utilizzato insieme a StartTime dell'attività 'Time Sheet Submitted' per determinare i tempi di ritardo ed è un raggruppamento chiave per la Dashboard Payroll Cycle Time Distribution.
Perché è importante
Riferimento temporale del ciclo paghe.
Dove reperirlo
Payroll Header o Time Period Configuration
Esempi
2023-09-302023-10-15
|
|||
|
È fuori ciclo
IsOffCycle
|
Indicatore che segnala se il ciclo paghe è al di fuori della pianificazione standard. | ||
|
Descrizione
Questo attributo booleano identifica se il record paghe appartiene a un ciclo fuori calendario. Viene utilizzato per calcolare il KPI Off Cycle Payroll Volume. I cicli fuori calendario sono generalmente più costosi e richiedono più attività manuali. Filtrando la Dashboard Process Variant Path Analysis in base a questo indicatore, è possibile evidenziare i percorsi non standard utilizzati per correggere errori o disporre pagamenti ad hoc.
Perché è importante
Filtro essenziale per analizzare deviazioni del processo e rilavorazioni.
Dove reperirlo
Logica Payroll Header 'Check Date' rispetto a 'Period End Date'
Esempi
truefalse
|
|||
|
Giurisdizione fiscale
TaxJurisdiction
|
Lo Stato o la località principale per la presentazione fiscale. | ||
|
Descrizione
Questo attributo identifica la principale giurisdizione fiscale associata al record paghe. È essenziale per la Dashboard Multi State Tax Filing Timelines. Analizzando i flussi di processo in base a Tax Jurisdiction, i team responsabili della conformità possono individuare gli Stati in cui il completamento delle dichiarazioni richiede sistematicamente più tempo oppure verificare se i dipendenti soggetti a più Stati generano più eccezioni di audit rispetto a quelli soggetti a un solo Stato.
Perché è importante
Fondamentale per il monitoraggio della conformità e l'analisi geografica.
Dove reperirlo
Tabelle Tax Location o Employee Tax
Esempi
CANYTX
|
|||
|
Gruppo paghe
PayGroup
|
Il raggruppamento logico dei dipendenti ai fini dell'elaborazione delle paghe. | ||
|
Descrizione
Pay Group è una configurazione fondamentale di UKG Pro, che determina la frequenza, ad esempio settimanale o bisettimanale, e le regole di elaborazione applicate a un gruppo di dipendenti. Funge da identificativo principale del batch. Questo attributo è essenziale per la Dashboard Payroll Cycle Time Distribution. Consente di confrontare le prestazioni di elaborazione tra gruppi diversi, ad esempio Executive Payroll e Hourly Plant Workers, e di individuare eventuali configurazioni specifiche all'origine di rallentamenti sistematici.
Perché è importante
Dimensione principale per raggruppare e confrontare le prestazioni del processo paghe.
Dove reperirlo
Tabella Payroll Header o Pay Group Configuration
Esempi
US-BiWeeklyCA-WeeklyExec-Monthly
|
|||
|
Importo lordo
GrossPayAmount
|
L'importo totale calcolato prima di detrazioni e imposte. | ||
|
Descrizione
Questo attributo rappresenta il valore monetario della retribuzione lorda calcolata per il record. È mappato su ActivityAmount per consentire l'analisi dei processi basata sui costi. L'analisi del Gross Pay Amount contribuisce alla Dashboard Gross To Net Calculation Velocity. Sebbene la Dashboard misuri principalmente il tempo, correlare la durata con la complessità e il valore del pagamento può rivelare se i calcoli di provvigioni di importo elevato o particolarmente complessi siano all'origine dei problemi di prestazione.
Perché è importante
Consente l'analisi del flusso di valore e l'individuazione dei valori anomali.
Dove reperirlo
Tabelle Payroll Result o Pay Register
Esempi
2500.0010500.50480.00
|
|||
|
Lo SLA è stato violato
IsSlaBreached
|
Indicatore che segnala se il pagamento è stato eseguito dopo la scadenza. | ||
|
Descrizione
Questo attributo booleano è una metrica calcolata che confronta il timestamp di 'Payment Executed' con 'SLA Deadline'. È il driver diretto del KPI Payroll SLA Adherence Rate. Il calcolo preventivo consente di filtrare immediatamente la Dashboard per visualizzare solo i casi problematici e facilita l'analisi delle cause principali dei mancati rispetto delle scadenze.
Perché è importante
Driver del KPI per il monitoraggio della conformità.
Dove reperirlo
Calcolato: PaymentTime > SlaDeadline
Esempi
truefalse
|
|||
|
Presenta un'eccezione di audit
HasAuditException
|
Indicatore che segnala se è stata attivata un'eccezione di audit. | ||
|
Descrizione
Questo attributo booleano segnala se per il caso si è mai verificata l'attività Audit Exception Flagged. Supporta il KPI First Pass Payroll Accuracy Rate. Consente agli analisti di distinguere rapidamente i casi "puliti" da quelli che hanno richiesto un intervento, semplificando l'analisi delle cause delle rilavorazioni nella Dashboard Audit Exception and Correction Trends.
Perché è importante
Identifica i casi che richiedono un intervento.
Dove reperirlo
Derivato dall'esistenza dell'attività 'Audit Exception Flagged'
Esempi
truefalse
|
|||
|
Reparto
DepartmentCode
|
Il codice del reparto associato al dipendente. | ||
|
Descrizione
Questo attributo collega il record paghe a una specifica unità organizzativa. È essenziale per la Dashboard Audit Exception and Correction Trends, che consente all'organizzazione di individuare i reparti che generano sistematicamente errori o richiedono interventi manuali. Segmentando i dati per Department, gli analisti possono stabilire se determinati responsabili necessitano di formazione sui processi di approvazione dei fogli presenze oppure se alcune unità aziendali applicano regole retributive complesse che causano ritardi nei calcoli.
Perché è importante
Fondamentale per la segmentazione organizzativa e l'analisi delle cause principali.
Dove reperirlo
Tabelle Employee Master o Job History
Esempi
DEPT-100FINANCE-01OPS-WEST
|
|||
|
Scadenza SLA
SlaProcessingDeadline
|
La data e l'ora obiettivo entro cui deve essere completata l'esecuzione del pagamento. | ||
|
Descrizione
Questo attributo definisce la scadenza interna o esterna entro cui il processo paghe deve essere completato per garantire trasferimenti bancari puntuali. È l'attributo principale della Dashboard SLA Compliance and Deadline Monitor. Confrontando il timestamp effettivo di Payment Executed con questa scadenza, è possibile calcolare i tassi di puntualità e stabilire la priorità dei record a rischio.
Perché è importante
Punto di riferimento per calcolare il rispetto dello SLA.
Dove reperirlo
Pay Calendar o derivato da Pay Date meno i giorni di elaborazione bancaria
Esempi
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
|
|||
|
Specialista paghe
PayrollSpecialist
|
L'ID utente o il nome della persona che elabora il record. | ||
|
Descrizione
Questo attributo identifica l'amministratore o lo specialista payroll responsabile dell'approvazione del record, dell'esecuzione delle correzioni dei dati o dell'avvio del ciclo di pagamento. È mappato sull'attributo Generic User. Questi dati sono fondamentali per la Dashboard Specialist Workload and Throughput. Consentono alla direzione di visualizzare come viene distribuito il lavoro all'interno del team e di individuare eventuali persone sovraccariche o che fungono da colli di bottiglia durante la fase di approvazione.
Perché è importante
Consente di analizzare le risorse e di ottenere informazioni utili per bilanciare i carichi di lavoro.
Dove reperirlo
Audit log o colonne 'ModifiedBy' nelle tabelle delle transazioni
Esempi
jsmithmdoesystem_admin
|
|||
|
Categoria della correzione
CorrectionCategory
|
Il tipo di correzione dei dati eseguita, ad esempio Time, Rate o Deduction. | ||
|
Descrizione
Quando si verifica un'attività Data Correction Performed, questo attributo acquisisce la natura della correzione. È fondamentale per il KPI Manual Data Correction Rate. Capire se le correzioni riguardano principalmente il "Time Entry" o la "Benefit Deduction" consente all'azienda di intervenire sui sistemi o sui team a monte più appropriati per migliorare il processo.
Perché è importante
Fornisce un livello di dettaglio sulle cause delle rilavorazioni.
Dove reperirlo
Colonna 'Field Changed' dell'audit log
Esempi
Rettifica delle presenzeRetribuzione retroattivaAggiornamento del codice fiscale
|
|||
|
Origine degli incentivi
IncentiveSource
|
Origine dei dati relativi agli incentivi, ad esempio SalesForce o Excel Import. | ||
|
Descrizione
Questo attributo identifica l'origine dei dati relativi a incentivi o provvigioni importati nel record paghe. Supporta la Dashboard Incentive Data Import Accuracy. Correlando questo attributo con il KPI Incentive Data Rework Frequency, il team può stabilire se determinati file a monte, ad esempio il Northeast Region Sales Report, presentano sistematicamente errori di formattazione o problemi di qualità dei dati.
Perché è importante
Ricollega i problemi di qualità ai fornitori esterni dei dati.
Dove reperirlo
Nome file dell'Import Log o descrizione del Batch ID
Esempi
Flusso delle commissioni di venditaCaricamento manuale dei bonusSistema di gestione della retribuzione dei dirigenti
|
|||
|
Tipologia di dipendente
EmployeeType
|
Classificazione del dipendente, ad esempio Full-time, Part-time o Contractor. | ||
|
Descrizione
Questo attributo classifica la persona associata al record paghe. Viene utilizzato nella Dashboard Time Tracking Approval Performance. Tipologie diverse di dipendenti presentano spesso modalità differenti di invio dei fogli presenze e Workflow di approvazione specifici. La segmentazione per questo attributo aiuta a distinguere i problemi sistemici del processo dai comportamenti caratteristici di determinati segmenti della forza lavoro.
Perché è importante
Segmenta l'analisi per categoria della forza lavoro.
Dove reperirlo
Tabella Employee Master
Esempi
Tempo pienoTempo parzialeCollaboratore a contratto
|
|||
Attività di elaborazione delle paghe
| Attività | Descrizione | ||
|---|---|---|---|
|
Adempimento fiscale completato
|
L’invio corretto dei dati fiscali alle giurisdizioni competenti, federali, statali e locali. Avviene spesso dopo il pagamento. | ||
|
Perché è importante
È essenziale per la Dashboard 'Multi State Tax Filing Timelines', al fine di garantire la conformità normativa ed evitare sanzioni.
Dove reperirlo
Acquisire l’aggiornamento dello stato nel Tax Filing Interface o nel registro Payment Services, quando indica 'Filed' o 'Accepted'.
Acquisizione
Registrato quando viene eseguita la transazione tax_file_transmit
Tipo di evento
explicit
|
|||
|
Pagamento eseguito
|
La data effettiva o il trasferimento effettivo dei fondi al dipendente. Segna l’adempimento dell’obbligazione retributiva. | ||
|
Perché è importante
Utilizzato per convalidare la 'SLA Compliance' e garantire che i dipendenti vengano pagati nella data concordata.
Dove reperirlo
Utilizzare il campo 'Check Date' o 'Advice Date' del record Pay Header finalizzato.
Acquisizione
Registrato quando viene eseguita la transazione payment_post
Tipo di evento
explicit
|
|||
|
Record payroll approvato
|
L’approvazione finale del singolo record o dell’intero gruppo paga. Questa azione blocca il record impedendo ulteriori modifiche e lo accoda per la generazione del pagamento. | ||
|
Perché è importante
Una tappa fondamentale che separa la fase operativa da quella finalizzata. Viene utilizzata per calcolare il 'Bank Transfer File Lead Time'.
Dove reperirlo
Acquisire nella tabella Pay Period Control la variazione dello stato del Pay Group o del singolo record Check in 'Approved' o 'Locked'.
Acquisizione
Registrato quando viene eseguita la transazione approve_pay_group
Tipo di evento
explicit
|
|||
|
Record payroll inizializzato
|
La creazione della specifica voce retributiva di un dipendente all’interno di una nuova istanza del gruppo paga. Indica che il dipendente è attivo e associato al ciclo di elaborazione corrente. | ||
|
Perché è importante
Segna l’inizio ufficiale della fase di elaborazione payroll nel sistema principale. È essenziale per distinguere la durata della rilevazione delle ore dalla durata effettiva dell’elaborazione payroll.
Dove reperirlo
Individuare il timestamp in cui il record viene inserito nella tabella Employee Pay o Check Header per la specifica Pay Date.
Acquisizione
Registrato quando viene eseguita la transazione pay_period_create
Tipo di evento
explicit
|
|||
|
Cedolino pubblicato
|
Il cedolino diventa visibile al dipendente nel portale self-service. Questo completa il ciclo di comunicazione. | ||
|
Perché è importante
Sebbene non sia un passaggio tecnico bloccante, una pubblicazione tardiva genera chiamate all’help desk e incide sulla soddisfazione dei dipendenti.
Dove reperirlo
Dedotto dal 'Check Date' o da una specifica impostazione 'Self Service Release Date' nella configurazione del Pay Group.
Acquisizione
Derivare dal confronto del campo check_date con release_policy
Tipo di evento
inferred
|
|||
|
Correzione dei dati eseguita
|
Una modifica manuale apportata al record payroll, ad esempio la rettifica delle ore o la sovrascrittura di un’imposta, dopo il calcolo iniziale ma prima dell’approvazione finale. | ||
|
Perché è importante
È la principale misura della rilavorazione. Il monitoraggio di questo dato consente di calcolare il KPI 'Manual Data Correction Rate'.
Dove reperirlo
Acquisire gli aggiornamenti alle tabelle Employee Pay Detail o Deduction nell’Audit Log quando lo User ID non è 'System'.
Acquisizione
Registrato quando viene eseguita la transazione update_pay_detail
Tipo di evento
explicit
|
|||
|
Dati sugli incentivi importati
|
L’acquisizione di dati retributivi esterni, come provvigioni, bonus o pagamenti una tantum. È distinta dalle ore ordinarie e spesso prevede il caricamento di file batch. | ||
|
Perché è importante
Tassi elevati di errore o rilavorazione dopo questa attività indicano problemi di mapping dei dati o di qualità dei file esterni, una causa frequente dei ritardi payroll.
Dove reperirlo
Acquisire dal System Log o dalla Batch Import History i casi in cui il tipo di file è associato a 'Incentives' o 'Additional Pay'.
Acquisizione
Registrato quando viene eseguita la transazione import_batch_data
Tipo di evento
explicit
|
|||
|
Eccezione di audit segnalata
|
Il sistema o un utente identifica una discrepanza, come una retribuzione negativa, codici fiscali mancanti o avvisi relativi agli SLA. Il record passa così a uno stato che richiede attenzione. | ||
|
Perché è importante
Alimenta direttamente la Dashboard 'Audit Exception and Correction Trends'. Volumi elevati in questa fase indicano problemi di qualità dei dati a monte.
Dove reperirlo
Individuare nel System Warning Log o nella tabella Pay Period messages i record associati a specifici ID dipendente.
Acquisizione
Registrato quando viene creata la transazione validation_warning
Tipo di evento
explicit
|
|||
|
File per bonifico bancario generato
|
La generazione tecnica del file NACHA o del file per il deposito diretto da trasmettere alla banca. Questo passaggio prepara il trasferimento dei fondi. | ||
|
Perché è importante
I ritardi in questa fase mettono direttamente a rischio il rispetto degli orari limite bancari. Alimenta la Dashboard 'Bank Transfer Generation Speed'.
Dove reperirlo
Acquisire il timestamp di completamento del job di creazione del file ACH/Direct Deposit nel System Job Log.
Acquisizione
Registrato quando viene eseguita la transazione create_ach_file
Tipo di evento
explicit
|
|||
|
Imposte calcolate
|
La fase finale del motore di calcolo, in cui viene applicata la logica fiscale multi-statale per determinare il netto. Conclude la fase di calcolo automatizzato. | ||
|
Perché è importante
Completa la sequenza 'Gross to Net'. Durate elevate in questa fase suggeriscono problemi di performance del motore fiscale o configurazioni complesse per più giurisdizioni.
Dove reperirlo
Dedotto dall' 'End Time' del processo batch di calcolo nel System Job Log o dal timestamp nella tabella Employee Tax.
Acquisizione
Confrontare il campo status prima e dopo la conclusione del job di calcolo
Tipo di evento
inferred
|
|||
|
Retribuzione lorda calcolata
|
La prima esecuzione del calcolo, durante la quale il sistema determina i guadagni complessivi sulla base di ore, tariffe e dati sugli incentivi. Avviene prima dell’applicazione di trattenute e imposte. | ||
|
Perché è importante
Misurare il tempo da questo passaggio a 'Taxes Calculated' fornisce la metrica 'Gross to Net Calculation Velocity', necessaria per analizzare le performance del sistema.
Dove reperirlo
Dedotto dallo 'Start Time' del processo batch di calcolo nel System Job Log.
Acquisizione
Confrontare il campo status prima e dopo l’avvio del job di calcolo
Tipo di evento
inferred
|
|||
|
Risultato payroll visualizzato in anteprima
|
Un utente apre il registro payroll o il report di anteprima per convalidare i risultati calcolati. Questo passaggio rappresenta la transizione dall’elaborazione automatizzata alla revisione umana. | ||
|
Perché è importante
Indica l’inizio della fase di validazione. Un intervallo lungo tra Calcolo e Anteprima suggerisce problemi di disponibilità delle risorse.
Dove reperirlo
Acquisire dall’Audit Log l’accesso di un utente al report 'Payroll Register' o 'Pre-Check'.
Acquisizione
Registrato quando viene eseguita la transazione report_view_preview
Tipo di evento
explicit
|
|||
|
Timesheet approvato
|
L’approvazione manageriale delle ore inviate, che le convalida per l’elaborazione del pagamento. Questo passaggio rende i dati disponibili per l’importazione nel motore di calcolo payroll. | ||
|
Perché è importante
L’analisi dei colli di bottiglia in questa fase evidenzia i ritardi causati dalla revisione manageriale, che incidono direttamente sulla finestra disponibile agli specialisti payroll per elaborare i dati.
Dove reperirlo
Acquisire dalla cronologia Time Management il momento in cui Status cambia in 'Approved' o 'Signed Off'.
Acquisizione
Registrato quando viene eseguita la transazione time_card_approve
Tipo di evento
explicit
|
|||
|
Timesheet inviato
|
L’evento in cui un dipendente o un manager invia il cartellino delle ore relativo al periodo paga. Questo passaggio segna l’inserimento dei dati grezzi sulle ore nel Workflow payroll complessivo, anche se l’operazione può avere origine nel modulo Time Management prima di confluire nel Payroll principale. | ||
|
Perché è importante
Stabilisce il timestamp iniziale più remoto per il ciclo payroll end-to-end. È fondamentale per misurare la latenza tra lo svolgimento del lavoro e l’acquisizione dei dati payroll.
Dove reperirlo
Acquisire dal Time Management Audit Log o dalla tabella Time Card History il momento in cui il campo Status cambia in 'Submitted'.
Acquisizione
Registrato quando viene eseguita la transazione time_card_submit
Tipo di evento
explicit
|
|||
|
Trattenute per i benefit applicate
|
Il sistema applica al lordo le trattenute per i benefit ante imposte e post imposte, come assistenza sanitaria e 401k. Questa logica viene generalmente eseguita subito dopo la determinazione della retribuzione lorda. | ||
|
Perché è importante
Gli errori in questa fase richiedono spesso correzioni manuali. Isolare questo passaggio aiuta a determinare se i ritardi sono causati dal motore dei benefit o da problemi di configurazione.
Dove reperirlo
Dedotto dal timestamp del batch di calcolo o osservando i timestamp di creazione nella tabella Employee Deduction History.
Acquisizione
Derivare dal confronto del campo calculation_stage
Tipo di evento
inferred
|
|||
Guide all'estrazione
Pronto per iniziare?
Utilizzi questo Template per trasformare i dati grezzi di UKG Pro in una mappa visiva del processo. Il nostro team di supporto è a Sua disposizione qualora avesse bisogno di assistenza nella configurazione dell'estrazione per ambienti paghe complessi.
Ottimizzi subito l'elaborazione delle paghe in UKG Pro
Riduca del 30% il tempo del ciclo paghe ed elimini i colli di bottiglia.
Non è richiesta alcuna carta di credito; la configurazione richiede 5 minuti