Hi Jigar,
I found very helpful SAP NOTE 179655 which should solve your issue.
The details of the note are below.
Reward if its helpful.
Thanks
Murtuza
A posting balance which is not cleared may occur due to three reasons which occur with different frequencies:
Customizing of posting is incorrect
The payroll is incorrect
Program errors occur during the evaluation
In almost all cases, if an employee is rejected because the posting balance is not cleared, Customizing of posting is incorrect (case A);in a smaller number of cases, this rejection reveals errors in the payroll (case B);only rarely, program errors exist in the programs for the evaluation created by SAP which lead to a rejection of the employee (case C).
Examples for case A
A deduction wage type (for example, 'Taxes payable') is not posted.
A wage part is not posted (for example 'Public holiday supplement')
A wage type is posted with the incorrect +/- sign (for example, an expense wage type which is stored with a + sign, the system incorrectly posts with reverse +/- sign that is, positive amounts are posted to credit and negative amounts to debit).
A cumulation wage type is posted, in addition, an individual wage type which is included in this cumulation wage type is also posted.
Unusual secondary wage types occur which are not coded at all or coded incorrectly with respect to posting (for example, wage tye /565 'Carry over for next month')
Examples for case B
Correctly, a wage type which is an imputed income is not posted, however it is incorrectly included in the total gross amount.
A wage element is incorrectly not included in the total gross amount, however, it is set up correctly as an 'expense' with regard to posting.
A wage type is included in the total gross amount, it is coded correctly as an expense and is not stored in the payroll results.
A deduction wage type is created correctly but not deducted from the net amount.
Example for case C
(Currently, no examples are known)
Solution
Case A
In most cases you can correct the error by correcting the Customizing of the wage type; you should then be able to perform a posting run again without rejection. (If the employees evaluated correctly should also be evaluated again, you must delete any productive posting run that was possibly created with incorrect Customizing before the re-evaluation can be performed.)
Case B
You can correct the original settings in a test system and then go on with testing.
If you detect such an error before the end of the payroll, in general it is sufficient to correct the original incorrect settings and settle the affected employees again. SAP therefore usually recommends that you perform a test or simulation posting run before the end of the payroll.
If you only detect such an error after the payroll, then the correction of the problem becomes more complex; if the error is caused by SAP, refer to the component responsible for the error.If you caused the error through a mistake, contact your consultant.
Case C
If case C occurs, contact SAP so that the error is analyzed and corrected as soon as possible.In this case you should supply detailed information on the underlying payroll (the list of for- and in-periods in RPCLSTRx, the list of wage types from table RT), the underlying Customizing and the completely expanded log of report RPCIPE00.As a topic area you should select PY-<COUNTRY>, PA-XX or PY-XX-DT.
General tips and tricks
After an upgrade or after applying a Legal Change Package, compare changed schemas and calculation rules with the new schemas and calculation rules delivered by SAP and check whether changes to the SAP objects affect your payroll accounting.
SAP recommends that after an upgrade or after you apply a Legal Change Patch or major changes to Customizing, you simulate the last posting run again - it must have the same result as the last one.In addition, before the end of the payroll, you should execute a test or simulation run.
Often, the employee's balance provides information on the wage type which was not posted at all/posted incorrectly/posted in the incorrect way.
You should determine the way posting should look like as an example for one employee and then check whether this posting balances to zero and whether the corresponding wage types are printed with the correct amounts in the log of posting.
When you analyse the log, ensure that the payroll result is still fully evaluated and logged and the posting within the payroll result does not have a balance of zero; all further accounting results are then no longer evaluated.
When a retroactive change is performed on the posting characteristics of a wage type, the wage type is cancelled during retroactive accounting in the same way it was originally posted.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.