Tung,
Technically neither the standard SAP transaction VCC1 (program RV21A001) nor the Paymetric custom version (/PMPAY/PU_VCC1) will set the credit status of a document. The credit status is set by SAP's credit management functionality during the Sales Order SAVE event. So SAP must be determining that the Sales Order should go on Credit Hold again when /PMPAY/PU_VCC1 is resaving the Sales Order.
That said I'll take a look at this scenario the next chance I have. I would also strongly encourage you to log this with Paymetric's Support group if you haven't already.
A few questions:
1) Is there an actual "Credit Card" payment term that is entered on the billing screen in Step 2 or are you simply entering a credit card on the order?
2) What reason does the order go on Credit Hold in Step 6? Oldest Open Items? Dynamic Check? Static Check? Something else?
3) Why does the order need to be reauthorized in Step 7 if a valid authorization was obtained in Step 4? Did the authorization expire?
4) Do you know if, in Step 8, program RV21A001 resaved the sales order similar to what happened in Step 7?
Eric Bushman
www.paymetric.com
| | | ---------------Original Message---------------
From: Tung Ho
Sent: Tuesday, August 09, 2011 4:37 PM
Subject: Why does program (/PMPAY/PU_VCC1) set my sales order to credit block
Hello Eric -- The company i work for is a paymetric customer.
Scenario --
1)User enters a sales order with terms payment.
2) Then decides to add a credit card later and change the payment term to credit card.
( i know that we are not supposed to do this...a credit card order should not start out as a terms order or the dynamic credit check kicks in during sales order entry and delivery).
3) The sales order line mad date is due and the authorization kicks off.
4) Returns a valid authorization.
5) Delivery is created.
6) sales order goes on credit hold and user release the order using VKM1 or VKM4
the part below is where i think there is a bug in (/PMPAY/PU_VCC1)
7) We run /pmpay/pu_vcc1 to authorize our sales order. this program picks up our sales order and sets vbuk-cmgst (overall credit to B). Even when the sales order has been released for credit. it should have skipped the sales order and not put it back on credit hold.
8) i tested RV21A001 with the exact same scenario from above and it did not put my sales order on credit hold.
-Tung |
| __.____._ Copyright © 2011 Toolbox.com and message author.
Toolbox.com 4343 N. Scottsdale Road Suite 280, Scottsdale, AZ 85251
| |  ebushman
SAP Logistics Sales and Distribution Enthusiast
Contributed 100 posts in a group to earn a Bronze Achievement Popular White Papers
In the Spotlight  _.____.__ |
