Il Suo Template dati per l'elaborazione delle paghe

SAP SuccessFactors Employee Central Payroll
Il Suo Template dati per l'elaborazione delle paghe

Il Suo Template dati per l'elaborazione delle paghe

Questo Template offre un quadro completo per acquisire i dati necessari ad analizzare i cicli di elaborazione delle paghe. Indica i punti dati specifici e le tappe del processo necessari per individuare le inefficienze e garantire la conformità globale all'interno della Sua organizzazione.
  • Campi dati strategici per l'analisi delle paghe
  • Tappe fondamentali per la scoperta del processo
  • Indicazioni per l'estrazione specifiche per il sistema
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi dell’elaborazione delle paghe

Questi campi dati consigliati consentono di acquisire il contesto necessario per ogni transazione paghe e di individuare schemi ricorrenti nei cicli di elaborazione.
5 Obbligatorio 8 Consigliato 5 Facoltativo
Nome Descrizione
Attività
Activity
L'attività o l'evento specifico che si verifica nel processo paghe.
Descrizione

Questo attributo acquisisce il nome della fase di processo in esecuzione, ad esempio 'Foglio presenze inviato', 'Simulazione paghe eseguita' o 'Pagamento eseguito'. Costituisce la base della process map e consente agli analisti di visualizzare la sequenza delle operazioni svolte durante il ciclo paghe.

I dati per questo attributo vengono raccolti da diversi log, tra cui i log di Workflow (SWWLOGHIST), i log delle modifiche agli Infotype (CDHDR/CDPOS) e specifiche tabelle degli stati delle paghe. Durante l'estrazione vengono applicate convenzioni di denominazione coerenti, così da trasformare i codici tecnici degli eventi in nomi di attività comprensibili per il business.

Perché è importante

Definisce i nodi del grafo di processo e consente di visualizzare flussi, cicli e varianti del processo.

Dove reperirlo

Derivato da SWWLOGHIST (Workflow), CDHDR (documenti delle modifiche) o dalle variazioni di stato di PA03 (record di controllo).

Esempi
Timesheet inviatoRetribuzione lorda calcolataEccezione di audit segnalataPagamento eseguito
Record paghe
PayrollRecord
L'identificativo univoco che combina il dipendente e il periodo di paga.
Descrizione

Il Payroll Record funge da identificativo centrale del caso per l'analisi di Process Mining. Rappresenta una singola elaborazione delle paghe per uno specifico dipendente in un determinato periodo di paga e collega tutte le attività, dall'invio iniziale del foglio presenze fino all'invio definitivo dei dati fiscali.

In SAP SuccessFactors Employee Central Payroll, viene generalmente costruito concatenando il Personnel Number (PERNR) con il Payroll Year (PABRJ) e il Payroll Period (PABRP), oltre a un eventuale numero di sequenza (SEQNR) per distinguere più esecuzioni. Questo livello di dettaglio garantisce che ogni ciclo di pagamento venga analizzato come un'istanza distinta, consentendo di misurare con precisione i tempi di ciclo e di monitorare gli errori.

Perché è importante

Funge da Case ID e raggruppa tutti gli eventi rilevanti per ricostruire il percorso end-to-end del processo per ogni stipendio emesso.

Dove reperirlo

Costruito a partire dal SAP Cluster B2 (risultati della valutazione delle presenze) o dalle tabelle PC_PAYRESULT (PERNR, PABRJ, PABRP, SEQNR).

Esempi
10023499-2023-1088291022-2024-01-SEQ01US-10293-2023-52
Timestamp dell'evento
EventTimestamp
La data e l'ora esatte in cui si è verificata l'attività.
Descrizione

Questo attributo registra il momento preciso in cui si è verificato un evento, memorizzando sia la data sia l'ora. È fondamentale per calcolare tutte le metriche basate sul tempo, inclusi i tempi di ciclo, i tempi di attraversamento e i tassi di throughput tra le diverse fasi del processo.

In SAP ECP, il dato proviene da campi timestamp come UDATE/UTIME nei documenti delle modifiche o dagli orari specifici delle voci di log nelle tabelle cluster. Timestamp accurati sono essenziali per individuare i colli di bottiglia, ad esempio i ritardi tra 'Foglio presenze inviato' e 'Foglio presenze approvato'.

Perché è importante

Consente di calcolare la durata tra gli eventi, un elemento essenziale per individuare i colli di bottiglia nelle prestazioni e le violazioni degli SLA.

Dove reperirlo

CDHDR-UDATE/UTIME, SWWLOGHIST-WI_CD/WI_CT o timestamp specifici dei log di audit.

Esempi
2023-10-25T08:30:00Z2023-10-26T14:15:22Z2023-11-01T09:00:00Z
Sistema di origine
SourceSystem
Il sistema da cui hanno avuto origine i dati dell'evento.
Descrizione

Questo attributo identifica la specifica istanza di SAP SuccessFactors Employee Central Payroll o il sottosistema connesso da cui sono stati estratti i dati. In ambienti complessi, con più sistemi paghe o configurazioni ibride, questo campo garantisce la provenienza e la tracciabilità dei dati.

È particolarmente utile quando si analizzano dati provenienti da installazioni regionali diverse o si confrontano le prestazioni di sistemi legacy e sistemi migrati. In genere è una stringa statica configurata durante la predisposizione dell'estrazione dati.

Perché è importante

Consente di segmentare i dati in ambienti multisistema e aiuta a risolvere i problemi di qualità dei dati individuandone l'origine.

Dove reperirlo

System ID (SID) dell'installazione SAP o della configurazione di estrazione.

Esempi
SAP_ECP_NASAP_ECP_EMEASuccessFactors_Core
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp dell'estrazione dati più recente.
Descrizione

Questo attributo indica quando il record dati è stato aggiornato l'ultima volta nel modello dati di Process Mining. Aiuta gli analisti a comprendere l'attualità dei dati e garantisce che gli insight si basino su informazioni aggiornate.

Sebbene non venga utilizzato direttamente per l'analisi dei flussi di processo, è fondamentale per la governance e la validazione dei dati, poiché consente di verificare che il Dashboard rifletta lo stato più recente del sistema paghe.

Perché è importante

Garantisce che gli utenti siano consapevoli della latenza dei dati e aiuta a verificare l'attualità delle metriche riportate.

Dove reperirlo

Generato dallo script ETL / di estrazione durante l'esecuzione.

Esempi
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
Area paghe
PayrollArea
Definisce il gruppo paghe specifico a cui appartiene il dipendente.
Descrizione

L'area paghe raggruppa i dipendenti elaborati nella stessa esecuzione paghe, spesso in base alla frequenza di pagamento, ad esempio mensile o bisettimanale, oppure alla struttura organizzativa. Questo attributo è fondamentale per segmentare l'analisi del processo e confrontare le prestazioni tra popolazioni diverse di dipendenti.

In SAP corrisponde al campo tecnico ABKRS. Ritardi o errori tendono spesso a concentrarsi in specifiche aree paghe, rendendo questo attributo una dimensione primaria per l'analisi delle cause alla radice nei Dashboard.

Perché è importante

Consente di confrontare le prestazioni del ciclo paghe tra gruppi diversi, ad esempio dipendenti a ore e dipendenti con stipendio fisso.

Dove reperirlo

Tabella PA0001 (assegnazione organizzativa), campo ABKRS.

Esempi
Cadenza bisettimanale negli Stati UnitiCadenza mensile in GermaniaPaghe dei dirigenti
Centro di costo
CostCenter
Il centro di costo associato al dipendente.
Descrizione

Il centro di costo rappresenta il reparto o l'unità finanziaria a cui vengono imputati i costi del dipendente. Funge da indicatore del reparto nel Dashboard 'Colli di bottiglia nell'approvazione dei fogli presenze' e aiuta a individuare le unità organizzative che rallentano il ciclo paghe.

È presente nell'Infotype dell'assegnazione organizzativa (PA0001), nel campo KOSTL. Consente di aggregare le metriche di processo per unità aziendale o area funzionale.

Perché è importante

Consente di eseguire il drill-down organizzativo per individuare i reparti specifici che causano ritardi o rilavorazioni.

Dove reperirlo

Tabella PA0001, campo KOSTL.

Esempi
CC-1000 FinanzaCC-2000 ITCC-3000 Vendite
È automatizzato
IsAutomated
Indicatore che segnala se l'attività è stata eseguita da un utente di sistema.
Descrizione

Questo attributo booleano identifica se una specifica fase del processo è stata eseguita da un job in background o da un utente di sistema, oppure da una persona. È fondamentale per il Dashboard 'Monitoraggio dell'automazione dei trasferimenti bancari', che consente di calcolare la percentuale di elaborazioni senza intervento manuale.

In genere viene derivato confrontando l'ID utente con un elenco di account di sistema noti, ad esempio 'BATCH' e 'SAP_WORKFLOW'.

Perché è importante

Aiuta a misurare il livello di automazione e a individuare opportunità per ridurre l'impegno manuale.

Dove reperirlo

Derivato dall'ID utente, ad esempio se User IN ['BATCH', 'SYSTEM'] allora true.

Esempi
truefalse
Frequenza del ciclo paghe
PayCycleFrequency
Indica se l'esecuzione è ordinaria o off-cycle.
Descrizione

Questo attributo distingue le esecuzioni paghe standard e pianificate dalle esecuzioni ad hoc 'off-cycle', utilizzate per correzioni o pagamenti immediati. Un volume elevato di esecuzioni off-cycle è un indicatore importante di inefficienza del processo e viene monitorato dal Dashboard 'Analisi del volume dei pagamenti off-cycle'.

Deriva dai campi Off-Cycle Reason (OCRSN) o Payroll Type (PAYTY) nella directory del cluster paghe. Il valore è valorizzato quando si tratta di un'esecuzione off-cycle; in caso contrario, l'esecuzione è considerata ordinaria.

Perché è importante

È fondamentale per misurare il KPI 'Rapporto dei pagamenti off-cycle' e orientare la riduzione delle elaborazioni non standard.

Dove reperirlo

Tabella RGDIR (directory del cluster), campo OCRSN o PAYTY.

Esempi
OrdinarioCorrezione AErogazione del bonusCessazione
Importo lordo
GrossPayAmount
L'importo totale della retribuzione lorda calcolata per il record.
Descrizione

Questo attributo rappresenta il valore monetario totale della retribuzione lorda prima delle detrazioni. È una metrica fondamentale per la validazione finanziaria e viene utilizzato per correlare i pagamenti di importo elevato a un maggiore livello di controllo o a tempi di approvazione più lunghi.

Viene estratto dalla tabella dei risultati paghe (RT), in genere da specifici wage type che rappresentano il totale lordo, ad esempio /101. Supporta l'analisi 'Accuratezza del calcolo di benefit e imposte', fornendo la base per il calcolo.

Perché è importante

Consente di analizzare il comportamento del processo in base al valore del pagamento, ad esempio verificando se i pagamenti più elevati richiedano più tempo per essere approvati.

Dove reperirlo

Tabella dei risultati paghe (RT), Wage Type /101 o equivalente.

Esempi
5000.002500.5010500.00
Periodo di paga
PayPeriod
Il numero dello specifico periodo all'interno dell'anno fiscale.
Descrizione

Questo attributo indica il numero progressivo del periodo di paga, ad esempio 01 per gennaio o per il primo ciclo bisettimanale. Consente agli analisti di monitorare l'andamento delle prestazioni nel tempo e di individuare la stagionalità dei carichi di elaborazione.

Proviene da PABRP e viene generalmente analizzato insieme al Payroll Year. È essenziale per il Dashboard 'Durata end-to-end del ciclo paghe', che consente di confrontare i tempi di elaborazione tra cicli diversi.

Perché è importante

Consente di analizzare le tendenze e individuare i colli di bottiglia stagionali in determinati periodi dell'anno.

Dove reperirlo

Tabella PA0001 o Payroll Results Cluster (RGDIR), campo PABRP.

Esempi
01122652
Specialista paghe
PayrollSpecialist
L'ID utente o il nome della persona che elabora il record.
Descrizione

Questo attributo acquisisce l'identità dell'amministratore o dello specialista paghe responsabile dell'esecuzione delle fasi manuali o delle approvazioni. È l'attributo principale del Dashboard 'Throughput e carico di lavoro degli specialisti' e consente di analizzare la distribuzione del carico di lavoro e la produttività individuale.

Proviene dal campo UNAME nei log di sistema o dal campo 'User' nelle fasi di Workflow. Consente ai responsabili di individuare esigenze formative o vincoli di capacità.

Perché è importante

È essenziale per bilanciare il carico di lavoro e individuare i colli di bottiglia legati alle attività umane nel processo.

Dove reperirlo

Campi di sistema (SY-UNAME) registrati in CDHDR o ID dell'attore del Workflow.

Esempi
JSMITHKMILLERSYSTEM
Tipologia di dipendente
EmployeeType
Classificazione del dipendente, ad esempio permanente o collaboratore a contratto.
Descrizione

Questo attributo classifica i dipendenti in base al rapporto di lavoro, ad esempio dipendente attivo, pensionato o collaboratore a contratto. Le differenze nella complessità dell'elaborazione delle paghe sono spesso correlate alla tipologia di dipendente, poiché alcuni gruppi richiedono più interventi manuali o specifici controlli di conformità.

Tecnicamente, il dato proviene dai campi Employee Group (PERSG) ed Employee Subgroup (PERSK) di SAP. Aiuta ad analizzare se specifici segmenti della forza lavoro incidano in misura sproporzionata sugli SLA delle paghe.

Perché è importante

Aiuta a individuare se le variazioni o i ritardi del processo riguardano categorie professionali specifiche.

Dove reperirlo

Tabella PA0001, campi PERSG (gruppo) e PERSK (sottogruppo).

Esempi
Dipendente attivoTirocinantePensionatoCollaboratore a contratto retribuito a ore
Entità giuridica
LegalEntity
Il codice azienda o l'entità giuridica del dipendente.
Descrizione

Questo attributo identifica l'entità giuridica (Company Code) associata al record paghe. Consente di effettuare il reporting finanziario e analizzare le prestazioni delle paghe tra società controllate o entità aziendali diverse.

Proviene dal campo BUKRS dell'Infotype dell'assegnazione organizzativa (PA0001).

Perché è importante

Supporta il benchmarking tra società e l'analisi dell'allocazione finanziaria.

Dove reperirlo

Tabella PA0001, campo BUKRS.

Esempi
US01DE011000
Giurisdizione fiscale
TaxJurisdiction
La regione o l'autorità fiscale applicabile al dipendente.
Descrizione

Questo attributo identifica l'autorità o la regione fiscale specifica, ad esempio Stato, Provincia o Cantone, che disciplina il record paghe. È essenziale per il Dashboard 'Eccezioni di audit e rischio di conformità', che consente di individuare geograficamente i problemi di conformità.

In SAP US Payroll corrisponde al campo TXJCD. In altre regioni può essere associato all'area del personale o a specifici campi relativi all'area fiscale. Questa dimensione aiuta a distinguere gli errori sistemici di logica dai problemi di configurazione specifici di una regione.

Perché è importante

Consente di segmentare i rischi di conformità e le eccezioni di audit in base alla regione normativa.

Dove reperirlo

Tabella PA0001 o PA0207/PA0208, campo TXJCD.

Esempi
CANYTXNRW
Indicatore di eccezione di audit
AuditExceptionFlag
Indicatore che segnala se si è verificata un'eccezione di audit.
Descrizione

Questo attributo segnala i casi in cui le regole di validazione hanno generato un'eccezione o un avviso durante la simulazione o il calcolo delle paghe. Costituisce l'input principale per il KPI 'Frequenza delle eccezioni di audit'.

I dati provengono spesso dal log paghe o da specifiche tabelle dei messaggi di errore (FEHLER). Un valore true indica che il flusso di processo ha seguito un percorso di gestione delle eccezioni.

Perché è importante

Evidenzia i problemi di qualità dei dati e la necessità di un intervento manuale.

Dove reperirlo

Derivato dalla presenza di messaggi di errore nel log paghe o di specifici codici di stato.

Esempi
truefalse
Numero di rilavorazioni
ReworkCount
Numero di volte in cui è stata eseguita una correzione.
Descrizione

Questa metrica calcolata conta il numero di volte in cui l'attività 'Correzione dei dati eseguita' compare nella cronologia del caso. È una misura diretta dell'inefficienza del processo e supporta il Dashboard 'Tassi di correzione manuale e rilavorazione'.

Un numero elevato di rilavorazioni indica problemi persistenti di qualità dei dati o casi complessi che non superano la validazione al primo tentativo.

Perché è importante

Quantifica l'impegno perso per la correzione degli errori e aiuta a motivare iniziative per la qualità dei dati.

Dove reperirlo

Calcolato contando le attività 'Correzione dei dati eseguita' per ogni CaseId.

Esempi
013
Scadenza di elaborazione SLA
SLAProcessingDeadline
Il timestamp obiettivo per completare l'esecuzione paghe.
Descrizione

Questo attributo rappresenta la scadenza interna o esterna entro cui finalizzare le paghe per garantire il pagamento puntuale. Viene utilizzato per calcolare il KPI 'Tasso di conformità agli SLA', confrontandolo con il timestamp effettivo di 'Pagamento eseguito'.

Sebbene non sia sempre un campo standard delle tabelle SAP, viene spesso gestito in una tabella di controllo personalizzata oppure definito concettualmente sulla base del calendario paghe, ad esempio due giorni prima della data di pagamento. Per questo modello dati, viene spesso derivato dalla data di pagamento meno un margine predefinito.

Perché è importante

Fornisce il riferimento per valutare la puntualità e il rispetto degli SLA.

Dove reperirlo

Derivato dalla data di pagamento (T549S) meno il numero di giorni di elaborazione configurato.

Esempi
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
Obbligatorio Consigliato Facoltativo

Attività di elaborazione delle paghe

Acquisisca queste fasi essenziali del processo per ottenere piena visibilità sul ciclo di vita delle paghe e individuare con precisione dove si verificano ritardi o correzioni manuali.
9 Consigliato 5 Facoltativo
Attività Descrizione
File per bonifico bancario generato
La creazione del Preliminary Data Medium Exchange (pre-DME) o del file DME finale. Genera le istruzioni di pagamento per la banca.
Perché è importante

Monitora il Bank Transfer Automation Monitor. La generazione non riuscita dei file rappresenta un’interruzione critica del processo.

Dove reperirlo

Log dell’esecuzione DME / Payment Medium Workbench (PMW), spesso archiviati in TemSe o in specifiche tabelle dei cicli di pagamento (ReguH/ReguP).

Acquisizione

Registrato quando il ciclo di pagamento (F110/RPCIPE) genera l’output

Tipo di evento explicit
Pagamento eseguito
La finalizzazione del processo di pagamento, spesso confermata dalla banca o dal completamento del ciclo di pagamento F110.
Perché è importante

Il timestamp finale principale per il tasso di conformità SLA. Determina se il dipendente è stato pagato puntualmente.

Dove reperirlo

Data e ora del ciclo nelle tabelle Payment Run (REGUH), oppure dedotte dalla data valuta.

Acquisizione

Registrato quando lo stato del ciclo di pagamento viene impostato su Posted/Complete

Tipo di evento explicit
Presentazione fiscale completata
La generazione dei file per il tax reporter, ad esempio PU19 negli Stati Uniti, o il trasferimento a un provider esterno per la presentazione fiscale.
Perché è importante

Garantisce la conformità normativa. Monitora il passaggio finale di conformità nella sequenza.

Dove reperirlo

Log di Tax Reporter Log Manager o B2A (Business to Administration) Manager che indicano la generazione corretta del file.

Acquisizione

Registrato quando l’esecuzione di Tax Reporter viene completata correttamente

Tipo di evento explicit
Processo payroll inizializzato
La creazione di un’istanza di processo payroll all’interno del Payroll Control Center (PCC). Segna l’inizio ufficiale del ciclo payroll per una specifica area payroll.
Perché è importante

Stabilisce la base per la durata complessiva dell’End-to-End Payroll Cycle. Definisce l’ambito dei dipendenti da elaborare.

Dove reperirlo

Tabelle del Payroll Control Center, ad esempio PYC_D_PY_PROC_INST, che registrano la creazione di un nuovo ID di processo.

Acquisizione

Registrato quando viene creata l’istanza di processo PCC

Tipo di evento explicit
Record payroll approvato
L’approvazione formale dei risultati payroll per un dipendente o un gruppo retributivo. Avviene nello step 'Monitoring' o 'Sign Off' del PCC.
Perché è importante

Segna la fine della fase di calcolo e validazione e il rilascio per il pagamento. È fondamentale per l’analisi dello Specialist Throughput.

Dove reperirlo

Log delle istanze degli step del Payroll Control Center (PYC_D_STEP_INST) per lo step di Approval o Confirmation.

Acquisizione

Registrato quando lo stato dello step di approvazione PCC cambia in COMPLETED

Tipo di evento explicit
Retribuzione lorda calcolata
L’esecuzione corretta del calcolo dello schema payroll lordo. Nell’elaborazione standard, si verifica quando il driver payroll scrive nel cluster PCL2.
Perché è importante

Una tappa fondamentale che indica la corretta combinazione dei dati relativi al tempo e alle tariffe. I ritardi in questo punto incidono sulla Gross-to-Net Processing Efficiency.

Dove reperirlo

Cluster PCL2 (Payroll Results), in particolare il timestamp della tabella directory (RGDIR) relativo al 'For-Period'.

Acquisizione

Registrato quando viene scritto un nuovo numero di sequenza nel cluster payroll

Tipo di evento explicit
Simulazione payroll eseguita
Un’esecuzione di prova del driver payroll per identificare gli errori senza salvare i risultati nel database. È un passaggio fondamentale della fase di validazione del PCC.
Perché è importante

È essenziale per calcolare il First-Pass Calculation Rate. Simulazioni ripetute indicano problemi nella qualità dei dati.

Dove reperirlo

Log delle istanze degli step del Payroll Control Center (PYC_D_STEP_INST) in cui il tipo di step corrisponde a Simulation.

Acquisizione

Registrato quando lo stato dello step di simulazione PCC cambia in COMPLETED

Tipo di evento explicit
Timesheet approvato
L’approvazione formale dei dati relativi al tempo da parte di un responsabile o amministratore. Questa variazione di stato convalida i dati per il trasferimento al motore payroll.
Perché è importante

Calcola il KPI Time Sheet Approval Lead Time. I colli di bottiglia in questo punto indicano ritardi manageriali o gerarchie di approvazione complesse.

Dove reperirlo

Tabelle Employee Central Workflow Request (WfRequest), filtrate per lo stato COMPLETED o APPROVED.

Acquisizione

Registrato quando lo stato del Workflow cambia in APPROVED

Tipo di evento explicit
Timesheet inviato
L’evento in cui un dipendente o un responsabile invia i dati relativi al tempo per il periodo retributivo. Viene acquisito dai log delle richieste Workflow nel modulo Employee Central collegato a ECP.
Perché è importante

Segna l’inizio della fase di raccolta dei dati. I ritardi in questo punto si ripercuotono sulle fasi successive, comprimendo la finestra di elaborazione payroll.

Dove reperirlo

Tabelle Employee Central Workflow Request (WfRequest), filtrate per le categorie Time Sheet o Time Off.

Acquisizione

Registrato quando lo stato del Workflow cambia in SUBMITTED

Tipo di evento explicit
Cedolino pubblicato
L’azione che rende disponibile al dipendente il prospetto retributivo tramite Self-Service (ESS).
Perché è importante

Misura le prestazioni SLA relative alla consegna dei cedolini. I ritardi generano ticket all’helpdesk.

Dove reperirlo

Dedotto dalla 'Print Date' o dalla configurazione della data di disponibilità nei log del servizio mashup Pay Slip.

Acquisizione

Calcolare sulla base di Pay Date + ritardo della configurazione di sistema

Tipo di evento inferred
Correzione dei dati eseguita
Modifiche apportate ai dati anagrafici o ai dati relativi al tempo in risposta a un’eccezione di audit. Rappresenta la rilavorazione necessaria per chiudere un avviso payroll.
Perché è importante

Monitora i tassi di correzione manuale e rilavorazione. È l’attività principale che contribuisce all’inefficienza del processo.

Dove reperirlo

Dedotto collegando i timestamp degli avvisi PCC alle successive modifiche dell’Audit Log (PCL4) per lo stesso dipendente, prima della chiusura dell’avviso.

Acquisizione

Identificare gli aggiornamenti dei dati anagrafici che si verificano mentre un avviso PCC è attivo

Tipo di evento inferred
Dati degli incentivi importati
L’acquisizione di dati retributivi non standard, come bonus o commissioni, nel sistema payroll. Di norma comporta il caricamento dei dati negli Infotype 0015 o 2010.
Perché è importante

Le importazioni tardive impediscono calcoli accurati della retribuzione lorda. L’analisi aiuta a ottimizzare l’Incentive Data Integration Lead Time.

Dove reperirlo

Audit Log (PCL4 o equivalente) che mostra la creazione di record nell’Infotype 0015 (Additional Payments) o 2010 (Employee Remuneration Info).

Acquisizione

Confrontare i timestamp di creazione degli Infotype con i log dei job di importazione

Tipo di evento inferred
Detrazioni per benefit applicate
Il passaggio specifico dello schema di calcolo in cui viene elaborata la logica dei benefit. Pur facendo parte dell’esecuzione principale, isolarlo aiuta a individuare gli errori di configurazione.
Perché è importante

Supporta l’analisi dell’accuratezza del calcolo di benefit e imposte. Utile per il debugging di discrepanze complesse nella logica delle detrazioni.

Dove reperirlo

Dedotto dalla presenza dello split V0 nei risultati payroll o da specifiche voci di log, se è attivata la registrazione dettagliata, evento raro in produzione.

Acquisizione

Coincide con Retribuzione lorda calcolata, ma è concettualmente distinto ai fini dell’analisi

Tipo di evento inferred
Eccezione di audit segnalata
La generazione di un avviso di validazione da parte dei controlli delle policy del Payroll Control Center. Questi avvisi identificano incoerenze nei dati o rischi di conformità.
Perché è importante

Supporta direttamente le Dashboard Audit Exception Frequency e Compliance Risk. Volumi elevati suggeriscono problemi nella qualità dei dati a monte.

Dove reperirlo

Tabelle degli avvisi del Payroll Control Center (PYC_D_ALERT), che collegano codici di errore specifici al record del dipendente.

Acquisizione

Registrato quando viene creata una nuova voce nella tabella degli avvisi PCC

Tipo di evento explicit
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i dati da SAP SuccessFactors Employee Central Payroll

È pronto per iniziare?

Inizi il percorso verso un processo di elaborazione delle paghe più efficiente applicando questo Template all'estrazione dei Suoi dati. Il nostro approccio strutturato La aiuta a passare rapidamente dai dati grezzi a insight concreti.

Ottimizzi subito le prestazioni dell'elaborazione delle paghe

Si unisca alle aziende che oggi riducono del 30% i tempi dei cicli paghe.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Configurazione in pochi minuti.