RetroPay Standard and Replacement Methods

In the Netherlands there are two methods of RetroPay, the Standard method and the Replacement method. The Standard method is the default. However, some customers require an additional method of RetroPay calculation, referred to as the Replacement Method.

Standard RetroPay

The standard RetroPay process depends on whether a retrospective change was made in the current or previous year.

When you make a retrospective change in the current year, the system reprocesses the payroll for the period the change occurred, calculating the tax deductions and SI contributions based on the tax and SI tables of the retro period. The changes to any earnings, deductions and other relevant values are carried forward to the current period.

When you make a retrospective change in the previous year, the system reprocesses the period the change occurred. The system only carries forward earnings changes to the current period, and calculates deductions in the current payroll run based on the current tax tables.

Replacement RetroPay

The alternative method, Replacement RetroPay, handles retrospective changes to earnings or tax/social insurance related information made in the current year, differently. Earnings changes in the previous year can be processed, but are treated the same as earnings changes in the current year.

Note: The input values Wage Limit and Basis Salary, for the Wage Tax Subsidy Education, must have the unit of measure set to Character to avoid their values being reversed during the running of the Replacement Method of Retropay.

There are two main differences when processing retrospective changes in the current period using the Replacement method. Those differences are as follows:

Key difference between Replacement and Standard RetroPay

When Oracle Payroll reprocesses the retro period, instead of bringing forward the changes to the current period, the run results are negated and brought forward to the current period as RetroPay entries. The new run results are brought forward as entries also.

Example of running RetroPay using the Standard method

Original Run Results New Run Results RetroPay Entries
Salary: 1000 Salary: 1200 Salary 200
Tax: 100 Tax: 120 Tax: 120

The above example shows a payroll period processed with a salary of 1000 Euros and a tax rate of 10%. If you then run RetroPay using the standard method, changing the salary to 1200 Euros, only the changes are posted as RetroPay entries.

Example of running RetroPay using the Replacement method

Original Run Results New Run Results RetroPay Entries
Salary: 1000 Salary: 1200 Salary: -1000
Tax: 100 Tax: 120 Salary: 1200
    Tax: -100
    Tax: 120

If you run the RetroPay using the Replacement method, then the system negates the original run results and posts them as RetroPay entries. The system brings forward the new run results as entries.

Key difference between Replacement and Standard RetroPay

When reprocessing the retro period, Oracle Payroll uses the tax and SI values for the current payroll period, instead of the values for the retro period.

Example of running RetroPay using the Standard method

January February March April RetroPay Entries
Salary: 1000 (1200) Salary: 1000 (1200) Salary: 1000 (1200) Retro Salary Jan: 200
Tax: 100 Tax: 100 Tax: 100 Retro Tax Jan: 20
Rate: 10% Rate: 10% Rate: 10% Retro Salary Feb: 200
      Retro Tax Feb: 20
      Retro Salary Mar: 200
      Retro Tax Mar: 20

The above example shows a payroll run for the periods January-March, with a salary of 1000 Euros. The tax rate for this period is 10%, but changes to 20% in April. If the current period is April, and you run a RetroPay from January using the Standard method, then Oracle Payroll uses the 10% tax rate when reprocessing the January-March period. If the retrospective change increased the salary to 1200 Euros, then the additional 200 Euros would result in an additional retrospective tax deduction of 20 Euros for each month, using the 10% rate.

Example of running RetroPay using the Replacement method

January February March April Retropay Entries
Salary: 1000 (1200) Salary: 1000 (1200) Salary: 1000 (1200) Retro Salary Jan: -1000
Tax: 100 Tax: 100 Tax: 100 Retro Salary Jan: 1200
Rate: 10% Rate: 10% Rate: 10% Retro Tax Jan: -10
      Retro Tax Jan: 240
      Retro Salary Feb: -1000
      Retro Salary Feb: 1200
      Retro Tax Feb: -100
      Retro Tax Feb: 240
      Retro Salary Mar: -1000
      Retro Salary Mar: 1200
      Retro Tax Mar: -100
      Retro Tax Mar: 240

If, however, the current period is still April, and you run a RetroPay from January using the Replacement method, Oracle Payroll uses the 20% tax rate, when reprocessing the January-March period. If the retrospective change increased the salary to 1200 Euros, then the additional 200 Euros would result in an additional retrospective tax deduction of 40 Euros for each month, using the 20% rate. The system negates the original run results using this method, which results in a new retrospective tax deduction of 140 Euros posted for each retro period to the current period.

Note: The Standard method of RetroPay suits most customers, however, you may have a requirement for the Replacement method. If so, it is up to you to select the appropriate method you require.

To select the method of RetroPay you require, see: Enabling the Method of RetroPay

For further information on how to override the Replacement RetroPay method, see: Business Groups: Entering Dutch Business Group Information

For further information on setting up RetroPay, see: To Set Up Enhanced RetroPay with Component Usages and Element Span Usages

The following information, when changed in the current year, affects Tax deductions or SI contributions:

Attention: Only earnings changes are recognized in the previous year.