on 07-18-2012 8:16 PM
Hello,
We are using FSCM Credit Management. Credit Exposure in FSCM is getting updated correctly when the Sales Orders are created (category 100). Subsequent to the creation of Sales Orders, the System is not updating the Open Delivery Exposure (Category 400) even when the Deliveries have been created in the SD. In other cases, the System is retaining the Open Order Exposure even after the Invoice has been created\cleared. Due to this reason, the Exposure values are doubled unnecessarily for the customer. This is happening across the Order Types & for many Customers.
Has anybody faced this kind of issue? Please suggest.
Thanks
Have you checked your configuration?
How have you defined your liabilities categories?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi Irfan,
Did you get any fix for this.
I am also facing same issue.
In SAP also I am not able to find related note.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
hi,
We found the same issue in our system. When we checked table S067 the order/delivery value get accumulated in the “Open delivery” bucket; it doesn't get clear and move to the next bucket (“Open billing”, ...and so on) as the order status changes.
It's looks like a known issue in SAP. When we contacted them we were asked to run a program to fix the issue. We ran the fix, it cleared the values in S067 table and the problem solved. But this is not a permanent fix and SAP didn't explain why the error happened.
Please check the reply we got from SAP bellow -
------------------------------------------------------------------------------------------------------------
......Please try run to run RVKRED77, respectively RVKRED07 with
NOBLOCK = ' '.
This shall avoid, that any user change any SD document during
the re-build run and causes by this inconsistent credit values again.
Normally this risk is minor, but you have to decide by yourself, if you
want to bear this risk or not. I think if you have totally incorrect
credit values to one credit account, it is better to run RVKRED07 with
NOBLOCK = 'X' and to accept the risk of minor inconsistent values than
to work always with totally incorrect credit values. Additionally
you can check the correctness of the credit values after re-build by
comparing the results of RVKRED88 and the values to see in FD32
transaction.
Please also find related notes below:
# 400311 Reorganization credit data, new documentation
# 396338 Problems in credit management - analysis help
# 124571 Incorrect credit values S066 S067 FD32
# 389377 Update problems: Identification of relevant documents
# 381685 Analysis of the credit-relevant data of a document
# 381789 Analysis of the update of the credit values using MC30
I hope this can help you!
Best regards,
********
SAP Active Global Support - Logistics
Phone/Fax numbers: note #560499
------------------------------------------------------------------------------------------------------------
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Are you using PI?
Have you checked for any PI issues?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Mark,
We are on EhP4 with PI (SAP Standard PI without changes). We checked for issues in PI but nothing was found.
To give more information - When we post the Orders, Deliveries & Billing manually in our Dev system, the Exposure is shifting from Open Order to Open Deliveries & then to Open Invoices correctly without any issues. The issue is in our Production system.
Do you think high volume is causing this to happen?
Avg no of Orders each day 25000
Avg no of Deliveries each day 300000
Thanks,
User | Count |
---|---|
9 | |
4 | |
3 | |
3 | |
2 | |
2 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.