So gewinnen Sie fehlgeschlagene Lastschriften mit GoCardless zurück

Eine fehlgeschlagene Lastschrift ist keine abgelehnte Karte. Es gibt keine Karte zu aktualisieren, die Bank antwortet Tage, nachdem Sie das Geld angefordert haben, und der Kunde kann das Geld manchmal noch lange, nachdem es sein Konto verlassen hat, zurückfordern. Die Rückgewinnung bei GoCardless folgt eigenen Regeln, und die meisten davon stammen aus den Bankverfahren (Bacs, SEPA, ACH und andere), nicht von GoCardless selbst.

Dieser Ratgeber erklärt, warum Zahlungen bei GoCardless fehlschlagen, wie Wiederholungen funktionieren, was zu tun ist, wenn ein Mandat widerrufen wurde oder abgelaufen ist, und wie Charge-backs (Indemnity Claims) behandelt werden. Er hält sich an die eigene Dokumentation von GoCardless: die Referenz der Payment-Events, die Referenz der Mandats-Events, den Leitfaden zu Success+, die Artikel im Hilfecenter zu Zahlungsfehlern und dazu, welche fehlgeschlagenen Zahlungen Success+ wiederholen kann, sowie die Beschreibungen in den offiziellen API-Clientbibliotheken von GoCardless (alle abgerufen im November 2026).

Wie eine Lastschrift abläuft

Eine Zahlung bei GoCardless durchläuft eine Reihe von Status. Die API dokumentiert diese Werte für status:

Status	Bedeutung
pending_submission	Erstellt, noch nicht an die Banken übermittelt
submitted	An die Banken übermittelt
confirmed	Als eingezogen bestätigt
paid_out	In einer Auszahlung an Sie enthalten
failed	Die Zahlung konnte nicht verarbeitet werden
charged_back	Die Zahlung wurde zurückgebucht
cancelled	Die Zahlung wurde vor dem Einzug storniert

Zwei Details sind für die Rückgewinnung wichtig:

1. Fehler kommen nach dem Belastungsdatum an. Laut Hilfecenter von GoCardless treffen Fehlermeldungen meist einen Arbeitstag nach dem Belastungsdatum ein. Sie erfahren es etwas später als bei Karten, und Ihr Mahnwesen sollte mit dem Fehler-Event beginnen, nicht mit dem Belastungsdatum.
2. Eine bestätigte Zahlung kann trotzdem fehlschlagen. Die API-Referenz weist darauf hin, dass Zahlungen nach der Bestätigung fehlschlagen können, wenn die Bank die Fehlermeldung verspätet sendet. Behandeln Sie confirmed nicht als endgültig, wenn Sie Zugang gewähren oder entziehen.

Warum Lastschriften fehlschlagen

Jeder Fehler kommt mit einem Event. Bei Payment-Events sendet GoCardless ein Objekt details mit:

• cause: der vereinfachte, vorhersehbare Schlüssel von GoCardless dafür, was passiert ist.
• origin: wer das Event ausgelöst hat, zum Beispiel bank, gocardless, api oder customer.
• reason_code: wenn die Bank der Ursprung ist, der verfahrensspezifische Code, den die Bank gemeldet hat. GoCardless warnt, dass er zwischen Banken uneinheitlich sein kann; bauen Sie Ihre Logik also auf cause auf und behalten Sie reason_code für Untersuchungen.
• description: ein menschenlesbarer Text, der sich laut GoCardless ohne Ankündigung ändern kann.

Die in der Referenz der Payment-Events aufgeführten Ursachen umfassen insufficient_funds, refer_to_payer, mandate_cancelled, bank_account_closed, invalid_bank_details, direct_debit_not_enabled, bank_declined_payment, payment_stopped und account_blocked_for_any_financial_transaction. Sie fallen in drei Gruppen:

Gruppe	Ursachen	Was zu tun ist
Nicht genug Geld	insufficient_funds, refer_to_payer	Wiederholen, idealerweise nachdem der Kunde voraussichtlich sein Gehalt erhalten hat. GoCardless beschreibt refer_to_payer (ein Bacs-Code) als fast immer gleichbedeutend mit unzureichender Deckung.
Mandat weg	mandate_cancelled	Nicht wiederholen. Der Kunde braucht ein neues Mandat.
Kontoproblem	bank_account_closed, invalid_bank_details, direct_debit_not_enabled, account_blocked_for_any_financial_transaction	Nicht wiederholen. Nach anderen Bankdaten oder einer anderen Zahlungsmethode fragen.
Vom Kunden oder der Bank gestoppt	payment_stopped, bank_declined_payment	Den Kunden kontaktieren, bevor Sie es erneut versuchen. Eine gestoppte Zahlung kann ein Zeichen sein, dass er gehen will.

Wiederholungen mit Success+

Das eigene Wiederholungsprodukt von GoCardless ist Success+. Laut dem Leitfaden zu Success+ und dem Hilfecenter:

• Es wird im Dashboard von GoCardless von einem Admin-Nutzer aktiviert, mit Einstellungen je Verfahren.
• API-Integrationen müssen außerdem jede Zahlung einbeziehen, indem sie beim Erstellen von Zahlungen, Abos oder Ratenplänen retry_if_possible: true senden. Der Standard ist false.
• Standardmäßig wiederholt es bis zu 3-mal innerhalb von 4 Wochen. Sie können Ihr eigenes Fenster in Kalendertagen festlegen, und die Wiederholungen finden an Geschäftstagen innerhalb davon statt.
• Es wiederholt nur Fehler, die es für wiederholbar hält, vor allem Fehler wegen fehlender Deckung. Widerrufene Mandate, geschlossene Konten und direkte Ablehnungen durch die Bank werden nicht wiederholt. Die Liste wiederholbarer Codes gilt je Verfahren.
• Bei Bacs muss dem Zahler das Datum der Wiederholung mitgeteilt werden, bevor die Zahlung eingezogen wird.
• Jede Wiederholung ist für die Abrechnung ein neuer Zahlungsversuch; prüfen Sie also Ihre Preise bei GoCardless.

Beim Fehler-Event sagt Ihnen das Feld will_attempt_retry, ob Success+ wiederholen wird. Ist es false, erklärt not_retried_reason den Grund: failure_filter_applied (GoCardless erwartet, dass die Wiederholung fehlschlägt) oder other.

Das Hilfecenter von GoCardless weist außerdem darauf hin, dass nicht jeder Softwarepartner Success+ unterstützt. Wenn Ihre Abrechnung über eine Partner-App läuft, prüfen Sie das zuerst dort.

Manuelle Wiederholungen über die API

Ohne Success+, oder für eine Zahlung, die es nicht wiederholen wird, können Sie selbst mit POST /payments/:id/actions/retry wiederholen. Die API dokumentiert drei Regeln:

1. Das zugrunde liegende Mandat muss aktiv sein.
2. Eine Zahlung kann bis zu 3-mal wiederholt werden.
3. Der Aufruf schlägt mit retry_failed fehl, wenn die Zahlung nicht fehlgeschlagen ist.

Nach dem Aufruf erhalten Sie ein Event resubmission_requested, dann dieselbe Abfolge wie bei einer neuen Zahlung: submitted, gefolgt von confirmed oder failed. Die Wiederholung braucht ein neues Belastungsdatum; wählen Sie es also bewusst. Bei einem Fehler insufficient_funds ist ein Datum kurz nach einem üblichen Zahltag im Land des Kunden eine vernünftige Wahl. Am nächsten Tag zu wiederholen meist nicht.

Den Kunden vor der Wiederholung informieren

Anders als eine Kartenwiederholung ist eine Lastschriftwiederholung auf dem Kontoauszug des Kunden sichtbar, und bei Bacs verlangt GoCardless eine Vorabankündigung des Wiederholungsdatums. Eine gute Nachricht:

1. Sagt, dass die Zahlung nicht durchgegangen ist, mit Betrag und Plan.
2. Nennt das Datum des nächsten Versuchs.
3. Bietet eine Möglichkeit, die Bankdaten zu ändern oder anders zu zahlen, falls das Konto keine Deckung haben wird.
4. Wird von einer Adresse gesendet, die ein Mensch liest.

Widerrufene und abgelaufene Mandate

Eine Zahlung braucht ein aktives Mandat. Die API dokumentiert unter anderem diese Mandatsstatus: active, suspended_by_payer, cancelled, expired (wegen Inaktivität abgelaufen), failed, consumed und blocked. Beobachten Sie Mandats-Events (resource_type: mandates) so genau wie Payment-Events: Ein widerrufenes Mandat bedeutet, dass jede künftige Zahlung darauf fehlschlägt.

Wenn ein Mandat vom Kunden bei seiner Bank widerrufen wird, schlägt eine Zahlung darauf mit der Ursache mandate_cancelled fehl. Wiederholen Sie nicht; Sie brauchen ein neues Mandat. Schritte:

1. Finden Sie heraus, warum. Ein Kunde, der seine Lastschrift bei der Bank widerruft, hat vielleicht einfach die Bank gewechselt, oder er will nicht mehr zahlen. Die E-Mail sollte fragen, nicht annehmen.
2. Senden Sie einen Link, um ein neues Mandat einzurichten. Bei GoCardless wird ein neues Mandat über einen Billing Request erfasst, meist mit einem gehosteten Billing Request Flow. Senden Sie dem Kunden diesen Link, kein Formular, das per E-Mail nach Bankdaten fragt.
3. Erstellen Sie die Zahlung neu auf dem neuen Mandat, sobald es aktiv ist.

Die API von GoCardless hat außerdem eine Aktion reinstate für widerrufene oder abgelaufene Mandate (bis zu 10-mal pro Mandat). Sie übermittelt das Mandat erneut an die Banken, und Sie erhalten dann submitted, gefolgt von reinstated oder failed, bis zu zwei Arbeitstage später. Nutzen Sie sie nur, wenn Sie wissen, dass das Mandat noch gültig sein sollte. Wenn der Kunde absichtlich widerrufen hat, ist es nicht der richtige Schritt, es ohne Nachfrage wiederherzustellen.

Charge-backs (Indemnity Claims)

Die Lastschrift gibt Kunden starke Erstattungsrechte, und sie unterscheiden sich je nach Verfahren. Das Hilfecenter und die Leitfäden von GoCardless beschreiben sie:

Verfahren	Recht des Kunden auf einen Anspruch
Bacs (UK)	Nach der Direct Debit Guarantee gibt es laut GoCardless derzeit keine Frist für Indemnity Claims.
SEPA Core	Erstattung ohne Angabe von Gründen innerhalb von 8 Wochen nach der Belastung; bis zu 13 Monate bei nicht autorisierten Zahlungen.
SEPA B2B	Keine Erstattung für autorisierte Zahlungen; Ansprüche bei nicht autorisierten Zahlungen bis zu 13 Monate.

Eine beanspruchte Zahlung geht in den Status charged_back, und der Betrag wird Ihnen wieder abgezogen. Anders als bei Karten-Disputes gibt es meist kein Nachweisverfahren. GoCardless beschreibt in seinem Hilfecenter eine Funktion zur Anfechtung von Charge-backs, mit Bedingungen zu Plan und Verfahren; prüfen Sie, ob sie für Sie gilt.

Was Sie steuern können, ist das, was vor dem Anspruch passiert:

• Machen Sie das Kündigen einfach. Ein Kunde, der nicht findet, wie man kündigt, stoppt die Lastschrift bei seiner Bank oder stellt einen Anspruch. Ein klarer Kündigungsbutton auf Ihrer Seite kostet weniger.
• Senden Sie leicht lesbare Vorabankündigungen. Ein Kunde, der eine Verlängerung vergessen hat, stellt eher einen Anspruch.
• Behandeln Sie einen Charge-back als Kündigungssignal. Stoppen Sie künftige Zahlungen auf diesem Mandat, bis Sie mit dem Kunden gesprochen haben.

Webhooks, auf die Sie hören sollten

Eine minimale Rückgewinnungsintegration bei GoCardless folgt diesen Events:

Ressource	Aktion	Warum
payments	failed	Rückgewinnung starten; cause, will_attempt_retry lesen
payments	resubmission_requested, submitted, confirmed	Eine Wiederholung verfolgen
payments	charged_back	Indemnity Claim; pausieren und den Kunden kontaktieren
mandates	cancelled, expired	Vor der nächsten Zahlung um ein neues Mandat bitten

Denken Sie daran, dass ein Fehler mehrere Events erzeugen kann (zum Beispiel ein widerrufenes Mandat und seine stornierten ausstehenden Zahlungen); deduplizieren Sie also anhand der Event-ID und gruppieren Sie nach Kunde, bevor Sie jemandem eine E-Mail schreiben.

Das mit NoChurn umsetzen

NoChurn verbindet sich mit Ihrem GoCardless-Konto, importiert Kunden, Mandate, Abos und Zahlungen und folgt den Webhooks von GoCardless. Wenn eine Zahlung fehlschlägt, sendet es von KI geschriebene Rückgewinnungs-E-Mails, die Sie prüfen, zeitlich auf die Lastschrift abgestimmt, und wenn ein Mandat widerrufen wird, verlinkt die E-Mail den Kunden auf die Einrichtung eines neuen. Einzug, Wiederholungen und Success+ bleiben bei GoCardless, und Charge-backs erscheinen in der Zeitleiste des Kunden, da es bei Lastschrift-Ansprüchen keine Nachweise zu senden gibt. NoChurn ergänzt außerdem Kündigungsflows mit einem immer sichtbaren Ein-Klick-Kündigen, Win-back-E-Mails an Tag 30, 60 und 90 je nach Kündigungsgrund und einen Churn-Score. Siehe NoChurn + GoCardless.