/R00 for Biweekly Employees

[Kim_Grantham]

We are looking into the bonus processing functionality. I am working on activating /R00 for use now (we currently have this calculated in a custom function because of Tips processing and multiple rates). I am finding it is calculating to the correct amount and that's great. My issue is that when it is written to the RT in rule X023, the splits are removed and it is stored as an amount for the pay period. Our bonus programs run by week and often may only apply to one week of a two week payroll period. If /R00 is not split by week we will get the incorrect amounts. It adds all of the values of the two splits together and they should maintain their integrity.

Is there a reason for this? Below is what goes into X023 and the output is the value stored in the RT.

Input:

* /R00 Regular Rat W 01 19.75 42.96 848.47

* /R00 Regular Rat W 02 19.85 19.89 394.80

Output:

* /R00 Regular Rat 39.60 62.85 1,243.27

Thanks!

Kim

[BalaAP · Accepted solution]

Hi, The split removal happens in X023 with processing class 20 of wage type /R00 may have a specification other than value 5. You can check whether this is changed. I attached the sample from a sand box.

image-2021-09-21-192252.png

[Kim_Grantham]

Hello Kaushik,

In the example,

* /R00 Regular Rat W 01 19.75 42.96 848.47 is W-01 which is 3/24/21 - 3/30/21

* /R00 Regular Rat W 02 19.85 19.89 394.80 is W-02 which is 3/31/21 - 4/6/21

The bonus period covers a fiscal period which begins on 3/31/21, so the rate to be used for that week would be 19.85, not the combined /R00 rate when written to the RT for the period.

Kim

[former_member686709]

Hi,

What could be the reason that you think it may cause incorrect calculation to have a a week split indicator for an Output wage type?

In our usage of these wage types, we could not find any purpose/significance to have this split in the RT.