Withdrawal Button for Magento 2

Business Value

The Magento 2 Withdrawal Button extension adds the EU withdrawal function your store needs before the deadline. From 19 June 2026, Article 11a of the amended Consumer Rights Directive (2011/83/EU) requires a clearly visible withdrawal function in any online shop that sells to EU consumers. Miss it, and a customer's withdrawal window can stretch from 14 days to 12 months and 14 days.

Built as a Magento 2 EU withdrawal button, it gives your store the Magento 2 right of withdrawal flow that Article 11a describes, without custom development.

• The clock is managed for you: The cancel option appears only while an order is inside its legal withdrawal period and disappears the moment that period ends. You don't track dates by hand, and an order past its deadline can't be cancelled through your store.

• No queue of cancellation emails: Customers and guests submit and confirm cancellations themselves, and you act on them from one screen. A spike after a holiday sale or a faulty batch doesn't turn into messages your team answers one by one.

• Keep refunds under control: Customers cancel only the items they want to send back, not the whole order by default, so a cancellation costs your store only what it should.

• Be able to prove it: Every cancellation is recorded and confirmed to the customer in writing. If a shopper or a regulator ever questions one, you can show it was received and handled properly.

The compliant flow, out of the box

A Withdraw from contract button appears on the order while the withdrawal period is still open. The customer opens the order from their account or, as a guest, enters the order number and email address. They choose which items to withdraw, review the summary, and confirm.

The request is placed in your admin queue, and the customer immediately receives a confirmation email. The email is time-stamped and saved, so you have dated proof that the request was received.

Customers choose what to withdraw

On the item selection step, the customer chooses which items to withdraw and how many of each, up to the quantity they ordered.

Quantities already covered by a pending or approved request are taken out of what is available, which stops the same item being withdrawn twice. A request that you reject frees its items again, so the customer can submit a corrected one. Shipping is offered for refund only when the whole order is withdrawn.

Compliance is easier to defend when you can produce a record

Every cancellation is stored right in Magento. The full record stays in your store, with nothing sent to an outside service, so you can always show exactly what was requested and when.

Each request keeps its own reference number, the related order, the items and quantities, the refund amount, the submit time, and the customer's IP address. As its status moves from pending to approved or rejected, that history stays with the request, and the customer receives a confirmation email with the same details as their proof of cancellation.

You can open any request or export the full list whenever you need it.

Withdrawal requests sit next to the rest of your order work

The extension adds a dedicated grid under Sales in the Magento admin. From the queue you can open a request, see the order alongside the items being withdrawn, and approve or reject it with an optional note. The customer gets an automatic email about the decision. The same requests also show up on the customer and order pages in the admin, so you can see a customer's withdrawal history in context.

You can narrow the grid down to what you need:

• Filter by status, so open requests stay separate from closed ones.
• Filter by date, customer, or order number to find a specific request.
• Export the current view to CSV when accounting needs the records.

Each new request can trigger an alert email to the recipients you set per store view, so nothing waits unseen.

From an approved request to a completed refund

After you approve a request, you refund it straight from the request page using Magento's standard credit memo.

You choose how the money goes back. With standard Magento, it returns to the original payment method. If you also run our Store Credit & Refund extension, the same credit memo can return the amount as store credit, keeping the money in your store for the customer to spend again.

Each credit memo is linked back to its withdrawal request and listed on the request's Credit Memos tab, so you can see what was refunded against each one. Shipping is refunded only when the whole order is withdrawn.

Configure each store view on its own

Settings apply at the store-view level, so a multi-store setup can run different values per storefront.

Per store view you can set the withdrawal window in days, the return address shown to customers, the email sender, the admin notification recipients, and which template each of the customer and admin emails uses. The interface text uses Magento's standard translation system, so you can translate it for each locale the same way you translate other modules.

Drops into a standard Magento store

The withdrawal button is added to order emails, the order view, the customer account, and the footer without editing templates, so there is nothing to wire up by hand.

The extension ships both Luma and Hyvä storefront templates, and it runs on Magento Open Source and Commerce.

A few extensions and free modules address Article 11a. They differ mostly in how far they go past the button itself.

The requirement is broad, so the extension fits several kinds of merchant. A few common cases:

• B2C retailers selling physical goods to EU consumers, including sellers based outside the EU who ship into it.
• Service and subscription sellers whose contracts carry a right of withdrawal.
• Stores that need partial withdrawals, where customers return single items by quantity rather than the whole order.
• Multi-store operators that need per-store-view windows, return addresses, and email settings.