Your Payroll Processing Data Template

SAP SuccessFactors Employee Central Payroll
Your Payroll Processing Data Template

Your Payroll Processing Data Template

This template provides a comprehensive framework for capturing the data necessary to analyze your payroll cycles. It outlines the specific data points and process milestones required to identify inefficiencies and ensure global compliance within your organization.
  • Strategic data fields for payroll analysis
  • Key milestones for process discovery
  • System specific extraction guidance
New to event logs? Learn how to create a process mining event log.

Payroll Processing Attributes

These recommended data fields allow you to capture the necessary context for every payroll transaction and identify patterns in your processing cycles.
5 Required 8 Recommended 6 Optional
Name Description
Activity
Activity
The specific task or event occurring in the payroll process.
Description

This attribute captures the name of the process step being executed, such as 'Time Sheet Submitted', 'Payroll Simulation Executed', or 'Payment Executed'. It forms the basis of the process map and allows analysts to visualize the sequence of operations performed during the payroll cycle.

Data for this attribute is harvested from various logs including Workflow logs (SWWLOGHIST), Infotype change logs (CDHDR/CDPOS), and specific payroll status tables. Consistent naming conventions are applied during extraction to ensure that technical event codes translate into business-readable activity names.

Why it matters

It defines the nodes in the process graph, enabling the visualization of process flows, loops, and variants.

Where to get

Derived from SWWLOGHIST (Workflow), CDHDR (Change Documents), or PA03 (Control Record) status changes.

Examples
Time Sheet SubmittedGross Pay CalculatedAudit Exception FlaggedPayment Executed
Event Timestamp
EventTimestamp
The exact date and time when the activity occurred.
Description

This attribute records the precise moment an event took place, storing both the date and time. It is fundamental for calculating all time-based metrics, including cycle times, lead times, and throughput rates between different process stages.

In SAP ECP, this is sourced from timestamp fields like UDATE/UTIME in change documents or specific log entry times in cluster tables. Accurate timestamps are critical for identifying bottlenecks, such as delays between 'Time Sheet Submitted' and 'Time Sheet Approved'.

Why it matters

It allows for the calculation of duration between events, which is essential for identifying performance bottlenecks and SLA breaches.

Where to get

CDHDR-UDATE/UTIME, SWWLOGHIST-WI_CD/WI_CT, or specific audit log timestamps.

Examples
2023-10-25T08:30:00Z2023-10-26T14:15:22Z2023-11-01T09:00:00Z
Payroll Record
PayrollRecord
The unique identifier combining employee and pay period.
Description

The Payroll Record acts as the central case identifier for the process mining analysis. It represents a single iteration of payroll processing for a specific employee within a defined pay period, linking all activities from the initial time sheet submission to the final tax filing.

In SAP SuccessFactors Employee Central Payroll, this is typically constructed by concatenating the Personnel Number (PERNR) with the Payroll Year (PABRJ) and Payroll Period (PABRP), and potentially a sequence number (SEQNR) for distinguishing multiple runs. This granularity ensures that each payment cycle is analyzed as a distinct instance, allowing for precise cycle time measurement and error tracking.

Why it matters

It serves as the Case ID, grouping all relevant events to reconstruct the end-to-end process path for every paycheck issued.

Where to get

Constructed from SAP Cluster B2 (Time Evaluation Results) or PC_PAYRESULT tables (PERNR, PABRJ, PABRP, SEQNR).

Examples
10023499-2023-1088291022-2024-01-SEQ01US-10293-2023-52
Last Data Update
LastDataUpdate
The timestamp of the most recent data extraction.
Description

This attribute indicates when the data record was last refreshed in the process mining data model. It helps analysts understand the freshness of the data and ensures that the insights are based on current information.

While not directly used for process flow analysis, it is crucial for data governance and validation, verifying that the dashboard reflects the latest state of the payroll system.

Why it matters

It ensures users are aware of data latency and helps in validating the currency of the reported metrics.

Where to get

Generated by the ETL / extraction script at runtime.

Examples
2023-11-05T00:00:00Z2023-11-05T12:00:00Z
Source System
SourceSystem
The system where the event data originated.
Description

This attribute identifies the specific SAP SuccessFactors Employee Central Payroll instance or connected subsystem from which the data was extracted. In complex landscapes with multiple payroll systems or hybrid setups, this field ensures data lineage and traceability.

It is particularly useful when analyzing data across different regional installations or when comparing performance between legacy and migrated systems. It is typically a static string configured during the data extraction setup.

Why it matters

It allows for data segmentation in multi-system environments and helps troubleshoot data quality issues by pinpointing the origin.

Where to get

System ID (SID) from the SAP installation or extraction configuration.

Examples
SAP_ECP_NASAP_ECP_EMEASuccessFactors_Core
Cost Center
CostCenter
The cost center associated with the employee.
Description

The Cost Center represents the financial department or unit to which the employee's costs are allocated. It serves as a proxy for the department in the 'Time Sheet Approval Bottlenecks' dashboard, helping to pinpoint which organizational units delay the payroll cycle.

Found in the Organizational Assignment infotype (PA0001) as field KOSTL. It allows for the aggregation of process metrics by business unit or functional area.

Why it matters

It allows for organizational drill-down to identify specific departments causing delays or rework.

Where to get

Table PA0001, field KOSTL.

Examples
CC-1000 FinanceCC-2000 ITCC-3000 Sales
Employee Type
EmployeeType
Classification of the employee (e.g., Permanent, Contractor).
Description

This attribute categorizes employees based on their employment relationship, such as active, retiree, or contractor. Variations in payroll processing complexity often correlate with employee type, with certain groups requiring more manual interventions or specific compliance checks.

Technically sourced from the Employee Group (PERSG) and Employee Subgroup (PERSK) fields in SAP. It helps in analyzing if specific workforce segments are disproportionately affecting payroll SLAs.

Why it matters

It helps identify if process variations or delays are specific to certain employment categories.

Where to get

Table PA0001, fields PERSG (Group) and PERSK (Subgroup).

Examples
Active EmployeeTraineePensionerHourly Contractor
Gross Pay Amount
GrossPayAmount
The total gross pay calculated for the record.
Description

This attribute represents the total monetary value of the gross pay before deductions. It is a fundamental metric for financial validation and is used to correlate high-value payments with increased audit scrutiny or approval lead times.

Extracted from the payroll results table (RT), typically under specific wage types representing total gross (e.g., /101). It supports the 'Benefit and Tax Calculation Accuracy' analysis by providing the base for calculation.

Why it matters

It allows for analysis of process behavior based on payment value (e.g., do larger payments take longer to approve?).

Where to get

Payroll Results Table (RT), Wage Type /101 or similar.

Examples
5000.002500.5010500.00
Is Automated
IsAutomated
Flag indicating if the activity was performed by a system user.
Description

This Boolean attribute identifies whether a specific process step was executed by a background job/system user or by a human. It is crucial for the 'Bank Transfer Automation Monitor' to calculate the percentage of touchless processing.

It is typically derived by checking the User ID against a list of known system accounts (e.g., 'BATCH', 'SAP_WORKFLOW').

Why it matters

It helps measure automation rates and identify opportunities for reducing manual effort.

Where to get

Derived from User ID (e.g., if User IN ['BATCH', 'SYSTEM'] then true).

Examples
truefalse
Pay Cycle Frequency
PayCycleFrequency
Indicates if the run is regular or off-cycle.
Description

This attribute distinguishes between standard scheduled payroll runs and ad-hoc 'off-cycle' runs used for corrections or immediate payments. High volumes of off-cycle runs are a key indicator of process inefficiency and are tracked by the 'Off Cycle Payment Volume Analysis' dashboard.

It is derived from the Off-Cycle Reason (OCRSN) or Payroll Type (PAYTY) fields in the payroll cluster directory. A value exists if it is an off-cycle run; otherwise, it is considered regular.

Why it matters

It is critical for measuring the 'Off-Cycle Payment Ratio' KPI and targeting reductions in non-standard processing.

Where to get

Table RGDIR (Cluster Directory), field OCRSN or PAYTY.

Examples
RegularCorrection ABonus PaymentTermination
Pay Period
PayPeriod
The specific period number within the fiscal year.
Description

This attribute denotes the sequential number of the payroll period (e.g., 01 for January or the first bi-weekly cycle). It allows analysts to track performance trends over time and identify seasonality in processing workloads.

Sourced from PABRP, it is usually analyzed in conjunction with the Payroll Year. It is essential for the 'End to End Payroll Cycle Duration' dashboard to compare processing times across different cycles.

Why it matters

It enables trend analysis and the identification of seasonal bottlenecks in specific times of the year.

Where to get

Table PA0001 or Payroll Results Cluster (RGDIR), field PABRP.

Examples
01122652
Payroll Area
PayrollArea
Defines the specific payroll group an employee belongs to.
Description

The Payroll Area groups employees who are processed together in the same payroll run, often based on pay frequency (e.g., monthly vs. bi-weekly) or organizational structure. This attribute is critical for segmenting the process analysis to compare performance across different employee populations.

In SAP, this corresponds to the technical field ABKRS. Delays or errors often cluster within specific payroll areas, making this a primary dimension for root cause analysis in dashboards.

Why it matters

It enables the comparison of payroll cycle performance across different groups (e.g., Hourly vs. Salaried).

Where to get

Table PA0001 (Organizational Assignment), field ABKRS.

Examples
US Bi-WeeklyDE MonthlyExecutive Payroll
Payroll Specialist
PayrollSpecialist
The user ID or name of the person processing the record.
Description

This attribute captures the identity of the payroll administrator or specialist responsible for executing manual steps or approvals. It is the core attribute for the 'Specialist Throughput and Workload' dashboard, enabling the analysis of workload distribution and individual productivity.

Sourced from the UNAME field in system logs or the 'User' field in workflow steps. It allows managers to identify training needs or resource constraints.

Why it matters

It is essential for workload balancing and identifying human bottlenecks in the process.

Where to get

System fields (SY-UNAME) logged in CDHDR or Workflow Actor ID.

Examples
JSMITHKMILLERSYSTEM
Audit Exception Flag
AuditExceptionFlag
Flag indicating if an audit exception occurred.
Description

This attribute flags cases where validation rules triggered an exception or warning during the payroll simulation or calculation. It is the primary input for the 'Audit Exception Frequency' KPI.

Data is often sourced from the payroll log or specific error message tables (FEHLER). A true value indicates the process flow included an exception handling path.

Why it matters

It highlights data quality issues and the need for manual intervention.

Where to get

Derived from presence of error messages in payroll log or specific status codes.

Examples
truefalse
Cycle Time (Days)
CycleTimeDays
Total duration of the payroll process in days.
Description

This calculated attribute measures the elapsed time from the process start (e.g., Time Sheet Submitted) to the end (e.g., Payment Executed). It provides a high-level view of process speed and is used in the 'End to End Payroll Cycle Duration' dashboard.

It is computed as the difference between the maximum and minimum timestamps for a given case.

Why it matters

It is the primary metric for assessing overall process efficiency and speed.

Where to get

Calculated: EndTime - StartTime of the case.

Examples
5.52.010.1
Legal Entity
LegalEntity
The company code or legal entity of the employee.
Description

This attribute identifies the legal entity (Company Code) associated with the payroll record. It allows for financial reporting and analysis of payroll performance across different subsidiaries or corporate entities.

Sourced from the BUKRS field in the Organizational Assignment infotype (PA0001).

Why it matters

It supports cross-company benchmarking and financial allocation analysis.

Where to get

Table PA0001, field BUKRS.

Examples
US01DE011000
Rework Count
ReworkCount
Number of times a correction was performed.
Description

This calculated metric counts the number of times the 'Data Correction Performed' activity appears in the case history. It is a direct measure of process inefficiency and supports the 'Manual Correction and Rework Rates' dashboard.

High rework counts indicate persistent data quality issues or complex cases that fail first-pass validation.

Why it matters

It quantifies the effort lost to error correction and helps justify data quality initiatives.

Where to get

Calculated by counting 'Data Correction Performed' activities per CaseId.

Examples
013
SLA Processing Deadline
SLAProcessingDeadline
The target timestamp for completing the payroll run.
Description

This attribute represents the internal or external deadline for finalizing the payroll to ensuring timely payment. It is used to calculate the 'SLA Compliance Rate' KPI by comparing it against the actual 'Payment Executed' timestamp.

While not always a standard field in SAP tables, it is often maintained in a custom control table or defined conceptually based on the payroll calendar (e.g., 2 days before Pay Date). For this data model, it is often derived from the Pay Date minus a set buffer.

Why it matters

It provides the benchmark for assessing timeliness and SLA adherence.

Where to get

Derived from Pay Date (T549S) minus configured processing days.

Examples
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
Tax Jurisdiction
TaxJurisdiction
The tax region or authority applicable to the employee.
Description

This attribute identifies the specific tax authority or region (e.g., State, Province, Canton) governing the payroll record. It is essential for the 'Audit Exception and Compliance Risk' dashboard to hotspot compliance issues geographically.

In SAP US Payroll, this is the TXJCD field. In other regions, it may map to personnel subarea or specific tax area fields. This dimension helps separate systemic logic errors from region-specific configuration issues.

Why it matters

It enables the segmentation of compliance risks and audit exceptions by regulatory region.

Where to get

Table PA0001 or PA0207/PA0208, field TXJCD.

Examples
CANYTXNRW
Required Recommended Optional

Payroll Processing Activities

Capture these essential process steps to gain full visibility into your payroll lifecycle and pinpoint exactly where delays or manual corrections occur.
9 Recommended 5 Optional
Activity Description
Bank Transfer File Generated
The creation of the Preliminary Data Medium Exchange (pre-DME) or final DME file. This creates the payment instructions for the bank.
Why it matters

Tracks the Bank Transfer Automation Monitor. Failed file generations are critical process stops.

Where to get

Logs from the DME / Payment Medium Workbench (PMW) execution, often stored in TemSe or specific payment run tables (ReguH/ReguP).

Capture

Logged when payment run (F110/RPCIPE) creates output

Event type explicit
Gross Pay Calculated
The successful execution of the gross payroll schema calculation. In standard processing, this occurs when the payroll driver writes to the PCL2 cluster.
Why it matters

A major milestone indicating that time and rate data have been successfully combined. Delays here impact the Gross to Net Processing Efficiency.

Where to get

Cluster PCL2 (Payroll Results), specifically the directory table (RGDIR) timestamp for the 'For-Period'.

Capture

Logged when a new sequence number is written to the payroll cluster

Event type explicit
Payment Executed
The finalization of the payment process, often confirmed by the bank or the completion of the F110 payment run.
Why it matters

The primary end timestamp for SLA Compliance Rate. Determines if the employee was paid on time.

Where to get

Payment Run tables (REGUH) Date and Time of run, or inferred from the Value Date.

Capture

Logged when Payment Run status is set to Posted/Complete

Event type explicit
Payroll Process Initialized
The creation of a payroll process instance within the Payroll Control Center (PCC). This marks the official start of the payroll cycle for a specific payroll area.
Why it matters

Sets the baseline for the overall End to End Payroll Cycle Duration. It defines the scope of employees to be processed.

Where to get

Payroll Control Center tables (e.g., PYC_D_PY_PROC_INST), tracking the creation of a new process ID.

Capture

Logged when PCC Process Instance is created

Event type explicit
Payroll Record Approved
The formal sign-off on the payroll results for an employee or pay group. This occurs in the PCC 'Monitoring' or 'Sign Off' step.
Why it matters

Marks the end of the calculation/validation phase and release for payment. Critical for Specialist Throughput analysis.

Where to get

Payroll Control Center Step Instance logs (PYC_D_STEP_INST) for the Approval or Confirmation step.

Capture

Logged when PCC Approval Step status changes to COMPLETED

Event type explicit
Payroll Simulation Executed
A test run of the payroll driver to identify errors without committing results to the database. This is a key step in the PCC validation phase.
Why it matters

Essential for calculating the First-Pass Calculation Rate. Repeated simulations indicate data quality issues.

Where to get

Payroll Control Center Step Instance logs (PYC_D_STEP_INST) where the step type corresponds to Simulation.

Capture

Logged when PCC Simulation Step status changes to COMPLETED

Event type explicit
Tax Filing Completed
The generation of tax reporter files (e.g., PU19 in US) or transfer to a third-party tax filing provider.
Why it matters

Ensures regulatory compliance. Tracks the final compliance step in the sequence.

Where to get

Tax Reporter Log Manager or B2A (Business to Administration) Manager logs indicating successful file generation.

Capture

Logged when Tax Reporter run completes successfully

Event type explicit
Time Sheet Approved
The formal approval of time data by a manager or administrator. This status change validates the data for transfer to the payroll engine.
Why it matters

Calculates the Time Sheet Approval Lead Time KPI. Bottlenecks here indicate managerial delays or complex approval hierarchies.

Where to get

Employee Central Workflow Request tables (WfRequest), filtering for status COMPLETED or APPROVED.

Capture

Logged when workflow status changes to APPROVED

Event type explicit
Time Sheet Submitted
The event where an employee or manager submits time data for the pay period. This is captured from the workflow request logs in the Employee Central module linked to ECP.
Why it matters

Marks the start of the data accumulation phase. Delays here ripple downstream, causing compression of the payroll processing window.

Where to get

Employee Central Workflow Request tables (WfRequest), filtering for Time Sheet or Time Off categories.

Capture

Logged when workflow status changes to SUBMITTED

Event type explicit
Audit Exception Flagged
The generation of a validation alert by the Payroll Control Center policy checks. These alerts identify data inconsistencies or compliance risks.
Why it matters

Directly supports the Audit Exception Frequency and Compliance Risk dashboards. High volumes suggest upstream data quality problems.

Where to get

Payroll Control Center Alert tables (PYC_D_ALERT), linking specific error codes to the employee record.

Capture

Logged when a new entry is created in the PCC Alert table

Event type explicit
Benefit Deductions Applied
The specific step within the calculation schema where benefits logic is processed. While part of the main run, isolating this helps pinpoint configuration errors.
Why it matters

Supports Benefit and Tax Calculation Accuracy analysis. useful for debugging complex deduction logic discrepancies.

Where to get

Inferred from the existence of the V0 split in the payroll results or specific log entries if detailed logging is enabled (rare in production).

Capture

Coincides with Gross Pay Calculated but conceptually distinct for analysis

Event type inferred
Data Correction Performed
Changes made to master data or time data in response to an audit exception. This represents rework required to clear a payroll alert.
Why it matters

Tracks Manual Correction and Rework Rates. This is the primary activity contributing to process inefficiency.

Where to get

Inferred by joining PCC Alert timestamps with subsequent Audit Log changes (PCL4) for the same employee before the alert is closed.

Capture

Identify master data updates that occur while a PCC alert is active

Event type inferred
Incentive Data Imported
The ingestion of non-standard pay data, such as bonuses or commissions, into the payroll system. Usually involves loading data into Infotypes 0015 or 2010.
Why it matters

Late imports prevent accurate gross pay calculations. Analyzing this helps optimize the Incentive Data Integration Lead Time.

Where to get

Audit Log (PCL4 or equivalent) showing creation of records in Infotype 0015 (Additional Payments) or 2010 (Employee Remuneration Info).

Capture

Compare Infotype creation timestamps with import job logs

Event type inferred
Pay Slip Published
The action of making the remuneration statement available to the employee via Self-Service (ESS).
Why it matters

Measures Pay Slip Delivery SLA Performance. Delays here generate helpdesk tickets.

Where to get

Inferred from the 'Print Date' or availability date configuration in the Pay Slip mashup service logs.

Capture

Calculate based on Pay Date + System Configuration lag

Event type inferred
Recommended Optional

Extraction Guides

How to get your data from SAP SuccessFactors Employee Central Payroll