Teachers Pension (UK) retro process

We have applied patch for Tiered contribution for teachers pension in UK legislation.
In phase one, I made changes for deducting Teacher's pension and
in second phase now I am trying to make changes for retro processing.
I am following the readme.txt file of the patch and followed following steps.
*However the new retro element I created for teachers pension is NOT being considered while retro processing.
Do I need to pass any direct/indirect results from the formula result rules?
Has anyone done this ? Could you please suggest?
===============================
Arrears Processing and Reporting
As per the requirements the arrears processing should happen in the
corresponding period in which the change is effective from. For this,
new retro elements should be defined for each earnings element contributing
to the Annual Gross Salary or Period salary on which the percentage is
applied.
Also Retro elements should be defined for the Pension deduction elements.
For reporting retro values related to pension contribution, retro components
will be seeded for the Seeded information element
'Tiered Contributions Information'
For this new seeded formula function will be seeded.
Formula Function Name :PAY_GB_TPS_TIER_DERIVE().
Suggested Code:
l_pension_tier = PAY_GB_TPS_TIER_DERIVE()
/* New seeded formula function to return the correct Pension tier in retro
payroll run Without this function retro payroll run will return only the
difference, with this function and below sum statement Retro will run
results with the exact band used*/
Pension_Tier = Pension_Tier + l_pension_tier
This above suggested code needs to be included in the existing pension
deduction formula, at the end of the pension formula before return statements
to the information element.
The above code ensures that in the retro run the pension tier returned to
the information element is increased by the difference.
=================================================

It appears from the previous bit of the readme that it's relying on the TRANSFERPTD dimension for doing the UDT lookup:
l_tps_emp_contr_sal = FULL_TIME_ANNUAL_SALARY_TPS_ASG_TRANSFER_PTD
/* New seeded balance which will give the Annual Gross Full time Salary */
/* The below section will fetch the employee contribution percentage and
Employer Contribution Percentage */
l_EE_Contribution_Percent = to_number(GET_TABLE_VALUE
('PQP_TPA_PENSIONABLE_PAY_RANGE',
                                   'Employee Contribution Rate',
                                   to_char(l_tps_emp_contr_sal)))
l_ER_Contribution_Percent = to_number(GET_TABLE_VALUE
('PQP_TPA_PENSIONABLE_PAY_RANGE',
                                   'Employer Contribution Rate',
                                   to_char(l_tps_emp_contr_sal)))
/* The below section will determine the band the current assignment will
fall into */
l_band = to_number(GET_TABLE_VALUE
('PQP_TPA_PENSIONABLE_PAY_RANGE',
          'Pension Tier', to_char(l_tps_emp_contr_sal)) )
Pension_Tier = l_band
Does this look like what's going on in your pension deduction calculation formula?
What happens if you comment out the function call?

Similar Messages

UK Public sector : Teachers Pension Patch and Functional Setup

Hi
I have a query regarding the functional setup for the above. (I am assuming / expecting answer from those who have done this setup already and they know/gone thorugh the patch readme file )
I am trying to use the code provided in the patch readme file to findout correct tier for pension contribution..In order to do that I need the Annual FTE Salary inside fast formula.
The patch readme says ,
Once the Formula has retrieved the pension contribution Rate, it needs to be
applied to the actual earnings in the period.
l_tps_emp_contr_sal = FULL_TIME_ANNUAL_SALARY_TPS_ASG_TRANSFER_PTD
However I am getting zero value for FULL_TIME_ANNUAL_SALARY_TPS_ASG_TRANSFER_PTD.
i.e. l_tps_emp_contr_sal is zero which is being passed to
l_EE_Contribution_Percent = to_number(GET_TABLE_VALUE
('PQP_TPA_PENSIONABLE_PAY_RANGE',
'Employee Contribution Rate',
to_char(l_tps_emp_contr_sal)))
and nothing is coming up.....
How do I get the correct value of FULL_TIME_ANNUAL_SALARY_TPS_ASG_TRANSFER_PTD ?
The readme says following
FTE Salary/Amount
The Annual salary is the Gross Full Time Equivalent salary based on which the
band should be decided. There can be multiple elements per assignment that
could be populating this value and each element may have different
configurations for example:
a. Element may have annual value from which a period value is calculated
b. Period value to be paid
The above this can be further classified based on
a. usage of working pattern or working hours
b. Full time salary
c. Part time salary.
a. One time payment on which Annualisation may not be applied but FTE should
be applied.
b. One time payment on which Annualisation may be applied but FTE should
not be applied.
c. Annual Value on which FTE should be applied.
d. Annual Value on which FTE should not be applied
There are many more variants to the scenarios described above.
To achieve the calculation of the Gross Annual Full Time Equivalent salary
for all possible scenarios the seeded element FTE Annualised Pay should be
used by the customer.
In order for the Pension contribution rate to be determined, the FTE annual
salary effective at the period in question, must be available.
It is presumed that the FTE value will be available for the current elements
that customer uses for paying the teachers as it would be needed to determine
the actual payment value for the period.
This value will be fed to the new seeded element (FTE Annualised Pay) by the
individual element formula.
Suggested changes for determining Annual Full Time value:
Suggested changes in elements formula for determining Annual Full Time value:
The following statements should be added to the existing earnings element
formula. These are suggested changes to the existing formulae to derive the
Annual FTE salary.
Case 1: If the Element Formula has access to Annual FTE Value.
return_Annual_inf = ANNUAL_VALUE
/*Assign Annual FTE Value for this element to variable return_Annual_inf*/
Case 2: If the Element formula has access to only to Period value and
Annual FTE Value is not stored anywhere.
return_Annual_inf = (PERIOD_VALUE * PAY_STATUTORY_ANNUAL_PERIODS)
/* Assign Period Full time Value for this element multiplied by standard
DBI for annual periods to local variable return_Annual_inf */
Case 3: If the Element formula has access to only to Annual Part time value
and Annual FTE Value is not stored anywhere.
return_Annual_inf = ANNUAL_VALUE / ASG_FTE_VALUE
/* Assign Period Full time Value for this element multiplied by standard
DBI for annual periods to local variable return_Annual_inf */
Case 4: If the Element formula has access to only to Period Part time value
and Annual FTE Value is not stored anywhere.
return_Annual_inf=(PERIOD_VALUE*PAY_STATUTORY_ANNUAL_PERIODS)/ASG_FTE_VALUE
/* Assign Period Full time Value for this element multiplied by standard
DBI for annual periods then divided by standard DBI for FTE to local
variable return_Annual_inf */
Note:
The new local variable return_annual_inf should be returned from formula to
the new seeded information element FTE Annualized Pay.

Hi
I recently did an evaluation of this patch, and I did get it to work; however, in order to do so I needed to amend some other formulas for e.g. calculation of salary, so that the annualised FTE figure was returned from the formula. This was then referenced in the formula result rules for the annual salary element, to feed that new result to the seeded element provided in the patch ('FTE Annualised Pay'). That then fed the balance.
It's a major headache as you will have to similarly amend all formulas/result rules pertaining to elements that could form part of the reckonable pay for this calculation.
Where I am, we won't be using it as we had to come up with our own solution to stand any chance of being 'legal' in time for April.
Hope this is of use
Clive

Urgent:How to differentiate retro and payroll run in Fast Formula

I have written one fast formula. This fast formula is attached to “Basic Salary” element.
“Basic Salary” element has retro and proration setup.
We are using Enhanced retro process.
Enhanced retro process is calling this Fast formula to check the difference amount.
Similarly oracle payroll will also call the same fast formula while running payroll.
Now our requirement is:
Few lines in Fast formula should not execute when FF is called by retro, but it should be executed when it is called from Payroll.
So how could we know, whether FF is called by retro process or by payroll?
If I have some way to find this, I can execute this code by using this condition.
Any pointer in this regard will be highly appreciated.

None of the above.. just write one custom PLSQL function which will take the payroll action ID as context parameter & will return the action_type column from PAY_PAYROLL_ACTIONS table.. to the Fast formula. L is for Retro run.
In the fast formula, place your specific code in the if condition.
Attention: Making the formula calculate differently in normal payroll & retro can cause you serious consistency issues in payments/deductions and debugging them might become impossible in the long run.
Edited by: Rajkiran Bingi on Sep 22, 2011 7:00 AM

UK Payroll : /111 Splitting

Hi Experts,
The issue is regarding with wage type /111 and related PCR.
We have one customized wage type 1234 in IT0014. As per the requirement it should calculate percentage of /111 and percentage will be given in IT0014.
For this we have written one customized PCR, working fine. However whenever EE salary changes (increase) in retroactively /111 is splitting twice (In RT table it is showing both cumulated value) and WT 1234 is calculating percentage on first part of /111.
Ex: Employee April’14 month /111-pensionable pay are £1000 (Monthly salary is also £1000) and April’14 payroll has been run, WT 1234 value is £100 which is 10% of /111.
In May’14 the EE Monthly salary increased to £2000 with effective 15.04.2014. While running retro for April’14 in May’14, WT /111 are splitting into two parts. One is £1000*14/30=£466.67 & 2000*16/30=1066.66 at processing level (in RT it is showing 1533.34, Correct value). Based on increase of /111, the WT 1234 value should be 153.34 (466.67+1066.66=1533.34), however in RT table I can able to see only £46.67 which is calculating percentage on the first part of /111.
As per the requirement my WT 1234 value should be calculate on final value of /111 rather than first part of /111 even though retro process happened.
I have enter my PCR in ZGL0 sub schema I have also tried to add this PCR after GPENS, but no luck.
Request you to help me am I missing anything.
Many Thanks..
Regards,

Hi Sven,
I have tried with using ACTIO and Elimi but no luck.
Could you please confirm how we need input these the above function and operation.
And also confirm do we need to set up any processing class in this particular scenario,please confirm. Below is my PCR and input entered in schema.
       ADDWT *    OT Output table
   3
       WGTYP?     Query wage type
           ADDWT *    OT Output table
         1234
           AMT= /111 Set
           AMT*1000   Multiplication
           NUM= 1234 Set
           MULTI ANA Multipl.amt/no/rate
           AMT/100000 Division
           ADDWT *    OT Output table
           ZERO= N    AmtNumRteTime = 0
           ADDWT /101 OT   Output table
           ADDWT /105 OT   Output table
           ADDWT /121 OT   Output table
           ADDWT /131 OT   Output table
           ADDWT /132 OT   Output table
           ADDWT /141 OT   Output table
Below is the input enter’s in ZGL0 schema
Parameter one PIT
Parameter two PCR
Parameter GEN PIT
Could you please advise.
Regards,

Oracle Std Benefits - 11i (no payroll)

Anyone using Oracle HR 11i (no Payroll) with Standard Benefits? Looking for assistance on creating non-seeded data elements to be used by System Extract. How is everyone getting their Benefit Info to TPA?

The Teachers Pension Extract does expect payroll to have been processed by Oracle Payroll. However, since the output drives off the element entries rather than the run results it may be possible to constract the history in Oracle HRMS.
Regards,
Mark

XPR0 and XLR0

Dear Experts,
I'm reading last payroll result using AMT= O XXXX where XXXX is the wagetype calculated on the basis of Basic Pay. The requirement is the value of the wagetype should be unchanged except in the start of Financial Year.
The value of Basic Pay is changed in May effective from April. ORT updated with actual result of April after processing of XPR0. ORT is initialized to NULL after processing of XLR0.
Kindly suggest how to read actual values of wagetype in retro processing.
With Regards,
HR Con

IMPRT O In XPRO, imports the old period results.
IMPRT L In XLRO, imports the last period results - formed from old results.
See the link. Though the link refers to China, the information applies to payroll generally.
Internal Tables for Payroll - Payroll China (PY-CN) - SAP Library
regarding function IMPRT
IMPRT function in schema
Schema Function IMPRT

RetroPay Problem

Hi All,
I am trying to run retropay setup but after successfull run the RetroPay Process and log is the following
Ended processing at : 17-OCT-2011 07:11:02
Total Assignment count : 1
Total Action count : 1
Successfully processed : 1
Skipped : 0
Unprocessed : 0
Errored : 0
but unable to see the element entry at assignment level, following steps I have followed
1. Create Element & Link with Primay Classification Earning , NR, Multiple Entries Allowed with two more input values startdate and enddate
2. map this element with Basic Pay element recalculation tab
3. create Assigment Set with Payroll and effected employee
4. Create Element set as Run Set with Basic Pay element
5. Run the RetroPay by Element process with following parameters
System Effective Date is 31-jul-2011
Current date is 17-Oct-2011
I want to give in Amount in July 2011 Payroll
01-Jun-2011
30-jun-2011
Assignment Set
Element Set
Log is ok but Entry is not in Jul or Current Month.Can Anyone suggest regrarding Primay Classification of Retro Element and Element set Type is correct.
Regards,
Edited by: Tyro1 on Oct 17, 2011 5:37 AM

Hello
So you want to the amount of Jun in the July Month ? Does Jun Pay Period has the element entry with Processed Flag= 'N', i mean there should be element entry in Jun for the main element with Processed Flag-'N' so that retro process can recognize that this element was not processed in Jun PP and hence will create the retro element entry in July for the corresponding element.
HTH
Gaurav

Garnishments in a correction run

Hello -
We have a creditor garnishment that is not being processed during a payroll correction run. I noticed in some old SAP documentation that garnishments are not recalculated during a retro run. Assuming this is still true and that a correction run is viewed as a retro process then would this explain why our garnishment is not being calculated? Is there any way to get around that so that the garnishment is calculated and deducted during a correction run?
Thanks!!

Hi,
Use IT0216 garnishment adjust for correction or IT221 for Garnishment recalculation.
If you are using It194/195 then retro will not recalculate garnishment and will not do any correction. All garnishment amounts would be done in current pay period.
Thanks,
Ameet

Using BEE

Hi all,
We have customised OTL, now we are running BEE to transfer absence information from OTL.
As per my understanding the first step is
XX OTL Time card transfer (Request set)
with following programs:
- Transfer Time from OTL to BEE
- XX OTL transfer time-retro process
Second step to run BEE
So Function guys told me the 1st process creates a batch and then 2nd step transfers the batch using BEE.
And currently we are having problems as some of the employees are not been picked up by BEE.
So my questions are
Which table BEE uses to take the data?
Please correct me if I am wrong: the BEE will insert/update data in respective tables for absence details.
I am trying to understand BEE process but documentation is not making much sense at the moment.
Please help, Thanks.

A few things to check:
1. Are you using OTL rules?
2. How are you defining absence? There is no notion of out of box absence in OTL.
3. If employees are not picked up, then there might be many reasons like timecard not being in the status according to preference set for pickup criteria.
4. When you say "We have customised OTL", what are the customizations ?
--Shiv

Need table name for removing WT in IT14 for Retro PY Processing

hey experts
could any one provide me pointers to the table name where I can make a change in the WTs in IT14 such that they do not have retrospective processing.
sample WTs 4153, 4154,4300 for the country grpng 13.
Please advise.
Regards
KK

Hi Kushagra,
while reading forum found you thread for resolving my issue to stop retro for a particular wage type in IT0014
did ur issue got resolved?
If so can you help me as well
I have did following config
1. V_582A_D : Retro acctg payroll marked as T and Past entry all marked as X
2. V_T588G : inserted one entry
0014 Recur. Payments/Deds P0014 LGART 1
3. V_T591B : checked No wage type depend.entry in payr past
anything i am missing out......
but retro is still triggering when i run payroll
any tips really helpful

Retro payroll processing for org unit cost centre changes

Dear All,
We have created some new cost centres and assigned it to relevant org units . when we run payroll , retro run is happening from the period we changed the cost center and assigned the new cost centre to the org units . please suggest a solution
regards
Tressya

Hi Tressya,
changes in IT0003 won't affect retro calculation, since you have already created result periods for retro calculation. The payroll programm will detect this and allways will repeat the retro unless you delete those results first.
Try TR PU01 during correction - then clear Earl.pers. RA date by PU03 (PA30 won't work here)
After that you hou'll have to repeat payroll run for effected employees to get new results for actual period only.
regards
J.

Payroll issue with Teachers

Hi
Wondering if anyone has come across this issue.
Currently we use a 3rd party application for processing Payroll (not Oracle Payroll).
We are currently being advised that for Teacher pension records to be correct, if that person takes flexible retirement or changes job - because of their basis of service - they have to get a completely new employee record - i.e a new employee number. Thus currently in HR we are having to terminate and then re-create the employee, leading to a lot of extra work and also making the data in the system look odd as the same person can have 3 or 4 employee records.
I guess I'm wondering what other places do with Teachers (if any local authority types are on here who deal with this)?
Cheers
Martin

The function REMWR writes the results of function REMIT to the respective tables in a TemSe file. This is only performed at the end of the evalaution schema processing.
This function should only be used in evaluation schema X500 (according to the respective country). Since it is not carried out for each personnel number but at the end of the selection procedure.
Check this and also are you getting some error in that. If yes then let us know, else try to debug the funtion with the help of abaper.
Edited by: praveen.hcm on May 10, 2011 6:12 PM

Issue in Balances in Pension Calculations....

Hi Everyone,
I am facing a peculiar issue in the calculation of employee and employer contributions of a Pension Scheme.
I have a Pension Scheme(lets call it Pension_Scheme1). It is of type Salary Exchange. The employee contributions are negative earnings.
Element -> Pension_Scheme1-> Classification Earnings
I have to check in the formula if the Gross_Pay for the Pay period is -ve, and if so the EE and ER contributions should not take place(ie. EE & ER conts = 0). If Gross_Pay is +ve then they should take place.
Now if I have 4 earnings in the curent Pay period as follows then,
Salary = 3500
Commission = -4000
Car Allowance = 370.83
Pension_Scheme1 = -175
Then in the formula the value of Gross_Pay_ASG_PROC_PTD(called in a message) = 3870.83
But in the Balances window of Quickpay the value is -129.17
I guess that the GROSS_PAY_ASG_PROC_PTD = 3870.83 is coming because of (3500+370.83 = 3870.83), but i want (3500+370.83-4000 = -129.17)
I want the value -129.17 to be referenced in the formula so that i can check the condition GROSS_PAY_ASG_PROC_PTD < 0 and then restrict the EE & ER contributions to zero.
My question is that can we know the value of balances during the Payroll run(Run Level Balance) instead of Balances after the Payroll run.
Can you please help me on this?
Cheers!!!
Sachin Shirke

Hi,
Check the processing priority of the element "Commission". It looks like the Commission element is getting processed prior to the pension element, hence the balance is not reflecting the value. The elements get processed in a Payroll run based on the processing priority - lowest to highest.
In answer to your question about getting the balance values during a payroll run - you can use debug() messages in the fast formula to print the value of the balances during the execution.
Thanks.
Anitha

Transferring the additional hours to current period during retro run

Hi Experts,
We are have Pension contribution plan in 0169 where wage type 9XXX that takes in total hours from /229 via custom PCR. . Then the hours are multiplied by a constant stored in table T511K. The problem is that suppose we have created a record for hours in IT 2010 for some previous period during the current run and want to reflect that change with the a retro run. i.e 97XX should take in hours from /229 in the current period plus those additional hours give in some previous period and reflect the same in the current period. And this not happening.
E.g. In for period 04 say, we want the hours also that have in given additionally for in period 02. We have checked tables V_51P6_B as well as V_51P6_C for 9XXX and it's OK.
Are we missing something here?

Like other deductions (other than taxes), retroactive changes to the deduction amount should be carried forward to the current pay through tables DDNTK and ARRRS, since you can't change the Net Pay Amount of the previous pay.
For retroactive changes to Payments, such as hours recorded in IT2010, the payment calculation will usually happen in the retroactive pay, Staturory Deductions (such as Income Tax) will be calculated and the resulting change in net income will be carried forward to the current pay.
If the current calculation does not meet your requirements, you probably need to create a few PCRs to work around the problem.
If possible, any variation in the value of /229 should be carried forwart to the current pay (through Output and Input WTs) before function P0169.
The alternative would be to create a series of PCRs before and after that function so that the retroactive pay would always use the original value of /229 (without changing it's value in RT) and that the current pay's value of /229 would be modified temporarily to reflect the retroactive changes (without changing it's value in RT).

Problem in posting Er PF Wage Types generated through Retro

Hello all,
I am running India Payroll in ECC 6.0 with HR Package level 52.
We have revised wages for two employees in the month of June with effect from 13.04.2010.
Retro has run successfully for two months April & May and all the wage types are calculated and passed on for FI Posting correctly except Employer PF Wage Types.
I am getting error while posting wages to FI as Employer PF Contribution & Employer Pension Contribution generated for April & May are not considered for FI Posting. Only current month values are taken into account. Whereas I don't have any problem with Employee Contribution. /ZF5 is generated with total of past two months contribution and also passed on to FI.
What might be the problem with Er PF Wage Types /3F3 & /3F4?
We have not posted June salary till now due to above said posting error. Now July Payroll is also started.
Experts, please help me to sort out the issue.
Thanks in advance.
Regards,
Hema

Hi,
Thanks for quick reply.
The error is "Posting balance not cleared".
We have changed all the components including basic salary. Payroll program has taken PF Basis correctly and calculated PF amounts, both for Employee & Employer contribution correctly for individual months.
As I mentioned for all the three months Employee Contribution is considered for FI posting through regular wage type for current month and through /ZF5 for last two months.
But for Employer Contribution only June amount is considered for posting even though the correct amounts are shown for other two months in RT (three lines for /3F3 & /3F4 each).
Due to this, total amount for Balance Sheet Accounts is less where as Expense Accounts is shown higher as Employer Contribution is not considered for April & May, causing imbalance in Accounting entries.
GL Accounts are mapped correctly. Otherwise even the current month amount will not be carried to FI.
Hope my explanation is clear.
Thanks & Regards,
Hema

Teachers Pension (UK) retro process

Similar Messages

Maybe you are looking for