Posting balance is not cleared (*Period 01 / 2011 A*)

[Former Member]

Experts,

We have successfully run second live payroll run for period2 and trying to post the results to finance. I am getting this error *"Posting balance is not cleared (Period 01 / 2011 A)"* and system rejecting most of the employees.

It has happened for those who gets retro amount for the month of Apr 11. So system is trying to post for Apr and May 11.

Do i have to configure anything for /552, /553, /554 in posting...

Please help.

Saravanan

[Former Member]

Please check , you might be getting error in specific wage type, accordingly check the Pclass 5 of that wage type and table V_T52EZ

Regds,

[BradKrahe]

/552 should be setup to post - should be delivered that way.

/553 & /554 not.

Is /551 being posted? as it is posted in standard.

Edited by: Brad Krahe on Jun 8, 2011 4:24 AM

[Former Member]

Brad tks for your reply.

/551 & /552 are not set already to post. how is to be done. pls explain.

These are the values in RT which is creating problem for one of the employees.

April 11 u2013 Period 1

/551 Stat.net re 0.45-

/553 Recalc.diff 0.45-

May 11 u2013 Period 2

/552 Stat.net su 0.45

Do we have to maintain any characteristics for this retro wage types in table V_T52EL and further configurations required for sym accts and all.

Tell me, this is the cumulative value of all wage types then which GL to be posted. I am little confused on how to configure it. pls. explain

[BradKrahe]

Which country payroll are you running?

In Australia we have:

/551

+/- Sign Proc Typ SymAcc AATyp

Postive in debt, negative amounts in credit normal processing Recalc Difference FL

/552

+/- Sign Proc Typ SymAcc AATyp

Postive in debt, negative amounts in credit normal processing Recalc Difference FL

/553 Does not post

Yes you will have to maintain in V_T52EL.

As to which symbolic account they should goto, depends if the customer has a G/L already defined for these retro recalc amounts.

Typically if they haven't had retro functionality in a previous payroll system they wont have these accounts defined and they will need to do this. If you have a finance person or FI consultant I would speak to them about which account they should goto as it is a Finance decision at the end of the day.

Does this help?

[Former Member]

Indian Payroll...

They dont have separate GL for retro amount. I may have to attached the earnings GL itself which goes to expenses account.

I think i need to maintain only for /551 so that it will be balanced. As /552 is taken care as part of Period 2 run and getting accounted in /560 and /559.

wat do you say....

[BradKrahe]

While not familiar with Indian payroll I'd thought you'd need both (/551 & /552 so over both periods its balanced) - though if you can replicate the issue in a test/sandpit environment then you can test posting with or without /552.

That's what I do if in doubt, replicate and test the hell out of it.

[sikindar_a]

/551 is C/F wage type /552 is B/F wage type

Can you please confirm in case of arrears does your client wants the arrear amounts to be stored in single wage type (I mean the difference) dont they want to go with seprated wagetypes for arrears irespectively

The issue is with the Posting Characterstics in Table V_T52EL_NOFM

[Former Member]

What Brad is saying is correct here ....Because /551 & /552 are not country specific

/551
+/- Sign Proc Typ SymAcc AATyp
Postive in debt, negative amounts in credit normal processing Recalc Difference FL
/552
+/- Sign Proc Typ SymAcc AATyp
Postive in debt, negative amounts in credit normal processing Recalc Difference FL

Now /551 will be posted into retro period and /552 in the current period to balance all those.

Why we need /551is because In retro posting all the old amount will be revert(posted with - sign) and new amount will be posted (posted with + sign). Hence the delta also needs to be posted here which system generate as /551. Whereas in case of /552 system add /560 & /552 in current period to generate the final net pay after retro. So we need to compensate it and thats why system stores /552 with reverse sign.

[BradKrahe]

Thanks Praveen that was going to be my next post

[Former Member]

hey ppl.

i have maintained the symbolic acct and charteristics for both /551 & /552 for balancing.

do let me know anything else.

[BradKrahe]

Did you remove /553 and /554 from posting ?

[Former Member]

yes nothing maintained for /553..../554.

So now facing prb in refunding ESI wage types. /AER & /ZER ....incase of refunding ESI to an employee....any wage types characteristics to be maintained.

[Former Member]

Yes if you have activated the refund then you need to configure /AER & /ZER in same fashion you did for /551 & /552.

[Former Member]

No. we did so. but system was not balancing. We got it.

Here every retro is getting accumulated in /551 & /552. we maintained the conf and it is working fine.

Thanks for you all suggestion

[Former Member]

tks brad

[Former Member]

I am also getting an error as "Posting balance is not cleared (Period 01 / 2011 A)" for the month of May 2011.

There was an retro from April 2011 in the month of May 2011 & the amt difference shown in CIPE is same of the arrears amt. I have checked the posting characteristics for /551 & /552 already GL is maintained for both of them with proper symbolic a/c.

Still it is giving me this error. Do I need to create seperate symbolic a/c for the arrear wagetypes & assign them GL too...???

Regards,

Prasad lad

[Former Member]

Any valueable inputs will be great...?

[sikindar_a]

Venky

What signs did you maintained for the /551 and /552 please do let us know

[Former Member]

Hi,

Thanks for the reply.

We have maintained "Positive amt in debt, -ve amt in credit" for /551 & "Positive amt in debt, -ve amt in credit" for /552.

Also, they have created sysmbolic a/c for posting the arrears wagetypes, which i think is not required. In posting /551 & /552 should take care in a retro.

Regards,

Prasad Lad

[Former Member]

hey... your characteristics are correct.

"Positive amt in debt, -ve amt in credit" for /551 & "Positive amt in debt, -ve amt in credit" for /552.

If you want post separately the arrears part then create symbolic a/c and configure with particular GL. otherwise simply use any one of the GLs used for earnings posting.

Anycase, GL should be EXPENSE A/C one (earnings).

[Former Member]

Hi,

I was testing on development system which is a copy of Production of past 3 months data & all.

I took the access for all the required nodes & found the posting characteristics were maintained wrong which was, "Positive amt in Credit, -ve amt in Debit" for /551 & "Positive amt in Credit, -ve amt in dept" for /552.

When I changed the characteristics & executed CIPE it was working fine.

Thanks for all the help.

Regards,

Prasad Lad