Yes I agree, each payment gateways may have different requirements, what I was talking about was interface servcie and not the implementation.
I know I amount already capture I need to refund, but what I am talking about is, if you have make a authenticate request and then if you dont wont to authorise the request, but instead cancel it, for that there is no service interface definition. We need to have a cancel service interface definition as we have other services which we configure through Stores -> Payment, for sending a cancel request to the payment gateway. I hope this is clear. -Abdullah On Wed, Oct 14, 2009 at 6:00 PM, aswath narayana <[email protected] > wrote: > Each paymentgateways may have different requirements and instructions. My > guess: > When you cancel the order, then if the amount is already captured, then you > need to instruct the paymentgateway to refund the amount to the customer. > > -Aswath > > On Wed, Oct 14, 2009 at 2:34 PM, Abdullah Shaikh < > [email protected]> wrote: > > > If I authorise an order and then instead of shipping (capture), if I did > > want to cancel the the order, I can do it using the "Cancel Order" > button, > > but then I guess there should be a Service Type configuration for Cancel > > Server under Stores -> Payments, which will send a CANCEL request to the > > PaymentGateway. > > > > I know that if we don't cancel the payment it itself gets cancelled by a > > specific time as per card schemes, but may be the cancel service will be > of > > help if we need to cancel the payment before the it expires > automatically. > > > > Any thoughts ? > > >
