Former Member

### PCR for calculating a deduction

Dear Experts,

I am a beginner into PCR's and Schema. Recently I got a requirement from the client for a deduction PF(Pension Fund). It is only need to show in the RT and need not deduct from the employee as it is only from employer side.  I wrote a PCR for that. Once we keep a record with the 2036 wagetype in infotype 14, it will run as per the requirement. Calculation was correct and in RT amount has deducted correctly. But while posting part, if employee has retro, then, it is showing several amounts in PCP0 line item display and FI is getting wrong value which is almost triple of actual amount.

PF is 6% of the basic. That is wagetype (1001+1004+1006+1007)*6%. Wagetype 3008 is the total basis for PF.

Below is the PCR which I wrote.

Am getting the below amounts while posting to FI.

In the above screen showing several amount which created while posting.  Retro also added to post.

Below is the posting characteristics of the wagetype.

thanks,

Anil

Basis.PNG (18.0 kB)
post.PNG (71.3 kB)
PF.PNG (14.2 kB)
10|10000 characters needed characters exceeded

• Former Member
Oct 23, 2015 at 05:31 AM

When did you first create this PCR and in which month's payroll was it first called?

10|10000 characters needed characters exceeded
• Former Member Former Member

1)To check the period, create a new PCR using the CMPER operation. Click on F1 on CMPER and you can understand the syntax. Your PCR will be as:

*

****

CMPER 1504

<

SCOND=F IF

*

SCOND=T IF

Above we are comparing the for period with period 04 of year 2015 (assuming July is period 04 of 2015, if not change the last two characters accordingly), if the for period is less than July 15, the PCR returns False. Else it returns true.

IF <new PCR>

<call your PCR created effective July>

ENDIF

You can also add an else part if there some other PCR being used prior to your changes:

IF <new PCR>

<call your PCR created effective July>

ELSE

<call existing PCR used prior to July>

Please note that doing this will not reverse the error in posting since those payroll results are already updated. It will only prevent this from happening going forward. Also it will have the following impact for employees for whom the error already took place:

e.g. In period June, for period June - No deduction since PCR was not used

In period July, for period June - Deduction was computed by your PCR e.g. 1000

In period July, for period July - deduction was computed by your PCR e.g. 1000

Hence the deduction got posted twice (1000 for the July value, 1000 as the retroactive difference for June)

If you make the above check on for period now, and trigger a forced retro effective June in your next payroll, the impact will be:

In period Oct, for period June - No deduction

System will compare this with previous June results(1000) while posting. Retroactive difference will be -1000. Hence 1000 posted wrongly earlier will get reversed in the next payroll.

• Oct 22, 2015 at 07:02 AM

Hi,

The retro amounts which are appearing here is actually deductable from the employee in the current month salary?

regards,

Bala.

10|10000 characters needed characters exceeded
• Former Member

Dear Bala,

Thanks for the reply. I need only deduction for last month. I do not need to include previous moths.

regards,

Anil

• Former Member
Oct 23, 2015 at 06:54 AM

Hi Anil,

As Tania asked, the rule which you have created is a new requirement which your client had told you to do.

but before this how the Er PF part was getting processed in both payroll and in posting.

if this is a new rule you should ask the client whether it should have any impact in the previous period also.

if the rule is not supposed to have any impact then you should create your pcr based on effective period.

Thanks & Regards

Saroj Hial