Jede zurückgegebene SEPA-Lastschrift trägt einen Reason Code, der den Grund verschlüsselt: von der falschen IBAN über fehlende Deckung bis zum Widerspruch. Diese Referenz erklärt alle relevanten Codes und die passende Reaktion darauf.
Von verifizierten Nutzern ausgezeichnet · 2× in Folge Category Leader (Q2 & Q3/2026) · Top-Rated bei OMR Reviews
Derselbe Code kann in drei Phasen auftreten: als Reject vor der Ausführung, als Return durch die Zahlerbank kurz nach der Einlösung und als Refund auf Verlangen des Zahlers, bei der Basislastschrift bis acht Wochen nach Belastung. Für die Reaktion zählt deshalb neben dem Code immer auch der Zeitpunkt.
Diese Codes betreffen das Konto des Zahlers. Die meisten davon lassen sich nur durch korrigierte Stammdaten oder eine andere Zahlungsart lösen, ein automatischer Retry hilft hier nicht.
Die IBAN ist falsch oder existiert nicht, häufig ein Tippfehler oder Zahlendreher bei der Erfassung.
Reaktion: IBAN mit dem Kunden abgleichen, korrigieren und erneut einreichen.
Die angegebene Bankleitzahl (BIC) ist fehlerhaft oder passt nicht zur IBAN.
Reaktion: BIC prüfen oder weglassen, innerhalb von SEPA ist die IBAN ausreichend.
Das Konto des Zahlers wurde aufgelöst. Weitere Einzüge auf diese Verbindung sind zwecklos.
Reaktion: Nicht erneut einziehen. Neue Bankverbindung und Mandatsänderung beim Kunden anfordern.
Das Konto ist generell oder speziell für Lastschriften gesperrt, durch die Bank oder den Kunden selbst.
Reaktion: Kunden bitten, die Sperre mit seiner Bank zu klären, oder auf eine andere Zahlungsart wechseln.
Eine SEPA-Firmenlastschrift wurde auf ein Verbraucherkonto gezogen. Das B2B-Verfahren steht nur Geschäftskonten offen.
Reaktion: Für diesen Kunden auf die Basislastschrift wechseln oder ein Geschäftskonto erfragen.
Der Kontotyp lässt keine Lastschriften zu, etwa bei bestimmten Spar- oder Sonderkonten.
Reaktion: Anderes Konto oder andere Zahlungsart mit dem Kunden vereinbaren.
Der Einzug verstößt gegen eine vom Kunden bei seiner Bank hinterlegte Regel, etwa eine Lastschrift-Positivliste oder ein Limit.
Reaktion: Kunden bitten, den Zahlungsempfänger bei seiner Bank freizuschalten.
Diese Codes betreffen das SEPA-Mandat oder die Zustimmung des Zahlers. Sie verlangen fast immer Klärung mit dem Kunden statt technischer Wiederholung.
Die Zahlerbank kennt kein gültiges Mandat, oder der Zahler hat die Erstattung einer nicht autorisierten Lastschrift verlangt (bis 13 Monate rückwirkend möglich).
Reaktion: Mandat und Referenz prüfen, bei Firmenlastschriften die Hinterlegung bei der Zahlerbank verifizieren. Dokumentation bereithalten.
Pflichtangaben aus dem Mandat fehlen in der Einreichung oder stimmen nicht mit den hinterlegten Daten überein.
Reaktion: Mandatsreferenz, Unterschriftsdatum und Gläubiger-ID in der Einreichung gegen das Mandat abgleichen.
Der Zahler hat die Erstattung einer autorisierten Basislastschrift verlangt, möglich bis acht Wochen nach Belastung. Bei der Firmenlastschrift gibt es diesen Code nicht.
Reaktion: Rechnung und Leistung mit dem Kunden klären, Forderung neu geltend machen. Bei wiederholten Fällen Zahlungsart überdenken.
Der Zahler ist verstorben, das Mandat damit erloschen.
Reaktion: Einzüge stoppen, Vorgang an die Vertrags- und Forderungsklärung übergeben.
Der Zahler hat diesen konkreten Einzug vor der Ausführung zurückgewiesen, ohne einen Grund zu nennen.
Reaktion: Ursache direkt beim Kunden erfragen, häufig steckt eine strittige Rechnung dahinter.
Der Sequenztyp der Einreichung passt nicht, etwa eine Folgelastschrift ohne vorherige Erstlastschrift.
Reaktion: Sequenz- und Verfahrensangaben der Einreichung prüfen.
Die häufigsten Rückgabegründe im laufenden Betrieb. Hier lohnen automatische Wiederholungsversuche zum richtigen Zeitpunkt.
Das Konto des Zahlers wies zum Einzugszeitpunkt keine ausreichende Deckung auf. Einer der häufigsten Rückgabegründe.
Reaktion: Erneuter Einzug nach wenigen Tagen ist oft erfolgreich, idealerweise als automatischer Smart Retry mit Ankündigung.
Die Lastschrift wurde von der Bank als Duplikat einer bereits eingereichten Zahlung erkannt.
Reaktion: Einreichungen abgleichen, Duplikat stornieren und die Ursache im Rechnungslauf beheben.
Die Zahlerbank nennt keinen Grund, oft aus Datenschutzgründen anstelle von AM04 oder AC06. Einer der häufigsten Codes überhaupt.
Reaktion: Wie bei fehlender Deckung behandeln: moderater Retry, bei erneutem Fehlschlag Kundenkontakt.
Diese Codes entstehen in der Einreichung selbst. Sie sind vollständig vermeidbar, wenn Stammdaten und Dateiformat systemseitig validiert werden.
Die Einreichungsdatei (pain.008) verletzt die Formatvorgaben, etwa durch fehlende Pflichtfelder.
Reaktion: SEPA-Datei validieren, bei Systemeinreichungen die Formatversion mit der Bank abstimmen.
Die angegebene Lastschriftart ist unzulässig oder passt nicht zum Mandat, etwa B2B-Einzug auf ein Core-Mandat.
Reaktion: Verfahrensangabe (Core oder B2B) mit dem Mandatstyp des Kunden abgleichen.
Der angegebene Zahlername passt nicht zum Kontoinhaber.
Reaktion: Kontoinhaber beim Kunden erfragen und die Stammdaten korrigieren.
Die Gläubiger-Identifikationsnummer fehlt oder ist fehlerhaft.
Reaktion: Gläubiger-ID prüfen, sie muss in jeder Einreichung und jedem Mandat identisch hinterlegt sein.
Pflichtangaben zu Zahler (RR01, RR02), Zahlungsempfänger (RR03) oder andere regulatorische Anforderungen (RR04) sind unvollständig.
Reaktion: Die im Einzelfall genannten Pflichtfelder ergänzen, Stammdaten von Kunde und Unternehmen vervollständigen.
Für die Praxis lassen sich die Codes auf vier Reaktionen verdichten. Fynn ordnet eingehende R-Transaktionen automatisch dem richtigen Vorgang zu und wählt das passende Muster.
AM04 und MS03: Erneuter Einzug nach wenigen Tagen, automatisch geplant und angekündigt (Smart Retry).
AC01, RC01, BE01, BE05 und die RR-Codes: Daten berichtigen, dann erneut einreichen. Ohne Korrektur scheitert jeder Versuch erneut.
MD06, MS02, AC06, SL01: Die Ursache liegt beim Kunden oder seiner Bank. Direkter Kontakt vor dem nächsten Einzug.
AC04, MD07, AC13: Diese Rückgaben sind endgültig für diese Kontoverbindung. Neue Bankverbindung, anderes Verfahren oder Vorgangsklärung.
Ein Reject ist die Ablehnung vor der Ausführung, etwa wegen fehlerhafter Daten. Ein Return ist die Rückgabe durch die Zahlerbank kurz nach der Einlösung, typischerweise wegen fehlender Deckung. Ein Refund ist die Erstattung auf Verlangen des Zahlers, bei der Basislastschrift bis acht Wochen nach Belastung, ohne gültiges Mandat bis 13 Monate.
MS03 heißt, dass die Zahlerbank keinen Grund angibt, häufig aus Datenschutzgründen anstelle von fehlender Deckung oder Kontosperre. In der Praxis wird MS03 wie AM04 behandelt: moderater Wiederholungsversuch, bei erneutem Fehlschlag direkter Kundenkontakt.
Vor allem bei AM04 (fehlende Deckung) und MS03 (Grund unbekannt), idealerweise automatisch nach wenigen Tagen mit erneuter Ankündigung. Keinen Sinn ergibt ein Retry bei AC04 (Konto geschlossen), MD07 (Kontoinhaber verstorben) und AC13 (Verbraucherkonto), hier braucht es neue Daten oder ein anderes Verfahren.
AC13 kommt zurück, wenn eine SEPA-Firmenlastschrift auf ein Verbraucherkonto gezogen wird. Das B2B-Verfahren steht ausschließlich Geschäftskonten offen. Die Lösung: für diesen Kunden auf die Basislastschrift wechseln oder ein Geschäftskonto als Zahlungsverbindung hinterlegen.
Zunächst der Zahlungsempfänger, dem die Bank Rücklastschriftentgelte berechnet. Ob die Kosten an den Kunden weiterbelastet werden können, hängt von der vertraglichen Vereinbarung und dem Verschulden ab. Wichtig ist, dass Gebühren dem Vorgang zugeordnet werden, damit die Forderung vollständig bleibt.
Zuletzt aktualisiert:
Basis- und Firmenlastschrift mit Mandatsverwaltung und EBICS.
Smart Retries und Mahnwesen bei Rückläufern, automatisch.
Offene Posten strukturiert klären und dokumentieren.
Offene Posten, Bank Sync und Payment Reconciliation.
Deine Nachrichten werden KI-gestützt verarbeitet. Hosting in Deutschland.