Few times I got into issue because of splits in the payroll.
Consider I have an WT 9999 in IT14 which has to prorate the amount entered based on the employee percent.
If the WT has 1000 GBP and the employee percent is 80, then it has to pay 1000 % 80 = 800 £ and add to the output table.
where as if he have employee percent as 100, then it needs to pay 1000£ and add the value to the output table.
Usual Solution provided will be :
We might have written a PCR in such a way that if 9999 WT is available get the Employee percent and calculate the pro rate amount and ADDWT to the output table.
It works fine, when there is only one split in the WPBP, but if you have more than one splits in WPBP due to feature P0014, based on the wpbp splits the wage type is transformed from single entry to the splits in WPBP table.
i.e. if there are 3 splits in WPBP,
9999 01 1000
9999 02 1000
9999 03 1000
Then we have to consider any one split to calculate the percentage value, nor if we write a rule commonly based on 9999 then it will add the percent as 80 + 80 + 80 and gives 240 as employee percent.
so the logic needs to written for only one split. Here comes the use of SPLIT indicator.
Using Operation SPLIT – I cant write the logic for the first split and skip the other splits without performing the calculation.
I am using APZNR for my scenario:
01 – I will write the logic in 01, so that it gets executed for the 01 apznr split.
This will calculate the employee percent as 80 for the apznr 01 in split and the rest will be skipped.