We have added search box. Key in SAP issue keyword to search
TopBottom

Announcement: wanna exchange links? contact me at sapchatroom@gmail.com.

Re: [sap-acct] OB28 VALIDATION - f-53 stimulate general ledger

Posted by Admin at
Share this post:
Ma.gnolia DiggIt! Del.icio.us Yahoo Furl Technorati Reddit

Posted by VidhyaDhar (User-friendly SAP FI Consultant)
on Oct 19 at 9:32 PM
Mark this reply as helpfulMark as helpful
Hi

Could you please specify your exact requirement, please?

Am I getting it right if I understand the requirement as follows:?

If one of the line items during document posting involves General Ledger
Account 11110 AND the end user makes use of either document type DZ or SA (
viz.from customer payment node using DZ or G L Node using SA), the end user
must get an error message akin to " Please do not use document type DZ or SA
for G L Account 11110....."

If this is your requirement then , I am afraid that your validation has been
written incorrectly which does just the opposite of what you want it to do.

Your pre-requisite is absolutely right. It is your check that needs a minor
correction.

*The check could have been written as follows:*

*Document Type <>DZ or Document Type <> SA*

Save the validation, assign it to your company code and activate it (Make
sure that your company code is not assigned any other validation procedure
at this call up point ).

1) If you try entering a document (using DZ or SA) and involve account
number 11110, then the system would spew out the error message and prevent
you from posting the document (if the error message is configured as Error
or Cancel).

*Reason *for such behavior: The* Pre-requisite is True* (viz. Account
number 11110 used in line item) but your use of document type DZ or SA
defies the *check and becomes False*. This *True - False *combination*triggers
* the *error message* stipulated in your validation.

If you try entering a document (using DZ or SA) and involve account number
11113, then the system would allow posting of the document.

*Reason* for such behavior: Since the *Pre-requisite *itself* is False* (as
the account number you have used is something other than 11110) the
validation stops here and *no* further *check *is made at all. Since the
validation does not go through the rigmarole of running through the entire
validation. Therefore, as there is no validation for this document the
document gets posted.


Please note that a TRUE - FALSE combination ( true at pre-requisite level
and false at check level ) is what helps in successful validation and as far
as my knowledge goes I do not think simulate (entry view) and simulate in
General Ledger
view have anything to do with the behavior of your validation process.

Please also note that I have assumed that you have configured your
validation correctly. Just try to change the syntax in the check part of the
validation and see how the system behaves.

Regards

VidhyaDhar

---------------Original Message---------------
From: VidhyaDhar
Sent: Tuesday, October 19, 2010 1:36 PM
Subject: OB28 VALIDATION - f-53 stimulate general ledger

Hi

If your validation is at the line item level and you have saved and then
activated it after assigning it to your company code, this is what should
happen hypothetically.

If your account number furnished during transaction entry is 11110 ( TRUE )
then the system looks for document type . If the document type you have used
is either DZ or SA ( TRUE ) then the document should get posted. ( Actually
A True condition in the pre-requisite and a False condition in the Check is
what is required for generation of an error message. In your case , both the
pre-requisite and Check result in TRUE and validation does not happen).

If your account number is 11113 then validation does not happen because the
pre-requisite turns out to be False. If the pre-requisite is False then the
system does not care to validate and the transaction is posted.

As far as I know Validation cannot behave differently no matter whether you
simulate using New G L or otherwise.

The Cardinal Rule for successful validation is a TRUE resulting in the
Pre-requisite and a FALSE resulting in the Check.

Regards

VidhyaDhar

__.____._
Copyright © 2010 Toolbox.com and message author.

Toolbox.com 4343 N. Scottsdale Road Suite 280, Scottsdale, AZ 85251
VidhyaDhar
SAP Accounting Top Contributor

Contributed the most posts in a group for a month to earn a Silver Achievement
Related Content
Most Popular White Papers

In the Spotlight
Toolbox.com for iPhone: Ask Questions & Get Answers Anywhere. Use the New iPhone App
_.____.__

0 comments:

Post a Comment

T r a n s l a t e to your language