ACH-Zahlungen (Automated Clearing House) sind elektronische Transaktionen, die Gelder zwischen Bankkonten in den USA übertragen. Sie werden häufig für direkte Einzahlungen, Rechnungszahlungen, B2B-Transaktionen und Zahlungen zwischen Privatpersonen verwendet.
ACH-Zahlungen werden über das ACH-Netzwerk abgewickelt, ein sicheres und zuverlässiges System, das von der National Automated Clearing House Association (Nacha) betrieben wird. Im Jahr 2025 übertrug das ACH-Netzwerk 93 Billionen USD. Trotz ihrer Zuverlässigkeit kommt es zu fehlgeschlagenen ACH-Zahlungen, und wenn eine ACH-Zahlung fehlschlägt oder zurückgegeben wird, können die Auswirkungen auf den Cashflow, die Kundenbeziehungen und die Compliance erheblich sein. Wenn ACH-Fehler auftreten, ist es wichtig zu verstehen, warum sie aufgetreten sind, und entsprechend zu reagieren.
Wir erklären, warum ACH-Rückgaben häufig vorkommen, stellen eine vollständige Liste der ACH-Rückgabecodes bereit und beschreiben, wie Sie fehlgeschlagene ACH-Zahlungen in Ihrem Unternehmen reduzieren können.
Worum geht es in diesem Artikel?
- Was passiert, wenn eine ACH-Zahlung zurückgegeben wird?
- Warum ACH-Zahlungsrückgaben auftreten
- Eine vollständige Liste der ACH-Rückgabecodes
- So reduzieren Sie ACH-Rückgaben
- So kann Stripe Payments Sie unterstützen
Was passiert, wenn eine ACH-Zahlung zurückgegeben wird?
Eine zurückgegebene ACH-Zahlung bedeutet, dass die Transaktion nicht abgeschlossen werden konnte und das Geld an das ursprüngliche Konto zurückgesendet wurde, in der Regel mit einem Rückgabecode, der den Grund für das Fehlschlagen angibt. Eine Rückgabe unterscheidet sich geringfügig von einer Ablehnung, die auftritt, wenn ein Eintrag nie zur Verarbeitung in das ACH-Netzwerk aufgenommen wurde.
Es gibt mehrere Gründe, warum eine ACH-Zahlung zurückgegeben oder abgelehnt werden könnte, einschließlich unzureichender Deckung auf dem Konto des Absenders bzw. der Absenderin, eines geschlossenen Kontos oder falscher Kontoinformationen. Im Folgenden erfahren Sie, was passiert, wenn eine ACH-Zahlung zurückgegeben wird.
Bankbenachrichtigung: Die empfangende Bank benachrichtigt die ursprüngliche Bank (die Bank des Absenders bzw. der Absenderin), dass die ACH-Zahlung zurückgegeben wurde. Sie gibt einen Grundcode oder eine Beschreibung für die Rückgabe an, woraus hervorgeht, warum die Transaktion nicht abgeschlossen werden konnte.
Benachrichtigung der Absender/innen: Die ursprüngliche Bank informiert die Absender/innen (normalerweise ein Unternehmen oder eine Einzelperson) darüber, dass die ACH-Zahlung zurückgegeben wurde, zusammen mit dem von der empfangenden Bank angegebenen Grund.
Erneute Einreichung oder Korrektur: Abhängig vom Grund für die Rückgabe müssen Absender/innen möglicherweise die Zahlungsinformationen korrigieren (z. B. Kontodaten aktualisieren), bevor sie die Transaktion erneut einreichen.
Abgleich: Der/Die Absender/in gleicht seine/ihre Aufzeichnungen ab, um die zurückgegebene Zahlung widerzuspiegeln, und ergreift alle erforderlichen Maßnahmen, um die Situation zu klären, z. B. durch Kontaktaufnahme mit dem/der Empfänger/in, um eine alternative Zahlungsmethode zu vereinbaren.
Für zurückgegebene ACH-Zahlungen können Transaktionsgebühren anfallen, die die Bank des Absenders dem Absender normalerweise in Rechnung stellt. Diese Transaktionsgebühren variieren je nach den Richtlinien der Bank und der Art der Rückgabe.
Warum kommt es zu Rückgaben von ACH-Zahlungen?
ACH-Zahlungen können aus verschiedenen Gründen zurückgegeben werden. Hier sind einige der häufigsten Ursachen.
Unzureichende Deckung
Beispielcode: R01 (Unzureichende Deckung)
Dies ist der Fall, wenn das Konto, von dem die Zahlung abgebucht wird, zum Zeitpunkt der Verarbeitung nicht über ausreichende Mittel zur Deckung der Transaktion verfügt.
Probleme mit Ihrem Konto
Beispielcodes: R02 (Konto geschlossen), R03 (Kein Konto / Konto nicht auffindbar), R04 (Ungültige Kontonummer)
Zahlungen werden zurückgegeben, wenn die angegebene Kontonummer nicht existiert, einem geschlossenen Konto entspricht oder ungültig ist. Dies kann an Eingabefehlern, Schließung von Konten oder anderen administrativen Unstimmigkeiten liegen.
Probleme mit der Autorisierung
Beispielcodes: R07 (Autorisierung durch Kunde/Kundin widerrufen), R10 (Kunde/Kundin meldet fehlende Autorisierung)
Diese Rückgaben erfolgen, wenn der Auftraggeber nicht über die ordnungsgemäße Autorisierung durch die/den Kontoinhaber/in verfügt, um die Abbuchung zu veranlassen, oder wenn die Autorisierung widerrufen wurde, nachdem sie ursprünglich erteilt wurde.
Zahlungen stoppen
Beispielcode: R08 (Zahlung gestoppt)
Wenn ein/e Kontoinhaber/in einen Zahlungsstoppauftrag für eine bestimmte Zahlung erteilt, wird die ACH-Lastschrift zurückgegeben.
Administrative Fehler
Beispielcodes: R05 (Nicht autorisierte Abbuchung vom Verbraucherkonto unter Verwendung des SEC-Unternehmenscodes), R17 (Datei-Datensatz-Bearbeitungskriterien)
Fehler können auftreten, wenn die Transaktion falsch formatiert wurde. Dies könnte auf eine Nichtübereinstimmung der Zahlungscodes (z. B. Anwendung eines Unternehmens-Transaktionscodes auf ein Verbraucherkonto) oder andere technische Fehler hinweisen, die gegen die ACH-Regeln verstoßen.
Bankfehler
Beispielcodes: R13 (Ungültige ACH-Routingnummer), R26 (Fehler im Pflichtfeld)
Diese Rückgaben stehen im Zusammenhang mit Problemen mit der Empfängerbank, wie z. B. fehlender Qualifikation für die Teilnahme am ACH-Netzwerk oder Fehlern beim Ausfüllen der erforderlichen Felder einer Transaktion.
Zahlungsanfechtungen und Betrug
Beispielcodes: R29 (Unternehmenskunde/-kundin meldet fehlende Autorisierung), R51 (Artikel im Zusammenhang mit RCK-Eintrag ist nicht qualifiziert oder RCK-Eintrag ist unzulässig)
Wenn ein/e Kontoinhaber/in eine Transaktion als nicht autorisiert beanstandet, was möglicherweise auf Betrug oder Unstimmigkeiten bei der Verarbeitung von Einträgen hindeutet, kann die Transaktion mit diesen Codes zurückgegeben werden.
Technisches oder verfahrenstechnisches Versagen
Beispielcodes: R20 (Kein Transaktionskonto), R24 (Doppelter Eintrag)
Zahlungen, die an nicht transaktionsbezogene Konten gerichtet sind (Konten, denen automatische Lastschriften oder Gutschriften nicht gestattet sind) oder doppelte Transaktionen (bei denen derselbe Eintrag mehr als einmal gesendet wird) sind ebenfalls häufige Gründe für ACH-Rückgaben.
Compliance und rechtliche Fragen
Beispielcodes: R16 (Konto eingefroren)
Dieser Fehlercode kann bedeuten, dass die Konten aufgrund rechtlicher Schritte eingefroren wurden oder Transaktionen aufgrund von Regelverstößen gestoppt wurden.
Eine vollständige Liste der ACH-Rückgabecodes
ACH-Ablehnungs- und Rückgabecodes umfassen ein breites Spektrum an Szenarien, von einfachen administrativen Fehlern bis hin zu komplexeren Problemen im Zusammenhang mit internationalen Transaktionen und Compliance. Bevor wir auf die spezifischen Codes eingehen, ist es hilfreich, einige wichtige Begriffe zu klären:
Entry: Jede Einreichung einer ACH-Transaktion
IAT: Internationale ACH-Transaktion
ODFI: Originating Depository Financial Institution, die ACH-Transaktionen sendet
RDFI: Receiving Depository Financial Institution, die ACH-Transaktionen empfängt
Jeder Code enthält spezifische Informationen darüber, warum eine Transaktion fehlgeschlagen ist oder Aufmerksamkeit erfordert. Hier sind alle ACH-Ablehnungs- und Rückgabecodes:
|
Code
|
Beschreibung
|
Kategorie
|
|---|---|---|
| R01 | Unzureichende Deckung | Finanzierung |
| R02 | Konto geschlossen | Konto |
| R03 | Kein Konto / Konto konnte nicht gefunden werden | Konto |
| R04 | Ungültige Kontonummer | Konto |
| R05 | Nicht autorisierte Abbuchung vom Verbraucherkonto unter Verwendung eines Corporate SEC Code | Autorisierung |
| R06 | Auf Anfrage der ODFI zurückgegeben | Administrativ |
| R07 | Autorisierung durch Kundin/Kunde widerrufen | Autorisierung |
| R08 | Zahlung gestoppt | Autorisierung |
| R09 | Nicht eingezogene Gelder | Finanzierung |
| R10 | Kundin/Kunde teilt mit, dass nicht autorisiert | Autorisierung |
| R11 | Rückgabe Check Truncation Entry | Scheck/RCK |
| R12 | Filiale an andere DFI verkauft | Institution |
| R13 | Ungültige ACH-Routingnummer | Administrativ |
| R14 | Repräsentativer Zahlungsempfänger verstorben oder nicht in der Lage, in dieser Funktion fortzufahren | Verstorben |
| R15 | Begünstigter oder Kontoinhaber/in (außer einem repräsentativen Zahlungsempfänger) verstorben | Verstorben |
| R16 | Konto eingefroren | Konto |
| R17 | Kriterien für die Dateisatzbearbeitung | Administrativ |
| R18 | Falsches Datum des Inkrafttretens | Administrativ |
| R19 | Betragsfeldfehler | Administrativ |
| R20 | Nicht-Transaktionskonto | Konto |
| R21 | Ungültige Identifikation für Unternehmen | Administrativ |
| R22 | Ungültige ID-Nummer der Einzelperson | Administrativ |
| R23 | Gutschrift vom Empfänger abgelehnt | Autorisierung |
| R24 | Doppelter Eintrag | Administrativ |
| R25 | Addenda-Fehler | Administrativ |
| R26 | Pflichtfeldfehler | Administrativ |
| R27 | Trace-Nummern-Fehler | Administrativ |
| R28 | Prüfziffernfehler der Routingnummer | Administrativ |
| R29 | Firmenkunde/-kundin teilt mit, dass nicht autorisiert | Autorisierung |
| R30 | RDFI nimmt nicht am Check Truncation Program teil | Scheck/RCK |
| R31 | Zulässiger Rückgabeeintrag (nur CCD und CTX) | Administrativ |
| R32 | RDFI Keine Zahlungsabwicklung | Institution |
| R33 | Rückgabe des XCK-Eintrags | Scheck/RCK |
| R34 | DFI mit begrenzter Teilnahme | Institution |
| R35 | Rückgabe eines unzulässigen Abbuchungseintrags | Administrativ |
| R36 | Rückgabe eines unzulässigen Gutschrifteintrags | Administrativ |
| R37 | Source-Dokument zur Zahlung vorgelegt | Scheck/RCK |
| R38 | Zahlung auf Source-Dokument gestoppt | Scheck/RCK |
| R39 | Unzulässiges Source-Dokument | Scheck/RCK |
| R40 | Rückgabe des ENR-Eintrags durch Bundes-Regierungsbehörde | Anmeldung Regierungsbehörde |
| R41 | Ungültiger Transaktionscode | Anmeldung Regierungsbehörde |
| R42 | Fehler bei Routingnummer / Prüfziffer | Anmeldung Regierungsbehörde |
| R43 | Ungültige DFI-Kontonummer | Staatliche Registrierung |
| R44 | Ungültige ID-Nummer der Einzelperson | Staatliche Registrierung |
| R45 | Ungültiger Name der Einzelperson | Staatliche Registrierung |
| R46 | Ungültiger Indikator für den Zahlungsempfängervertreter | Staatliche Registrierung |
| R47 | Doppelte Registrierung | Staatliche Registrierung |
| R50 | Landesgesetz betrifft RCK-Akzeptanz | Scheck/RCK |
| R51 | Posten im Zusammenhang mit RCK-Eintrag ist nicht qualifiziert oder RCK-Eintrag ist unsachgemäß | Scheck/RCK |
| R52 | Zahlung für Posten im Zusammenhang mit RCK-Eintrag gestoppt | Scheck/RCK |
| R53 | Posten und RCK-Eintrag zur Zahlung vorgelegt | Scheck/RCK |
| R61 | Fehlgeleitete Rückgabe | Abgelehnte Rückgabe |
| R62 | Rückgabe einer fehlerhaften oder stornierenden Belastung | Abgelehnte Rückgabe |
| R63 | Falscher Dollar-Betrag | Abgelehnte Rückgabe |
| R64 | Falsche Identifikation der Einzelperson | Abgelehnte Rückgabe |
| R65 | Falscher Transaktionscode | Abgelehnte Rückgabe |
| R66 | Falsche Unternehmensidentifikation | Abgelehnte Rückgabe |
| R67 | Doppelte Rückgabe | Abgelehnte Rückgabe |
| R68 | Verspätete Rückgabe | Abgelehnte Rückgabe |
| R69 | Feldfehler | Abgelehnte Rückgabe |
| R70 | Zulässiger Rückgabeeintrag nicht akzeptiert / Rückgabe nicht von ODFI angefordert | Abgelehnte Rückgabe |
| R71 | Fehlgeleitete abgelehnte Rückgabe | Abgelehnte Rückgabe |
| R72 | Verspätete abgelehnte Rückgabe | Abgelehnte Rückgabe |
| R73 | Rechtzeitige ursprüngliche Rückgabe | Abgelehnte Rückgabe |
| R74 | Korrigierte Rückgabe | Abgelehnte Rückgabe |
| R75 | Rückgabe ist kein Duplikat | Abgelehnte Rückgabe |
| R76 | Keine Fehler gefunden | Abgelehnte Rückgabe |
| R77 | Nichtakzeptanz einer abgelehnten R62-Rückgabe | Abgelehnte Rückgabe |
| R80 | IAT-Eintrag-Codierungsfehler | International |
| R81 | Kein Teilnehmer am IAT-Programm | International |
| R82 | Ungültige Identifikation des ausländischen empfangenden DFI | International |
| R83 | Ausländisches empfangendes DFI kann nicht abwickeln | International |
| R84 | Eintrag nicht vom Gateway verarbeitet | International |
| R85 | Falsch codierte ausgehende internationale Zahlung | International |
Wie reduziert man ACH-Rückgaben?
Die Reduzierung von ACH-Rückgaben kann Ihnen Geld sparen, den Verwaltungsaufwand für Ihr Personal verringern und die Erfahrung Ihrer Kundinnen und Kunden verbessern, indem Zahlungsverzögerungen minimiert und Frustrationen beim Zahlungsprozess behoben werden. Es ist eine gute Idee, Ihre ACH-Rückgabequoten mit Branchen-Benchmarks zu vergleichen und mit anderen Unternehmen in Ihrer Branche zusammenzuarbeiten, um Best Practices zur Reduzierung von Rückgaben auszutauschen. (Eine unautorisierte Rückgabequote von mindestens 0,5 %, eine administrative Rückgabequote von mindestens 3 % oder eine Gesamtrückgabequote von mindestens 15 % löst beispielsweise eine Nacha-Compliance-Prüfung aus.) Stellen Sie sicher, dass Sie ACH-Rückgaben umgehend bearbeiten, wenn sie auftreten, und ziehen Sie die Implementierung automatisierter Workflows in Betracht, um Rückgaben in Echtzeit zu kategorisieren und zu bearbeiten.
Hier sind einige Ideen, wie Sie ACH-Rückgaben reduzieren können. Bewerten Sie sorgfältig die Kosteneffizienz dieser Strategien zur Rückgabevermeidung, um sicherzustellen, dass Sie die Investitionskosten gegen potenzielle Einsparungen abwägen.
Überprüfen Sie die Kontodaten vor der Initiierung von Transaktionen: Verwenden Sie Adressverifizierungsdienste (AVS) und Positive Pay, um sicherzustellen, dass die Kontodaten mit den Bankunterlagen übereinstimmen. Ziehen Sie eine elektronische Validierung der Kontoinhaberschaft in Betracht, bevor Sie Abbuchungen durch Mikro-Einzahlungen oder Tools zur sofortigen Kontoverifizierung initiieren.
Klären Sie Kundinnen und Kunden im Vorfeld über die ACH-Autorisierung auf: Kommunizieren Sie klar über ACH-Autorisierungsprozesse und mögliche Gebühren im Zusammenhang mit unzureichender Kontodeckung oder nicht autorisierten Transaktionen.
Erstellen Sie Risikobewertungen aus Ihren historischen Rückgabedaten: Analysieren Sie historische Rückgabedaten, um Muster zu erkennen und Risikobewertungen für neue Transaktionen zu erstellen. Berücksichtigen Sie die Kundenhistorie, die Transaktionsgröße und Branchentrends.
Überwachen Sie Transaktionen in Echtzeit auf verdächtige Aktivitäten: Implementieren Sie Tools, die ACH-Transaktionen auf verdächtige Aktivitäten überwachen, wie z. B. hochwertige Abbuchungen von neuen Konten.
Verfassen Sie klare, genaue Transaktionsbeschreibungen: Verwenden Sie leicht verständliche, prägnante Transaktionsbeschreibungen, die den Zweck der Zahlung genau widerspiegeln. Mehrdeutige Beschreibungen können bei Kundinnen und Kunden Warnsignale auslösen und zu Rückgaben führen.
Senden Sie Vorabbenachrichtigungen vor ersten oder wiederkehrenden Abbuchungen: Senden Sie nach Möglichkeit Vorabbenachrichtigungen an Kundinnen und Kunden, um sie über bevorstehende ACH-Transaktionen zu informieren, insbesondere bei ersten Abbuchungen oder wiederkehrenden Zahlungen.
Bieten Sie Kundinnen und Kunden mehrere Möglichkeiten, den Support zu erreichen: Stellen Sie Kundinnen und Kunden mehrere Möglichkeiten zur Verfügung, den Support bezüglich Transaktionen zu kontaktieren, die sie nicht erkennen, oder um ihre Kontoinformationen zu aktualisieren.
Fassen Sie risikoarme Transaktionen zusammen: Verwenden Sie Batching-Strategien, um risikoarme Transaktionen zusammen einzureichen.
Optimieren Sie Ihre ACH-Netzwerkstrategie: Arbeiten Sie mit Ihrem Zahlungsabwickler zusammen, um fortschrittliche Strategien zur Optimierung des ACH-Netzwerks zu erkunden. Dies könnte die Auswahl der am besten geeigneten Routing-Optionen oder die Nutzung von Same-Day-ACH-Funktionen umfassen, um Abrechnungen zu beschleunigen und das Risiko unzureichender Deckung zu verringern. Im Jahr 2025 wurden 1,4 Milliarden Same-Day-ACH-Zahlungen abgewickelt.
Arbeiten Sie mit Spezialisten für die Vermeidung von ACH-Rückgaben zusammen: Ziehen Sie eine Partnerschaft mit spezialisierten Diensten zur Vermeidung von ACH-Rückgaben in Betracht, die erweiterte Datenscrubbing- und Verifizierungsfunktionen bieten.
Bleiben Sie bei den Nacha-Betriebsregeln auf dem neuesten Stand: Befolgen Sie die neuesten Nacha-Betriebsregeln und Best Practices für ACH-Transaktionen. Beispielsweise hat die Organisation vor Kurzem neue Regeln eingeführt, die spezifischere Beschreibungen für Unternehmenseinträge wie „PAYROLL“ und „PURCHASE“ erfordern, um die Transparenz zu verbessern.
Stärken Sie die Sicherheit in Ihrem gesamten ACH-Verarbeitungssystem: Sorgen Sie für starke Sicherheitsprotokolle im gesamten ACH-Verarbeitungssystem, um das Risiko von betrügerischen Aktivitäten und Rückgaben zu minimieren.
So kann Stripe Payments Sie unterstützen
Mit Stripe Payments können Unternehmen mehr als 125 Zahlungsmethoden einrichten und akzeptieren, einschließlich ACH Direct Debit. Stripe Payments bietet eine einheitliche, globale Zahlungslösung, mit der jedes Unternehmen – von wachsenden Start-ups bis hin zu globalen Unternehmen – online, vor Ort und weltweit Zahlungen akzeptieren kann.
Mit Stripe Payments können Sie Folgendes umsetzen:
Verifizierung vereinfachen: Verifizieren Sie ACH Direct Debit sofort oder senden Sie Testeinzahlungen, um die Bankkontodaten der Kundinnen und Kunden innerhalb von zwei Werktagen zu verifizieren.
Rückerstattungen vereinfachen: Nehmen Sie Rückerstattungen vor oder senden Sie zu viel gezahlte Gelder an den Kunden oder die Kundin zurück.
Ihren Bezahlvorgang optimieren: Schaffen Sie ein reibungsloses Kundenerlebnis und sparen Sie Tausende von Entwicklungsstunden mit vorgefertigten Zahlungs-Nutzeroberflächen und Link, einer von Stripe entwickelten Digital Wallet.
Neue Märkte schneller erschließen: Erreichen Sie Kundinnen und Kunden weltweit und reduzieren Sie die Komplexität und Kosten der Verwaltung mehrerer Währungen mit grenzüberschreitenden Zahlungsoptionen, die in 195 Ländern und über 135 Währungen verfügbar sind.
Online- und Vor-Ort-Zahlungen vereinheitlichen: Schaffen Sie Unified Commerce übergreifend über Online- und Vor-Ort-Kanäle, um Interaktionen zu personalisieren, Treue zu belohnen und Ihren Umsatz zu steigern.
Zahlungs-Performance verbessern: Steigern Sie Ihren Umsatz mit einer Reihe anpassbarer, einfach zu konfigurierender Zahlungstools, darunter No-Code-Betrugsvorbeugung und erweiterte Funktionen zur Verbesserung der Autorisierungsquoten.
Schnelleres Wachstum dank einer flexiblen, zuverlässigen Plattform: Bauen Sie auf einer Plattform auf, die mit Ihnen mitwächst, mit einer sensationellen Erreichbarkeit von 99,999 % und branchenführender Zuverlässigkeit.
Erfahren Sie mehr darüber, wie Stripe Payments Sie bei Online- und Vor-Ort-Zahlungen unterstützen kann oder starten Sie noch heute.
Der Inhalt dieses Artikels dient nur zu allgemeinen Informations- und Bildungszwecken und sollte nicht als Rechts- oder Steuerberatung interpretiert werden. Stripe übernimmt keine Gewähr oder Garantie für die Richtigkeit, Vollständigkeit, Angemessenheit oder Aktualität der Informationen in diesem Artikel. Sie sollten den Rat eines in Ihrem steuerlichen Zuständigkeitsbereich zugelassenen kompetenten Rechtsbeistands oder von einer Steuerberatungsstelle einholen und sich hinsichtlich Ihrer speziellen Situation beraten lassen.