Modification of factoring rule based on customer requirment

[Former Member]

Dear All,

Our customer requirement is such that factoring should not be done based on the no of actual calendar days ,it should be always

30 irrespective of the no of day in the month.

Factoring should be always be 30 irrespective whether month is jan or feb or nov.

Kindly let me know how to address the problem

Regards,

Prince Elvis

[Former Member]

Dear All,

I am working on Indian payroll only..

I have a problem in handling mid-joinee. This can be solved , if i come to know what is the calendar days of the month.

The gksoll will not work in this case ,is there any function which will be useful to know no of calendar days of the month.

Regards,

Prince Elvis

[Former Member]

In Indian payroll , its very hard to derive the Constant 30 days using factoring rule.even you write PCR.u will have a problem in MID month joining s and terminations

Try this it might work but not sure though, u have to write factoring Constant 30 for all the employees who are full present in a month and u have to change your factoring rule for the mid month joining 's and terminations.

To my experience many consultants tried this and failed and you should really work very hard to achieve this and all the best

Best Regards,

[sikindar_a]

Elvis ......

PCR XXPF is the right one which handles our scenario , Since it will work for

1.Mid month joining and leaveing

2.Since u are working for Indian Payoll we need to check the Caluculation of PF it shd be as per the constant but not as per Calendar days or Active days (correct me if iam wrong)

3.Splits this is very important one

4.Loss of Pay

So , please let us know where you are having the Problem

[Former Member]

Hi,

Thank you Sikindar and Edoardo for you response.

I am working on XPPF only.

Regards,

Prince Elvis

[Former Member]

Kindly update on which payroll you are working for.After working on the XPPF PCR. kindly check Mid of the month joining and mid of the month hiring and mostly u face issues in these cases.

Best Regards,

[Former Member]

Dear All,

I have modified the rule inp1 and instead of using TKDIVIP IF I USE 30 . It work fine in the month of April.

In the month of may since the cal days is crossing 30 ,so we can round off to 30 and here also it is working properly.

In case of splits ,if our divisor is constant then it is computing wrongly.

Eg: If a guy get promotion or transfer in between the month then the payroll computational is wrong

I have checked the table v_t510h in the standard it self kdivip(1) is maintained.

Kindly help me how to proceed.

@ srikant : kindly let me know how xppf can handle the prob

Regards,

Prince Elvis

[sikindar_a]

test in case of mid month joing nd termination ?

that is reason i said to take XPPF

Edited by: Sikindar on Dec 9, 2011 4:37 PM

[Former Member]

Hi,

As mention by Sikindar you should check PCR XPPF. This PCR would help you cover all situations thanks to operation PPPAR. Whit this operation you would be able to have different kind of calculation depending on any partition that occurs during the month (entry or leaving the company, absences, etc.). PCR INP1 covers only one situation. I imagine that if an employee has an unpaid absence of 10 days you do not want to pay 30 days. You can manage this with operation PPPAR U. As mentioned by Sikindar check PCR XPPF and you may understand more.

Hope it helps.

Kind Regards,

Edoardo

[Former Member]

Hi,

As mentioned aboved you have to modify the PCR. Usually factoring would take calendar days or working days and after that it would deduct any day that have to be deduct. If you want every month to be consider as 30 day month you can create a constant an use that constant as a starting point in your PCR (you may already have a standard constant base on 30 days).

Hope it helps.

Kind Regards,

Edoardo

[sikindar_a]

you have to use PCR XPPF in order to meet your requirement , in one of our client our factoring days are 26 so we used PCR XPPF

[Former Member]

Hi,

It can possible but you need to write coustom PCR. But process class specification you can create client specific..

So, If indian payroll implementaion you need change INP1 and XVAL pcrs need to modify according to your business.

In partial period factors read the following documentaion.

Total working time in the payroll period (lump sum)

>>KDIVP : Total working time in calendar days

>>ADIVP : Total working time in working days

>>SDIVP : Total working time in working hours

The values KDIVP and ADIVP are taken from the Payroll Constants table *(T510H);* the value SDIVP is the employee's basic pay divisor (from field DIVGV in infotype P0008). The values are those valid at the end of the last basic pay period.

refer the table V_T510H...

Edited by: ERP12345 on Dec 9, 2011 9:18 AM