RetroPay Processing

RetroPay Processing

Overview of RetroPay Processing

Purpose of the RetroPay Process

Run the RetroPay process to ensure that your payroll run for the current period reflects any backdated payments or deductions. Backdated adjustments can occur when:

• An employee receives a pay award that is backdated to a previous pay period.

• The payroll department makes a retrospective correction for an error that occurred in a previous pay period

For example, at the start of the current pay period, this employee has a pay award backdated to pay period 1. The employee has not yet received any payments for this award. In the current pay period the employee is entitled to payments that represent the backdated amounts for:

• Each of the preceding payroll periods (pay periods 1 to 4)

• The current pay period

You run your RetroPay process to ensure that the employee receives correct payment when you next run the payroll.

Period Earned is Distinct from Period Paid

When backdated payments occur, the accuracy of your subsequent payroll processing depends on distinguishing between:

• The period in which the payment was earned

• The period in which the payment was made

For example, the taxation implications are different for:

• A pay award backdated to period 1 and not paid until the current period. You may want to tax this award in the current period.

• A correction to an underpayment in period 3 which is paid to the employee in the current period. You may want to tax this correction in period 3 rather than in the current period.

The RetroPay Process Does Not Overwrite Your Historical Payment Records

You never overwrite historical payroll data when you run RetroPay. Although you recalculate all periods that have retroactive changes whenever you run a RetroPay, you never modify the stored results for these periods. Instead, you create one or more RetroPay entries to receive the process results.

Think of the RetroPay process as a calculator holding results in memory so that it can process a final set of results. The RetroPay process uses your historical results to calculate the changes for the current period. The results for your current period change, but your historical records remain unchanged.

Process RetroPay with Overlapping Periods

The RetroPay process recalculates payroll runs, balance adjustments and reversals from a particular date onwards, the start date of the recalculations. When you have retroactive changes overlapping another retroactive change, the application resets the start date to the earliest start date of the RetroPay processes and recalculates.

For example, you perform a RetroPay (RetroPay 1)for an assignment in period 3, with Payroll Runs being recalculated from a start date of period 1. In period 5, you perform another RetroPay (RetroPay 2) for the assignment with a start date of Period 3. The second RetroPay detects an overlap of RetroPays and sets the start date to the earliest start date.

In this case, the application sets the start date as Period 1. An overlapping override occurs to ensure that the balances are correct for the RetroPay process.

The processing of overlapping RetroPay results in an overall increase in time to process the RetroPay. If there are multiple overlaps, the increase in time is excessive.

Additional Information: RetroPay Overlap is not available by default for all localizations. To use this feature, localizations must need to enabled it.

For more information on RetroPay Overlap , refer to RetroPay Overlap - A Technical White Paper Note ID 842307.1 on My Oracle Support

When to Run the RetroPay Process

The RetroPay Process and the Payroll Cycle

It is important to run your RetroPay process at the correct point in the payroll cycle. Always run RetroPay immediately before you run a payroll, and, for greatest accuracy, as close to the cut-off date as possible. The cut-off date is the point at which all data entry for the payroll is complete.

The RetroPay Process Always Precedes a Payroll Run

The RetroPay process cannot occur after your payroll run. If you run your payroll and then discover further backdated adjustments you must hold them over until a later payroll period and run the RetroPay process in that subsequent payroll period.

Backdated Adjustments Are Always Paid in the First Open Payroll Period

When you run a RetroPay process in your current payroll period, any backdated adjustments are always paid in your current payroll period. So, a RetroPay process in period 5 calculates any backdated adjustments from periods 1 to 4, and marks them for payment in period 5.

You cannot stipulate that a RetroPay process in period 5 should withhold any resulting payments until a future pay period. For example, you cannot stipulate that a RetroPay run in period 5 should withhold payments until period 8.

If you want to use a future payroll period such as period 8 to make payments of backdated amounts for periods 1 to 4, then you must wait until period 8 before you run your RetroPay process.

Troubleshooting RetroPay

The most common RetroPay problems occur when the RetroPay process completes, but produces unexpected results.

Consult these tables for quick reference on common RetroPay difficulties and their solutions. The problem description links or refers to extra information where you need more details to solve a problem.

• Troubleshooting Enhanced RetroPay and Retro-Notification

Troubleshooting Enhanced RetroPay and Retro-Notification

Problem Description	What to Do
View RetroPay Status does not display some of my expected choices	Contact your System Administrator. The configuration of View RetroPay Status is determined at setup. If the legislation rule RETRO_STATUS_USER_UPD is set to Y, then you have a choice when you view RetroPay status. You can either exclude the assignment from RetroPay processing (you select Deferred), or include it (you select Confirmed Awaiting Processing). However, if RETRO_STATUS_USER_UPD is set to N, then the assignment is automatically included in the next RetroPay run (it displays in View RetroPay Status as Included Awaiting Processing).
After setting up Enhanced RetroPay,the Enhanced RetroPay run does not produce any results. US only :the Retro-Notification report (Enhanced) does not record a salary change for an employee unless you add the changed details from View RetroPay Status.	In both cases: Navigate to the Element window and ensure that the Default Component check box is checked. The United States has one component only (RetroPay) and one reprocess type (Reprocess) - you must check the Default Component check box for the element.
RetroPay Element field is missing when Enhanced RetroPay is enabled.	This is intended behavior. The RetroPay Element field is hidden when Enhanced RetroPay is enabled. You now add your RetroPay elements from the Retro Components button available from the Recalculation tab of the Elements window.

Troubleshooting RetroPay

Problem Description	What To Do
RetroPay process element entry not generated for one or more assignments.	Check that the element links exist, then check your RetroPay setup.
Unexpected value returned.	Check your RetroPay setup.
Start and end times ignored.	Check for a previous RetroPay run that overlaps with your current run. If there is an overlap, rerun a new RetroPay with dates that fully include the period processed by the earlier RetroPay.
RetroPay Warning: Process Log shows zero employees in error - did not create element entries for processed employees.	Check that you are using the correct balance in the RetroPay set. If you are processing RetroPay within a single calendar year, choose a balance that represents gross pay for year to date. If your RetroPay spans two years, do not select a balance with the _YTD dimension.
Cannot use the Element Entries window to delete RetroPay generated elements.	Roll back the RetroPay process, remove the unwanted assignments from the assignment set and then rerun RetroPay. Note: The RetroPay process does not permit use of the Element Entries window to make these changes. This is expected behavior rather than an error.
RetroPay Error: APP-6370 Cannot create an entry past the termination rule date.	The setup of your RetroPay element (specifically, the termination rule) does not enable you to process terminated employees. Remove the assignments of terminated employees from your assignment set and then rerun RetroPay.

Detailed Problem Resolutions

This section provides step-by-step solutions for more complex problems.

Check that the Element Links Exist, and then Check Your RetroPay Setup

If the RetroPay process does not generate a RetroPay element for one or more assignments, follow this sequence to correct the problem,:

1. Check that there is a valid, current element link for each assignment in the RetroPay set. If the links do not exist, the RetroPay process can still calculate a retro-payment but cannot attribute the calculation results to an assignment.

2. Check that RetroPay entries exist for this assignment. Do this by inspecting the log file for the HR_HRPROC_EE_NOT_CRE message and searching for the text Warning RetroPay has detected no change. This text indicates that RetroPay entries do not exist. There are no differences between the original payroll run and the RetroPay run.

3. Check that your RetroPay setup correctly defines all the required balances. The RetroPay process always uses a balance to track the difference between an original entry and a retro entry. If retro-payments do not specifically feed your RetroPay balances, then the RetroPay process cannot identify that a retro-payment has occurred.

   Example (from U.K. Payroll)

   If you specify an NI balance in your RetroPay setup and then make changes to element entries that are not subject to tax or NI, your run results will be different when you compare the original run and the retro-paid run. However, the RetroPay element does not include these changes because it can only report on those differences that affect the NI balance.

4. Confirm that your RetroPay element has a classification of Earnings. The Earnings classification ensures that you can pay the amounts identified by the RetroPay process. Other classifications, such as Information, do not allow you to make payments.

5. Find out whether your RetroPay definition includes any Year to Date (_YTD) balances. If you run a RetroPay process that spans the end of year, you could see unexpected results if you are using _YTD balances. Errors occur because the payroll run clears the_YTD balance at the end of year in preparation for the next year.

6. Check that there is a correct end date for the payment of RetroPay entries. Do this by View | Lists | Employees by Element to see whether the entry was created for an unexpected period. If this is the case, set the end date to the first date of the payroll period in which the RetroPay entry should be paid. For example, if you run RetroPay for June to September 2004 to pay back pay in October 2004, your start date should be 01-JUN-2005 and your end date 01-OCT-2005.

Check Your RetroPay Setup

If the RetroPay process returns an unexpected value follow this sequence to correct the problem,:

1. Check the logic of the RetroPay setup to determine that you are feeding the correct balance and confirm that you are not feeding the correct balance more than once.

2. Find out whether your RetroPay definition includes any Year to Date (_YTD) balances. If you run a RetroPay process that spans the end of year, you may see unexpected results if you are using _YTD balances. Errors occur because the payroll run clears the_YTD balance at the end of year in preparation for the next year.

3. Establish whether there are changes elsewhere in the application that might impact the value of a balance. This can be a difficult area to identify because anything that feeds the balance specified in the RetroPay definition can potentially affect the RetroPay.

   In particular:

   • Balances like Gross Pay can reflect multiple changes to an assignment. These changes can affect the recalculated value of that assignment.

   • Generic changes such as updates to a formula can affects the results of associated elements, and introduce balance value changes that subsequently affect RetroPay values.

Setting Up the Retro-Notifications Report

You use the Retro-Notifications report to identify any changes that have a retrospective effect for payrolls that you have already run. You can define the relevant types of change by setting up an event group to specify the changes. Follow these steps to set up the Retro-Notifications report:

To enable dynamic triggers

1. Navigate to the Dynamic Triggers window.

2. Enable any dynamic triggers that the application generates. It is important to enable these triggers to ensure your payroll processing updates each database table correctly. The recommended minimum list of triggers to enable for the Retro-Notifications report is as follows:

   Table Name	Trigger Type
   PAY_ELEMENT_ENTRY_VALUES_F	Update
   PAY_ELEMENT_ENTRIES_F	Update
   PAY_ELEMENT_ENTRIES_F	Insert
   PAY_ELEMENT_ENTRIES_F	Delete

To define an event group

1. Navigate to the Table Event Group window.

2. Enter a name for your Event Group, for example, Retro-Notification Events.

3. Select Retro as your event groups type.

4. Save your entries.

5. Select the events that will produce notification if retrospective changes occur. Specify the following information to identify the type of update and the database table to which it applies:

   • Update Type

   • Base Table Name

   • Column Name

   For example:

   Update Type	Table	Column Name
   DateTrack Correction	PAY_ELEMENT_ENTRY_VALUES_F	SCREEN_ENTRY_VALUE
   DateTrack Update	PAY_ELEMENT_ENTRIES_F	EFFECTIVE_START_DATE
   DateTrack Update	PAY_ELEMENT_ENTRIES_F	EFFECTIVE_END_DATE
   DateTrack End Date	PAY_ELEMENT_ENTRIES_F
   DateTrack Insert	PAY_ELEMENT_ENTRIES_F
   DateTrack Delete	PAY_ELEMENT_ENTRIES_F

To enable the Incident Register

1. Navigate to the Functional Area Maintenance window.

2. Query the Incident Register and ensure that you have triggers defined.

3. Decide whether to capture the triggers by legislation, business group, or payroll. Navigate to each tab to make your selection.

Setting Up Enhanced RetroPay with Component Usages and Element Time Spans

You can decide whether each retrospective payment requires:

A full reprocessing in which you recalculate all amounts for the current payroll. This option is typical when you are processing backdated payments, or when you want to deduct tax for backdated amounts in the period when it was earned, rather than in the current payroll period.

A limited reprocessing in which you recalculate only some of the amounts for the current payroll. This option is typical when you are processing corrections, or when you want to deduct tax for retrospective changes in the current payroll period rather than in the period when it was earned.

Components for RetroPay

Oracle Payroll describes each different type of RetroPay run as a component. You set up RetroPay component usages to define how RetroPay will process the component. For example, you could set up a component Earnings Correction for the element Basic Salary. A component always has:

• A name (for example, Earnings Correction)

• A reprocess type (Static, Partial, Reprocess) to determine how to process the component

Element Time Spans for RetroPay

For each of these components, you define an element time span to specify the start and end dates of the retro processing, and which RetroPay element applies for each time span. If you are creating RetroPay elements manually, you must follow the process given below to set up retro components and element spans to process RetroPay correctly.

Tip: Check if your Localization has components and time spans predefined that you can use to process retropay.

Additional Information: Check if your localization has any upgrade processes enabled if you are upgrading your current elements.

Setting Up Retropay Component Usages

Retropay component usages assign the components to the elements you created, ensuring all the elements recalculate with the latest values.

1. Query your defined element, in the Element window.

2. Select the Recalculation tab, and check the Retro Components button.

   Note: South African users: Select the predefined ZA Statutory Updates event group from the list of values in the Recalculation Events field. Alternatively, you can create and attach an event group of your choice

3. In the Retropay Components region of the Retropay Element window, choose the component field, and an appropriate component from the list of values.

   Note: Do not enable the Retro Component of the elements that are themselves being used to process retropay for another element.

4. Select the Reprocess Type. If you select Static, then Retropay will not process any changes to the element when running the relevant component. Opting for the Reprocess Type ensures the element changes process.

5. Save your work.

6. You can now enter the element time spans.

Setting Up Element Span Usages for Elements

The element time span usages defines the start and end dates for retropay processing. Most elements have the standard time span of Start of Current Year to End of Time already assigned, to cover any changes made in the current year. For each earnings element, or imputed earnings element with a defined retropay component usage, you must define two element span usages. These element span usages cover the earnings for both the current and the previous year, defining not only how far back processing should cover, but also up to where a particular retropay element carries forward the retro changes. You must define your retropay elements and components before defining the element time spans.

Set up the Element Span Usages in the Retropay Elements window.

1. Query your defined element in the Element window.

2. Select the Recalculation tab, and check the Retro Components button.

3. In the Retropay Elements region, select the appropriate time spans from the From and To fields, to define the time period the retropay element is covering.

4. Select the retropay elements you created from the Retropay Element field.

5. Save your work.

Setting Up Overlapping RetroPay Using Balance Adjustments

If you have overlapping periods for making retro payments, ensure that the Retro Overlap feature is enabled. This process recalculates from the latest reprocess date and uses Balance Adjustments. Follow these steps to set up the Retro Overlap feature :

To set up Retro Overlap using Balance Adjustments

1. Run the corresponding concurrent program to enable the retro overlap feature for your localization, for e.g. Enable Retro Overlap for all UK Business Group.

2. Set up all the Retro Element Types and associate them with their corresponding elements.

3. Define a retro element for every element that feeds a balance. The Balance Adjustment process uses the retro entries created in future periods to do adjustments.

4. Enable the 'Do Not Process' check box for any new retro elements used for retro balance adjustments.

Understanding the Sequence of Your RetroPay Activities

Given below is the sequence of retropay activities.

Follow this sequence to:

1. Identify outstanding backdated adjustments

2. Monitor and control the processing of backdated adjustments

3. Include backdated adjustments in your next payroll run.

Run the Retro-Notifications Report

1. Run the Retro-Notifications report to identify any backdated changes that have not been included in a payroll run.

   You can save your summary of backdated changes into an event group.

   Once you have identified the retrospective changes, you can then decide whether to include them in your RetroPay process.

   The Enhanced Retro-Notifications report uses the Payroll Events Model to identify what changes have occurred to your underlying data. If these changes correspond to the retrospective types of change that you want to be notified about, then these changes appear on the Retro-Notifications report.

View RetroPay Status and History

2. Once you have identified unprocessed retrospective payments, you can determine how you want to process these changes.

   

   The Retro-Notifications report identifies the assignments with backdated adjustments. If you defer, then the assignment is not included when you next run RetroPay.

   You can also include additional assignments that the Retro-Notifications report did not identify. This typically occurs when you discover additional backdated adjustments that were not known about when you ran the Retro-Notifications report.

   The following diagram shows the sequence of statuses for each RetroPay status:

   

   Once RetroPay processing begins, the initial status changes to an intermediate status of Processing.

   You can query all retro assignments that are at the initial (outstanding) status, and all retro assignments at the final (completed) status.

   The following diagram shows what statuses are included when your query All Outstanding, and All Completed:

   

   See: Viewing RetroPay Status and History

Run the RetroPay Process

3. You enable Oracle Payroll to make retrospective adjustments for the combination of changes identified on the Retro-Notifications report, and subsequently modified when viewing RetroPay status.

Verify Your RetroPay Results

4. When you have run the RetroPay process, verify your results and correct any errors.

Run Your Payroll

5. Finally, run your payroll to reflect the adjustments that you have made for the retrospective payments.

Viewing RetroPay Status and History

You use the RetroPay Status window to control how you want to process changes that have a retrospective impact. You typically find outstanding retrospective changes where changes are entered in Self-Service HRMS independently of Oracle Payroll.

Use the RetroPay Status window to:

• Identify any assignments that have changes implying retrospective processing.

• Specify how you would like to process any outstanding retrospective changes.

• Confirm that your application has processed the specified requests.

• Create or update multiple retro assignments for status as Awaiting Processing or Deferred.

You can still use the Retro-Notifications report to identify all outstanding retrospective changes that have not been applied, and group them into an assignment set ready for processing.

However, the advantage of using the RetroPay Status window is that you can identify what you want to process, or exclude from processing, and then mark your selections for completion.

To search for assignments that have retrospective changes

1. Select the search criteria for assignments that you want to view. If you do not select any criteria, then your search returns all assignments that have retrospective changes. You can search for any of these criteria:

   Name: Specify a name, or search for all names.

   Assignment Number: Specify an assignment or search for all assignments.

   Recalculation Date: Use this start date and end date to determine the period for retrospective changes.

   Status: Select the status that you want to identify.

   • All Completed. This status displays all assignments with retrospective implications that are already processed.

   • All Outstanding. This status displays all assignments with retrospective implications that are not yet processed.

   • Awaiting Processing. This status indicates that this assignment has cleared for processing and that the processing will occur in the next payroll run.

   • Completed. This status indicates that this assignment has now been processed.

   • Completed – Deferred Forever. This status indicates that the retro assignments created by the system are deferred forever. The action of the retro assignment (RETRO_ASSIGNMENT_ACTION_ID) is to changed to –1. The retro assignments are not processed in the future nor reported with the new status.

   • Deferred. This status indicates that an assignment was scheduled for processing, but that the processing was deferred and will not occur until you change the status.

   • Processing. This status indicates that an assignment is being processed.

   Recalculation Reason: This criterion indicates why retrospective processing is necessary and enables you to search particular categories of retrospective change to process them independently of other retrospective changes.

2. Click Go when you have selected all your search criteria.

To change the status of an assignment

You typically change the status of an assignment when you want to defer processing that was previously scheduled, or to indicate that you have already processed this change even though it was automatically scheduled.

1. Select the assignment that you want to change.

2. Select the new status for the assignment from the Change Status list of values.

3. Click Change Status.

To view the elements included on each assignment

1. Select the assignment name in the Name column.

2. View the elements for this assignment, and the Recalculation Reason for each element.

To update or delete elements for each assignment

1. Select the assignment name.

2. Click Update to add an element to the assignment.

3. Click Delete to remove an element from the assignment.

To confirm that your specified requests have been processed

1. Query the individual assignment, but leave the status field blank.

2. Alternatively, query all assignments with a status of All Completed or All Outstanding and check the details for your individual assignment.

To create multiple retro lines

1. Select the Create Retro Lines button.

2. A spreadsheet opens.

3. In the spreadsheet that appears, enter new records with a status of Awaiting Processing or Deferred.

4. Click on Upload. You can select Commit All Rows or Each Row option, if you want the application to validate all records and commit or validate each record prior to uploading the details to the database. If you select Each Row option, then all successful records will be uploaded and error records will not be uploaded. Only on successful validation, the application makes changes to the database.

   If you select the Upload All Rows or Each Row, then the application does not validate the details prior to uploading.

To update the multiple retro lines

1. Query the assignments with Awaiting Processing or Deferred.

2. Click on Download to Spreadsheet check box and click Go.

3. In the spreadsheet that opens, you can update the status. You cannot modify any employee or assignment information but can only change the status of the assignment or you can delete the retro entry or update the reprocess date of the retro entry.

   Note: In the Entry Delete/ Update column, ensure to select the applicable value if there are any entry changes made. If you do not select any value the application does not make any changes to the database.

4. Click on Upload. You can select Commit All Rows or Each Row option, if you want the application to validate all records and commit or validate each record prior to uploading the details to the database. If you select the Each Row option, then all successful records will be uploaded and error records will not be uploaded. Only on successful validation, the application makes changes to the database.

   If you select the Upload All Rows or Each Row, then the application does not validate the details prior to uploading.

Viewing RetroPay Enhanced Results

You can query the assignment actions of the Retropay Enhanced process and review the corresponding retro entries created.

Note: Oracle Payroll delivers the "RetroPay Enhanced Results" (PAY_WS_RETRO_RESULTS) function to view the RetroPay enhanced results and this function is also associated with the global View menu (GLB_HRMS_VIEW_INFO). By default, this function is available in the US (US_HRMS_VIEW_INFO) and Canada (CA_HRMS_VIEW_INFO) menus. For the Mexico localization, the seeded "MX HRMS Navigator" menu includes the global GLB_HRMS_VIEW_INFO menu. Therefore, the "RetroPay Enhanced Results' function will be available to all responsibilities associated with the seeded "MX HRMS Navigator" menu.

If required, system administrators must add the "RetroPay Enhanced Results" function to other localization seeded menus and custom menus.

To view the RetroPay Enhanced Results:

1. Click the View Results on the Assignment Process Results window to view the results for a particular the Retropay Enhanced assignment action.

2. Query the Assignment Actions of the Retropay Enhanced process effective between the specified dates for a given assignment or payroll. You can enter any of the following to query the retro assignment actions

   • assignment number

   • full name

   • effective date from and effective date to

   • payroll name

   • status of the assignment action

3. Click on the following details of the Retropay Enhanced assignment actions matching the search criteria to display the appropriate information:

   • Full Name – Click on the Full Name to get the list of Retro Entries created by the selected action.

   • Assignment Number

   • Action Status - If the action is in Error status, then click on the status to review the error messages.

   • Effective Date – View the effective date of the Retropay Enhanced assignment action.

   • Reprocess Date – Date provided by the Retropay Notification Report or the Retro Status Page.

   • Overlap Date – Overlap Date calculated by the Retropay Enhanced process internally. During the process, the run actions are rolled back and re-run from this date for the assignment.

4. In the Retropay Entries section, you can view the following information:

   • retro element

   • effective start date

   • effective end date

   • retro component

   • base element - the element for which the retro element is created

   • original date earned

   • Details – Click on the icon in the Details column to display the input values of the retro element created with a comparison of the run result values from the original period. The table also displays the retro element entries with their input values from the same source in previous periods. The comparison assumes that the base element and retro element have the same set of input values with the same order of display sequence.

Running the Retro-Notifications Report (Enhanced and Enhanced PDF)

After you have defined the components and element time spans, you can check the retrospective changes occurred. Oracle Payroll provides two types of retro notification reports that you can use report to identify all retrospective changes that have occurred since the last payroll run. This information is particularly useful when changes with retrospective impact are entered in Self Service HRMS independently of the Payroll department.

Oracle Payroll enables you to produce the report either in a text format or as PDF format. You can choose to run the report depending on your requirement:

• Retro -Notifications (Enhanced) Report – run this report to generate the output in text format

• Retro -Notifications (Enhanced PDF) Report - run this report to generate the output in PDF format that you can further customize to meet your requirements.

The Retro-Notifications report does not perform any RetroPay processing. It only identifies element entries that have changed. You must still run your RetroPay process separately to process these changes. After you have run the Retro-Notifications report, you can

• Run your RetroPay process on all assignments

• Edit the event group to remove or add assignments and then run your RetroPay process.

• Take no retrospective action on any of the assignments.

You can use the RetroPay Status window to schedule processing.

You run the Retro-Notifications (Enhanced) or the Retro-Notifications (Enhanced PDF) report from the Submit Processes and Reports window.

To run the Retro-Notifications (Enhanced) report

1. Select the payroll. You can only run this report for a single payroll

2. If you want to see the retro-notifications for a particular event group, select an overriding event group.

3. If you want a report, select Yes in the Generate Report parameter.

4. Click OK, and submit.

To run the Retro-Notifications (Enhanced PDF) report

1. Select the payroll. You can only run this report for a single payroll

2. If you want to see the retro-notifications for a particular event group, select an overriding event group.

3. If you are running the PDF-enabled version of this report, select a template for your PDF output.

4. If you want a report, select Yes in the Generate Report parameter.

5. Click OK and submit.

Running Enhanced RetroPay

Use the Enhanced RetroPay process to distribute backdated amounts or corrections that you have identified from the Retro-Notifications report.

You run the Enhanced RetroPay process from the Submit Requests window.

To run the Enhanced RetroPay process

1. Enter an effective date to indicate the date from which you want to create the retrospective elements for Enhanced RetroPay process.

2. Select the payroll.

3. If you want to create retrospective entries in a different pay period other than effective date, enter an entry creation date. The application creates retrospective entries in the pay period in which the Entry Creation Date occurs.

   If you leave this field blank, the application creates the default retrospective entries as of Effective Date.

4. Click Submit

Running Quick RetroPay

Run Quick RetroPay to process any retrospective payments for a single assignment. You run the Quick RetroPay process from the Submit Requests window.

Note: It is not mandatory to run the Retro-Notifications Report for QuickRetropay process.

To run the Quick RetroPay process

1. Enter a date on which you want to create the derived retro element entries. This is mandatory.

2. Select the assignment number of the assignment for which you want to run the backdated change. This is mandatory.

3. If you want the retro entries to get created in a different payroll period than that of Effective Date, then you specify an Entry Creation Date. This is optional.

4. Enter an earliest date from which you want to reprocess the assignment backdated changes. If you do not specify any date, then the application calculates it internally. This is optional.

5. If you want the retro-notifications for a particular event group, select an overriding event group.

6. Click Submit.