That would be a release and it is present in the interface.
Regards
Scott
HotWax Media
http://www.hotwaxmedia.com
On 15/10/2009, at 2:44 AM, Abdullah Shaikh wrote:
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 ?
