Announcement:
wanna exchange links? contact me at sapchatroom@gmail.com.
Posted by
Admin at
Reply from Reginald Kam on Dec 11 at 3:03 AM Yogi,
Thanks for your detailed advice. Yes, RVKRED06 can solve the problem. Initially I am looking for a real-time solution instead of a background-program-running one. Actually I used to run F.28 to correct the credit limit exposure and release SO. Now that RVKRED06 seems to be better because its scope includes only blocked SO. I'll switch to use RVKRED06 instead of F.28.
Claudio, thank you for your input too.
It's great to have you guys in the SAP community. Cheer.
| | | ---------------Original Message---------------
From: Stephen Baker
Sent: Wednesday, December 10, 2014 9:08 AM
Subject: How To Reduce Credit Limit Exposure And Release Sales Order Blocking By Incoming Payment
Claudio - did you read the link? Have you looked at RVKRED06? Why do you
keep recommending a Z program when a standard approach applies?
Reginald - have you read the link and tested RVKRED06? It's been available
for more than a decade and every client I have worked at has used it to
release blocked documents during the day after a payment is made by the
finance team. You can schedule jobs as frequently as you need and by having
different variants you can potentially influence if it's pure document
number order or whether you try and release orders due for delivery sooner
first instead. Google is your friend - if you search "sap release a credit
blocked document after payment" the second match is a useful article about
the process and probably three quarters of the first page of results
contain relevant information to what you are trying to achieve. |
| Reply to this email to post your response. __.____._ |   _.____.__ |
