Processing Retroactive Pay Differentials

  • In the instance where an employee receives a pay differential, users need to make the adjustments required to the employee’s pay for the prior pay period and run the Retro Pay Processing batch job.  

  • For scenarios where an employee did not correctly receive a fixed payment, such as a stipend, on the previous pay period, users need to modify the employee’s Employee Status Maintenance (ESMT) and add the correct pay parameter.  After ESMT is submitted with the pay parameter update, a retro trigger is generated.

  • For scenarios where an employee incorrectly entered the number of hours worked and should have received automated pay or FLSA, users need to submit a Timesheet Adjustment (TADJ) to adjust to the correct amount of hours worked for the previous pay period.  Users  need to create a Retroactive Trigger (RTRG) for the previous pay period with Type ID set as FLSA Work Cycle.

When the multi-state feature is enabled while running the Retro Pay Processing batch jobs, the state codes for the retroactive non-FLSA and FLSA pay events are not generated on the RETRO_PEND_PAY and PEND_PAY tables. The state codes for the retroactive pay events are generated during GTN.