Alternative account cannot be determined

[former_member306701]

Hello,

We are facing one problem, our user is trying to reclassify the GL account and getting an error message as “Alternative account cannot be determined”(Message no. Z1985). In order to correct this error user tried to assign alternative account in GL master data, now the error is “Change not allowed since account balance is not zero”(Message no. FH007). It was identified that the first error was triggered due to the validation, please find the attached email for more details about the validation.

Now user asking to “you should inform us the remove the validation wait while we will do the posting and again reactivate the validation”.

Currently we are checking for any workaround works for this issue. If incase no work around found please suggest/ help us how to proceed to deactivation and reactivation of validation.

Note : We have suggested them to transfer the balance of GL A in some other GL B then update the alternative account no and again re transfer the balance in GL A. But they are not agreeing to that.

[Former Member]

go to oby6 and remove the country chart of account then you can manage to change the  alternatşve account on master data when finished re-assign the country chart of account to company code.

[Former Member]

Your message ID seems to custom one. I suggest to deactivate validation in OB28 and re-activate. as it is only a one time activity. But you got to make sure that no validation relevant postings are happening during that time.

Thanks,

Siva Cheruvu

[former_member198650]

Hi Amrita,

Check with your ABAPer to check any user exit has defined for changing the GL account maser for the alternative account no. And also you cannot change the alternative account no., if the GL has balance. You have to make the balance as 0 and change the account, then after re do transfer posting to the GL.

Regards,

Mukthar

[Former Member]

Hi,

Is your question how to activate/deactivate validation (quickly)?

As for me I usually use some customizable table (Z*) according to which validation works.

For instance, certain step of  validation doesn't work if you maintain User and Step ID in this table