on 10-15-2009 3:19 PM
Hi all,
We have assigned a financial doc to a sales order due to which it will bypass the credit check..
We have a scenario in which -
Financial doc value =100USD
Sales order value =90 USD
If the doc value is less than the Financial doc value , say 100USD everything works fine .
If we increase the sales order value to 110USD , the SO is getting blocked . That too is fine .
But now when we decrease the same SO value to 10 USD , the Sales order is still blocked .The problem is that once the Sales order is getting blocked , the next time even if we decrease the doc value the status remains the same. Actually if the SO value is less than the Financial doc value , it should bypass the credit check and the SO should not be blocked .
We are not able to find the exact reason why it is behaving in this manner .
If anybody can throw some light on this , it will be of great help .
Thanks ,
Pallavi
No response yet ?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi
You should try creating a new formula (OVA8 Document Controlling u2013 No credit Check) in order to bypass the credit check when FI doc is created using the following code:
MOVE CHARX TO BYPASS-SECURITY.
MOVE CHARX TO BYPASS-STATIC_LIMIT.
MOVE CHARX TO BYPASS-DYNAMIC_LIMIT.
MOVE CHARX TO BYPASS-DOCUMENTVALUE.
MOVE CHARX TO BYPASS-CRITICAL_FIELDS.
MOVE CHARX TO BYPASS-REVIEWDATE.
MOVE CHARX TO BYPASS-OPEN_ITEMS.
MOVE CHARX TO BYPASS-OLDEST_OP.
MOVE CHARX TO BYPASS-DUNNING_LEVEL.
MOVE CHARX TO BYPASS-USER1.
MOVE CHARX TO BYPASS-USER2.
MOVE CHARX TO BYPASS-USER3.
Regards
Gabriel
Hi Gabriel,
Thanks for your suggestion.
We have already implemented customized credit check requirement routine 601 .It is working properly when financial document (i.e. as payment guarantee such as letter of credit) is assigned to the sales order.
But the problem is with status updation functionality. in the Sales order
Thanks ,
Pallavi
User | Count |
---|---|
99 | |
11 | |
11 | |
6 | |
6 | |
4 | |
4 | |
3 | |
3 | |
3 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.