cancel
Showing results for 
Search instead for 
Did you mean: 

Professional Tax and EPF deducted twice

Former Member
0 Kudos

Dear Consultants,

We are having a problem with PF and PT deducted twice in the same month, which is wrong. Please let me know form where I can stop this.

attached payslip for your understanding. Kindly do needful.

In this case his reports also showing PF and P tax in negative values, client want if negative basic is coming P tax and PF should not calculate if +ve retro is coming it should calculate together as a single slab.

Thanks & Regards,

Navesh

Accepted Solutions (0)

Answers (4)

Answers (4)

Former Member
0 Kudos

Dear All,

Now the RT is form the same month earlier i have taken another month, sorry for wrong communication. please help.

Former Member
0 Kudos

Hi,

now can you specify what exactly u are facing the problem.

screen shot is added advantage to understand.

Former Member
0 Kudos

Hi Navesh,

First please elaborate what changes happen in the master data on last month.

Thanks

Former Member
0 Kudos

Dear Praneeth,

This employee was absent for 20 days last month which was LOP, which is wrongly entered in system as paid leaves later they have changed to LOP so the retro is taking in to consideration and deducted the arrears form employee, because of that retro basis even PT and PT are deducted two times one is for current month and one is for retro basis.

Former Member
0 Kudos

Hi,

Not only deductions, but even payments are shown up twice in the screen shot.

You might have mentioned same wage types in two different infotypes or else payslip error.

Former Member
0 Kudos

Hi,

In PE51 we have maintained only one time, there is no duplicate entrys. Only in the case of retro it is acting like that. but not showing in RT Table. please do needful.

Former Member
0 Kudos

Hi Navesh,

Check the data first, present values are more or less than the past values in the masters.

if any changes in the master data for past months after the payroll run over, in the current run retro calculations will done, and Arrears will come if present values are more than the past values. same like it will do calculation for PF, Ptax also.

can you please paste your wage types present and past months data for which retro is running.

leelamohan_kavali
Active Contributor
0 Kudos

Dear Navesh M,

Yes support to Praneeth, It shouldn't be happened i think so you might have maintained wage type's in PE51 twice kindly can you check once again..? & also can you share screen of RT table..? where we can understand better way.


Ur's

Mohan

Former Member
0 Kudos

Dear Leelamohanrao,

I have checked in PE51 it is maintained only once as attached below,

RT table

Please do needful

Former Member
0 Kudos

Dear Leela Mohan,

It is showing different in RT table and Payslip, this is happening only in the case of retro in other cases it is working fine. what ever is showing in the payslip the same showing in CWTR report do needful

Former Member
0 Kudos

Hi Navesh,

It is the problem with LOP, check arrears wage type are not defined in your system.

Arrange the Basic arrears & accordingly the PF & PT will adjust.

:Kedhar

Former Member
0 Kudos

Dear Kedhar,

it means we have to change processing class and evaluation classes?

Navesh

Former Member
0 Kudos

Hi,

in your RT table Arrears are coming with which wage type ?

are you define any wt for arrears ? please share the RT table exactly where the IT 0008, 14, 15 are there, not the / wt's.

Former Member
0 Kudos

Hi

You need to create a new wage type for Arrears processing, check the pcr's IN42, IN43, IN44 for the details of Arrears processing in schema INN1.

All the best,

:Kedhar

Former Member
0 Kudos

Hi,

You run for single period and it is coming 2 times with -ve values.

can you please check your remuneration form -  PE51.

Former Member
0 Kudos

Hi Praneeth,

Yes it is single period pay roll run, in Production system. That employee is having recovery of LOP in last month that is calculation retro and giving as two times Basic pay entry one is for current month and another for last retro. Here PF and PT are calculating on double times. in others months every thing is fine there is no error.