Return Adjustments >> refund to credit card

[Dave Tenerowicz]

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
[hidden email]

Office: 303.493.6727
Mobile [phone]
Fax [phone]

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

[David E Jones]

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
> [hidden email]
>
> Office: 303.493.6727
> Mobile [phone]
> Fax [phone]
>
> 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]

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
>> [hidden email]
>>
>> Office: 303.493.6727
>> Mobile [phone]
>> Fax [phone]
>>
>> 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
[hidden email]

Office: 303.493.6727
Mobile [phone]
Fax [phone]

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