Order status being set to On Hold

Please read the change log and you will see that authorized orders are now set to on hold instead of processing because that status more accurately reflects the state of the order.

If you want that to change just use the order status option in the Apple Pay settings page and set it to processing instead of default.

Don’t you remember you and I had a very lengthy discussion about how to match up an authorized orders capture total with the order total if the capture total was less. I even informed you about what the coming change would be.

Here is a link to that discussion.

https://www.ads-software.com/support/topic/refund-issues-2/page/2/

• This reply was modified 3 years, 2 months ago by Payment Plugins.
• This reply was modified 3 years, 2 months ago by Payment Plugins.

Apologies. I had misunderstood you. I had assumed that the user would be guided to put the order on hold to effect the refund, not that all orders would be set to On Hold whether a refund was going to happen or not. So I was querying “the messaging to put on hold instead of immediate refund”.

If I had realised at the time, I would probably have mentioned that this approach requires not just an extra click for every order, but also verifying that each order should be set to processing, since there are other reasons an order might have On Hold status.

And the other issue with this approach is that a customer might be concerned if the order is not confirmed straight away.

Sorry for the confusion.

@tufty

You can just use the order status option and change it to processing and that will have the same affect as the previous functionality.

We have a Stripe plugin with over 100,000 users and it sets authorized orders to on hold and the feedback has always been that’s what merchants want. We are going to leave it like this for the time being since it would seem the majority prefer authorized orders to be set to on hold rather than processing.

Kind regards

Yes, I agree that it can make sense where the merchant wants flexibility to authorize instead of capture, and leave it On Hold pending review or confirmation. Plus I see this is the WC advised behavior. Although I think it is far more justified when waiting for offline payment, compared with something that is already confirmed by authorization and will capture automatically.

Our situation with Braintree is somewhat different in that the use of authorization instead of immediate capture is solely a workaround to the inability to make a partial refund between capture and settlement in the event a customer or we want to change an order before dispatch. We use other payment gateways which do not have this limitation for everything except Apple Pay.

We use other payment gateways which do not have this limitation for everything except Apple Pay.

Just a note; This is not a limitation of the plugin but rather a behavior of Braintree. You can’t perform a refund unless the transaction status is settled.

In any case, you can just use the Order Status option in the Apple Pay Settings page to set the order status to processing. That will have the same affect as the previous behavior.

Kind Regards,