Withdrawal window based on order creation date

Hello,

You can do this entirely from the backend with a mass action, no code change needed. The withdrawal window is calculated from the reference date stored on the order ("order_shipped" for the Shipped status, "order_delivered" for the Delivered status, "order_invoice_created" for the Confirmed status). HikaShop only writes those date columns once, when the order first reaches each status (see back/classes/order.php:168, the assignments are guarded by an empty() check). So if you pre-fill them with the order creation date before the order ever reaches those statuses, HikaShop will leave them alone afterwards and the withdrawal window will naturally start from order creation.

Steps to set this up:

1. Go to HikaShop > System > Mass actions and click New.
2. Give it a name (e.g. "Align shipping/delivery dates to order creation"), make sure it is published and set Trigger to "After an order is created".
3. Set the table to Order. You can leave the filters empty so it applies to every order, or add a "Filter on a specific order field" if you want to scope it (for example only orders below a given order id, etc.).
4. Add two actions of type "Update values":
- Field: order_delivered = (operation) order.order_created
- Field: order_shipped = (operation) order.order_created
The "operation" type tells HikaShop to evaluate the right side as a column reference rather than a literal value, so each new order gets its own creation timestamp copied over.
5. Save the mass action.

After that, the system will compute the 14-day window from the value of order_delivered (or order_shipped), which is now the order creation timestamp. The standard "Number of days after delivery for withdrawal window" setting in HikaShop > Configuration > Main keeps working as the duration of the window, only its starting point shifts.

One legal note worth flagging, in case it is relevant to your shop: the EU Directive 2023/2673 (and the older 2011/83/EU it replaces) sets the 14-day withdrawal window to start when the consumer takes physical possession of the goods, not when the order is placed. Starting the window from the order creation date can give EU consumers less than 14 days of actual withdrawal time after delivery, which would not be compliant with the directive for physical goods. If you are selling digital goods or services only, or if you are outside the EU, the rule is different and this approach is fine. Worth double-checking against your jurisdiction before pushing it live.

Hi,

There is no no_refund field as such, but we just pushed an update that does exactly what you describe automatically, no configuration needed. The new behaviour:

For fully-digital orders (no shipping method on the order), the "Withdraw from contract" button now disappears as soon as the customer downloads one of the files attached to a product of the order. This matches the EU Directive 2023/2673 rule that the withdrawal right on digital content is lost as soon as the consumer starts the download. Orders with a shipping method keep their existing withdrawal window unchanged, since the physical part of the order may still be returned.

Please download the latest 6.4.1 build from your member area and reinstall it. The download log HikaShop has been keeping for every frontend download is what the check reads, so this also retroactively closes the withdrawal window on orders whose customers had already downloaded before the update.

Hi,

The download check is working, it just acts on a different button than the one you tested.

An order can show two different buttons:

- "Withdraw from contract", the legal right of withdrawal. This is the one the update closes: on a fully digital order (no shipping method), it disappears as soon as the customer downloads a file of that order through the frontend.
- "Cancel order", the one whose confirmation dialog you found (HIKA_CONFIRM_CANCEL_ORDER). This one is separate. It is shown purely from the order status, via the config setting that lists which statuses allow cancellation, and downloads do not affect it.

So "still cancellable after a download" is expected: cancelling and withdrawing are two different actions. To check the new behaviour, look at "Withdraw from contract", not "Cancel order". Use a digital order that has reached Confirmed or Shipped (the default download-eligible statuses), download a file as the customer, then reload the order. The withdraw button should be gone.

If your downloadable orders sit in another status such as Created or Delivered, the check is skipped for them by design. Tell me which status they are in and I will point you to the setting that aligns it.

On the German text: you are right, the default was a stiff, literal translation of the English and did not read naturally. We have reworded the shipped German (de-DE, de-AT, de-CH) to "Möchten Sie die Bestellung ORDER_NUMBER wirklich stornieren?", so a future update will carry it. HIKA_CONFIRM_CANCEL_ORDER is the correct override to use in the meantime.

Hi,

Order cancellation has been in HikaShop for years. And it is used all over the world.
"Withdrawal" is a mechanism with strict rules, specific to the EU and with things that people outside the EU don't want.
So both systems live side by side.
The setting you're talking about is specific to "withdrawal".
I don't see the point of mirroring the withdrawal behavior for cancellation. The whole point of having them side by side is that you can choose to use one or the other based on your needs. If both do the same thing, then there is no point in having both anymore.

As a German shop, I would recommend turning off order cancellation and only using withdrawal.