Il Suo template dei dati per l’elaborazione delle paghe

UKG Pro
Il Suo template dei dati per l’elaborazione delle paghe

Il Suo template dei dati per l’elaborazione delle paghe

Questo template fornisce la struttura di base per mappare i cicli di elaborazione delle paghe in UKG Pro e ricavarne indicazioni utili. Descrive gli attributi necessari per un’analisi approfondita, le fasi specifiche del processo da monitorare e le istruzioni per raccogliere queste informazioni dal sistema. Allineando i dati al template, può individuare le inefficienze e garantire la conformità del processo di elaborazione delle paghe.
  • Attributi dei dati standardizzati per l’analisi delle paghe
  • Tappe fondamentali del processo da monitorare in UKG Pro
  • Indicazioni tecniche per l’estrazione e l’integrazione dei dati
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi dell’elaborazione delle paghe

Questa tabella riporta i campi dati consigliati e i metadati contestuali necessari per creare un Event Log completo per l’analisi del processo di elaborazione delle paghe.
5 Obbligatorio 11 Consigliato 3 Facoltativo
Nome Descrizione
Attività
ActivityName
Evento o passaggio specifico eseguito nel processo di elaborazione delle paghe.
Descrizione

Questo attributo registra il nome del passaggio eseguito nel flusso di lavoro delle paghe, ad esempio Invio del foglio presenze, Calcolo della retribuzione lorda o Esecuzione del pagamento. Definisce il flusso del grafo del processo.

Questi valori vengono in genere estratti dai registri di controllo, dalle tabelle con le modifiche di stato del sistema o dagli aggiornamenti transazionali con data e ora nell’ambiente UKG Pro. Durante la trasformazione dei dati si applicano convenzioni di denominazione coerenti, così da rendere il grafo del processo più leggibile.

Perché è importante

È l’attributo Attività obbligatorio che definisce i nodi della mappa del processo.

Dove reperirli

Registri di controllo del sistema, cronologia del flusso di lavoro o colonne con data e ora delle transazioni

Esempi
Foglio presenze inviatoRetribuzione lorda calcolataPagamento eseguito
Data dell’ultimo aggiornamento
LastUpdateDate
Data e ora dell’ultima modifica alla riga di dati.
Descrizione

Questo attributo indica quando il record è stato modificato l’ultima volta nel database. Pur essendo simile alla data e ora dell’evento, viene utilizzato specificamente per il caricamento incrementale dei dati e i controlli di integrità.

Consente di mantenere aggiornato il modello di Process Mining rispetto allo stato più recente del record delle paghe, includendo eventuali rettifiche tardive o correzioni retroattive apportate dagli specialisti delle paghe.

Perché è importante

Attributo obbligatorio per l’aggiornamento incrementale dei dati.

Dove reperirli

Colonne di metadati del sistema, come LastModifiedDate

Esempi
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
Data e ora
EventTimestamp
Data e 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 un passaggio e l’altro. È preferibile utilizzare date e orari con elevata precisione, per distinguere le operazioni automatizzate che si susseguono rapidamente.

Nel processo di elaborazione delle paghe, questo dato alimenta l’analisi nelle Dashboard sulla distribuzione del tempo di ciclo e sul rispetto degli SLA. Senza date e orari precisi, non è possibile misurare la velocità dei calcoli dal lordo al netto né i ritardi nell’approvazione dei fogli presenze.

Perché è importante

È l’attributo StartTime obbligatorio per ordinare gli eventi.

Dove reperirli

Colonne Data/Ora associate alle modifiche dello stato delle transazioni

Esempi
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
Record delle paghe
PayrollRecordId
Identificativo univoco che rappresenta un dipendente specifico in uno specifico periodo di paga.
Descrizione

Il record delle paghe funge da identificativo centrale del caso per l’analisi di Process Mining. Viene creato concettualmente combinando l’ID dipendente e la data di fine del periodo di paga (o l’istanza del gruppo di paga). In questo modo, ogni ciclo di paga di un dipendente viene trattato come un caso distinto, consentendo di analizzare nel tempo i processi ricorrenti.

In UKG Pro, si tratta in genere di una chiave composta ricavata dalla tabella Payroll Header o da record transazionali analoghi. Raggruppando i dati in base a questo ID, gli analisti possono ricostruire l’intero percorso, dall’invio del foglio presenze al pagamento finale e all’invio dei dati fiscali.

Perché è importante

È l’ID del caso obbligatorio che raggruppa tutte le attività di elaborazione delle paghe in un’unica istanza di processo.

Dove reperirli

Ricavato dalle tabelle Payroll Header o Employee Pay History di UKG Pro

Esempi
EMP001-20231015EMP492-20231031EMP883-20231115
Sistema di origine
SourceSystem
Sistema di riferimento per i dati.
Descrizione

Questo attributo identifica l’origine del record di dati. In questo caso, il valore è impostato in modo statico su UKG Pro (o sul nome dell’istanza specifica, se ne esistono più di una). È fondamentale per il Process Mining su più sistemi, quando i dati delle paghe vengono combinati, ad esempio, con quelli della contabilità generale provenienti da un ERP.

Consente agli analisti di filtrare le viste per mostrare solo i passaggi che hanno origine nella 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 su più sistemi.

Dove reperirli

Valore statico o tabella di configurazione del sistema

Esempi
UKG ProUltiPro LegacySistema di gestione delle presenze
Centro di costo
CostCenter
Codice del centro di costo per l’allocazione finanziaria.
Descrizione

L’attributo Centro di costo definisce a quale voce della contabilità generale viene imputata la spesa per le paghe. Pur essendo simile al reparto, offre spesso una vista finanziaria più dettagliata.

Questo attributo viene utilizzato nella Dashboard sulle prestazioni di approvazione delle presenze per individuare i centri di costo con iter di approvazione più lenti. Aiuta inoltre a verificare che, durante la fase di calcolo dal lordo al netto, le spese per le paghe siano imputate alle voci finanziarie corrette.

Perché è importante

Supporta l’analisi finanziaria e individua i colli di bottiglia per unità di budget.

Dove reperirli

Tabelle Employee Job o Allocation

Esempi
CC-5001CC-9002Overhead-Corp
Data di fine del periodo di paga
PayPeriodEndDate
Ultimo giorno del periodo di paga in elaborazione.
Descrizione

Questo attributo indica la data di chiusura del ciclo di paga. È un valore di riferimento fondamentale per stabilire se gli invii sono in ritardo.

Viene utilizzato insieme a StartTime dell’attività 'Invio del foglio presenze' per determinare i ritardi ed è una dimensione chiave per la Dashboard sulla distribuzione del tempo di ciclo delle paghe.

Perché è importante

Riferimento temporale del ciclo di paga.

Dove reperirli

Payroll Header o configurazione del periodo di paga

Esempi
2023-09-302023-10-15
Fuori ciclo
IsOffCycle
Indicatore che segnala se il ciclo di pagamento non rientra nel calendario standard.
Descrizione

Questo attributo booleano indica se il record delle paghe appartiene a un ciclo di pagamento fuori calendario. Viene utilizzato per calcolare il KPI sul volume dei pagamenti fuori ciclo.

I cicli fuori calendario comportano in genere costi maggiori e più attività manuali. Filtrando la Dashboard sull’analisi dei percorsi delle varianti di processo in base a questo indicatore, è possibile evidenziare i percorsi non standard seguiti per correggere errori o disporre pagamenti straordinari.

Perché è importante

Filtro chiave per analizzare le deviazioni del processo e le rilavorazioni.

Dove reperirli

Logica Payroll Header basata su 'Check Date' e 'Period End Date'

Esempi
truefalse
Giurisdizione fiscale
TaxJurisdiction
Stato o località principale per la dichiarazione fiscale.
Descrizione

Questo attributo identifica la giurisdizione fiscale principale associata al record delle paghe. È essenziale per la Dashboard sulle tempistiche delle dichiarazioni fiscali multistatali.

Analizzando i flussi del processo in base alla giurisdizione fiscale, i team che si occupano di conformità possono individuare gli stati in cui il completamento delle dichiarazioni richiede sistematicamente più tempo e verificare se i dipendenti che lavorano in più stati generano più eccezioni di controllo rispetto a quelli che lavorano in un solo stato.

Perché è importante

Essenziale per monitorare la conformità e condurre analisi geografiche.

Dove reperirli

Tabelle Tax Location o Employee Tax

Esempi
CANYTX
Gruppo di paga
PayGroup
Raggruppamento logico dei dipendenti ai fini dell’elaborazione delle paghe.
Descrizione

Il gruppo di paga è una configurazione fondamentale di UKG Pro che determina la frequenza (settimanale, bisettimanale) e le regole di elaborazione applicate a un insieme di dipendenti. Funge da identificativo principale del lotto.

Questo attributo è essenziale per la Dashboard sulla distribuzione del tempo di ciclo delle paghe. Consente di confrontare le prestazioni di elaborazione tra gruppi diversi, ad esempio tra dirigenti e lavoratori retribuiti a ore degli stabilimenti, e di individuare eventuali ritardi sistematici dovuti a configurazioni specifiche.

Perché è importante

Dimensione principale per raggruppare e confrontare le prestazioni dell’elaborazione delle paghe.

Dove reperirli

Tabella Payroll Header o Pay Group Configuration

Esempi
US-BiWeeklyCA-WeeklyExec-Monthly
Importo lordo della retribuzione
GrossPayAmount
Importo totale della retribuzione calcolato prima delle detrazioni e delle imposte.
Descrizione

Questo attributo rappresenta l’importo lordo calcolato per il record. È associato ad ActivityAmount per consentire l’analisi dei processi basata sui costi.

L’analisi dell’importo lordo della retribuzione contribuisce alla Dashboard sulla velocità del calcolo dal lordo al netto. Sebbene la Dashboard misuri principalmente i tempi, metterli in relazione con la complessità e il valore del pagamento può rivelare se i calcoli di commissioni elevate o complessi sono all’origine dei problemi di prestazioni.

Perché è importante

Consente di analizzare i flussi di valore (value stream) e individuare i valori anomali.

Dove reperirli

Tabelle Payroll Result o Pay Register

Esempi
2500.0010500.50480.00
Presenza di eccezioni di controllo
HasAuditException
Indicatore che segnala se è stata generata un’eccezione di controllo.
Descrizione

Questo attributo booleano indica se, per il caso, si è mai verificata l’attività Segnalazione di un’eccezione di controllo. Supporta il KPI sul tasso di accuratezza delle paghe al primo passaggio.

Consente agli analisti di distinguere rapidamente i casi senza problemi da quelli che hanno richiesto un intervento, semplificando l’analisi delle cause delle rilavorazioni nella Dashboard sulle eccezioni di controllo e gli andamenti delle correzioni.

Perché è importante

Individua i casi che richiedono un intervento.

Dove reperirli

Ricavato dalla presenza dell’attività 'Segnalazione di un’eccezione di controllo'

Esempi
truefalse
Reparto
DepartmentCode
Codice del reparto associato al dipendente.
Descrizione

Questo attributo collega il record delle paghe a una specifica unità organizzativa. È essenziale per la Dashboard sulle eccezioni di controllo e gli andamenti delle correzioni, che consente all’organizzazione di individuare i reparti in cui si verificano errori con regolarità o sono necessari interventi manuali.

Suddividendo i dati per reparto, gli analisti possono capire se alcuni responsabili necessitano di formazione sulle procedure di approvazione dei fogli presenze o se determinate unità aziendali applicano regole retributive complesse che causano ritardi nei calcoli.

Perché è importante

Essenziale per segmentare i dati per unità organizzativa e analizzare le cause profonde.

Dove reperirli

Tabelle Employee Master o Job History

Esempi
DEPT-100FINANCE-01OPS-WEST
Scadenza SLA
SlaProcessingDeadline
Data e ora previste per il completamento dell’esecuzione del pagamento.
Descrizione

Questo attributo definisce la scadenza interna o esterna entro cui completare il processo di elaborazione delle paghe, così da garantire trasferimenti bancari puntuali. È l’attributo principale della Dashboard sul rispetto degli SLA e il monitoraggio delle scadenze.

Confrontando la data e ora effettive dell’attività Esecuzione del pagamento con questa scadenza, è possibile calcolare la percentuale di pagamenti puntuali e dare priorità ai record a rischio.

Perché è importante

Valore di riferimento per calcolare il rispetto degli SLA.

Dove reperirli

Calendario dei pagamenti oppure dato ricavato sottraendo i giorni di elaborazione bancaria dalla data di pagamento

Esempi
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
Specialista paghe
PayrollSpecialist
ID utente o nome della persona che elabora il record.
Descrizione

Questo attributo identifica l’amministratore o lo specialista delle paghe responsabile dell’approvazione del record, della correzione dei dati o dell’esecuzione del ciclo di pagamento. È associato all’attributo Generico User.

Questi dati sono essenziali per la Dashboard sul carico di lavoro e il volume di attività degli specialisti. Consentono alla direzione di visualizzare come è distribuito il lavoro nel team e di individuare eventuali persone sovraccariche o colli di bottiglia durante la fase di approvazione.

Perché è importante

Consente di analizzare le risorse e individuare opportunità per bilanciare i carichi di lavoro.

Dove reperirli

Registri di controllo o colonne 'ModifiedBy' nelle tabelle delle transazioni

Esempi
jsmithmdoesystem_admin
Violazione SLA
IsSlaBreached
Indicatore che segnala se il pagamento è stato eseguito dopo la scadenza.
Descrizione

Questo attributo booleano è una metrica calcolata che confronta la data e ora dell’attività 'Esecuzione del pagamento' con la 'Scadenza SLA'. Determina direttamente il KPI sul tasso di rispetto degli SLA per le paghe.

Il calcolo preventivo di questo valore consente di filtrare subito la Dashboard per visualizzare solo i casi problematici e analizzare le cause profonde del mancato rispetto delle scadenze.

Perché è importante

Indicatore chiave per il monitoraggio della conformità.

Dove reperirli

Calcolato: PaymentTime > SlaDeadline

Esempi
truefalse
Categoria della correzione
CorrectionCategory
Tipo di correzione dei dati effettuata (ad esempio, orario, tariffa, detrazione).
Descrizione

Quando si verifica l’attività Correzione dei dati, questo attributo registra la natura dell’intervento. È fondamentale per il KPI sul tasso di correzioni manuali dei dati.

Capire se le correzioni riguardano soprattutto le registrazioni delle ore o le detrazioni per i benefit consente all’azienda di intervenire sui sistemi o sui team a monte più pertinenti per migliorare il processo.

Perché è importante

Fornisce un dettaglio sulle cause delle rilavorazioni.

Dove reperirli

Colonna 'Field Changed' del registro di controllo

Esempi
Rettifica delle ore registrateRetribuzione retroattivaAggiornamento del codice fiscale
Origine degli incentivi
IncentiveSource
Origine dei dati sugli incentivi (ad esempio, SalesForce, importazione da Excel).
Descrizione

Questo attributo identifica l’origine dei dati relativi a incentivi o commissioni importati nel record delle paghe. Supporta la Dashboard sulla precisione dell’importazione dei dati sugli incentivi.

Mettendo in relazione questo attributo con il KPI sulla frequenza delle rilavorazioni dei dati sugli incentivi, il team può stabilire se determinati file di origine, ad esempio il rapporto vendite della regione nord-orientale, presentano regolarmente errori di formattazione o problemi di qualità dei dati.

Perché è importante

Consente di ricondurre i problemi di qualità ai fornitori esterni dei dati.

Dove reperirli

Nome del file nel registro di importazione o descrizione dell’ID del lotto

Esempi
Flusso delle commissioni di venditaCaricamento manuale dei bonusSistema di retribuzione dei dirigenti
Tipo di dipendente
EmployeeType
Categoria del dipendente (ad esempio, a tempo pieno, a tempo parziale, collaboratore esterno).
Descrizione

Questo attributo classifica la persona associata al record delle paghe. Viene utilizzato nella Dashboard sulle prestazioni di approvazione delle presenze.

I diversi tipi di dipendente hanno spesso modalità differenti di invio dei fogli presenze e flussi di lavoro di approvazione distinti. La segmentazione in base a questo attributo aiuta a distinguere i problemi sistematici del processo dai comportamenti specifici di determinati gruppi di lavoratori.

Perché è importante

Consente di segmentare l’analisi per categoria di lavoratori.

Dove reperirli

Tabella Employee Master

Esempi
A tempo pienoA tempo parzialeCollaboratore esterno
Obbligatorio Consigliato Facoltativo

Attività di elaborazione delle paghe

Queste sono le fasi e le tappe fondamentali del processo da registrare nell’Event Log per individuare con precisione il processo e i colli di bottiglia.
4 Consigliato 11 Facoltativo
Attività Descrizione
Adempimento fiscale completato
Invio corretto dei dati fiscali alle giurisdizioni competenti, federali, statali e locali. Spesso avviene dopo il pagamento.
Perché è importante

Essenziale per la Dashboard 'Scadenze degli adempimenti fiscali nei diversi stati', che consente di rispettare i requisiti normativi ed evitare sanzioni.

Dove reperirli

Rilevare l’aggiornamento di stato nell’interfaccia Tax Filing o nel registro Payment Services, che indica 'Filed' o 'Accepted'.

Acquisizione

Registrato all’esecuzione della transazione tax_file_transmit

Tipo di evento explicit
Dato paghe approvato
Approvazione finale del singolo dato o dell’intero gruppo paga. Questa azione blocca ulteriori modifiche al dato e lo inserisce nella coda per la generazione del pagamento.
Perché è importante

Traguardo fondamentale che separa la fase di elaborazione da quella conclusiva. Serve a calcolare il 'Tempo di attraversamento per la generazione del file di bonifico bancario'.

Dove reperirli

Rilevare nella tabella Pay Period Control il cambiamento di stato del gruppo paga o del singolo record Check a 'Approved' o 'Locked'.

Acquisizione

Registrato all’esecuzione della transazione approve_pay_group

Tipo di evento explicit
Dato paghe inizializzato
Creazione della specifica voce retributiva per un dipendente all’interno di una nuova istanza di gruppo paga. Indica che il dipendente è attivo e incluso nel ciclo di elaborazione corrente.
Perché è importante

Segna l’avvio ufficiale della fase di elaborazione delle paghe nel sistema principale. È essenziale per distinguere la durata della rilevazione delle ore da quella dell’effettiva elaborazione delle paghe.

Dove reperirli

Individuare il timestamp in cui il dato viene inserito nella tabella Employee Pay o Check Header per la specifica data di pagamento.

Acquisizione

Registrato all’esecuzione della transazione pay_period_create

Tipo di evento explicit
Pagamento eseguito
Data di valuta o trasferimento effettivo dei fondi al dipendente. Segna l’adempimento dell’obbligo retributivo.
Perché è importante

Serve a verificare il 'Rispetto degli SLA' e ad assicurare che i dipendenti siano pagati nella data concordata.

Dove reperirli

Utilizzare il campo 'Check Date' o 'Advice Date' del record Pay Header finalizzato.

Acquisizione

Registrato all’esecuzione della transazione payment_post

Tipo di evento explicit
Cedolino pubblicato
Il cedolino diventa visibile al dipendente nel portale self-service. In questo modo si completa il ciclo di comunicazione.
Perché è importante

Pur non essendo una fase tecnica che blocca il processo, una pubblicazione tardiva genera richieste all’assistenza e incide sulla soddisfazione dei dipendenti.

Dove reperirli

Dedotto dal campo 'Check Date' o da un’impostazione specifica 'Self Service Release Date' nella configurazione del gruppo paga.

Acquisizione

Ricavare il dato confrontando il campo check_date con release_policy

Tipo di evento inferred
Correzione dei dati eseguita
Modifica manuale apportata al dato paghe, ad esempio per rettificare le ore o sostituire un’imposta, dopo il calcolo iniziale ma prima dell’approvazione finale.
Perché è importante

È la misura principale delle rilavorazioni. Monitorarla consente di calcolare il KPI 'Tasso di correzione manuale dei dati'.

Dove reperirli

Rilevare nel registro di controllo gli aggiornamenti alle tabelle Employee Pay Detail o Deduction in cui l’User ID non è 'System'.

Acquisizione

Registrato all’esecuzione della transazione update_pay_detail

Tipo di evento explicit
Dati sugli incentivi importati
Acquisizione di dati retributivi esterni, come provvigioni, bonus o pagamenti una tantum. È un’attività distinta dalla rilevazione delle ore ordinarie e spesso prevede il caricamento di file in blocco.
Perché è importante

Un’elevata percentuale di errori o rilavorazioni dopo questa attività indica problemi nella mappatura dei dati o nella qualità dei file esterni, una causa frequente di ritardi nelle paghe.

Dove reperirli

Rilevare nel registro di sistema o nella cronologia delle importazioni in blocco i file il cui tipo è 'Incentives' o 'Additional Pay'.

Acquisizione

Registrato all’esecuzione della transazione import_batch_data

Tipo di evento explicit
Eccezione rilevata durante la verifica
Il sistema o un utente rileva una discrepanza, ad esempio una retribuzione negativa, codici fiscali mancanti o avvisi relativi agli SLA. Il dato passa così a uno stato che richiede un intervento.
Perché è importante

Alimenta direttamente la Dashboard 'Tendenze delle eccezioni e delle correzioni rilevate durante le verifiche'. Un volume elevato di segnalazioni indica problemi nella qualità dei dati a monte.

Dove reperirli

Individuare nel registro degli avvisi di sistema o nella tabella dei messaggi del periodo di paga i dati associati a specifici identificativi dei dipendenti.

Acquisizione

Registrato alla creazione della transazione validation_warning

Tipo di evento explicit
File per il bonifico bancario generato
Generazione tecnica del file NACHA o per il deposito diretto da trasmettere alla banca. Predispone il trasferimento dei fondi.
Perché è importante

I ritardi in questa fase possono far mancare direttamente gli orari limite bancari. Alimenta la Dashboard 'Velocità di generazione dei bonifici bancari'.

Dove reperirli

Rilevare nel registro dei processi di sistema il timestamp di completamento del processo di creazione del file ACH o per il deposito diretto.

Acquisizione

Registrato all’esecuzione della transazione create_ach_file

Tipo di evento explicit
Foglio presenze approvato
Approvazione delle ore inviate da parte del responsabile, che le convalida per l’elaborazione del pagamento. Questa fase rende disponibili i dati per l’importazione nel motore di calcolo delle paghe.
Perché è importante

L’analisi dei colli di bottiglia in questa fase rivela i ritardi dovuti alla revisione dei responsabili, che riducono direttamente il tempo a disposizione degli specialisti paghe per elaborare i dati.

Dove reperirli

Rilevare nella cronologia di Time Management il momento in cui Status passa a 'Approved' o 'Signed Off'.

Acquisizione

Registrato all’esecuzione della transazione time_card_approve

Tipo di evento explicit
Foglio presenze inviato
Evento in cui un dipendente o un responsabile invia il foglio presenze relativo al periodo di paga. Segna l’inserimento dei dati grezzi sulle ore nel flusso di lavoro complessivo delle paghe; può avere origine nel modulo Time Management prima di passare al modulo Payroll principale.
Perché è importante

Definisce il timestamp iniziale più remoto del ciclo paghe completo. È essenziale per misurare il tempo che intercorre tra lo svolgimento del lavoro e l’acquisizione dei dati paghe.

Dove reperirli

Rilevare nel registro di controllo di Time Management o nella tabella Time Card History il momento in cui il campo Status passa a 'Submitted'.

Acquisizione

Registrato all’esecuzione della transazione time_card_submit

Tipo di evento explicit
Imposte calcolate
Fase finale del motore di calcolo, in cui viene applicata la logica fiscale per più stati per determinare la retribuzione netta. Completa la fase di calcolo automatizzato.
Perché è importante

Completa la sequenza 'Gross to Net'. Tempi lunghi in questa fase possono indicare problemi di prestazioni del motore fiscale o configurazioni complesse per più giurisdizioni.

Dove reperirli

Dedotto dal campo 'End Time' del processo di calcolo in blocco nel registro dei processi di sistema oppure dal timestamp nella tabella Employee Tax.

Acquisizione

Confrontare il campo status prima e dopo la conclusione del processo di calcolo

Tipo di evento inferred
Retribuzione lorda calcolata
Primo calcolo in cui il sistema determina la retribuzione totale sulla base delle ore, delle tariffe e dei dati sugli incentivi. Avviene prima dell’applicazione di trattenute e imposte.
Perché è importante

Misurare il tempo che intercorre tra questa fase e 'Taxes Calculated' consente di calcolare la metrica 'Velocità di calcolo dal lordo al netto', necessaria per analizzare le prestazioni del sistema.

Dove reperirli

Dedotto dal campo 'Start Time' del processo di calcolo in blocco nel registro dei processi di sistema.

Acquisizione

Confrontare il campo status prima e dopo l’avvio del processo di calcolo

Tipo di evento inferred
Risultati delle paghe visualizzati in anteprima
Un utente apre il registro paghe o il rapporto di anteprima per convalidare i risultati calcolati. Segna il passaggio dall’elaborazione automatizzata alla revisione umana.
Perché è importante

Indica l’inizio della fase di convalida. Un intervallo lungo tra il calcolo e l’anteprima può indicare problemi di disponibilità delle risorse.

Dove reperirli

Rilevare nel registro di controllo l’accesso di un utente al rapporto 'Payroll Register' o 'Pre-Check'.

Acquisizione

Registrato all’esecuzione della transazione report_view_preview

Tipo di evento explicit
Trattenute per i benefit applicate
Il sistema applica alla retribuzione lorda le trattenute per i benefit prima e dopo le imposte, ad esempio per l’assistenza sanitaria e il piano 401k. In genere, questa logica viene eseguita subito dopo il calcolo della retribuzione lorda.
Perché è importante

Gli errori in questa fase richiedono spesso correzioni manuali. Isolarla aiuta a determinare se i ritardi dipendono dal motore dei benefit o da problemi di configurazione.

Dove reperirli

Dedotto dal timestamp del calcolo in blocco oppure osservando i timestamp di creazione nella tabella Employee Deduction History.

Acquisizione

Ricavare il dato confrontando il campo calculation_stage

Tipo di evento inferred
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da UKG Pro

È pronto a iniziare?

Utilizzi questo template per trasformare i dati grezzi di UKG Pro in una mappa visiva del processo. Se ha bisogno di supporto per configurare l’estrazione in ambienti di elaborazione delle paghe complessi, può rivolgersi al nostro team di assistenza.

Ottimizzi subito l’elaborazione delle paghe in UKG Pro

Riduca del 30% il tempo di ciclo delle paghe ed elimini i colli di bottiglia.

Inizi la prova gratuita

Non è richiesta la carta di credito. La configurazione richiede 5 minuti.