on 05-02-2012 9:41 AM
Dear all,
Some employees have been run payroll for March. However when running payroll for April, they still get arrear for previous month.
I need the arrears for those ee to be nil.
Please kindly guide me what to do to solve the problem.
Bests,
Is there any retro triggered for these employees, any back dated change in IT0008, IT0014,IT0015,IT0267,IT0007 and IT2001.
Is the arrears are genuine or not?
Please check the IT0003 , what is the date showing in Earliest MD change.
Please make a snapshot of this , then change the Earliest MD Change to first day of APRIL.
Save it and do a simulation run and check the result
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
as Mr.sujith suggested please check the infotypes 0008, 0014,0015,0267,0007 and 2001 to know whether the retro run is genuine or not.
if it is not genuine by mistake any of the mentioned infotype records have been changed then go to t.code: PU03 change payroll status and delete the field Earliest MD Change date and save and then run the payroll. retro will be avoided.
Thank you all for your reply. Problem solved and points have been awarded.
Much appreciated!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
I suggest first determine when you have processed the last payrolll for March
Second - process the Audit log (RPUAUD00) to check if there was any master data changes between periods
above should fairly give you an idea of what was changed between periods which triggers the retro
If you have already processed the payroll for april and dont want the payroll to retro
Delete the results and reset IT 0003 Earliest MD date to 01.04.2012 and then process the payroll
However you have to be doubly sure that the March results exists else above will not work
Advise for which country is this - there could be country specific infotypes which could trigger the retro.
Also check for your alowances config for proration - may be a split happend in March and it pays the allowances twice due to bad config
Regards
Ajay
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
94 | |
11 | |
10 | |
6 | |
5 | |
5 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.