ACH-Rückgabecodes: die vollständige Referenz R01-R85, geprüft an den offiziellen Quellen

Was ist ein ACH-Rückgabecode?

Ein ACH-Rückgabecode ist ein dreistelliger Code, den die empfangende Bank (RDFI) in einen Addenda-Satz vom Typ 99 schreibt, an den Positionen 4 bis 6, um dem Auftraggeber mitzuteilen, warum eine Buchung zurückgegeben wurde. Offiziell existieren genau 70 davon: R01 bis R47, R50 bis R53, R61, R62, R67 bis R77 sowie R80 bis R85. Codes wie R63, R64, R65 und R66 werden im Netz breit veröffentlicht, sind aber überhaupt keine Rückgabecodes – sie sind die Addenda-Untercodes von R69, „Field Error(s)“. Die Frage, die ein Code wirklich beantwortet, ist, ob Sie die Buchung erneut einreichen dürfen: eine unautorisierte Rückgabe (R05, R07, R10, R29, R51) darf ohne neue Autorisierung nicht erneut eingereicht werden, während R11 – ebenfalls ein unautorisierter Code – korrigiert und erneut gesendet werden darf.

Validieren Sie Ihre Datei jetzt

Kostenlos, sofort und 100 % in Ihrem Browser - keine Datei wird hochgeladen.

ACH / NACHA Validator öffnen

Wo der Code in der Datei tatsächlich steht

Eine Rückgabe ist keine Nachricht, die Sie neben der Zahlung erhalten. Sie ist eine Buchung innerhalb einer ACH-Datei, die einen Addenda-Satz vom Typ 99 trägt. Der Code steht an den Positionen 4 bis 6 dieses 94 Zeichen langen Satzes – weshalb eine Rückgabe etwas ist, das man parst, und nicht etwas, das man in einer E-Mail liest.

799R01 091000010000001      091000019100001...
 │ │  └── positions 4-6: the return reason code
 │ └───── positions 2-3: addenda type 99 = a return
 └─────── position 1: record type 7 = addenda

Zwei Konsequenzen, die häufig falsch verstanden werden, beide teuer. Eine Rückgabe ist eine echte Buchung: Geld kommt zurück. Eine Notification of Change, Addenda-Typ 98, ist eine Buchung über null Dollar: die Zahlung ist durchgegangen, und die Bank teilt Ihnen mit, dass Sie Ihre Daten für das nächste Mal korrigieren sollen. Eine NOC als fehlgeschlagene Zahlung zu behandeln und erneut zu senden, bezahlt dieselbe Rechnung zweimal.

Und die Felder einer Rückgabe werden nicht umgeschrieben. Nacha stellt fest, dass jedes Feld einer Rückgabe oder einer NOC gegenüber der ursprünglichen Buchung unverändert bleibt. Es gibt keinen SEC-Code namens „RET“; die Company Entry Description wird nicht zu „RETURN“ oder „SOFTWARE“. Echte Rückgabedateien tragen das, was das Original trug – „TRANSFER“, „Vendor Pay“. Ein Parser, der nach diesen Markern sucht, findet nichts und schließt fälschlich, die Datei sei keine Rückgabe.

Die Codes, auf die es wirklich ankommt

Von siebzig macht eine Handvoll die überwältigende Mehrheit der Rückgaben aus – und die Federal Reserve gruppiert sie für Sie, namentlich, in ihrem eigenen ACH Return Reason Report.

R01 – ungenügende Deckung

Das Konto ist gültig und offen; das Geld war zum Buchungszeitpunkt schlicht nicht da. Die Rückgabe kommt innerhalb von zwei Bankgeschäftstagen. Es ist zugleich einer der wenigen Codes, bei denen Sie erneut einreichen dürfen, unter den Bedingungen der Nacha-Regeln: identischer Company Name, identische Company ID und identischer Betrag sowie „RETRY PYMT“ in der Company Entry Description.

R02, R03, R04 – was die Fed selbst die Invalid/Admin Returns nennt

Konto geschlossen; kein Konto oder nicht auffindbar; ungültige Kontonummer. Das sind Datenprobleme, keine Geldprobleme: Ihre Aufzeichnung des Kundenkontos ist falsch, und dieselbe Buchung erneut zu senden, wird auf dieselbe Weise scheitern. Korrigieren Sie das Mandat, nicht den Zeitpunkt.

R05, R07, R10, R11, R29, R51 – die Gruppe der Unauthorized Returns der Fed

Das ist die Gruppe mit regulatorischem Risiko, denn eine Quote unautorisierter Rückgaben oberhalb der Nacha-Schwelle stellt Ihre Fähigkeit, überhaupt einzureichen, infrage. Es ist auch die Gruppe, in der ein erneutes Einreichen kein Wiederholungsversuch ist, sondern ein Regelverstoß – mit der einzigen Ausnahme R11, siehe unten.

R14 und R15 – ein Todesfall

Der Zahlungsempfangsberechtigte oder der Kontoinhaber ist verstorben. Das sind die einzigen beiden Codes, die ein Date of Death tragen, an den Positionen 22 bis 27 der Addenda 99. Bei jedem anderen Rückgabecode ist dieses Feld leer – und ein Parser, der es trotzdem liest, erzeugt ein Datum aus dem Nichts.

Die Mythen – und einer davon war unserer

Diesen Abschnitt gibt es, weil die frei verfügbaren Inhalte zu ACH-Rückgabecodes stellenweise schlicht falsch sind und die Fehler von großen und angesehenen Zahlungsunternehmen wiederholt werden. Wir haben alle siebzig Codes erneut gegen Nachas eigenen ISO-20022-Mapping-Leitfaden, den ACH Return Reason Report der Federal Reserve und das Green Book des US-Finanzministeriums geprüft. Vier Befunde.

R63, R64, R65 und R66 sind keine Rückgabecodes

Die offizielle Liste geht von R62 direkt zu R67 – im Leitfaden von Nacha wie im Report der Fed. Was als „R63 – Incorrect Dollar Amount“ veröffentlicht wird, ist in Wirklichkeit der Untercode 03 der Addenda zu R69, so wie das Green Book es abdruckt. Wenn Sie Ihre Nachschlagetabelle von einer Anbieterseite gebaut haben, enthält sie vier Codes, die nie ankommen werden, und ihr fehlt der Mechanismus, der sie erzeugt.

R11 ist kein „Checksum Abbreviation Error“

Die öffentliche Seite von Stripe behauptet das. Das ist falsch, und es kehrt die Empfehlung um. R11 bedeutet, dass der Kunde erklärt, die Lastschrift habe nicht den Bedingungen der Autorisierung entsprochen – falscher Betrag, zu früh belastet. Seit 2020 ist es der eine unautorisierte Code, den Sie beheben dürfen: korrigieren Sie den zugrundeliegenden Fehler und senden Sie eine neue Buchung innerhalb von 60 Tagen ab dem Valutadatum der Rückgabe, ohne dass eine neue Autorisierung nötig ist.

R85 ist kein IAT-Code

R80 bis R84 gelten für ausgehende IAT-Buchungen. Der Anwendungsbereich von R85 ist in Nachas eigener Tabelle jeder SEC-Code AUSSER IAT: es handelt sich um eine inländisch codierte Buchung, die das Gateway als ausgehende internationale Zahlung erkennt, die von vornherein eine IAT hätte sein müssen. R80-R85 pauschal als „die IAT-Codes“ zusammenzufassen, dreht ausgerechnet den entscheidenden um.

R44 existiert – und wir waren diejenigen, die das falsch hatten

„Invalid Individual ID Number“, für ENR-Buchungen. Er steht im Leitfaden von Nacha und im Report der Fed. Wir hatten ihn bewusst von dieser Website ausgenommen, weil die Anbieterseiten, aus denen wir ihn hatten, einander widersprachen – wir haben das Fehlen einer verlässlichen Quelle mit dem Fehlen eines Codes verwechselt. Jetzt ist er veröffentlicht, und diese Seite existiert unter anderem, um das zu sagen.

R69, „Field Error(s)“, benennt das fehlerhafte Feld nicht im Code. Er benennt es in der Addenda, als zweistelligen Untercode – und diese Liste ist der ganze Grund, weshalb R63-R66 für jeden echt aussehen, der sie außerhalb des Kontexts gesehen hat (Quelle: Green Book, gemeinfrei):

01Return contains incorrect DFI Account Number
02Return contains incorrect Original Entry Trace Number
03Return contains incorrect dollar amount
04Return contains incorrect Individual Identification Number / Identification Number
05Return contains incorrect Transaction Code
06Return contains incorrect Company Identification Number
07Return contains an invalid Effective Entry Date

Alle 70 ACH-Rückgabecodes

Gruppiert nach Thema, die häufigsten zuerst. Jeder Code verlinkt auf seine eigene Seite: was er bedeutet, was ihn auslöst, die Rückgabefrist, sofern eine offizielle Quelle eine nennt, und ob Sie die Buchung erneut einreichen dürfen. Diese Tabelle wird aus denselben Daten erzeugt, die auch unser Validator nutzt, und kann daher nicht vom Werkzeug abweichen.

Deckung

Konto

Autorisierung & Widersprüche

Daten & Format

Weiterleitung

Administrativ

Sonstige

Codes, die nicht existieren, was auch immer ein Suchergebnis behauptet: R48, R49, R54 bis R60, R63 bis R66, R78, R79 und alles oberhalb von R85. Ein neuer Code kommt: R90, „Entry Returned Due to RDFI's Sanctions Compliance Obligations“, tritt am 17. März 2028 in Kraft – und am selben Tag verliert R16 seine OFAC-Hälfte und bedeutet wieder allein „Account Frozen“.

Was zu tun ist, wenn eine Rückgabe eintrifft

Der Reihe nach. Die ersten beiden Schritte dauern eine Minute, und es sind die beiden, die die teuren Fehler verhindern.

1Lesen Sie die Positionen 4 bis 6 der Addenda 99. Das ist der Code – nicht das Etikett, das das Portal Ihrer Bank ihm verpasst hat.
2Stellen Sie die einzige Frage, auf die es wirklich ankommt: ist es eine unautorisierte Rückgabe? R05, R07, R10, R29 und R51 dürfen nicht erneut eingereicht werden. Die Buchung erneut zu senden, ist kein Wiederholungsversuch, sondern ein Regelverstoß.
3Wenn es R11 ist, dürfen Sie korrigieren und erneut senden – innerhalb von 60 Tagen ab dem Valutadatum der Rückgabe, ohne neue Autorisierung. Das ist die Ausnahme von der obigen Regel, und sie ist bares Geld wert.
4Wenn es R69 ist, öffnen Sie die Addenda. Der zweistellige Untercode sagt Ihnen, welches Feld die ODFI für falsch hält, und es gibt sieben davon.
5Wenn es R01 oder R09 ist, ist ein erneutes Einreichen nach den Nacha-Regeln zulässig: Company Name, Company ID und Betrag müssen identisch sein, und „RETRY PYMT“ muss in der Company Entry Description stehen. Die Regeln begrenzen auch, wie oft und wie lange – diese genauen Zahlen sind nur im kostenpflichtigen Regelwerk veröffentlicht, und wir zitieren keine Zahlen, die wir nicht belegen können.

Validieren Sie danach die korrigierte Datei, bevor Sie sie senden. Eine zweite Rückgabe auf dieselbe Buchung ist nicht kostenlos, und bei den unautorisierten Codes ist sie nicht einmal erlaubt.

Eine ACH-Datei validieren, bevor sie zurückkommt

Ziehen Sie eine NACHA-Datei in den Validator: Satzstruktur, ABA-Prüfziffern, Entry Hash, Batch- und Datei-Kontrollsummen – und die dekodierten Addenda, einschließlich Rückgaben (99), Notifications of Change (98) und IAT (10 bis 18). Er läuft vollständig in Ihrem Browser; die Datei verlässt Ihren Rechner nie.

ACH-Validator öffnen

Offizielle Quellen – und was wir zu sagen ablehnen

Das Regelwerk Nacha Operating Rules ist urheberrechtlich geschützt und wird verkauft. Wir haben es nicht gekauft und geben seinen Wortlaut nicht wieder. Alles auf dieser Seite ist gegen frei verfügbare offizielle Veröffentlichungen geprüft: Nachas eigener ISO-20022-Mapping-Leitfaden, der die vollständige Codetabelle enthält; der ACH Return Reason Report der Federal Reserve, der die Codes auflistet, die sie mit und ohne Bewegung verarbeitet – was ihn zur maßgeblichen Quelle dafür macht, welche Codes existieren; und das Green Book des US-Finanzministeriums, das gemeinfrei ist. Wo nur das kostenpflichtige Regelwerk eine Zahl nennt – die Fristen für dishonored und contested returns, die genauen Grenzen für erneutes Einreichen –, sagt diese Seite, dass die Regel existiert, und erfindet die Zahl nicht.

Häufig gestellte Fragen

Wie viele ACH-Rückgabecodes gibt es?

Siebzig. R01 bis R47, R50 bis R53, R61, R62, R67 bis R77 sowie R80 bis R85. Nachas ISO-20022-Mapping-Leitfaden und der ACH Return Reason Report der Federal Reserve führen dieselbe Menge auf, und der Report der Fed ist maßgeblich, weil er die Codes aufzählt, die sie mit und ohne Bewegung verarbeitet – ein Code, der darin fehlt, ist ein Code, der nicht existiert.

Ist R63 ein echter ACH-Rückgabecode?

Nein. R64, R65 und R66 ebenso wenig. Die offizielle Liste geht von R62 direkt zu R67. Was anderswo als „R63 – Incorrect Dollar Amount“ veröffentlicht wird, ist der Untercode 03 der Addenda zu R69, „Field Error(s)“. Die Verwechslung ist nachvollziehbar – die Liste der Untercodes liest sich exakt wie eine Liste von Rückgabecodes –, aber ein R63 wird nie in Ihrer Datei ankommen.

Was ist der Unterschied zwischen R10 und R11?

Beide sind unautorisierte Rückgaben und beide haben eine Frist von 60 Tagen. R10 bedeutet, der Kunde sagt, die Lastschrift sei überhaupt nicht autorisiert gewesen. R11 bedeutet, der Kunde sagt, die Lastschrift habe nicht den Bedingungen einer tatsächlich bestehenden Autorisierung entsprochen – ein falscher Betrag, eine zu früh eingezogene Lastschrift. Der praktische Unterschied ist entscheidend: bei R11 dürfen Sie den Fehler korrigieren und innerhalb von 60 Tagen ab dem Valutadatum der Rückgabe eine neue Buchung senden, ohne eine neue Autorisierung einzuholen. Bei R10 dürfen Sie das nicht.

Darf ich eine zurückgegebene Buchung erneut senden?

Das hängt ganz vom Code ab. R01 und R09 (Deckung) dürfen nach den Nacha-Regeln erneut eingereicht werden, mit identischem Company Name, identischer Company ID und identischem Betrag sowie „RETRY PYMT“ in der Company Entry Description. Die unautorisierten Codes – R05, R07, R10, R29, R51 – dürfen es nicht: sie brauchen eine neue Autorisierung, und ein erneutes Senden ist ein Regelverstoß. R11 ist die Ausnahme: korrigieren und innerhalb von 60 Tagen erneut senden, ohne neue Autorisierung.

Wo steht der Rückgabecode in einer ACH-Datei?

In einem Addenda-Satz vom Typ 99, an den Positionen 4 bis 6 des 94 Zeichen langen Satzes. Position 1 ist der Satztyp („7“ für eine Addenda), die Positionen 2 und 3 sind der Addenda-Typcode („99“ für eine Rückgabe). Die Positionen 22 bis 27 enthalten ein Date of Death, aber nur bei R14 und R15 – bei jedem anderen Code ist dieses Feld leer.

Was ist der Unterschied zwischen einer Rückgabe und einer Notification of Change?

Eine Rückgabe (Addenda 99) schickt das Geld zurück: die Zahlung ist gescheitert. Eine Notification of Change (Addenda 98) ist eine Buchung über null Dollar: die Zahlung war erfolgreich, und die empfangende Bank teilt Ihnen mit, dass einige Ihrer Daten – eine Kontonummer, eine Routing Number, ein Transaktionscode – für das nächste Mal korrigiert werden müssen. Eine NOC als Zahlung erneut zu senden, bezahlt dieselbe Rechnung zweimal.

Wie lange hat eine Bank Zeit, eine ACH-Buchung zurückzugeben?

Zwei Bankgeschäftstage sind die administrative Norm: das Green Book legt fest, dass eine Rückgabe bis zur Geschäftseröffnung am zweiten Bankgeschäftstag nach dem Valutadatum der ursprünglichen Buchung eingegangen sein muss. Unautorisierte Verbraucherlastschriften haben eine verlängerte Frist von 60 Kalendertagen. Die genauen Fristen für dishonored und contested returns sind nur im kostenpflichtigen Nacha-Regelwerk veröffentlicht – wir zitieren keine Zahlen, die wir nicht belegen können, und R68 „Untimely Return“ sowie R72 „Untimely Dishonored Return“ existieren genau dazu, eine versäumte Frist zu sanktionieren.

Kommt ein neuer ACH-Rückgabecode?

Ja. R90, „Entry Returned Due to RDFI's Sanctions Compliance Obligations“, tritt am 17. März 2028 in Kraft. Am selben Tag verliert R16 die OFAC-Hälfte seiner Bedeutung und heißt wieder allein „Account Frozen“. Keine der beiden Änderungen ist heute schon aktiv, und R90 existiert im Netzwerk noch nicht.