Troubleshooting Recovery Pay Issues

Modified on Wed, 2 Oct at 1:56 PM

Troubleshooting Recovery Pay Issues

ISSUE: Recovery Pay is not deducted for some Employees despite being set up in the Accumulator Schedule module accordingly. 

 

 

PAYROLL > GROUP DATA > ACCUMULATOR SCHEDULE

A screenshot of a computer

Description automatically generated

**Entity Type = ADVANCE + Entity Code = RECOVER record configured for the Entire Group**

Note: If you wish to configure this Accumulator for the entire group, Accumulator Schedule is the only necessary configuration. 

 

PAYROLL > SCHEDULE GROUPS > PAY RUN

**Process Pay Run successfully**

 

PROCESSED > COMPLETE > PAY REGISTER

 

PAYROLL > EMPLOYEE > ACCUMULATOR SCHEDULING > ACCUMULATOR SCHEDULING QUERY

IMPORTANT NOTE: What we want to see here is if there is an Advance IN Amount to recover from

  • Recover Pay does not simply recover against REGPAY, only against ADVANCE. 

 

Sample EID1: 

A screenshot of a computer

Description automatically generated

**This employee received RECOVERPAY successfully** 

 

Sample EID2:

A screenshot of a computer

Description automatically generated

**This employee did not receive any RECOVERPAY**

 

ROOT CAUSE: Some Employees do not have an ADVANCE IN Amount for the Recover Pay to function against. There must be a value here for the Recover Pay to reduce. 

 

ROOT CAUSE ANALYSIS: Often, there can be a disconnect existing on a topic between Manager and the Daily Supervisor or Senior Admins who are running the pay. 

So, no one answers the question themselves, and it is important to connect and bring the team together to verify expectations and apply this against the findings. 

This is typically an internal conversation

 

SCENARIO: Customer advises all Employees in the group should/did have ADVANCE Pay and can be proven using the Employee Pay Statements module to show it. 

 

PAYROLL > CHEQUE PROCESS > EMPLOYEE PAY STATEMENTS

**Previous pay shows ADVANCE Pay completed** 

 

ISSUE: In this case we had multiple RECOVER records, with the first one (202501 to 202501) having RESET = Y. This wiped out the remainder of all ADVANCE IN Amounts, to recover against. 

A screenshot of a computer

Description automatically generated

Second RECOVER record (202502 to 202508) now has No Advance to Recover against. Result is 0. 

 

SYSTEM FUNCTIONALITY NOTE: Whenever RESET = Y (in Group Data > Accumulator Schedule) once the FROM and TO Pay duration has been complete, the balance will Reset once complete. 

  • Configuring Reset = Y (usually) is CORRECT, since it will be 1 record for RECOVER PAY (over multiple pays)
    1. Once complete, all the advance has been recovered. Done. 
  • When RECOVER completed over Multiple records, only the last record should have RESET = Y

 

 

WORKAROUND: Employee level override on a per Employee basis. 

PROCESS OVERVIEW

STEP 1: PAYROLL > BOARD > OTHER PAYMENTS MAINTENANCE > NEW

A screenshot of a computer

Description automatically generated

**Create Earning Code for Recover Pay**

 

STEP 2: PAYROLL > GROUP DATA > SUBJECT ENTITY MAINTENANCE > EMP_GROUP

**Update Subject Entity Maintenance to account for new Earning Code**

Note: Ensure all ‘RECPAY’ Portions = -1.00000

Note: If this applies to Multiple groups with EXACT SAME SETUP > SEM Copy Function

**If you are not familiar, manual entry is always safer**

 

STEP 3: PAYROLL > PAY INPUT > TIMESHEET > EXCEPTION TIMESHEET IMPORT

**Make an Exception Timesheet import for each Employee + Per Pay Amount** 

 

 

 

 

 

Was this article helpful?

That’s Great!

Thank you for your feedback

Sorry! We couldn't be helpful

Thank you for your feedback

Let us know how can we improve this article!

Select at least one of the reasons
CAPTCHA verification is required.

Feedback sent

We appreciate your effort and will try to fix the article