Zahlung fehlgeschlagen: Bestellungen im Shop noch retten

Eine fehlgeschlagene Zahlung bedeutet in Shopware 6 nicht, dass die Bestellung verloren ist. Die Bestellung entsteht bereits mit dem Klick auf „Zahlungspflichtig bestellen“, der Zahlungsstatus bleibt zunächst „Offen“ (Shopware-Dokumentation). Bricht die Zahlung danach ab, liegt ein Auftrag ohne Geldeingang im System. Ob daraus Umsatz wird, hängt vor allem davon ab, ob Kundinnen und Kunden die Zahlungsart nachträglich wechseln dürfen, ob sie rechtzeitig und verständlich vom Fehlschlag erfahren und ob der Weg zurück in die Bestellung ohne Hürden funktioniert. Dieser Leitfaden zeigt Einstellungen, Erinnerungsmail, Fristen und Tests der Zahlungs-Plugins. Die Einrichtung übernehmen wir als Shopware-Agentur auch für Ihren Shop.

Warum die Bestellung trotz Fehlschlag weiterlebt

In Shopware 6 sind Bestellung und Zahlung voneinander getrennt. Anders als in der Vorgängerversion legt das System die Bestellung an, sobald der Kunde den Bestellknopf drückt, und führt die Zahlung als eigene Transaktion mit eigenem Status (Shopware-Dokumentation). Wird die Kundin zum Zahlungsanbieter weitergeleitet und schließt dort ab, wechselt der Status auf „Bezahlt“. Bricht sie ab oder scheitert die Zahlung an einem Fehler, bleibt die Bestellung bestehen, nur das Geld fehlt. Die Dokumentation beschreibt den Ausweg ausdrücklich:

Sollte es mal dazu kommen, dass der Bezahlvorgang durch den Kunden oder einen Fehler abgebrochen wird, kann der Kunde die Zahlung auch zu einem späteren Zeitpunkt noch mal in seinem Kundenkonto anstoßen oder die Zahlungsart ändern.

Shopware-Dokumentation, Bestellungen: Übersicht, Abschnitt „Der Bezahlvorgang in Shopware 6“

Auch rechtlich ist die Lage zunächst klar. Ein Onlineshop muss die Bestellsituation so gestalten, dass Verbraucher mit ihrer Bestellung ausdrücklich bestätigen, sich zu einer Zahlung zu verpflichten; bei einer Schaltfläche geschieht das mit den Wörtern „zahlungspflichtig bestellen“ oder einer entsprechenden eindeutigen Formulierung (§ 312j BGB). Eine abgebrochene Kartenzahlung betrifft in der Regel die Erfüllung, nicht die Bestellung selbst. Wann der Vertrag zustande kommt, regeln in der Regel Ihre AGB.

Wie oft Zahlungen nach dem Bestellabschluss scheitern, misst kein öffentlicher Datensatz für deutsche Shops. Die Rahmenzahlen zeigen aber, wo die Bruchstellen liegen. In Deutschland kauften 2025 85 Prozent der 16- bis 74-jährigen Internetnutzenden online ein (Destatis). Bei Einkäufen im Internet laufen 50 Prozent der Bezahlvorgänge über Internetbezahlverfahren (Deutsche Bundesbank), es folgen Lastschriften und Überweisungen mit 30 Prozent sowie Kreditkarten mit 15 Prozent (Deutsche Bundesbank). Internetbezahlverfahren und Karten führen in der Regel über eine Weiterleitung oder eine zusätzliche Bestätigung, und jede dieser Stellen kann einen Bezahlvorgang abreißen lassen.

Auch die Käuferseite meldet Reibung. Von den 16- bis 74-Jährigen in der EU, die 2025 online eingekauft haben, berichteten 63 Prozent von keinerlei Problemen (Eurostat). 12 Prozent stießen dagegen auf eine Website, die schwer zu bedienen war oder nicht zufriedenstellend funktionierte (Eurostat). Ein Zahlungsabbruch ohne klare Rückmeldung ist eine solche Erfahrung, und sie lässt sich vermeiden.

Woran Zahlungen nach dem Bestellabschluss scheitern

Die Ursachen lassen sich grob in Gruppen teilen. Für die Reaktion im Shop ist die Unterscheidung wichtig, denn nicht jede Ursache lässt sich mit derselben Nachricht beheben.

• Abbruch durch die Kundschaft: Das Fenster des Zahlungsanbieters wird geschlossen, die Rückkehr in den Shop bleibt aus oder die Kundin entscheidet sich um. Kehrt sie nicht zurück, bleibt der Zahlungsstatus in der Regel offen. Meldet das Plugin nach der Rückkehr einen Abbruch durch die Kundin, setzt Shopware die Zahlung auf „Abgebrochen“, nicht auf „Fehlgeschlagen“ (Shopware-Quellcode).
• Gescheiterte Authentifizierung: Verlangt der Zahlungsdienstleister eine starke Kundenauthentifizierung, muss sie auf mindestens zwei Elementen der Kategorien Wissen, Besitz und Inhärenz beruhen (Delegierte Verordnung 2018/389). Spätestens nach fünf aufeinanderfolgenden Fehlversuchen innerhalb einer bestimmten Zeitspanne wird gesperrt, vorübergehend oder dauerhaft (Delegierte Verordnung 2018/389).
• Abgelaufene Sitzung: Für die Weiterleitung zum Zahlungsdienstleister erzeugt Shopware einen Payment-Token. Ohne eigene Einstellung gilt er 60 Minuten; ist er abgelaufen, bevor die Zahlung abgeschlossen ist, bricht Shopware die Zahlung automatisch ab (Shopware-Dokumentation).
• Ablehnung oder Störung: Die Bank lehnt die Karte ab, ein Limit ist erreicht, der Zahlungsanbieter antwortet nicht oder ein Plugin verarbeitet die Rückmeldung fehlerhaft. Hier hilft eine Erinnerung nur, wenn sie eine andere Zahlungsart anbietet.

Die starke Kundenauthentifizierung bleibt trotzdem sinnvoll. Laut dem gemeinsamen Bericht von Europäischer Bankenaufsicht und Europäischer Zentralbank waren damit geprüfte Zahlungen in der Regel weniger betrugsanfällig, und der Kartenbetrug lag 17-mal höher, wenn der Zahlungsempfänger außerhalb des Europäischen Wirtschaftsraums saß, wo sie nicht vorgeschrieben ist (EBA/EZB). Insgesamt stieg der gemeldete Zahlungsbetrug im Wirtschaftsraum von 3,5 Milliarden Euro im Jahr 2023 auf 4,2 Milliarden Euro im Jahr 2024 (EBA/EZB). Wie Shops sich gegen Betrug aufstellen, zeigt unser Beitrag zur Betrugserkennung im Onlineshop; die kommenden EU-Regeln zur Authentifizierung fasst der Beitrag zu PSD3 und PSR zusammen.

Was Shopware im Standard schon kann

Für die Rettung einer Bestellung braucht es in Shopware zunächst keine Erweiterung. Im Kundenkonto sieht die Kundschaft unter „Bestellungen“ jede Bestellung mit Liefer- und Zahlungsstatus und hat mehrere Möglichkeiten (Shopware-Dokumentation):

1. Zahlungsart ändern: führt zurück auf die Checkout-Seite dieser Bestellung. Dort lässt sich die Zahlungsart aktualisieren und der Bezahlvorgang erneut durchführen oder stornieren.
2. Bestellung wiederholen: legt keinen neuen Auftrag an, sondern einen neuen Warenkorb mit denselben Produkten, den die Kundin wie gewohnt selbst abschließen muss.
3. Bestellung stornieren: steht nur bereit, wenn die Stornierung unter Einstellungen > Warenkorb erlaubt ist.

Ob eine Zahlungsart beim zweiten Versuch angeboten wird, entscheidet ein Schalter je Zahlungsart: „Zahlartwechsel nach Bestellabschluss erlauben“. Ist er aus, kann die Kundschaft diese Zahlungsart beim nachträglichen Wechsel nicht mehr wählen (Shopware-Dokumentation). Zahlungs-Plugins setzen dafür im Code eine Einstellung, mit der die Zahlungsart nach dem Anlegen der Bestellung verfügbar bleibt, etwa für einen neuen Versuch nach einer gescheiterten Zahlung (Shopware-Entwicklerdokumentation). Prüfen Sie deshalb bei jedem Zahlungs-Plugin, ob es den nachträglichen Wechsel unterstützt.

Gastbestellungen brauchen einen eigenen Blick. Wer ohne Kundenkonto bestellt, kann sich nicht anmelden und erhält deshalb in der Bestellbestätigung einen Link zur Bestellung; nach Eingabe von E-Mail-Adresse und Postleitzahl lassen sich dort Änderungen vornehmen (Shopware-Dokumentation). Die Rettung einer Gastbestellung hängt damit an genau dieser Mail. Warum Gastbestellungen ohnehin angeboten werden sollten, erläutert unser Beitrag zur Gastbestellung ohne Pflichtkonto.

Die Stellschrauben im Überblick

Welche Zahlungsarten beim zweiten Versuch sinnvoll sind

Der Schalter für den nachträglichen Wechsel ist eine Geschäftsentscheidung, keine technische Formalie. Wer nach einer abgelehnten Kartenzahlung den Kauf auf Rechnung anbietet, verlagert das Ausfallrisiko in den Shop. Wer nur noch Vorkasse zulässt, verlängert die Lieferzeit. Sinnvoll ist eine Auswahl, die zu Ware, Kundengruppe und Marge passt.

Mit der Verfügbarkeitsregel einer Zahlungsart legen Sie zusätzlich fest, wann sie überhaupt zur Verfügung steht; die Regeln kommen aus dem Rule Builder (Shopware-Dokumentation). So lässt sich etwa der Kauf auf Rechnung auf Bestandskundschaft begrenzen, während Vorkasse für Neukunden offen bleibt. Prüfen Sie im Test, dass die Regel auch auf der Seite für den nachträglichen Wechsel wie geplant greift. Was jede Zahlungsart im Shop tatsächlich kostet, rechnet unser Beitrag Zahlarten kalkulieren durch.

• Zahlungsarten mit Weiterleitung für den zweiten Versuch freigeben, wenn der erste Versuch nur abgebrochen wurde
• Überweisung oder Vorkasse als Rückfallweg anbieten; bei Echtzeitüberweisungen wird dem Händler der Betrag nahezu in Echtzeit gutgeschrieben (Deutsche Bundesbank)
• Kauf auf Rechnung nur mit Regel freigeben, etwa für Bestandskundschaft oder bis zu einem festen Warenkorbwert
• Zahlungsarten mit eigener Bonitätsprüfung nicht ungeprüft für den Wechsel öffnen
• Die Auswahl im Kundenkonto mit denselben Kundengruppen testen wie im Checkout

Im B2B-Geschäft kommen Anzahlungen und Vorkasse gegen Rechnung hinzu; wie sich das zum Jahreswechsel sauber abrechnen lässt, zeigt der Beitrag zur Anzahlungsrechnung im B2B-Shop. Echtzeitüberweisungen als Rückfallweg ordnet der Beitrag zu SEPA Instant Payments ein.

Die Erinnerungsmail: Auslöser, Inhalt, Zeitpunkt

Ohne Nachricht erfährt die Kundschaft oft nicht, dass ihre Zahlung gescheitert ist. Der Flow Builder unter Einstellungen > Automatisierung schließt diese Lücke. Er kennt für jeden Zahlungsstatus einen eigenen Auslöser; state_enter.order_transaction.state.failed wird ausgelöst, wenn eine Zahlung den Status „Fehlgeschlagen“ erreicht (Shopware-Dokumentation). An diesen Auslöser hängen Sie Bedingungen aus dem Rule Builder und Aktionen. So kann ein Flow aussehen:

1. Auslöser: Die Zahlung erreicht den Status „Fehlgeschlagen“.
2. Bedingung: Verkaufskanal und Kundengruppe, damit Endkunden- und B2B-Shop eigene Texte erhalten.
3. Aktion „E-Mail verschicken“: eine Vorlage mit Link zur Bestellung an die Kundschaft, etwa mit dem Betreff „Zahlung nicht abgeschlossen“.
4. Aktion „Tag hinzufügen“: ein Kennzeichen an der Bestellung, damit das Team sie in der Administration filtern kann.

Für Zahlungserinnerungen bringt Shopware bereits eine Vorlage mit: Die Mailvorlage zum Eintritt des Zahlungsstatus „Erinnert“ ist für den Fall gedacht, dass die Kundschaft bislang nicht bezahlt hat und eine Erinnerung erhält (Shopware-Dokumentation). Für den Fehlschlag passt sie nur bedingt, weil der Anlass ein anderer ist: Nicht die Kundin hat etwas versäumt, der Bezahlvorgang ist abgebrochen. Seit Version 6.7.14.0 liefert Shopware für den Auslöser state_enter.order_transaction.state.failed einen eigenen Flow samt Flow-Vorlage und Mailvorlage mit (Shopware Release Notes 6.7.14.0). Passen Sie nach dem Update diese Vorlage an, statt für denselben Auslöser einen zweiten Flow mit eigener Mail anzulegen, sonst erhält die Kundschaft zwei Nachrichten. Auf älteren Versionen legen Sie Vorlage und Flow selbst an. Abbrüche durch die Kundin, die als „Abgebrochen“ ankommen, brauchen zusätzlich einen Flow mit dem Auslöser state_enter.order_transaction.state.cancelled (Shopware-Dokumentation).

Beim Zeitpunkt gibt es eine Einschränkung: Zeitverzögerte Aktionen im Flow Builder stehen erst ab einem bestimmten kostenpflichtigen Plan zur Verfügung (Shopware-Dokumentation). In der Community Edition geht die erste Mail deshalb direkt beim Statuswechsel hinaus. Eine zweite Erinnerung am Folgetag, nur bei weiterhin offener Bestellung, löst eine kleine Erweiterung mit geplanter Aufgabe: Shopware führt solche Scheduled Tasks in einem Intervall aus, das die Erweiterung festlegt (Shopware-Entwicklerdokumentation). Dass der Server sie regelmäßig anstößt, gehört zu einem sauber eingerichteten Shopware-Hosting.

Was in die Mail gehört

• ein Betreff, der den Anlass nennt, etwa „Ihre Zahlung zur Bestellung ist noch nicht abgeschlossen“
• Bestellnummer, Betrag und Artikel, damit die Mail ohne Anmeldung verständlich ist
• ein Knopf mit direktem Link zur Bestellung im Kundenkonto oder, bei Gästen, zur Bestellung über den Gastzugang
• der Hinweis, dass eine andere Zahlungsart gewählt werden kann
• eine Kontaktmöglichkeit für Rückfragen per Telefon oder Mail
• keine Eingabefelder und keine Bitte um Karten- oder Kontodaten in der Mail selbst

Die Mail dient der Abwicklung des Vertrags; Rechtsgrundlage ist dann in der Regel die Vertragserfüllung (Art. 6 DSGVO). Werbung gehört nicht hinein: Ohne vorherige ausdrückliche Einwilligung gilt Werbung per E-Mail als unzumutbare Belästigung, die Ausnahme für Bestandskunden ist an Bedingungen geknüpft (§ 7 UWG). Wie Sie Transaktionsmails sauber aufbauen, beschreibt unser Beitrag zur Bestellbestätigung als Transaktionsmail.

Der Weg zurück: Kundenkonto, Gastlink, Checkout

Die Mail ist nur so gut wie die Seite, auf die sie führt. Angemeldete Kundinnen und Kunden gelangen über „Zahlungsart ändern“ auf die Checkout-Seite der bestehenden Bestellung, wählen eine Zahlungsart und zahlen erneut (Shopware-Dokumentation). Der Link sollte direkt dorthin führen und nach der Anmeldung nicht auf der Startseite des Kontos enden. Gäste kommen über den Link aus der Bestellbestätigung und bestätigen sich mit E-Mail-Adresse und Postleitzahl.

Wechselt die Kundschaft die Zahlungsart, setzt Shopware den Bestellstatus automatisch auf „Offen“; ein Flow muss das nicht zusätzlich erledigen und würde dabei scheitern (Shopware-Dokumentation). Wer an den Wechsel weitere Schritte knüpfen will, etwa eine interne Benachrichtigung, nutzt den Auslöser für die geänderte Zahlungsmethode.

Fristen, Bestand und Storno: was rechtlich mitläuft

Eine offene Zahlung ist kein Dauerzustand. Aus einem gegenseitigen Vertrag kann der Verkäufer seine Leistung bis zur Gegenleistung verweigern, es sei denn, er ist zur Vorleistung verpflichtet (§ 320 BGB). Eine Lieferung vor Zahlungseingang ist also keine Pflicht, solange Ihre Zahlungsbedingungen keine Vorleistung vorsehen; beim Kauf auf Rechnung ist genau das der Fall.

Bleibt die Zahlung ganz aus, steht der Rücktritt offen: Erbringt der Schuldner eine fällige Leistung nicht, kann der Gläubiger nach erfolglosem Ablauf einer angemessenen Frist vom Vertrag zurücktreten (§ 323 BGB). Die Erinnerungsmail kann eine solche Frist nennen. Für den Verzug gilt eine eigene Regel: Er tritt spätestens 30 Tage nach Fälligkeit und Zugang einer Rechnung ein, gegenüber Verbrauchern aber nur, wenn die Rechnung auf diese Folge besonders hinweist (§ 286 BGB). Welche Fristen und Formulierungen in Ihren Shop gehören, klären Sie mit Ihrer Rechtsberatung.

Ein Sonderfall ist die SEPA-Lastschrift. Sie scheitert selten an der Kasse, sondern später: Der Zahler kann bei seiner Bank eine Erstattung ohne Angabe von Gründen verlangen, ausgeschlossen ist der Anspruch erst nach acht Wochen ab der Belastung (§ 675x BGB). In Shopware lässt sich so ein Fall als Rückbuchung abbilden; er braucht einen anderen Ablauf als ein Abbruch im Checkout.

Neben dem Recht zählt der Bestand: Je nach Bestandsführung bindet eine offene Bestellung Ware. Legen Sie fest, nach wie vielen Tagen ohne Zahlungseingang eine Bestellung storniert wird. Bei vielen offenen Bestellungen nach Aktionstagen hilft die Mehrfachänderung in Shopware, um Status in einem Zug zu setzen.

Zahlungs-Plugins testen, bevor es die Kundschaft trifft

Ein durchdachter Ablauf nützt wenig, wenn das Zahlungs-Plugin den Fehlschlag nicht sauber zurückmeldet. Bei Zahlungen mit Weiterleitung ruft Shopware nach der Rückkehr eine eigene Abschlussmethode des Plugins auf (Shopware-Entwicklerdokumentation); dort entscheidet sich, ob die Transaktion als bezahlt, abgebrochen oder fehlgeschlagen gilt. Spätere Benachrichtigungen des Anbieters können den Status erneut ändern. Diese Kette gehört in einen festen Testplan:

• Abbruch auf der Seite des Zahlungsanbieters: Landet die Kundin wieder im Shop, steht der Status auf „Abgebrochen“, und greift der passende Flow?
• Gescheiterte Authentifizierung mit einer Testkarte: Erscheint eine verständliche Meldung statt einer leeren Seite?
• Abgelaufener Payment-Token: In der Testumgebung die Zeit für die Transaktion kurz stellen und den Abbruch nachstellen
• Zahlungsart im Kundenkonto wechseln: Erscheinen nur freigegebene Zahlungsarten, und wird die neue Zahlung korrekt verbucht?
• Gastbestellung: Funktioniert der Link aus der Bestellbestätigung samt Abfrage von E-Mail-Adresse und Postleitzahl?
• Verspätete Rückmeldung des Anbieters: Überschreibt sie einen inzwischen bezahlten Status nicht falsch?
• Flow und Mail: Geht genau eine Mail hinaus, auch wenn der Status zweimal wechselt oder neben dem eigenen Flow der mitgelieferte aktiv ist?

Läuft ein Zahlungsanbieter als App statt als Plugin, kommen Rechte und Webhooks hinzu; was dort zu prüfen ist, zeigt der Beitrag Shopware-Apps prüfen. Den Testplan fahren wir nach Updates von Shopware oder Plugin in einer Staging-Umgebung, bevor die Änderung live geht.

Offene Zahlungen im Blick behalten

In der Bestellübersicht der Administration lässt sich nach dem Zahlungsstatus filtern, auch mit Mehrfachauswahl, etwa nach „Fehlgeschlagen“, „Abgebrochen“ und „Offen“ zugleich (Shopware-Dokumentation). Eine feste Ansicht auf diese Bestellungen, einmal am Tag geprüft, reicht für viele Shops aus. Wer Bestellungen an eine Warenwirtschaft übergibt, sollte den Zahlungsstatus mit übertragen, damit dort keine unbezahlte Bestellung in den Versand geht; das regeln wir bei der Anbindung von ERP und Warenwirtschaft.

Eine zweite Frage ist, wo Zahlungen schon vor dem Bestellabschluss scheitern. Diese Abbrüche an der Kasse erscheinen im Shop nicht als Bestellung. Wie sich Zahlungsarten und Abbrüche im Checkout auswerten lassen, beschreibt der Beitrag Zahlungsarten auswerten im Blog von XICTRAQ; Maßnahmen vor dem Kauf sammelt unser Beitrag zur Checkout-Optimierung.

So unterstützen wir bei Zahlungsabbrüchen in Shopware

Als Shopware-Agentur richten wir den Ablauf von der Bestandsaufnahme bis zum Test ein: welche Zahlungsarten aktiv sind, welche Mails hinausgehen und was mit unbezahlten Bestellungen geschieht.

Jede offene Zahlung braucht einen zweiten Weg

Eine fehlgeschlagene Zahlung ist in Shopware ein Zustand, kein Ende. Der Standard bringt den Wechsel der Zahlungsart, den Gastzugang und die Auslöser im Flow Builder mit. Was meist fehlt, ist die Verbindung: eine bewusst gewählte Auswahl an Zahlungsarten, eine Mail, die den Fehlschlag erklärt und direkt zurückführt, eine klare Frist und ein Test, der nach Updates zeigt, dass die Kette noch hält. Wenn Sie diesen Ablauf für Ihren Shop aufsetzen wollen, sprechen Sie uns an.