Gratuity(SI) Provision Days reduced in regular payroll - KSA payroll

[former_member310460]

Dear All,

Currently I'm supporting KSA payroll, facing issue in Gratuity(SI) Provision days calculation for current month. employee not in LOP,no change in Hire date, no rehire and no change in master data but still gratuity days(SI Days) are reduced. kindly help me.

attached screen shot for previous period and current period payroll results

Current Month: Nov

payroll days calculation: 16 Oct to 15 Nov

Previous Month: Oct

payroll days calculation: 16 Sep to 15 Oct

Regards,

Siva

[former_member310460]

Dear Remi,

Issued Resolved after changing the table T511k - UAGE1 Retirement Age Normal 60.00 to 0.00 and SI days are coming correctly.

Regards,

Siva

[former_member193210]

Are you sure that the Constant is not used somewhere else in Payroll Calculation?

It seems strange to set the Normal Retirement Age at zero. Did your employee turn 60 during the "Current PP" ?

[former_member310460]

Dear Remi,

Yes I'm sure that constant we didn't use any other place and employee age is above 60. previous month this problem not came since this configuration was exist UAGE1:0

this month(Nov) problem happened because of system upgrade to EHP 8 and while performing payroll system took standard value of 60 years.

Regards,

Siva

[former_member193210]

That's not much data to work with. Since you seem to be working with the Payroll Results Cluster, could you post a screen capture of tables WBBP and AB for the current Payroll Period? And are there any Holidays in that PP?

For that employee, can you do do a Payroll Simulation of the current Payroll Period with the "Display log" box checked, and then drill down into that log up to Function PARTT (should be in sub-schema XT00 or ZT00). Double-clic on that Function to see it's inputs, processing and outputs. These parameters (TxSOLL and GxSOLL) are usually the ones used to prorate Basic Pay. Look into your log and try to find where WT /650 is created, and where the Number 7254.00 is changed to 6403.00 (it could be through an other WT).