Il Suo Template per i dati di elaborazione delle paghe
Il Suo Template per i dati di elaborazione delle paghe
- Attributi consigliati per un'analisi dettagliata
- Fasi e tappe fondamentali del processo
- Best practice per l'estrazione dei dati da ADP Workforce Now
Attributi dell’elaborazione delle paghe
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
ActivityName
|
Il nome della fase o dell'evento di processo eseguito. | ||
|
Descrizione
Questo attributo registra l'azione specifica eseguita all'interno del Workflow delle paghe, ad esempio «Timesheet inviato», «Retribuzione lorda calcolata» o «File per il bonifico bancario generato». È fondamentale per la mappa del processo, poiché definisce i nodi del grafo e consente di visualizzare la sequenza del Workflow. Le variazioni nella sequenza delle attività evidenziano cicli di rilavorazione e deviazioni dalla procedura operativa standard.
Perché è importante
Definisce il «che cosa» del processo, consentendo di visualizzare i flussi e le varianti di processo.
Dove reperirlo
Audit trail o log della cronologia delle transazioni in ADP Workforce Now.
Esempi
Timesheet inviatoPayroll Record approvatoCorrezione dei dati eseguita
|
|||
|
Record delle paghe
PayrollRecordId
|
Identificativo univoco della combinazione specifica di dipendente e periodo di paga. | ||
|
Descrizione
Il record delle paghe funge da identificativo centrale del caso per il processo. Rappresenta una singola istanza di pagamento di un dipendente per uno specifico ciclo, ad esempio il periodo di paga 12 per il dipendente X. Nell'analisi, questo attributo raggruppa tutti gli eventi distinti, dall'invio iniziale del timesheet fino alla presentazione finale della dichiarazione fiscale, in un percorso end-to-end coerente. Consente agli analisti di monitorare la rapidità e l'accuratezza del pagamento per ogni singolo record.
Perché è importante
È la chiave obbligatoria del caso che collega tutti i dati degli eventi e consente di ricostruire il processo.
Dove reperirlo
Consultare la documentazione di ADP Workforce Now
Esempi
PR-2023-10-A-00123PR-2023-10-A-00456PR-2023-10-B-00789
|
|||
|
Timestamp dell'evento
EventDateTime
|
La data e l'ora specifiche in cui si è verificata l'attività. | ||
|
Descrizione
Questo attributo registra il momento esatto in cui un'attività è stata acquisita nel sistema. Viene utilizzato per ordinare cronologicamente gli eventi e calcolare la durata tra le diverse fasi. I timestamp precisi sono fondamentali per individuare i colli di bottiglia, misurare i tempi di attraversamento, ad esempio il tempo necessario per un'approvazione, e garantire il rispetto degli accordi sui livelli di servizio per l'elaborazione delle paghe.
Perché è importante
Fornisce la dimensione temporale necessaria per tutte le analisi dei tempi di ciclo e delle prestazioni.
Dove reperirlo
Timestamp di sistema associati ai log delle transazioni.
Esempi
2023-10-01T08:30:00Z2023-10-01T14:45:12Z2023-10-02T09:15:00Z
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema di riferimento da cui ha avuto origine l'evento. | ||
|
Descrizione
Identifica l'ambiente software da cui sono stati estratti i dati, in questo caso «ADP Workforce Now». Negli ambienti complessi, in cui i dati possono essere combinati con quelli di altri sistemi HRIS o bancari, questo campo garantisce la tracciabilità dei dati e aiuta a isolare i problemi di integrazione specifici del sistema.
Perché è importante
Garantisce tracciabilità e contesto, soprattutto negli ambienti di Process Mining che coinvolgono più sistemi.
Dove reperirlo
Codificato durante il processo ETL.
Esempi
ADP Workforce NowADP WFNADP_PROD
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Timestamp che indica quando il record è stato modificato l'ultima volta nel sistema di origine. | ||
|
Descrizione
Indica il momento dell'ultima modifica del record di dati in ADP Workforce Now. Viene utilizzato per determinare l'aggiornamento dei dati e gestire i caricamenti incrementali, assicurando che l'analisi del processo rifletta lo stato attuale dei record delle paghe.
Perché è importante
È fondamentale per l'estrazione incrementale dei dati e per garantire che l'analisi si basi su dati aggiornati.
Dove reperirlo
Consultare la documentazione di ADP Workforce Now
Esempi
2023-10-05T17:00:00Z2023-10-06T08:00:00Z
|
|||
|
È previsto un intervento manuale
IsManualIntervention
|
Indicatore che segnala se l'attività ha comportato l'inserimento o la correzione manuale dei dati. | ||
|
Descrizione
Attributo booleano derivato dal nome dell'attività o dalla fonte della transazione, ad esempio «true» se l'attività è «Correzione dei dati eseguita». Alimenta il KPI «Tasso di correzione manuale», aiutando il management a individuare dove l'automazione non è efficace e dove si concentra maggiormente l'intervento umano.
Perché è importante
Supporta direttamente l'analisi del livello di automazione e dell'efficienza del processo.
Dove reperirlo
Derivato da ActivityName o da codici di transazione specifici.
Esempi
truefalse
|
|||
|
È retrospettivo
IsRetrospective
|
Indicatore che segnala se il record delle paghe rappresenta una rettifica relativa a un periodo passato. | ||
|
Descrizione
Indica se l'elaborazione riguarda il periodo corrente o la correzione di un periodo precedentemente chiuso, cioè una retribuzione retroattiva. Supporta la Dashboard «Volume delle rettifiche retrospettive», mettendo in evidenza la stabilità del processo paghe e la frequenza degli errori rilevati dopo la pubblicazione.
Perché è importante
Distingue tra elaborazione standard e cicli di rilavorazione o correzione.
Dove reperirlo
Derivato da Pay Run Type o dal confronto tra Pay Period e Current Date.
Esempi
truefalse
|
|||
|
Giurisdizione fiscale
TaxJurisdictionCode
|
Il codice specifico della regione o dello Stato utilizzato ai fini della dichiarazione fiscale. | ||
|
Descrizione
Indica l'autorità fiscale o la regione principale, ad esempio CA, NY o federale, pertinente al record delle paghe. È necessario per la Dashboard «Benchmark del completamento delle dichiarazioni fiscali», che consente di individuare le regioni in cui si verificano ritardi nelle dichiarazioni previste dalla legge e di garantire la conformità alle normative locali.
Perché è importante
È essenziale per il monitoraggio della conformità e l'analisi delle prestazioni regionali.
Dove reperirlo
Profilo fiscale o tabelle delle imposte sulle paghe.
Esempi
US-CAUS-NYUS-TX
|
|||
|
Gruppo paghe
PayGroupCode
|
Identifica lo specifico ciclo o gruppo paghe, ad esempio «USA bisettimanale». | ||
|
Descrizione
Segmenta i dipendenti in gruppi di elaborazione in base alla frequenza e al tipo di pagamento, ad esempio settimanale, bisettimanale o dirigenti. Viene utilizzato per filtrare l'analisi in base a cicli specifici ed è fondamentale per la Dashboard «Frequenza delle correzioni manuali dei dati», che consente di verificare se alcuni gruppi sono più soggetti a errori di altri.
Perché è importante
Consente di segmentare il processo in base alla frequenza di pagamento e al tipo di dipendente.
Dove reperirlo
Configurazione del gruppo paghe o tabelle di intestazione delle paghe.
Esempi
US_BiWeeklyCA_MonthlyUS_Executive
|
|||
|
Importo lordo
GrossPayAmount
|
La retribuzione lorda calcolata per il record prima delle detrazioni. | ||
|
Descrizione
L'importo totale della retribuzione calcolato per il dipendente nello specifico periodo di paga. Sebbene non venga sempre utilizzato per l'analisi dei flussi di processo, fornisce il contesto per «ActivityAmount» e aiuta a dare priorità ai record di valore elevato nell'analisi delle eccezioni di audit o delle rettifiche retrospettive.
Perché è importante
Fornisce il contesto finanziario e l'entità economica del record delle paghe.
Dove reperirlo
Tabelle dei risultati delle paghe.
Esempi
2500.005430.501200.00
|
|||
|
Reparto
DepartmentCode
|
Il reparto o centro di costo associato al dipendente. | ||
|
Descrizione
Rappresenta l'unità organizzativa del dipendente retribuito. In ADP corrisponde spesso al «reparto di appartenenza». Questo attributo è essenziale per l'analisi «Variazione del processo per reparto», che consente all'organizzazione di confrontare i tempi di approvazione e i tassi di errore tra diverse unità aziendali.
Perché è importante
È fondamentale per confrontare le prestazioni tra diverse unità organizzative.
Dove reperirlo
Dati anagrafici principali dei dipendenti o campi del centro di costo.
Esempi
Sales-101IT-Dev-200HR-Admin-001
|
|||
|
Specialista paghe
PayrollSpecialistName
|
L'utente o l'agente di sistema responsabile dell'esecuzione dell'attività. | ||
|
Descrizione
Identifica la persona, ad esempio lo specialista paghe o il responsabile, oppure l'account di sistema automatizzato che ha eseguito l'attività. Questo attributo consente di alimentare la Dashboard «Prestazioni di produttività degli specialisti», contribuendo a bilanciare i carichi di lavoro e a individuare esigenze formative o colli di bottiglia causati da vincoli sulle risorse.
Perché è importante
Consente di analizzare le risorse, bilanciare i carichi di lavoro e verificare la segregazione dei compiti.
Dove reperirlo
Campi User ID o Actor nei log di audit.
Esempi
Jane DoeAmministratore di sistemaJohn Smith
|
|||
|
Centro di costo
CostCenterId
|
Il codice del centro di costo finanziario a cui viene addebitata la retribuzione. | ||
|
Descrizione
Indica l'unità GL o il centro di costo specifico associato alla spesa per le paghe. Questo attributo offre una prospettiva finanziaria sul processo, consentendo all'organizzazione di correlare le inefficienze di elaborazione, come i costi di rilavorazione, a specifiche unità aziendali.
Perché è importante
Allinea l'analisi del processo alle strutture di rendicontazione finanziaria.
Dove reperirlo
Campi della distribuzione del lavoro.
Esempi
CC-500CC-900CC-120
|
|||
|
Data di fine del periodo di paga
PayPeriodEndDate
|
La data di chiusura del ciclo di paga. | ||
|
Descrizione
Indica la fine del periodo per il quale il dipendente riceve la retribuzione. Viene utilizzata insieme ai timestamp degli eventi per determinare se l'elaborazione avviene secondo programma rispetto alla chiusura del periodo di paga.
Perché è importante
Punto di riferimento per calcolare il rispetto della pianificazione e i ritardi.
Dove reperirlo
Configurazione del ciclo di paga.
Esempi
2023-10-152023-10-31
|
|||
|
ID del file bancario
BankTransferFileId
|
Identificativo del file di pagamento generato e inviato alla banca. | ||
|
Descrizione
Il numero di riferimento univoco del file ACH o del bonifico generato durante l'attività «File per il bonifico bancario generato». Consente di collegare i singoli record delle paghe alla fase di esecuzione del pagamento cumulativo, abilitando l'analisi «Rapidità di erogazione e pubblicazione».
Perché è importante
Collega i singoli casi agli eventi di elaborazione in batch.
Dove reperirlo
Consultare la documentazione di ADP Workforce Now
Esempi
ACH-20231005-01ACH-20231005-02
|
|||
|
ID dipendente
EmployeeId
|
Identificativo univoco del dipendente retribuito. | ||
|
Descrizione
L'ID specifico del dipendente associato al record delle paghe. Mentre CaseId tiene traccia del record, Employee ID consente di analizzare nel tempo i dipendenti che inviano abitualmente timesheet in ritardo o richiedono frequenti correzioni manuali.
Perché è importante
Consente di analizzare i modelli comportamentali a livello di dipendente.
Dove reperirlo
AssociateOID o File Number in ADP.
Esempi
A102030000123456
|
|||
|
Tipo di eccezione di audit
AuditExceptionType
|
Classificazione dell'avviso di conformità o dei dati segnalato. | ||
|
Descrizione
Specifica il tipo di problema rilevato durante la convalida, ad esempio «Retribuzione netta negativa» o «Codice fiscale mancante». Viene utilizzato nel monitor «Risoluzione delle eccezioni di audit» per analizzare quali tipi di errore causano i ritardi più lunghi e orientare l'analisi delle cause principali, migliorando la qualità dei dati a monte.
Perché è importante
Fornisce dettagli sul motivo per cui il processo è stato bloccato o segnalato.
Dove reperirlo
Consultare la documentazione di ADP Workforce Now
Esempi
Numero di previdenza sociale mancanteRetribuzione netta negativaIncongruenza nei benefit
|
|||
Attività di elaborazione delle paghe
| Attività | Descrizione | ||
|---|---|---|---|
|
Cedolino pubblicato
|
Disponibilità del cedolino digitale per il dipendente tramite il portale self-service (iPay). Di norma viene programmata in relazione alla data di pagamento. | ||
|
Perché è importante
Supporta il valore 'Pay Slip Publication Lead Time' e l’analisi della soddisfazione dei dipendenti.
Dove reperirlo
Deducibile dalle impostazioni di sistema (regola di disponibilità del cedolino) applicate al Check Date.
Acquisizione
Derivare dal confronto tra il campo Check Date e la regola di pubblicazione
Tipo di evento
inferred
|
|||
|
Eccezione di audit segnalata
|
Indica che il sistema ha rilevato una violazione delle regole di convalida, ad esempio una retribuzione netta negativa o l’assenza della giurisdizione fiscale, durante il calcolo. Viene acquisita dalla generazione dei messaggi di errore nell’output del calcolo. | ||
|
Perché è importante
Alimenta il Dashboard 'Audit Exception Resolution Monitor'. Volumi elevati indicano problemi di qualità dei dati a monte.
Dove reperirlo
Log degli errori di elaborazione Payroll o report di output 'Verify Payroll'.
Acquisizione
Registrato quando il sistema genera un errore di convalida
Tipo di evento
explicit
|
|||
|
File per bonifico bancario generato
|
Creazione tecnica del file NACHA/ACH per i depositi diretti. Di norma viene attivata subito dopo il completamento della fase 'Finalize'. | ||
|
Perché è importante
Monitora il valore 'Time to Bank Transfer File Generation' per garantire che i passaggi tecnici tra sistemi non ritardino i pagamenti.
Dove reperirlo
Log di output/report; timestamp della generazione del file 'ACH File' o 'Direct Deposit File'.
Acquisizione
Registrato alla creazione del file di output
Tipo di evento
explicit
|
|||
|
Pagamento eseguito
|
La data effettiva in cui i fondi vengono rilasciati ai dipendenti. Spesso è un evento calcolato sulla base del Check Date definito nel batch payroll. | ||
|
Perché è importante
Il principale risultato del processo. È essenziale per calcolare il valore 'Tax Filing Compliance Lead Time'.
Dove reperirlo
Storico Payroll; campo 'Check Date'.
Acquisizione
Derivare dal confronto tra il campo Check Date e la data di sistema
Tipo di evento
calculated
|
|||
|
Payroll Record approvato
|
Accettazione formale del batch payroll, che lo blocca impedendo ulteriori modifiche e autorizza il trasferimento dei fondi. È il passaggio 'Finalize' in ADP WFN. | ||
|
Perché è importante
La milestone definitiva che conclude la fase di elaborazione e avvia quella di erogazione.
Dove reperirlo
Workflow del processo Payroll; modifica dello stato del batch a 'Finalized' o 'Committed'.
Acquisizione
Registrato all’esecuzione della transazione 'Finalize Payroll'
Tipo di evento
explicit
|
|||
|
Payroll Record inizializzato
|
Si verifica quando il batch payroll viene creato o aperto per il ciclo, istanziando di fatto il caso payroll del dipendente. Viene dedotto dal timestamp di creazione del record Paydata nel batch attivo. | ||
|
Perché è importante
Definisce l’inizio della specifica finestra di calcolo payroll. Misura il valore 'Incentive Data Integration Lag' se confrontato con i timestamp delle importazioni dei dati.
Dove reperirlo
Modulo Payroll; timestamp di creazione dell’intestazione del batch Paydata o prima voce nella griglia Paydata.
Acquisizione
Confrontare il campo di stato prima e dopo la creazione del batch
Tipo di evento
inferred
|
|||
|
Retribuzione lorda calcolata
|
Il sistema esegue la logica necessaria per moltiplicare le ore per le tariffe e aggiungere le componenti retributive supplementari. L’evento viene dedotto dal timestamp di completamento del processo batch 'Calculate Payroll'. | ||
|
Perché è importante
Fase centrale dell’elaborazione. Più occorrenze indicano cicli di rilavorazione, generalmente visualizzati nel Dashboard 'Payroll Preview Loop Analysis'.
Dove reperirlo
Traccia di audit Payroll; ora di completamento dell’azione 'Calculate' sullo specifico Pay Group Batch.
Acquisizione
Derivare dal timestamp di completamento del job di calcolo
Tipo di evento
inferred
|
|||
|
Timesheet approvato
|
Rappresenta l’approvazione del timecard da parte del manager, che autorizza le ore per l’elaborazione payroll. È un passaggio di controllo fondamentale, che trasferisce i dati da T&A al modulo Payroll. | ||
|
Perché è importante
È essenziale per il Dashboard 'Timesheet Approval Cycle Times'. Individua i colli di bottiglia manageriali che mettono a rischio la tempistica di elaborazione.
Dove reperirlo
Traccia di audit ADP Time & Attendance; filtrare per 'Status Change' a 'Approved'.
Acquisizione
Registrato all’esecuzione della transazione 'Approve Timecard'
Tipo di evento
explicit
|
|||
|
Timesheet inviato
|
Indica il momento in cui un dipendente o un manager invia i dati relativi alle ore lavorate e alle presenze del periodo di pagamento. Viene acquisito esplicitamente dai log di audit del modulo Time & Attendance di ADP Workforce Now. | ||
|
Perché è importante
Avvia il conteggio del tempo di attraversamento del ciclo payroll. I ritardi in questa fase si ripercuotono sulle attività successive, riducendo il tempo disponibile per la convalida dei dati da parte degli specialisti payroll.
Dove reperirlo
Traccia di audit ADP Time & Attendance; filtrare per 'Status Change' a 'Submitted' sugli oggetti Timecard.
Acquisizione
Registrato all’esecuzione della transazione 'Submit Timecard'
Tipo di evento
explicit
|
|||
|
Adempimenti fiscali completati
|
Indica il completamento degli adempimenti fiscali previsti dalla legge per il periodo di pagamento. Per i clienti ADP Tax Service, corrisponde al momento in cui ADP conferma la chiusura del pacchetto di invio. | ||
|
Perché è importante
Monitora il rischio di conformità. I ritardi in questa fase possono comportare sanzioni.
Dove reperirlo
Modulo Tax; aggiornamento dello stato degli invii di fine trimestre o fine periodo.
Acquisizione
Richiede un’analisi del sistema
Tipo di evento
inferred
|
|||
|
Correzione dei dati eseguita
|
Modifica manuale della griglia Paydata eseguita da uno specialista payroll per risolvere errori o adeguare gli importi. Viene acquisita tramite la traccia di audit a livello di campo. | ||
|
Perché è importante
Metrica chiave per 'Manual Data Correction Frequency'. Tassi elevati di correzione suggeriscono problemi nelle automazioni.
Dove reperirlo
Traccia di audit della griglia Paydata; azioni 'Update' dell’utente sulle righe retributive.
Acquisizione
Registrato all’esecuzione della transazione 'Update Paydata'
Tipo di evento
explicit
|
|||
|
Dati sugli incentivi importati
|
Registra l’acquisizione di dati retributivi esterni, come commissioni o bonus, tramite l’utility ADP Import. Questo evento monitora il momento in cui le fonti di reddito secondarie vengono associate al record payroll. | ||
|
Perché è importante
È fondamentale per individuare i ritardi di integrazione. Le importazioni tardive spesso obbligano a eseguire nuovamente i calcoli e generano cicli di rilavorazione.
Dove reperirlo
Log di integrazione/importazione ADP; timestamp di completamento del job 'Paydata Import'.
Acquisizione
Registrato all’esecuzione della transazione 'Import Paydata'
Tipo di evento
explicit
|
|||
|
Detrazioni per benefit applicate
|
Applicazione delle regole relative ai benefit, come assistenza sanitaria e 401k, alla retribuzione lorda. Di norma avviene contemporaneamente al calcolo, ma è logicamente distinta ai fini dell’audit. | ||
|
Perché è importante
Viene correlata con 'Audit Exception Flagged' per determinare se la logica dei benefit genera errori di conformità.
Dove reperirlo
Deducibile dalla creazione o dall’aggiornamento delle voci di detrazione nella griglia Paydata dopo un evento di calcolo.
Acquisizione
Confrontare i campi delle detrazioni prima e dopo il calcolo
Tipo di evento
inferred
|
|||
|
Rettifica retroattiva registrata
|
Si verifica quando una correzione storica viene applicata a un record payroll chiuso, generalmente con effetto sul ciclo successivo. Identifica gli errori rilevati dopo la conclusione ufficiale del processo. | ||
|
Perché è importante
È fondamentale per l’analisi del 'Retrospective Adjustment Volume' e indica controlli di qualità a monte non riusciti.
Dove reperirlo
Storico Payroll; nuove transazioni registrate con una 'Effective Date' nel passato.
Acquisizione
Registrato all’esecuzione della transazione 'Post Adjustment'
Tipo di evento
explicit
|
|||
|
Risultato payroll visualizzato in anteprima
|
Generazione del registro o dei report 'Preview Payroll' per la verifica da parte degli operatori. Questo passaggio convalida i risultati del calcolo prima della finalizzazione. | ||
|
Perché è importante
Utilizzato nel Dashboard 'Payroll Preview Loop Analysis'. Un numero eccessivo di anteprime indica una scarsa fiducia nella qualità dei dati.
Dove reperirlo
Log di sistema; timestamp della generazione del report 'Preview Payroll'.
Acquisizione
Registrato all’esecuzione della transazione 'Generate Preview'
Tipo di evento
explicit
|
|||
Guide all'estrazione
È pronto per iniziare?
Scarichi oggi il Template per iniziare a trasformare i dati delle paghe in una mappa visiva delle effettive operazioni aziendali.
Risolva oggi i ritardi nell'elaborazione delle paghe in ADP Workforce Now
Riduca del 30% i tempi di ciclo e interrompa le correzioni manuali dei dati
Non è richiesta alcuna carta di credito. La configurazione richiede pochi minuti.