Angebot anfordern Compliance-Modul · sechs Plattformen
Das EU-Verbraucherrecht gibt Käufern das Recht, von einem Fernabsatzvertrag zurückzutreten, und die Entwicklung geht zu einer klaren digitalen Widerrufsfunktion auf der Website selbst.
Ein dauerhaft sichtbarer Button, eine Online-Erklärung, ein Bestätigungsschritt und eine automatische Bestätigung auf einem dauerhaften Datenträger. Diese Seite erklärt, was diese Funktion leisten muss und was es braucht, sie richtig zu bauen.
Das klassische Muster war ein Widerrufsformular als herunterladbares Dokument. Der Verbraucher fand es, druckte es aus oder füllte es aus, schickte es per E-Mail und wartete. Jeder Schritt dieses Ablaufs legt Reibung vor ein Recht, das das Gesetz bedingungslos gewährt.
Eine digitale Widerrufsfunktion nimmt die Reibung heraus und erzeugt, was mindestens genauso wichtig ist, einen Nachweis. Der Shop weiß genau, was verlangt wurde, zu welcher Bestellung, zu welcher Uhrzeit. Der Verbraucher ebenso. Keine Seite streitet mehr darüber, ob eine E-Mail angekommen ist.
Fünf Dinge, und jedes davon ist schwerer, als es aussieht.
Ein Button, den es nur im angemeldeten Kontobereich gibt, steht einem Gastbesteller nicht zur Verfügung. Er gehört dorthin, wo ein Verbraucher suchen würde: in den Fußbereich, den Kontobereich, die Bestellliste, die Bestelldetails, die Kontaktseite und die Rückgaberichtlinie.
Der Verbraucher muss sagen können, von welcher Bestellung er zurücktritt. Das heißt: Abgleich einer Bestellnummer mit der E-Mail-Adresse, mit der bestellt wurde — für Käufer mit Konto genauso wie für Gäste.
Welche Produkte, welche Mengen, Kontaktdaten, Erstattungsdaten, Rücksendeweg. Und schon durch einen früheren Antrag abgedeckte Mengen müssen abgezogen werden, sonst kann ein Verbraucher denselben Artikel zweimal widerrufen.
Ein eigener Bestätigungsschritt, mit sichtbarem Rechtstext und einem Button, dessen Beschriftung keinen Zweifel daran lässt, was das Drücken bewirkt.
Sofort, automatisch, mit dem Inhalt des Antrags, dem Datum und der Uhrzeit. Dauerhaft heißt, dass der Verbraucher es behält — kein Bestätigungsbildschirm, der beim Neuladen verschwindet.
Im Shop
Der Button sitzt in der Bestellung, die der Käufer ohnehin offen hat. Dahinter: die Bestellnummer und die beim Bestellen genutzte E-Mail-Adresse. Nichts herunterzuladen, nichts auszudrucken, nichts zu unterschreiben und einzuscannen.
Identifizierung (Bestellnummer plus die E-Mail-Adresse der Bestellung — angemeldete Kunden, die aus ihrer eigenen Bestellung starten, überspringen diesen Schritt), Auswahl von Produkten und Mengen mit Abzug bereits beantragter Mengen, ein Prüfschritt mit sichtbarem Rechtstext und die Bestätigung.
Der Verbraucher erhält eine Bestätigung per E-Mail, die Shop-Verwaltung eine Benachrichtigung. Dieses Paar ist der Nachweis.
Reines JavaScript mit fetch, ohne Abhängigkeit von jQuery oder Bootstrap, mit eigenen eingefügten Stilen — es kämpft also nicht mit Ihrem Theme. Es fügt Ihrer Struktur keine Adresse hinzu und stört keine bestehende SEO-Konfiguration, auch keine Pakete, die das Routing selbst verwalten.
Bei OpenCart arbeitet es über Events, statt Theme-Vorlagen zu bearbeiten, ein Journal- oder ein eigenes Theme behält seinen Fußbereich also unangetastet. Es lässt sich sauber deinstallieren, und Datensätze mit rechtlicher Bedeutung bleiben standardmäßig erhalten, statt mit dem Modul gelöscht zu werden.
Eine filterbare Liste, eine Detailansicht mit Verlauf, Statusänderungen mit optionaler Benachrichtigung, Export und ein Änderungsprotokoll.
CSRF-Token, serverseitige Prüfung von Bestellung und E-Mail, Ratenbegrenzung für Anträge, gehashte Token für Gastbestellungen, IP-Maskierung sowie DSGVO-Fristen für Aufbewahrung, Anonymisierung und Löschung von Anhängen.
Wenn Sie mehrere Shops auf verschiedenen Plattformen betreiben oder als Agentur Shops für Kunden betreuen, lernen Sie ein Verhalten und geben eine Antwort.
3.0.3.8, mit Anpassungen für 2.3.x und 4.x. Ausgeliefert als OCMOD-Modul.
Version 5 und höher. Ausgeliefert als WordPress-Plugin, HPOS-kompatibel.
1.7 und 8. Ausgeliefert als natives Modul.
2.3 und höher. Ausgeliefert als Modul in app/code.
Ein Backend über App Proxy plus ein Liquid-Snippet.
Ein eigenständiges Backend, eine REST-API und ein eingebettetes Widget.
In der Shop-Verwaltung
Jede Erklärung mit eigenem Code, der zugehörigen Bestellung, ihrem Status und der Sprache, in der sie eingereicht wurde. Genau das brauchen Sie an dem Tag, an dem jemand bestreitet, dass der Widerruf je abgeschickt wurde.
Es setzt die technische Funktion um. Vollständige Konformität verlangt außerdem, dass der Button sichtbar dort platziert wird, wo Verbraucher ihn finden, und dass Ihre vorvertraglichen Informationen und Ihre Rückgaberichtlinie festhalten, dass es die Funktion gibt und wo sie sitzt. Beides gehört zur Umsetzung, die wir liefern, aber es sind Entscheidungen, die Sie freigeben — nichts, was ein Modul allein tun kann.
Wir behaupten nicht, dass das Modul Ihr Risiko beseitigt. Wir behaupten, dass es die Funktion korrekt baut, mit einem Nachweis an jedem Antrag.
Die konkreten nationalen Regeln und Fristen unterscheiden sich je Mitgliedstaat, und diese Seite rät bewusst nicht, welche für Sie gelten. Sagen Sie uns, in welche Märkte Sie verkaufen, und wir bestätigen das Anwendbare, bevor irgendetwas umgesetzt wird.
Ein Vertrag kann zehn Shops bedeuten. Wenn Sie E-Commerce-Websites für Kunden betreuen, sind Modul plus Umsetzung eine Leistung, die Sie weiterverkaufen können.
Das Widerrufsrecht im EU-Verbraucherrecht schützt Verbraucher. Der Fernabsatz zwischen Unternehmen ist anders geregelt. Wenn Sie an beide verkaufen, muss die Funktion auf der Verbraucherseite greifen — das ist eine Frage der Konfiguration, kein getrennter Bau.
Ja. Die Identifizierung läuft über die Bestellnummer und die beim Bestellen genutzte E-Mail-Adresse, ein Käufer, der als Gast bestellt hat, kann also widerrufen, ohne ein Konto anzulegen.
Nein. Der Ablauf läuft in einem Dialogfenster, das aus einem Button geöffnet wird, es entstehen also keine indexierbaren Adressen und Ihre Seitenstruktur ändert sich nicht. Bei OpenCart funktioniert es mit und ohne SEO-URLs und überschreibt keine Regeln, die ein SEO-Paket verwaltet. Wo eine eigene Landingpage genutzt wird, lautet die Standardempfehlung noindex, follow.
Sie bleiben standardmäßig erhalten. Datensätze mit rechtlicher Bedeutung sollten nicht verschwinden, weil ein Modul entfernt wurde; Löschen ist eine bewusste Handlung mit einer Rechtsgrundlage dahinter, kein Nebeneffekt.
OpenCart, WordPress mit WooCommerce, PrestaShop, Magento, Shopify sowie Gomag und Eigenentwicklungen über eine REST-API und ein eingebettetes Widget. Sagen Sie uns, was Sie betreiben, und wir bestätigen die Auslieferungsform.
Ja — die Auswahl von Produkten und Mengen gehört zum Ablauf, und Mengen, die ein früherer Antrag bereits abdeckt, werden automatisch abgezogen, damit derselbe Artikel nicht zweimal widerrufen werden kann.