Page tree
Skip to end of metadata
Go to start of metadata


The purpose of this Wiki is to give an example as to know when the no. of earnings period will be filled with different values.


To know more about this behavior, we must first review the necessary information, and then know how to reproduce it.

After reading this article you will be able to identify the whole concept.

1. Obtaining the necessary information:

For replicating the above scenario, ensure that GBRTI payroll function in the feature GBCHG should have RTI solution active for the payroll area under which employee was hired.



Now the employee is hired from 01.04.2013 in the payroll area G1. After this, live payroll was run for the month of April 2013 i.e. period 1 2013 in RPCALCG0 report for this employee which will create RTI table in the payroll cluster of the employee. Exit the payroll in PA03.

2. Scenario – I:

No. of earnings period will normally be filled with 1 in case payroll is run every cycle. Please refer to the below screenshot which shows the payroll of employee hired on 01.04.2013 is run in April 2013 i.e. in the same period when employee was hired.

April 2013 Payroll ran for employee who has been hired on 01.04.2013



 Below screenshot shows No. of earn. per is filled with value 1.


3. Scenario - II

Assuming that the employee is a late starter i.e. for a given payroll area, say G1, Payroll for the month of April – June 2013 has been processed and exited. Now an employee is hired in this payroll area effective 01.04.2013. The employee is a late starter in payroll area G1, in the month July 2013.

Below screenshot shows exactly the same written above


Now the period 4 2013 payroll will retro from period 1 2013 however the RTI table will only be present in period 4 which will have the cumulative values of previous periods.

Below we can see that No. of earn. per is filled with value 4





  • No labels