Professional online withdrawal process for modified eCommerce Shopsoftware
MITS Withdrawal Button Pro adds a modern, practical digital withdrawal solution to your modified eCommerce Shopsoftware, designed around current legal requirements. The module helps you record online withdrawals in a structured way, document them properly, process them efficiently internally and make the function easily accessible to customers.
Beyond a simple form function, you get a carefully designed overall process with frontend submission, automatic order matching, acceptance even without an order match, partial withdrawal, confirmation of receipt, optional email confirmation by code, logging, template integration, dedicated status administration with multilingual status templates and an optional floating withdrawal button.
Particularly practical: the module does not require orders to be recognised automatically in every case. Even when no clear match is possible, the withdrawal can be recorded, flagged internally and reviewed manually. An electronic withdrawal therefore does not fail because of a missing order number or incomplete matching data.
MITS Withdrawal Button Pro also supports optional email address confirmation by code if desired. The withdrawal itself is saved immediately and is not blocked. Code confirmation provides additional verification, improves data quality and assists internal processing without unnecessarily complicating the withdrawal itself.
The module is therefore ideal for shop operators seeking a professional solution for electronic withdrawal or an electronic withdrawal form in modified eCommerce Shopsoftware who want a complete digital workflow beyond a simple form.
For distance contracts and contracts concluded away from business premises, consumers generally have a right of withdrawal under Section 312g BGB in conjunction with Section 355 BGB. Withdrawal is exercised by an unequivocal declaration to the trader; no reason is required. The standard withdrawal period is generally 14 days.
The start of the withdrawal period is governed by Section 356 BGB. For deliveries of goods, it often begins only upon receipt of the goods; partial deliveries or multiple deliveries are subject to the specific provisions set out there. The legal consequences of withdrawal arise in particular from Section 357 BGB and Section 357a BGB.
The trader's information obligations concerning the right of withdrawal arise from Article 246a Section 1(2) EGBGB. These provisions govern, in particular, the conditions, periods and procedures for exercising the right of withdrawal. In addition, Annex 1 EGBGB contains the model withdrawal instructions, and Annex 2 EGBGB contains the statutory model withdrawal form.
The electronic withdrawal function is also subject to the following requirement: receipt of an electronically submitted withdrawal must be confirmed without undue delay on a durable medium, usually by email in practice. The digital process and automatic confirmation of receipt in MITS Withdrawal Button Pro are designed around this requirement.
At the same time, the module follows a practical understanding of electronic withdrawal: an unequivocal withdrawal declaration should not fail because the order could not be found automatically by the system. MITS Withdrawal Button Pro therefore also supports cases without automatic order matching and flags them for internal manual review.
Important for online retailers: as currently envisaged, the mandatory electronic withdrawal function for distance contracts concluded online in Germany takes effect on 19.06.2026. This makes a clearly positioned, easily accessible and properly implemented withdrawal function in the shop even more important.
Many shops still use traditional withdrawal instructions, a PDF document or general contact forms. In practice, this is often cumbersome, prone to errors and difficult to track internally. MITS Withdrawal Button Pro turns this into a structured digital process with clear steps, traceable data capture and professional follow-up processing directly in the shop.
The module combines a customer-friendly interface with a powerful admin workflow. A simple form becomes a complete solution for withdrawal submission, partial withdrawal, deadline guidance, status processing, multilingual status communication, internal organisation, optional email verification and practical handling even when automatic order matching is impossible.
The module provides a dedicated withdrawal page through Content Manager. Customers can declare their withdrawal directly online, without unnecessary steps, separate form handling or complicated support communication.
Before final submission, an additional confirmation page can optionally be displayed for checking all details again. Depending on the shop concept, this allows the withdrawal process to emphasise convenience or additional control.
The module lets you specify flexibly which form details should be mandatory. The process can therefore be adapted to your shop's workflow without changing the source code.
The email address is always required. Other details, such as order number, first name, surname or message, can also be defined as required fields according to the desired process.
Order data can be used to match a withdrawal to an order automatically. Order details and existing line items can then be transferred to the case and processed properly internally.
Automatic recognition can use the order number or, where available in the shop, the invoice number. This makes matching more flexible and practical, particularly when customers are more accustomed to invoice numbers than order numbers.
Ambiguous references are deliberately not assigned automatically at the risk of an incorrect match. If a reference could match several orders, the case is instead saved without assignment and flagged for manual review.
The module can also accept withdrawals when automatic matching to an order is not possible. In this case, the submission is saved and flagged appropriately for internal processing instead of being rejected.
Electronic withdrawal therefore remains practical even when order numbers are missing, details differ or order data cannot be clearly identified.
Depending on the configuration, withdrawal can cover entire orders or individual line items. For partial withdrawals, affected products can be selected individually and quantities specified if this option is provided. Previously recorded withdrawal quantities can be taken into account.
If partial withdrawals are enabled in the module, they can also be recorded when no order has been recognised automatically. In this case, the customer describes the affected products directly in the form so that the case can be reviewed and processed internally with sufficient clarity.
Partial withdrawal is therefore not limited to automatically recognised orders and can also be properly documented in more difficult practical cases.
If your shop should not offer partial withdrawal, the workflow can be simplified accordingly. In that case, the process remains clearly focused on withdrawing from an entire order.
After submission, the customer automatically receives a confirmation of receipt by email. This fits neatly into professional shop operations and is also designed around the legal requirement to confirm receipt of an electronically submitted withdrawal without undue delay.
If desired, the module can perform additional email address confirmation using a code. After submission, the customer receives a confirmation code by email and can use it to verify their address.
The withdrawal itself is already saved and is not blocked. Code confirmation provides optional additional security and improves contact data quality without unnecessarily complicating the actual withdrawal process.
When optional email confirmation is used, key parameters can be controlled directly in the module. These include the confirmation code length, validity period in minutes and maximum number of permitted verification attempts.
Additional verification can therefore be flexibly adapted to the desired level of security and your own shop process.
Each incoming withdrawal receives a unique withdrawal number. Enquiries, processing and communication can therefore always be assigned to a specific case.
Protected token links can optionally be used in emails to reopen cases or conveniently prefill inputs. This simplifies the process for customers and reduces support work.
Optional email confirmation can also use a direct confirmation link with the code prefilled. This keeps the process convenient and traceable.
The module supports protection mechanisms such as CAPTCHA, honeypots and rate limiting. These provide significantly better protection for the form against automated requests and misuse.
MITS Withdrawal Button Pro supports flexible deadline guidance for everyday shop operations. Either the order date or a freely defined order status can be used as the basis. When evaluating a status, you can specify whether its first or most recent occurrence should be used as the reference.
For customer-facing display, you can choose a neutral notice or an indicative display of the remaining time. If the relevant status has not yet been reached or the shop data does not support a clear statement, the module automatically uses cautious wording instead of an overly rigid deadline statement.
Deadline control can be configured globally or differentiated by category and product. The module supports a transparent rule hierarchy with inheritance.
Individual rules can be set to inherit, fixed period, unlimited or excluded as required. This allows the withdrawal process to be tailored much more precisely to the product structure and internal shop requirements.
MITS Withdrawal Button Pro integrates flexibly into your shop and already includes ready-made template files within the module. These default templates are designed to make the module ready to use immediately without first having to edit your shop template.
The module also follows a particularly practical fallback strategy: the supplied module template files provide an immediately usable default foundation and can easily be overridden with your own files in the active shop template if required. The module therefore remains immediately functional while providing maximum flexibility for adapting it to your design or specific shop requirements.
The integrated default templates are deliberately extremely user-friendly, clearly structured and designed for use with fewer accessibility barriers. Even without additional template changes, you get a clean, modern and customer-friendly presentation of the withdrawal process directly in your shop.
A floating withdrawal button can also be used to keep the withdrawal function especially easy to access. Depending on the design, this button can be adapted visually and functionally to the shop, for example in its appearance, label, icon, placement, visibility and link target.
All received withdrawals are displayed in a separate management interface in the admin area. Cases can be searched, filtered, opened and processed further there.
Dedicated withdrawal status administration is also available. Processing statuses can be managed centrally, sorted, maintained in multiple languages and extended with individual email subject and message templates for each status.
If optional email confirmation is enabled, unconfirmed cases can be filtered specifically in the admin area. Your team can quickly see which withdrawals have been verified and where confirmation steps are still pending.
Cases without automatic order matching can be specifically flagged in the admin area. Your team immediately sees that manual review or follow-up is required.
This creates clear support workflows and prevents legally relevant declarations from being overlooked or wrongly rejected.
If a withdrawal cannot initially be matched automatically, the correct order can be linked manually in the admin area later. Unclear cases remain manageable and can subsequently be assigned to the correct order.
The processing workflow is represented through dedicated status administration in the admin area, rather than fixed status values alone. Existing statuses can be edited, new statuses created and their sequence sorted to suit your workflow.
For each status, you can maintain a separate status name, email subject and email text in each language. Communication during the withdrawal process becomes considerably more structured, flexible and adaptable to the shop's workflow.
Language-dependent names, email subject lines and message texts can be maintained directly in the admin area for each processing status. Editing is clearly organised by language in separate tabs, making it practical even with multiple active shop languages.
Internal notes can be stored for each case. Processing steps are also logged so that changes and decisions remain traceable later.
If desired, customers can be notified automatically by email when the status changes. Content can be controlled by status: each status can have its own multilingual subject lines and message texts.
For example, confirmation of receipt, progress updates, acceptance, rejection or case completion can each use different wording without having to write the texts manually every time.
Withdrawal data can be exported and used for internal analysis, tracking or management reporting. The module is therefore also suitable for shops with higher volumes and clearly defined service processes.
Relevant withdrawal information can also be displayed in the shop's order context. This simplifies matching and improves the overview directly in relation to the relevant order.
A customer wants to withdraw from their entire online order. The withdrawal button takes them straight to the form, where they enter their order details and submit the withdrawal online in just a few steps. Receipt is confirmed automatically and the case is immediately visible in the admin area.
A customer wants to withdraw from only certain products in a larger order. The order is identified, its items are displayed and the affected products can be selected individually. This creates a clearly documented partial withdrawal instead of an ambiguous free-text message.
A customer wants to withdraw from individual products but does not have the order number to hand, or the order cannot be clearly identified for technical reasons. Since partial withdrawals are enabled in the module, they can describe the affected products directly in the form. The case is saved, flagged for manual review and can be processed properly in the admin area.
A shop wants to verify the email address provided without blocking the actual withdrawal. After submission, the customer receives a confirmation code by email and can conveniently confirm their address afterwards. The withdrawal remains saved throughout, while the admin area clearly shows the verification status.
A shop does not want deadline guidance to be tied rigidly to the order date. Instead, the retailer uses a defined order status as the reference point. The module can display suitable notices or an indicative number of days remaining and automatically falls back to a neutral notice when the data is unclear.
A shop wants to apply different withdrawal periods to different products. With MITS Withdrawal Button Pro, rules can be managed globally, per category and per product. A standard period can therefore be inherited, adapted for individual areas, or online withdrawal can be specifically excluded.
In the admin area, the service team can see at a glance when the withdrawal was received, which order it concerns, whether a deadline notice is present, which products were named and the current processing status. Cases without an automatic match are also clearly flagged and can be reviewed manually or subsequently assigned to an order. This saves time and ensures a professional process.
A shop does not want to inform customers using the same standard texts for every status change. Dedicated status administration allows suitable names, subject lines and message texts to be stored for each language. For example, the wording for receipt can differ from that used for review, acceptance or rejection of the withdrawal.
MITS Withdrawal Button Pro is much more than a simple form. The module creates a complete digital withdrawal process for modified eCommerce Shopsoftware – from recording and confirmation through to internal processing.
With its combination of implementation aligned with current requirements, convenient frontend use, flexible template integration, freely configurable required fields, acceptance even without automatic order matching, matching by order or invoice number, partial withdrawals with or without an order match, optional email confirmation by code, configurable deadline guidance, periods at product and category level, an optional floating withdrawal button, dedicated status administration and a powerful admin workflow, the module is ideal for shop operators who want a professional, customer-friendly withdrawal process that is ready for the future.
Professional online withdrawal process for modified eCommerce Shopsoftware
MITS Withdrawal Button Pro adds a modern, customer-friendly and practical digital withdrawal solution to your modified eCommerce shop. Instead of disorganised individual enquiries, PDF forms or general contact forms, your customers get a clear process integrated directly into the shop.
The module combines a convenient frontend solution with structured processing in the admin area, including order matching, partial withdrawal, confirmation of receipt, status management, logging, template integration and an optional floating withdrawal button.
This turns a simple form into a complete digital workflow for electronic withdrawal and an electronic withdrawal form in modified eCommerce Shopsoftware.
Yes. MITS Withdrawal Button Pro is designed to process withdrawals for both customer accounts and guest orders. Automatic matching uses the available order data.
Yes. The module can accept withdrawals even when automatic order matching is not possible. Such cases are saved and flagged accordingly in the admin area so they can be reviewed manually.
The withdrawal is not blocked unnecessarily. Instead, the case is saved and flagged in the admin area for manual review. This ensures that withdrawals with incomplete or differing information are not lost.
Yes. If partial withdrawal is enabled in the module, customers can withdraw from purchases of individual products as well as entire orders. For automatically recognised orders, the affected items can be selected individually.
Yes. If partial withdrawals are enabled in the module, they can also be recorded without automatic order matching. In this case, the customer describes the affected products directly in the form so that the case can be reviewed internally with sufficient clarity.
The email address is always required. Other fields, such as order number, first name, surname or a message, can be flexibly configured in the module as additional required fields.
Yes. After submitting a withdrawal, the customer automatically receives a confirmation of receipt by email. This immediately confirms receipt of the electronically submitted withdrawal and makes the process more transparent for the customer.
Yes. The module includes default templates that are ready to use immediately. If required, these files can also be overridden with your own template customisations in the active shop template.
Yes. All received withdrawals are displayed in a separate management interface in the admin area. There you can search, filter, open, comment on and process cases further.
Yes. The module includes its own status administration. Withdrawal statuses can be managed, sorted and expanded, with custom names for each language as well as individual email subject lines and message texts.
Yes. MITS Withdrawal Button Pro is designed for multilingual shop environments. In particular, status names and status-dependent email texts can be maintained in multiple languages.
Yes. Features such as automatic confirmation of receipt, status management, internal notes, logging, manual review flags and CSV export make the module suitable for both simple form use and professionally organised service workflows.
Yes. If the corresponding invoice number is available in the shop, the module can match a withdrawal using either the order number or the invoice number. This makes recognition considerably more flexible in everyday use.
Yes. Additional email address confirmation using a code can be enabled as an option. After submission, the customer receives a confirmation code by email and can use it to verify their address afterwards.
No. Email confirmation is implemented as an optional additional function. The withdrawal itself is saved immediately and is not blocked. Code confirmation only provides additional verification of the supplied email address.
Yes. If a withdrawal could not initially be recognised automatically, the correct order can later be assigned manually in the admin area using orders_id. This allows initially unclear cases to be followed up properly.
MITS Withdrawal Button Pro is assigned to the Legal category, among others. This makes the extension particularly suitable for legally compliant workflows, transparent communication and properly documented processes in everyday shop operations. Its listed areas of use are Backend, Data Protection, Frontend, Legal, Security and Usability.
The module is intended for modified eCommerce Shopsoftware versions 2.0.7.0 to 3.3.0. No core changes are required for installation. Template changes are optional but recommended for full functionality.
'* Delivery time only kindly within Germany and with today's payment input, e.g. by payment with PayPal.'
