Thanks David.
I'm glad to hear that the type of refund should generate a payment (refund) to the customer, but I guess I'm missing something here --- since no payment is generated. We were aware of the return types, but must be missing some piece of the puzzle

Here's what we have been doing:
On the quick return screen ...
We have been selecting a type of Refund , entering a Manual Return Adjustment amount, ticking the include box and clicking the return selected items button on the screen.

This creates a return header and return adjustment entries and displays the makeQuickReturn screen with the returnItem tab in focus On this screen we see the adjustment values (but the return total is 0.00 !!! ) It almost looks as though the manual adjustment amount is not included if no physical goods are returned. On the returnHeader tab we select a paymentMethodId (a valid credit card number for the customer) and set status=received, and update. Looking in webtools I can see that return and returnAdjustment records are created. The returnAdjustmentTypeId is set to RTN_REFUND - but no payment record is generated. Without a payment record, how is the refunded amount returned to the customers credit card?

Can you or anyone else give us some pointers?
-Dave

David E Jones wrote:

There are different return response types, and refund is one of them.

For a list of the ones in OFBiz (probably supported to different extents) see the data for the ReturnType entity in the OrderTypeData.xml file. For more details on those a nice quick way to get to them (quicker than looking in docs for me ;) ) is to search for the returnTypeId you're interested in.

-David


On Oct 29, 2007, at 10:24 AM, Dave Tenerowicz wrote:

We have a requirement to create return adjustments (not involving any return of product) that ultimately end up creating refunds to the customers credit card (the card used on the original Order). It seems as though existing services are geared toward creating store credits for returns. Has anyone else ever faced a requirement to create a refund directly to the customers payment method from a return? Any suggestions about the best way to extend services? Would it make sense to modify OrderReturnServices to create an OrderPaymentPreference record (for a negative amount) that could be picked up by PaymentGatewayServices?

--
Dave Tenerowicz
[EMAIL PROTECTED]

Office: 303.493.6727
Mobile 303.906.6116
Fax 303.814.8330

Visit us at http://www.salmonllc.com
For ERP Information: http://www.salmonllc.com/Jsp/vanity/ERP_CRM.jsp?nav=2&NavBarId=ERP_CRMServices



--
Dave Tenerowicz
[EMAIL PROTECTED]

Office: 303.493.6727
Mobile 303.906.6116
Fax 303.814.8330

Visit us at http://www.salmonllc.com
For ERP Information: 
http://www.salmonllc.com/Jsp/vanity/ERP_CRM.jsp?nav=2&NavBarId=ERP_CRMServices

Reply via email to