cancelling an order

[Abdullah Shaikh-3]

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 ?

[Abdullah Shaikh-3]

anybody ?

On Wed, Oct 14, 2009 at 2:34 PM, Abdullah Shaikh <
[hidden email]> 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 ?
>
>
>

[aswath narayana]

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

[Abdullah Shaikh-3]

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

[Scott Gray-2]

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

[Abdullah Shaikh-3]

You mean Release means cancelling an authorized payment ?

On Thu, Oct 15, 2009 at 1:50 AM, Scott Gray <[hidden email]>wrote:

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

[Scott Gray-2]

That's right.

Regards
Scott

On 15/10/2009, at 8:36 PM, Abdullah Shaikh wrote:

> You mean Release means cancelling an authorized payment ?
>
> On Thu, Oct 15, 2009 at 1:50 AM, Scott Gray <[hidden email]
> >wrote:
>
>> 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 <
>>> [hidden email]
>>>
>>>> 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 <
>>>> [hidden email]> 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 ?
>>>>>
>>>>>
>>>>
>>