Il Suo template dei dati per l’elaborazione delle paghe
Il Suo template dei dati per l’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
Attributi dell’elaborazione delle paghe
| 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
|
|||
Attività di elaborazione delle paghe
| 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
|
|||
Guide all’estrazione
È 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.
Non è richiesta la carta di credito. La configurazione richiede 5 minuti.