Il Suo Template Dati per l'Elaborazione Paghe
Il Suo Template Dati per l'Elaborazione Paghe
- Attributi raccomandati per i record di paga
- Pietre miliari chiave del processo dalla presentazione al pagamento
- Guida all'estrazione specifica per Workday Payroll
Attributi di Elaborazione Paghe
| Nome | Descrizione | ||
|---|---|---|---|
|
Activity
ActivityName
|
Il nome del passaggio del processo o dell'evento eseguito. | ||
|
Descrizione
Questo attributo cattura l'azione specifica o il cambiamento di stato che si verifica all'interno del ciclo paghe. I valori corrispondono ai passaggi standard del Business Process in Workday, come 'Scheda Presenze Inviata', 'Record di Paga Creato' o 'Pagamento Eseguito'. Questo campo è il componente fondamentale per la discovery del processo e l'analisi delle varianti.
Perché è importante
Definisce la sequenza degli eventi ed è obbligatorio per ricostruire la mappa del processo.
Dove trovare
Workday 'Business Process Transactions' o log di audit.
Esempi
Scheda Presenze InviataPaga Lorda CalcolataFile di Bonifico Bancario GeneratoEccezione di Audit Segnalata
|
|||
|
Ora di Inizio
EventTimestamp
|
La data e l'ora esatte in cui si è verificata l'attività. | ||
|
Descrizione
Questo attributo registra il timestamp di quando una specifica attività è stata avviata o completata. Fornisce la dimensione temporale necessaria per calcolare i tempi di ciclo, le durate e identificare i colli di bottiglia. In Workday, questo corrisponde al 'Momento di Completamento' o 'Momento Effettivo' del passaggio del processo aziendale.
Perché è importante
È richiesto per ordinare gli eventi cronologicamente e calcolare tutti i KPI basati sul tempo.
Dove trovare
Cronologia dei Processi Aziendali di Workday: 'Data/Ora Completamento'.
Esempi
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
|
|||
|
Record di Paga
PayrollRecordId
|
L'identificatore unico per lo specifico record di paga, che combina dipendente e periodo di paga. | ||
|
Descrizione
Questo attributo serve come identificatore centrale del case per il processo. Identifica in modo univoco una singola istanza di gestione paghe per un dipendente specifico all'interno di un periodo di paga specifico. In Workday, questo è concettualmente l'intersezione del Lavoratore, del Periodo e del Gruppo di Paga. Tutte le attività, dall'invio della scheda presenze all'esecuzione del pagamento finale, sono raggruppate sotto questo ID per consentire l'analisi del processo end-to-end.
Perché è importante
È il CaseId obbligatorio che lega tutti gli eventi disgiunti in una traccia di processo coesa.
Dove trovare
Workday Report Writer: Estrarre dall'oggetto di business 'Risultato Paga', tipicamente una chiave composita di ID_Dipendente e Riferimento_Periodo.
Esempi
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema di riferimento da cui sono originati i dati. | ||
|
Descrizione
Questo attributo identifica il sistema software in cui è stato registrato l'event. Per questo processo, il valore sarà prevalentemente 'Workday Payroll'. È essenziale per ambienti multi-sistema tracciare la lineage dei dati e assicurarsi che il contesto corretto sia applicato durante l'analisi.
Perché è importante
Consente il tracciamento della provenienza dei dati in configurazioni di Process Mining multisistema.
Dove trovare
Hardcoded durante l'estrazione o configurato nella pipeline ETL.
Esempi
Workday PayrollWorkday HCM
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp di quando i dati sono stati estratti o aggiornati l'ultima volta. | ||
|
Descrizione
Questo attributo indica quando il record è stato aggiornato l'ultima volta nel modello dati di process mining. Viene utilizzato per gestire la freschezza dei dati e identificare potenziali latenze di sincronizzazione tra il sistema di origine e l'ambiente di analisi.
Perché è importante
Aiuta gli analisti a capire quanto siano attuali i dati.
Dove trovare
Ora di sistema al momento dell'esecuzione ETL.
Esempi
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
Centro di Costo
CostCenter
|
Il dipartimento o centro di costo associato al record di paga. | ||
|
Descrizione
Questo attributo mappa il record di paga a una specifica unità organizzativa. Consente il confronto delle performance tra diversi dipartimenti, permettendo l'identificazione di aree che frequentemente causano ritardi (es. nell'approvazione delle schede presenze) o hanno alti tassi di errore.
Perché è importante
Essenziale per i dashboard 'Time Sheet Approval Performance' e 'Audit Exception'.
Dove trovare
Oggetto Lavoratore Workday: 'Centro di Costo' o 'Organizzazione di Supervisione'.
Esempi
CC-501 FinanzaCC-202 EngineeringCC-101 HR
|
|||
|
È Automatizzato
IsAutomated
|
Flag che indica se l'attività è stata eseguita dal sistema. | ||
|
Descrizione
Questo attributo booleano determina se un passaggio specifico è stato eseguito dal sistema Workday (es. calcolo programmato) o da un utente umano. È essenziale per calcolare l''ActivityAutomationCost' e identificare opportunità per aumentare l'elaborazione senza intervento manuale.
Perché è importante
Critico per l'analisi dell'automazione e la stima dei costi.
Dove trovare
Audit Workday: Verificare se l'Attore è 'Sistema' o distinto da 'Lavoratore'.
Esempi
truefalse
|
|||
|
Gruppo di Paga
PayGroup
|
Il raggruppamento dei dipendenti per l'elaborazione delle paghe. | ||
|
Descrizione
Questo attributo identifica il raggruppamento logico dei dipendenti che condividono lo stesso periodo di paga e le stesse regole di elaborazione (es. 'Salariati Mensili USA'). È un concetto fondamentale di Workday utilizzato per segmentare l'analisi per il 'Tracker delle Iterazioni di Anteprima Paghe' e il 'Monitor di Efficienza del Calcolo Fiscale'.
Perché è importante
Dimensione primaria per la segmentazione operativa in Workday.
Dove trovare
Lavoratore Workday/Risultato Paghe: 'Gruppo di Paga'.
Esempi
Salariati Mensili USAOrario Settimanale UKDirigenti Francia
|
|||
|
Motivo della Correzione
CorrectionReason
|
Il codice motivo selezionato quando viene eseguita la correzione dei dati. | ||
|
Descrizione
Questo attributo cattura il motivo selezionato dall'utente per un'attività di 'Correzione Dati Eseguita'. Fornisce il dettaglio granulare necessario per la dashboard di 'Analisi delle Correzioni Manuali e Rilavorazioni' per comprendere le cause principali come 'Modifica Retroattiva' o 'Errore di Input'.
Perché è importante
Chiave per l'Analisi delle Cause Radice della rielaborazione.
Dove trovare
Workday: campo 'Motivo' sul processo aziendale Annulla/Correggi.
Esempi
Modifica Retribuzione RetroattivaRegolazione Scheda PresenzeAggiornamento Scelta Benefit
|
|||
|
Paese
Country
|
Il paese o la giurisdizione fiscale per il record di paga. | ||
|
Descrizione
Questo attributo indica la posizione geografica principale per il calcolo delle paghe. È vitale per la dashboard di 'Standardizzazione del Tempo di Ciclo Globale', consentendo alle organizzazioni di confrontare le performance tra diversi ambienti normativi e isolare problemi specifici della regione.
Perché è importante
Supporta l'analisi della 'Varianza del Tempo di Ciclo Regionale' e la standardizzazione globale.
Dove trovare
Oggetto Lavoratore Workday: 'Sede Lavorativa Primaria' -> Paese.
Esempi
Stati UnitiRegno UnitoFranciaGermania
|
|||
|
Periodo di Paga
PayPeriod
|
L'intervallo di tempo specifico coperto dal record di paga. | ||
|
Descrizione
Questo attributo identifica il ciclo di gestione paghe, come 'Ottobre 2023 - Semimensile'. Viene utilizzato per raggruppare i record per l'analisi periodo su periodo ed è essenziale per la logica dell'identificatore di case 'Record di Paga'.
Perché è importante
Fondamentale per raggruppare i casi e per l'analisi temporale.
Dove trovare
Risultato Paghe di Workday: 'Periodo'.
Esempi
2023-10 Mensile2023-W42 Settimanale2023-11 Bisettimanale
|
|||
|
Specialista Paghe
PayrollSpecialist
|
L'utente o il lavoratore che ha eseguito l'attività. | ||
|
Descrizione
Questo attributo identifica l'individuo o l'account di sistema responsabile dell'esecuzione dell'attività. In Workday, questo è l''Actor' associato al passaggio del processo aziendale. È fondamentale per analizzare la produttività delle risorse, la segregazione dei compiti e la distribuzione del carico di lavoro.
Perché è importante
Consente l'analisi della produttività degli specialisti e dei colli di bottiglia delle risorse.
Dove trovare
Cronologia dei Processi Aziendali di Workday: campo 'Attore'.
Esempi
John SmithConto di sistemaMaria GarciaPayrollBatchBot
|
|||
|
Tempo di Elaborazione
ProcessingTime
|
La durata dell'istanza di attività specifica. | ||
|
Descrizione
Questo attributo cattura il tempo impiegato per completare il passaggio specifico (es. quanto tempo è durato il job di calcolo). Abilita le viste 'Produttività dello Specialista' ed 'Efficienza del Calcolo Fiscale' identificando passaggi di sistema lenti o ritardi manuali dell'utente.
Perché è importante
Metrica granulare per l'analisi delle prestazioni a livello di fase.
Dove trovare
Processo Aziendale di Workday: Durata tra Inizio Fase e Completamento Fase.
Esempi
30000120000500
|
|||
|
Tipo di Esecuzione Paghe
PayrollRunType
|
La categoria dell'esecuzione paghe (es. Regolare, Fuori Ciclo, Bonus). | ||
|
Descrizione
Questo attributo classifica la natura dell'esecuzione delle paghe. Distinguere tra esecuzioni 'Regolari', 'Correzione' e 'Su Richiesta' è fondamentale per l'analisi, poiché le esecuzioni fuori ciclo tipicamente rappresentano rilavorazioni o eccezioni che distorcono le metriche di performance standard.
Perché è importante
Supporta la segmentazione tra processi standard e processi di eccezione.
Dove trovare
Workday Payroll: 'Categoria Esecuzione' o 'Tipo Risultato'.
Esempi
RegolareFuori CicloSu RichiestaAggiustamento di Fine Anno
|
|||
|
Conteggio Iterazioni Anteprima
PreviewIterationCount
|
Il conteggio cumulativo dei passaggi di anteprima per questo record. | ||
|
Descrizione
Questa metrica calcolata traccia quante volte l'attività 'Anteprima Risultato Paghe Visualizzata' si è verificata per un caso specifico. Un conteggio elevato indica difficoltà nel stabilizzare i dati ed è l'input primario per il 'Tracker delle Iterazioni di Anteprima Paghe'.
Perché è importante
Misura l'efficienza del processo e la stabilità della qualità dei dati.
Dove trovare
Calcolato: Conteggio delle attività 'Payroll Result Previewed' per CaseId.
Esempi
1312
|
|||
|
Importo Paga Lorda
GrossPayAmount
|
La retribuzione lorda totale calcolata per il record. | ||
|
Descrizione
Questo attributo contiene il valore monetario lordo calcolato prima delle deduzioni. Sebbene spesso sensibile, agisce come proxy per complessità e rischio. Nel process mining, può essere utilizzato per analizzare se i record di valore più elevato sono soggetti a controlli di audit più rigorosi o richiedono più tempo per l'approvazione.
Perché è importante
Utilizzato come attributo dimensionale per l'analisi della complessità (se la sicurezza lo consente).
Dove trovare
Linee di Risultato Paghe di Workday: Somma dei componenti della Retribuzione Lorda.
Esempi
5000.002500.5010000.00
|
|||
|
Regione
Region
|
La regione geografica più ampia (es. EMEA, APAC, NA). | ||
|
Descrizione
Questo attributo raggruppa i paesi in regioni operative più ampie. Supporta il KPI 'Varianza del Tempo di Ciclo Regionale' consentendo un confronto di alto livello delle operazioni di gestione paghe tra i principali mercati come Nord America, EMEA e APAC.
Perché è importante
Facilita il confronto delle prestazioni geografiche ad alto livello.
Dove trovare
Derivato dal campo Paese o 'Regione' del Lavoratore.
Esempi
Nord AmericaEMEAAPACLATAM
|
|||
|
Scadenza di Elaborazione SLA
SLAProcessingDeadline
|
La scadenza obiettivo per la generazione del file di bonifico bancario. | ||
|
Descrizione
Questo attributo definisce la scadenza contrattuale o interna entro cui deve verificarsi l'attività 'File di Bonifico Bancario Generato'. Viene utilizzato per calcolare il 'Tasso di Adesione SLA per Bonifici Bancari' e visualizzare la conformità sulla dashboard.
Perché è importante
Baseline per il calcolo della conformità SLA.
Dove trovare
Derivato dalla Data di Fine Periodo di Pagamento + offset configurabile (es. 2 giorni).
Esempi
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
|
|||
|
Stato Archiviazione Fiscale
TaxFilingStatus
|
Lo stato dell'archiviazione fiscale post-pagamento. | ||
|
Descrizione
Questo attributo traccia lo stato di completamento della rendicontazione legale. Utilizzato in combinazione con l'attività 'Archiviazione Fiscale Completata' per popolare la dashboard 'Velocità di Archiviazione Fiscale Post-Ciclo' e garantire la conformità normativa.
Perché è importante
Critico per la conformità e il monitoraggio del rischio.
Dove trovare
Workday Payroll: Cronologia archiviazione fiscale o stato integrazione.
Esempi
In SospesoCompletatoRifiutato
|
|||
|
Stato di Conformità SLA
SLAComplianceStatus
|
Indica se il bonifico bancario è stato generato in tempo. | ||
|
Descrizione
Questo attributo calcolato confronta il tempo effettivo di 'File di Bonifico Bancario Generato' con la 'Scadenza di Elaborazione SLA'. Valori come 'Rispettato' o 'Violato' consentono una visualizzazione immediata dei problemi di performance sulla dashboard 'Bonifico Bancario e Conformità SLA'.
Perché è importante
Popola direttamente il KPI di conformità SLA.
Dove trovare
Calcolato: Se EventTime <= SLAProcessingDeadline allora 'Rispettato' altrimenti 'Violato'.
Esempi
RaggiuntoViolatoA Rischio
|
|||
|
Tipo di Eccezione di Audit
AuditExceptionType
|
La categoria di errore di audit segnalata durante il ciclo. | ||
|
Descrizione
Questo attributo classifica la regola specifica che ha attivato un event 'Eccezione di Audit Segnalata'. Esempi includono 'Paga Netta Negativa', 'Varianza > 10%' o 'ID Fiscale Mancante'. Guida la vista 'Eccezione di Audit e Controllo Qualità'.
Perché è importante
Identifica problemi specifici di qualità dei dati da cui iniziare a migliorare.
Dove trovare
Rapporti di Audit di Workday o output delle Regole di Validazione.
Esempi
Paga Netta NegativaElevata VarianzaSSN Mancante
|
|||
Attività di Elaborazione Paghe
| Activity | Descrizione | ||
|---|---|---|---|
|
Correzione Dati Eseguita
|
Un intervento manuale in cui uno specialista delle paghe modifica i dati di input o sovrascrive i valori calcolati su un risultato di pagamento. Questo indica che il calcolo iniziale era errato. | ||
|
Perché è importante
Misura direttamente la rielaborazione. Ridurre questa attività è un obiettivo primario per le iniziative di automazione e qualità dei dati.
Dove trovare
Audit Trail di Workday per l'oggetto 'Risultato Paga'. Cerchi eventi di 'Modifica Campo' eseguiti dagli utenti (non dal sistema) dopo il calcolo iniziale.
Acquisisci
Registrato quando l'utente conferma le modifiche al Pay Result
Tipo di evento
explicit
|
|||
|
Eccezione di Audit Segnalata
|
Il sistema rileva un errore di convalida o un avviso smart audit sul risultato delle paghe. Questo imposta lo stato del risultato su 'Errore' o 'Richiede Azione'. | ||
|
Perché è importante
Critico per misurare la conformità e la qualità dei dati. Le eccezioni frequenti aumentano il costo per busta paga e ritardano la finalizzazione.
Dove trovare
Campo Stato Risultato Paga di Workday. Identificare le transizioni allo stato di 'Errore' o la creazione di voci di avviso 'Smart Audit'.
Acquisisci
Confrontare il campo stato prima/dopo il calcolo
Tipo di evento
inferred
|
|||
|
File di Bonifico Bancario Generato
|
La creazione del file di trasmissione bancaria (es. NACHA, SEPA) contenente le istruzioni di pagamento netto. Questo avviene durante la 'Esecuzione Liquidazione'. | ||
|
Perché è importante
Misura la conformità SLA per la presentazione dei pagamenti. Ritardi qui compromettono la data effettiva di pagamento.
Dove trovare
Log del processo 'Esegui Liquidazione' di Workday. Cerchi la generazione del 'File di Pagamento' o il completamento dell'event di esecuzione della liquidazione.
Acquisisci
Registrato quando Settlement Run produce un output
Tipo di evento
explicit
|
|||
|
Paga Lorda Calcolata
|
L'esecuzione del motore di calcolo che deriva i guadagni lordi basati su ore, tariffe e piani di compensazione. Questa attività può ripetersi più volte se i dati vengono corretti. | ||
|
Perché è importante
Elevati conteggi di iterazioni qui indicano problemi di qualità dei dati. Questo è il passaggio di elaborazione centrale che consuma la maggior parte delle risorse di sistema e del tempo.
Dove trovare
Log delle attività 'Esegui Calcolo Paga' di Workday. Acquisire il timestamp di completamento del job di calcolo per il lavoratore/gruppo di paga specifico.
Acquisisci
Registrato quando il job 'Run Pay Calculation' è completato
Tipo di evento
explicit
|
|||
|
Pagamento Eseguito
|
La conferma che i fondi sono stati rilasciati o che l'assegno è stato stampato. Questa è la realizzazione finanziaria finale del record di paga. | ||
|
Perché è importante
La fine assoluta del processo rivolto al dipendente. Confrontare questo con il tempo di Generazione del File di Bonifico Bancario rivela le latenze di elaborazione bancaria.
Dove trovare
Stato Liquidazione Workday. Cerchi modifiche di stato a 'Completato' o conferme di integrazione dalla banca.
Acquisisci
Registrato quando lo Stato di Liquidazione si aggiorna a Completato
Tipo di evento
explicit
|
|||
|
Record di Paga Approvato
|
La finalizzazione del calcolo delle paghe per un lavoratore. Questo avviene durante il processo di 'Completamento Esecuzione Paga', bloccando il risultato da ulteriori modifiche di calcolo. | ||
|
Perché è importante
La pietra miliare fondamentale che segna la fine della fase di calcolo e l'inizio della fase di liquidazione. Essenziale per misurare il tempo di ciclo.
Dove trovare
Log delle attività 'Completamento Esecuzione Paga' di Workday. Identificare quando lo Stato del Risultato Paga cambia in 'Completato' o 'Finale'.
Acquisisci
Registrato quando 'Run Pay Completion' viene eseguito
Tipo di evento
explicit
|
|||
|
Record Paghe Creato
|
L'inizializzazione del risultato delle paghe per un lavoratore entro un periodo specifico. Questo avviene spesso quando il processo di Calcolo Paga identifica il lavoratore come idoneo per l'esecuzione. | ||
|
Perché è importante
Segna l'inizio ufficiale dell'elaborazione delle paghe specificamente all'interno del motore di gestione delle paghe. Utile per distinguere tra la preparazione dei dati HR e l'effettiva elaborazione delle paghe.
Dove trovare
Timestamp di creazione dell'oggetto 'Risultato Paga' di Workday Payroll o l'inizio del processo 'Esegui Calcolo Paga' per il lavoratore.
Acquisisci
Registrato quando l'oggetto Pay Result è istanziato
Tipo di evento
explicit
|
|||
|
Scheda Presenze Approvata
|
L'approvazione formale delle registrazioni di presenza da parte di un manager o partner HR. Questo cambiamento di stato rilascia le ore da acquisire dall'interfaccia delle paghe o dal motore di calcolo. | ||
|
Perché è importante
Calcola il tempo di ritardo dell'approvazione. Il tempo non approvato è una causa primaria di aggiustamenti retroattivi e rielaborazioni nei periodi di pagamento successivi.
Dove trovare
Cronologia del Processo Aziendale Workday Time Tracking. Cerchi l'event 'Passaggio Completato' dove il tipo di passaggio è 'Approvazione'.
Acquisisci
Registrato quando lo stato del passaggio di approvazione cambia in Completato
Tipo di evento
explicit
|
|||
|
Scheda Presenze Inviata
|
L'invio iniziale dei dati di presenza da parte di un dipendente o addetto alla rilevazione all'interno del modulo Time Tracking. Questo event segna l'ingresso delle ore grezze nel flusso del sistema prima della revisione del manager. | ||
|
Perché è importante
I ritardi nella presentazione innescano colli di bottiglia a valle nella finestra di calcolo delle paghe. Il monitoraggio di questo aspetto stabilisce la base per l'intera durata del ciclo di pagamento.
Dove trovare
Log di audit del Processo Aziendale Workday Time Tracking. Identificare il timestamp dell'event 'Invia' per il Periodo di Paga pertinente.
Acquisisci
Registrato quando l'azione 'Submit Time' è eseguita
Tipo di evento
explicit
|
|||
|
Anteprima Risultato Paghe Visualizzata
|
Un utente visualizza il risultato del calcolo delle paghe o l'Anteprima della Busta Paga ('Payslip Preview'). Questa attività precede tipicamente l'approvazione e indica la fase di verifica. | ||
|
Perché è importante
Anteprime multiple senza approvazione suggeriscono incertezza o la necessità di una convalida esterna al sistema. Aiuta ad analizzare il comportamento dell'utente durante il ciclo di revisione.
Dove trovare
Log di accesso utente o Cronologia esecuzioni rapporti. Cerchi eventi 'View' sull'istanza 'Risultato Paga' o l'esecuzione di rapporti 'Visualizza Busta Paga'.
Acquisisci
Registrato nei Log di Accesso al Sistema (evento Visualizza)
Tipo di evento
explicit
|
|||
|
Archiviazione Fiscale Completata
|
La generazione e l'invio riusciti di rapporti fiscali obbligatori alle agenzie governative. Questo avviene post-pagamento. | ||
|
Perché è importante
Garantisce la conformità normativa. Ritardi in questa attività post-ciclo possono portare a sanzioni significative.
Dove trovare
Log di integrazione per fornitori di servizi paghe terzi o completamento di attività manuali di 'Tax Filing' nella checklist di chiusura periodo.
Acquisisci
Registrato quando l'evento di Integrazione Fiscale è completato
Tipo di evento
explicit
|
|||
|
Busta Paga Pubblicata
|
La disponibilità del documento della busta paga finalizzata per la visualizzazione da parte del dipendente. Solitamente attivato dopo il completamento della liquidazione o in una data programmata. | ||
|
Perché è importante
Ha un impatto sulla soddisfazione dei dipendenti. Il monitoraggio di questo aspetto garantisce trasparenza e conformità alle leggi locali sul lavoro in merito alla consegna delle dichiarazioni.
Dove trovare
Desunto dalla 'Payslip Available Date' configurata sul Gruppo di Pagamento o dal timestamp del completamento del processo 'Generate Payslip'.
Acquisisci
Derivare dalla configurazione della Data di Disponibilità della Busta Paga
Tipo di evento
inferred
|
|||
|
Dati Incentivi Importati
|
L'ingestione di dati di retribuzione esterni come commissioni, bonus o pagamenti una tantum tramite Enterprise Interface Builder (EIB) o connettore. Questo crea o aggiorna oggetti Input/Pagamento Una Tantum. | ||
|
Perché è importante
Identifica la latenza di integrazione. Validare che i dati esterni arrivino prima del cutoff di calcolo è critico per l'accuratezza delle paghe.
Dove trovare
Log degli Eventi del Sistema di Integrazione o Audit Trail per i processi business 'Request One-Time Payment' o 'Input'.
Acquisisci
Registrato durante il caricamento EIB o la chiamata al Web Service
Tipo di evento
explicit
|
|||
|
Deduzioni Benefit Applicate
|
L'applicazione dei piani previdenziali e delle regole di deduzione alla retribuzione lorda per determinare i salari imponibili. Sebbene tipicamente parte del calcolo principale, questa attività isola la fase di elaborazione delle deduzioni. | ||
|
Perché è importante
I ritardi di sincronizzazione tra HCM Benefits e Paghe spesso causano errori qui. Isolare questo aiuta a individuare problemi di configurazione o di flusso di dati.
Dove trovare
Desunto dai dettagli del log 'Run Pay Calculation' se sono registrati sottoprocessi di deduzione distinti, o derivato dagli aggiornamenti alla sezione 'Deductions' del Pay Result.
Acquisisci
Confrontare i campi di deduzione del Pay Result pre/post calcolo
Tipo di evento
inferred
|
|||