Die vollständige Liste der ACH-Ablehnungscodes: Warum sie angezeigt werden und wie man damit umgeht

Payments
Payments

Akzeptieren Sie Zahlungen online, vor Ort und weltweit mit einer Zahlungslösung, die für jede Art von Unternehmen geeignet ist – vom Start-up bis zum globalen Konzern.

Mehr erfahren 
  1. Einführung
  2. Was sind ACH-Überweisungen?
  3. Was sind ACH-Ablehnungscodes?
  4. Warum werden ACH-Überweisungen abgelehnt?
    1. Administrative Fehler
    2. Probleme mit der Autorisierung
    3. Finanzielle Probleme
    4. Timing- und Abwicklungsprobleme
    5. Risikomanagement und regulatorische Compliance
  5. Liste der ACH-Ablehnungscodes und wie man sie vermeidet
  6. So gehen Unternehmen mit ACH-Ablehnungen um
    1. Präventivmaßnahmen
    2. Umgang mit Ablehnungen
    3. Maßnahmen für spezifische Szenarien
  7. So kann Stripe Payments Sie unterstützen

Automated Clearing House (ACH)-Transfers sind ein gängiger Weg für Unternehmen und Privatpersonen, Geld elektronisch zu senden oder zu empfangen. Im Jahr 2024 erreichte die Gesamtsumme der übertragenen Gelder 86,2 Billionen USD, wobei das ACH-Netzwerk 33,56 Milliarden Zahlungen abwickelte. Obwohl diese Zahlungsmethode praktisch, kostengünstig und beliebt ist, kommt es immer noch recht häufig vor, dass ACH-Transfers abgelehnt werden.

Wenn ein ACH-Transfer nicht abgewickelt werden kann, gibt das ACH-Netzwerk einen „Ablehnungscode“ oder „Rückkehrcode“ zurück, der erklärt, warum ein Transfer nicht abgeschlossen wurde. Die Codes reichen von R01 bis R85, wobei zu den häufigsten Gründen unzureichende Deckung oder eine falsche Kontonummer gehören.

Wenn ACH-Ablehnungen auftreten, ist es für Unternehmen wichtig zu wissen, was schiefgelaufen ist, damit sie zukünftige Probleme vermeiden und das Vertrauen und die Zufriedenheit der Kundinnen und Kunden aufrechterhalten können. Im Folgenden behandeln wir die verschiedenen Arten von Ablehnungscodes, die Ursachen für Ablehnungen, wie man sie vermeidet und wie man damit umgeht, wenn sie auftreten.

Worum geht es in diesem Artikel?

  • Was sind ACH-Transfers?
  • Was sind ACH-Ablehnungscodes?
  • Warum es zu ACH-Ablehnungen kommt
  • Liste der ACH-Ablehnungscodes
  • Wie Unternehmen mit ACH-Ablehnungen umgehen sollten
  • So kann Stripe Payments Sie unterstützen

Was sind ACH-Überweisungen?

Automated Clearing House (ACH)-Transfers sind eine Form der elektronischen Geldübertragung, bei der Gelder zwischen verschiedenen Finanzinstituten bewegt werden. Diese Transaktionen werden in der Regel massenhaft verarbeitet und unterliegen den Regeln, die von Nacha (ursprünglich die National Automated Clearing House Association) in den USA festgelegt wurden.

ACH-Transfers sind eine zuverlässige, kostengünstige und vielseitige Zahlungsmethode, die von Unternehmen in den USA weitgehend übernommen wurde. Obwohl es einige Tage dauern kann, bis diese Transfers abgerechnet sind, überwiegen ihre Vielseitigkeit und die geringen Kosten oft die Nachteile, insbesondere im Hinblick auf die betriebliche Effizienz und das Kostenmanagement. Hier sind die wichtigsten Punkte, die Sie über ACH-Transfers wissen sollten.

Was sind ACH-Ablehnungscodes?

ACH-Ablehnungscodes sind alphanumerische Meldungen, die angeben, warum eine ACH-Transaktion nicht abgewickelt werden konnte. Die Codes beschreiben, was bei einer bestimmten ACH-Überweisung schiefgelaufen ist, und geben Unternehmen und Finanzinstituten die Möglichkeit, Korrekturmaßnahmen zu ergreifen.

Warum werden ACH-Überweisungen abgelehnt?

ACH-Ablehnungen können aus verschiedenen Gründen auftreten und fallen im Allgemeinen in eine von fünf Kategorien: administrative Fehler, Autorisierungsprobleme, unzureichende finanzielle Mittel, Zeit- und Verarbeitungsbeschränkungen oder Risikomanagement und regulatorische Compliance. Jede Kategorie bringt ihre eigenen Herausforderungen mit sich und erfordert spezifische Lösungen. Im Folgenden finden Sie weitere Details zu den Gründen für ACH-Ablehnungen.

Administrative Fehler

  • Falsche Kontoinformationen: Einer der häufigsten Gründe für ACH-Ablehnungen sind falsche Kontonummern oder Routingnummern. Falsche Kontoinformationen blockieren ACH-Transfers.

  • Geschlossene oder nicht existierende Konten: Ein geschlossenes oder nicht existierendes Konto löst eine ACH-Ablehnung mit einem Code wie R02 oder R03 aus.

  • Falscher Kontotyp: Ein nicht passender Kontotyp verhindert einen ACH-Transfer.

Probleme mit der Autorisierung

  • Fehlende Vorautorisierung: Eine fehlende Autorisierung verursacht eine ACH-Ablehnung.

  • Widerrufene Autorisierung: Eine widerrufene Autorisierung blockiert nachfolgende ACH-Transaktionen.

  • Autorisierungskonflikte bei Unternehmen: Im Kontext von Unternehmenstransaktionen kann eine juristische Person mitteilen, dass eine ACH-Abbuchung oder -Gutschrift nicht autorisiert ist. Wenn dies geschieht, markiert und lehnt das System die Transaktion ab.

Finanzielle Probleme

  • Unzureichende Deckung: Einer der offensichtlicheren Gründe für eine ACH-Ablehnung ist eine mangelnde Deckung auf dem Konto, das belastet wird. Unzureichende Deckung löst eine R01-Ablehnung aus.

  • Nicht eingezogene Gelder: Es können zwar Gelder auf einem Konto vorhanden, aber noch nicht abgerechnet oder eingezogen sein. In diesem Fall verursachen nicht eingezogene Gelder eine R09-Ablehnung.

  • Zahlungsstopp-Bestellungen: Kontoinhaber haben das Recht, eine Zahlungsstopp-Bestellung für bestimmte Transaktionen auszustellen. Eine Zahlungsstopp-Bestellung blockiert alle entsprechenden ACH-Abbuchungen.

Timing- und Abwicklungsprobleme

  • Veraltete oder abgelaufene Einträge: In einigen Fällen haben ACH-Transaktionen einen begrenzten Zeitraum, in dem sie verarbeitet werden können. Ein veralteter oder abgelaufener Eintrag führt zu einer ACH-Ablehnung.

  • Überschreitung von Transaktionslimits: Für Konten von Einzelpersonen und Unternehmen können unterschiedliche Limits für die Beträge gelten, die sie übertragen können. Nacha hat die Obergrenze für Same-Day-ACH-Zahlungen im Jahr 2022 auf 1.000.000 $ pro Zahlung erhöht. Ein Absender, der die Transaktionslimits überschreitet, verursacht eine ACH-Transfer-Ablehnung.

  • Ursprungsprobleme: Manchmal liegt das Problem bei der Originating Depository Financial Institution (ODFI) und nicht beim empfangenden Konto. Ein ODFI-Ursprungsproblem verhindert den Abschluss der Transaktion.

Risikomanagement und regulatorische Compliance

  • Verdacht auf Betrug: Finanzinstitute überwachen kontinuierlich auf verdächtige Aktivitäten. Ein Verdacht auf Betrug löst eine ACH-Ablehnung aus.

  • Fehlende Compliance mit Vorschriften: Eine fehlende regulatorische Compliance verursacht eine ACH-Ablehnung. Dies kann Fehler bei der End-to-End-Verschlüsselung oder die Nichteinhaltung von Protokollen zur Zwei-Faktor-Authentifizierung umfassen.

Das Verständnis dieser Gründe kann Unternehmen und Finanzinstituten dabei helfen, ihre Prozesse für ACH-Transaktionen zu optimieren, die Fehlerbehebung zu verbessern und Probleme schneller zu lösen.

Liste der ACH-Ablehnungscodes und wie man sie vermeidet

Top most common ACH rejection codes - Web chart outlines the most common ACH rejection codes

ACH-Ablehnungs- und Rückgabe-Codes sind unvermeidlich, wenn Sie Banküberweisungen als Zahlungsmethode akzeptieren. Bevor wir auf die spezifischen Codes eingehen, werfen wir einen Blick auf einige wichtige Begriffe:

  • Eintrag: Jede Übermittlung einer ACH-Transaktion
  • Rückgabe: Wenn ein Eintrag an das ODFI zurückgesendet wurde, nachdem er zur Verarbeitung akzeptiert wurde
  • Ablehnung: Wenn ein Eintrag gar nicht erst zur Verarbeitung in das ACH-Netzwerk aufgenommen wurde
  • ODFI: Die absendende Depotbank (Originating Depository Financial Institution), die ACH-Transaktionen sendet
  • RDFI: Die empfangende Depotbank (Receiving Depository Financial Institution), die ACH-Transaktionen empfängt

Hier ist eine Liste aller ACH-Ablehnungscodes, was sie bedeuten, was sie verursacht und welche Maßnahmen sie erfordern:

R01 - Unzureichende Deckung

  • Beschreibung: Es ist nicht genügend Guthaben auf dem Konto vorhanden, um die Transaktion zu decken.
  • Vermeidung: Überwachen Sie die Kontostände regelmäßig und richten Sie Benachrichtigungen bei niedrigem Kontostand ein.
  • Maßnahme: Wenden Sie sich an die Kontoinhaberin oder den Kontoinhaber, um das Problem zu beheben, und reichen Sie die Transaktion erneut ein, sobald das Guthaben verfügbar ist.

R02 - Konto geschlossen

  • Beschreibung: Die Kontoinhaberin oder der Kontoinhaber hat das betroffene Konto geschlossen.
  • Vermeidung: Überprüfen Sie den Kontostatus, bevor Sie Transaktionen einleiten.
  • Maßnahme: Fordern Sie neue Kontoinformationen von der Kontoinhaberin oder dem Kontoinhaber an und aktualisieren Sie Ihre Unterlagen.

R03 - Kein Konto/Konto kann nicht gefunden werden

  • Beschreibung: Die Kontonummer oder die Routing-Informationen stimmen mit keinem Konto beim RDFI überein.
  • Vermeidung: Überprüfen Sie die Kontonummern, bevor Sie Transaktionen einleiten.
  • Maßnahme: Fordern Sie die korrekten Kontoinformationen von der Empfängerin oder vom Empfänger an.

R04 - Ungültige Kontonummer

  • Beschreibung: Die mit einer Transaktion angegebene Kontonummer ist falsch, da sie falsche Ziffern enthält, die digitale Validierung nicht besteht oder nicht mit den Kontonummern beim RDFI übereinstimmt.
  • Vermeidung: Validieren Sie Kontonummern anhand einer vordefinierten Struktur.
  • Maßnahme: Fordern Sie die korrekte Kontonummer an und reichen Sie sie erneut ein.

R05 - Unautorisierte Abbuchung von einem Verbraucherkonto unter Verwendung eines Firmen-SEC-Codes

  • Beschreibung: Ein SEC-Code (Standard Entry Class) für Unternehmen wurde fälschlicherweise für ein Verbraucherkonto verwendet.
  • Vermeidung: Stellen Sie sicher, dass die richtigen SEC-Codes für die jeweilige Transaktionsart verwendet werden.
  • Maßnahme: Korrigieren Sie den SEC-Code und reichen Sie die Transaktion erneut ein.

R06 - Rückgabe auf Anfrage des ODFI

  • Beschreibung: Das ODFI hat die Transaktion aus verschiedenen Gründen zurückgewiesen.
  • Vermeidung: Überprüfen Sie die Transaktionsdetails vor dem Einreichen.
  • Maßnahme: Wenden Sie sich an das ODFI, um das Problem zu ermitteln und die nächsten Schritte zu beschließen.

R07 - Autorisierung von Kundin/Kunde widerrufen

  • Beschreibung: Die Kundin oder der Kunde hat die Autorisierung der Transaktion widerrufen.
  • Vermeidung: Halten Sie Autorisierungen auf dem neuesten Stand und kommunizieren Sie mit den Kundinnen und Kunden.
  • Maßnahme: Reichen Sie die Transaktion ohne neue Autorisierung nicht erneut ein.

R08 - Zahlung gestoppt

  • Beschreibung: Die Kontoinhaberin oder der Kontoinhaber hat eine Anweisung erteilt, diese bestimmte Zahlung zu stoppen. Dieser Code ist die allgemeine Anweisung für die meisten gestoppten Zahlungen, mit Ausnahme von gestoppten Zahlungen aufgrund eines Quelldokuments oder RCK-Einträgen (geplatzte Schecks), für die nachfolgend spezifische Codes aufgeführt sind.
  • Vermeidung: Bestätigen Sie Autorisierungs- und Zahlungsdetails mit der Kontoinhaberin oder dem Kontoinhaber.
  • Maßnahme: Wenden Sie sich an die Kontoinhaberin oder den Kontoinhaber, um das Problem zu beheben.

R09 - Noch nicht freigegebenes Guthaben

  • Beschreibung: Auf dem Konto befinden sich möglicherweise Einzahlungen, die noch nicht freigegeben wurden, was zu einer unzureichenden Deckung der Transaktion führt.
  • Vermeidung: Beachten Sie die Fristen für die Freigabe von Einzahlungen.
  • Maßnahme: Sie können die Einreichung wiederholen, sobald das Guthaben freigegeben ist.

R10 - Kundin/Kunde meldet nicht autorisiert

  • Beschreibung: Die Kundin oder der Kunde hat angegeben, dass die Transaktion nicht autorisiert war.
  • Vermeidung: Sichern Sie sich eine ordnungsgemäße Autorisierung, bevor Sie die Transaktion einleiten.
  • Maßnahme: Reichen Sie die Transaktion nicht erneut ein, ohne eine neue Autorisierung einzuholen.

R11 - Rückgabe von Eintrag wegen Scheckkürzung

  • Beschreibung: Aus verschiedenen, in der Richtlinie der Bank festgelegten Gründen ist ein Fehler bei der Kürzung (Scheckeinlösung) aufgetreten.
  • Vermeidung: Bestätigen Sie die Scheckdetails vor der Kürzung.
  • Maßnahme: Wenden Sie sich wegen Einzelheiten an die Bank und verarbeiten Sie die Zahlung bei Bedarf neu.

R12 – Konto an ein anderes RDFI verkauft

  • Beschreibung: Der Endkunde/die Endkundin hat die Bank gewechselt und das Konto wurde an ein anderes RDFI übertragen.
  • Prävention: Aktualisieren Sie die Kontoinformationen regelmäßig.
  • Aktion: Holen Sie die neuen Bankdaten vom Endkunden/von der Endkundin ein und aktualisieren Sie Ihre Unterlagen.

R13 – Ungültige ACH-Routingnummer

  • Beschreibung: Die ACH-Routingnummer ist falsch.
  • Prävention: Überprüfen Sie die Routingnummern, bevor Sie Transaktionen einleiten.
  • Aktion: Aktualisieren Sie die Routingnummer und reichen Sie sie erneut ein.

R14 – Vertretungsberechtigter Zahlungsempfänger verstorben oder nicht in der Lage, diese Funktion weiter auszuüben

  • Beschreibung: Der/die vertretungsberechtigte Zahlungsempfänger/in ist verstorben oder kann seine/ihre Pflichten nicht erfüllen.
  • Prävention: Behalten Sie den Überblick über vertretungsberechtigte Zahlungsempfänger/innen und deren Status.
  • Aktion: Benennen Sie eine/n neue/n vertretungsberechtigte/n Zahlungsempfänger/in und aktualisieren Sie die Unterlagen.

R15 – Begünstigte/r oder Kontoinhaber/in verstorben

  • Beschreibung: Der/die Begünstigte oder Kontoinhaber/in ist verstorben.
  • Prävention: Aktualisieren Sie regelmäßig die Informationen zu Kontoinhaber/innen und Begünstigten.
  • Aktion: Stellen Sie Transaktionen ein und wenden Sie sich an die Nachlassverwaltung oder den neuen Kontoinhaber/die neue Kontoinhaberin.

R16 – Konto eingefroren

  • Beschreibung: Das Konto ist aufgrund rechtlicher Schritte oder Bankrichtlinien eingefroren.
  • Prävention: Behalten Sie den Überblick über rechtliche Fragen im Zusammenhang mit Konten.
  • Aktion: Wenden Sie sich für Einzelheiten und eine Lösung an das Finanzinstitut.

R17 – Kriterien für die Bearbeitung von Dateidatensätzen

  • Beschreibung: Einträge enthalten ungültige Formatierungen oder Daten, die das RDFI so interpretieren kann, dass die Transaktion unter fragwürdigen Umständen eingeleitet wurde.
  • Prävention: Validieren Sie jedes Feld im Eintrag vor der Einreichung.
  • Aktion: Korrigieren Sie den Eintrag und reichen Sie ihn erneut ein.

R18 – Ungültiges Datum für das Inkrafttreten des Eintrags

  • Beschreibung: Die Transaktion wurde mit einem falschen Datum für das Inkrafttreten des Eintrags eingeleitet. Dabei handelt es sich um das Datum, an dem das ODFI die Transaktion durchführen möchte.
  • Prävention: Überprüfen Sie das Datum für das Inkrafttreten von Einträgen vor der Einreichung.
  • Aktion: Korrigieren Sie das Datum und reichen Sie den Eintrag erneut ein.

R19 – Fehler im Betragsfeld

  • Beschreibung: Der im Betragsfeld eingegebene Betrag ist ungültig.
  • Prävention: Validieren Sie Beträge vor der Einreichung.
  • Aktion: Korrigieren Sie den Betrag und reichen Sie ihn erneut ein.

R20 – Kein Transaktionskonto

  • Beschreibung: Richtlinien oder Vorschriften verhindern ACH-Transaktionen auf diesem Konto.
  • Prävention: Bestätigen Sie die Kontotypen, bevor Sie Transaktionen einleiten.
  • Aktion: Verwenden Sie eine alternative Zahlungsmethode oder ein alternatives Konto.

R21 – Ungültige Unternehmensidentifikation

  • Beschreibung: Die Informationen zur Unternehmens-ID sind falsch oder veraltet, was häufig auf eine fehlerhafte Eingabe zurückzuführen ist.
  • Prävention: Validieren Sie Unternehmens-IDs, bevor Sie Transaktionen einleiten.
  • Aktion: Aktualisieren Sie die Unternehmens-ID und reichen Sie sie erneut ein.

R22 – Ungültige ID-Nummer für Einzelpersonen

  • Beschreibung: Die eingegebene Einzelpersonen-ID – in der Regel von einem Kunden/einer Kundin im Feld für die Kunden-ID eingegeben – war ungültig.
  • Prävention: Validieren Sie ID-Nummern für Einzelpersonen, bevor Sie Transaktionen einleiten.
  • Aktion: Aktualisieren Sie die ID-Nummer für Einzelpersonen und reichen Sie sie erneut ein.

R23 – Gutschrift vom Empfänger abgelehnt

  • Beschreibung: Das Finanzinstitut, das die Transaktion empfängt (das RDFI), hat die Gutschrift abgelehnt, möglicherweise aufgrund eines Streitfalls oder mangelnder Einigung.
  • Prävention: Bestätigen Sie die Transaktionskonditionen mit dem RDFI.
  • Aktion: Klären Sie das Problem mit dem RDFI und handeln Sie entsprechend.

R24 – Doppelter Eintrag

  • Beschreibung: Dieselbe Transaktion wurde mehr als einmal eingereicht.
  • Prävention: Implementieren Sie Kontrollen, um doppelte Transaktionen zu verhindern.
  • Maßnahme: Überprüfen Sie, ob es sich um ein echtes Duplikat handelt, und ergreifen Sie entsprechende Maßnahmen.

R25 - Addenda-Fehler

  • Beschreibung: Der Addenda-Datensatz, der die/den Kontoinhaber/in identifiziert oder dem RDFI Zahlungsinformationen bereitstellt, ist fehlerhaft oder hat eine falsche Reihenfolge.
  • Prävention: Validieren Sie Addenda-Datensätze vor der Übermittlung.
  • Maßnahme: Korrigieren Sie den Addenda-Datensatz und übermitteln Sie ihn erneut.

R26 - Pflichtfeld-Fehler

  • Beschreibung: In einem Pflichtfeld fehlen Informationen aufgrund unvollständiger Dateneingabe, was dazu führt, dass der ACH-Betreiber die Transaktion ablehnt.
  • Prävention: Stellen Sie sicher, dass alle Pflichtfelder ausgefüllt sind.
  • Maßnahme: Füllen Sie die fehlenden Felder aus und übermitteln Sie diese erneut.

R27 - Fehler in der Trace-Nummer

  • Beschreibung: Die übermittelten Trace-Nummern stimmen nicht mit den Trace-Nummern im Addenda-Datensatz überein.
  • Prävention: Validieren Sie Trace-Nummern vor der Übermittlung.
  • Maßnahme: Korrigieren Sie die Trace-Nummer und übermitteln Sie diese erneut.

R28 - Fehler in der Prüfziffer der Routingnummer

  • Beschreibung: Die Prüfziffer, also die letzte Ziffer der Routingnummer, ist fehlerhaft.
  • Prävention: Validieren Sie Routingnummern und deren Prüfziffern.
  • Maßnahme: Korrigieren Sie die Prüfziffer und übermitteln Sie diese erneut.

R29 - Firmenkundin/Firmenkunde meldet fehlende Autorisierung

  • Beschreibung: Die/der Firmen-Kontoinhaber/in hat das RDFI darüber informiert, dass die Transaktion nicht autorisiert ist.
  • Prävention: Stellen Sie eine ordnungsgemäße Autorisierung sicher, bevor Sie die Transaktion initiieren.
  • Maßnahme: Nehmen Sie keine erneute Übermittlung vor, ohne eine neue Autorisierung einzuholen.

R30 - RDFI ist kein Teilnehmer am Check Truncation-Programm

  • Beschreibung: Das RDFI nimmt nicht am Check Truncation-Programm teil.
  • Prävention: Bestätigen Sie die Möglichkeiten mit dem RDFI.
  • Maßnahme: Verwenden Sie eine andere Zahlungsform.

R31 - Zulässiger Rückgabeeintrag

  • Beschreibung: Das RDFI hat das ODFI gefragt, ob es die Firmen-Kredit- oder Debitkarte oder das Zahlungsformat Corporate Trade Exchange (CTX) zurückgeben kann, und das ODFI hat zugestimmt.
  • Prävention: Nicht zutreffend, da dies auf einer gegenseitigen Vereinbarung beruht.
  • Maßnahme: Befolgen Sie die Richtlinien, die in der Vereinbarung zwischen dem ODFI und dem RDFI festgelegt sind.

R32 - Keine Zahlungsabwicklung durch RDFI

  • Beschreibung: Das RDFI ist aus verschiedenen Gründen nicht in der Lage, den Eintrag abzuwickeln.
  • Prävention: Bestätigen Sie die Möglichkeiten zur Zahlungsabwicklung mit dem RDFI.
  • Maßnahme: Konsultieren Sie das RDFI bezüglich des genauen Grundes und ergreifen Sie entsprechende Maßnahmen.

R33 - Rückgabe des XCK-Eintrags

  • Beschreibung: Das RDFI hat den Eintrag für einen verlorenen, zerstörten oder beschädigten Scheck (XCK-Eintrag) zurückgegeben.
  • Prävention: Machen Sie sich mit den Rückgabebedingungen für verlorene oder beschädigte Schecks vertraut.
  • Maßnahme: Beurteilen Sie, warum der Scheck nicht abgewickelt werden kann, und leiten Sie die entsprechenden nächsten Schritte ein.

R34 - DFI mit eingeschränkter Teilnahme

  • Beschreibung: Eine Bundes- oder Landesaufsichtsbehörde hat die Fähigkeit des RDFI zur Abwicklung von ACH-Transaktionen eingeschränkt.
  • Prävention: Bestätigen Sie die Möglichkeiten des RDFI im Voraus.
  • Maßnahme: Konsultieren Sie das RDFI zum weiteren Vorgehen.

R35 - Rückgabe eines unzulässigen Lastschrifteintrags

  • Beschreibung: Ein Lastschrifteintrag wurde unzulässig übermittelt, da diese in einigen Szenarien nicht zulässig sind.
  • Prävention: Verstehen Sie die Kriterien für korrekte Lastschrifteinträge.
  • Maßnahme: Beurteilen Sie den Grund und nehmen Sie Korrekturen vor der erneuten Übermittlung vor.

R36 - Rückgabe eines unzulässigen Gutschrifteintrags

  • Beschreibung: Ein Gutschrifteintrag wurde unzulässig übermittelt, da diese in einigen Szenarien nicht zulässig sind.
  • Prävention: Verstehen Sie die Kriterien für korrekte Gutschrifteinträge.
  • Maßnahme: Beurteilen Sie den Grund und nehmen Sie Korrekturen vor der erneuten Übermittlung vor.

R37 - Zur Zahlung vorgelegtes Source-Dokument

  • Beschreibung: Es wurde eine Doppelzahlung versucht, indem das zu einer bestehenden ACH-Transaktion gehörende Source-Dokument zur Zahlung vorgelegt wurde.
  • Prävention: Verfolgen Sie Source-Dokumente und zugehörige ACH-Einträge.
  • Maßnahme: Bewerten und beheben Sie die Duplizierung.

R38 - Zahlung auf Source-Dokument stoppen

  • Beschreibung: Der/die empfangende Kontoinhaber/in fordert, die Zahlung für einen Scheck, der in eine elektronische Zahlung umgewandelt wurde, zu stoppen.
  • Prävention: Überwachen Sie Anweisungen zum Stoppen von Zahlungen.
  • Maßnahme: Stellen Sie die Verarbeitung ein und konsultieren Sie den/die Kontoinhaber/in.

R39 - Unsachgemäßes Source-Dokument

  • Beschreibung: Das zur ACH-Zahlung gehörende Source-Dokument ist falsch oder unzureichend.
  • Prävention: Validieren Sie Source-Dokumente, bevor Sie Einträge erstellen.
  • Maßnahme: Ersetzen oder korrigieren Sie das Source-Dokument.

R40 - Rückgabe des ENR-Eintrags durch eine Regierungsbehörde des Bundes

  • Beschreibung: Eine Regierungsbehörde des Bundes hat einen automatisierten Registrierungseintrag (ENR-Eintrag) zurückgegeben.
  • Prävention: Erfüllen Sie die Regeln für ENR-Einträge.
  • Maßnahme: Konsultieren Sie die Behörde wegen des genauen Grundes und ergreifen Sie geeignete Maßnahmen.

R41 - Ungültiger Transaktionscode

  • Beschreibung: Der Transaktionscode ist falsch. Dies betrifft insbesondere die Registrierung für Services für direkte Einzahlung oder direkte Zahlung bei einer Bundesbehörde.
  • Prävention: Validieren Sie Transaktionscodes vor der Einreichung.
  • Maßnahme: Korrigieren Sie den Transaktionscode und reichen Sie ihn erneut ein.

R42 - Fehler bei Routingnummer/Prüfziffer

  • Beschreibung: Die Prüfziffer am Ende der Routingnummer in einem ENR-Eintrag der Bundesregierung ist falsch.
  • Prävention: Validieren Sie Routingnummern und deren Prüfziffern.
  • Maßnahme: Korrigieren Sie die Prüfziffer und reichen Sie sie erneut ein.

R43 - Ungültige DFI-Kontonummer

  • Beschreibung: Die RDFI-Kontonummer ist falsch. Dieser Rückgabecode tritt nur in ENR-Einträgen auf und ist daher exklusiv für Regierungsbehörden des Bundes.
  • Prävention: Validieren Sie Kontonummern, bevor Sie Transaktionen initiieren.
  • Maßnahme: Korrigieren Sie die Kontonummer und reichen Sie sie erneut ein.

R44 - Ungültige ID-Nummer für Einzelperson

  • Beschreibung: Die angegebene Identifikationsnummer für eine Einzelperson stimmt nicht mit der hinterlegten ID-Nummer überein, insbesondere bei Transaktionen der Bundesregierung.
  • Prävention: Validieren Sie ID-Nummern für Einzelpersonen, bevor Sie Transaktionen initiieren.
  • Maßnahme: Aktualisieren Sie die ID-Nummer für die Einzelperson und reichen Sie sie erneut ein.

R45 - Ungültiger Name einer Einzelperson

  • Beschreibung: Der Name des/der Kontoinhaber/in ist falsch oder falsch geschrieben.
  • Prävention: Validieren Sie Namen, bevor Sie Transaktionen initiieren.
  • Maßnahme: Aktualisieren Sie den Namen und reichen Sie ihn erneut ein.

R46 - Ungültiger Indikator für repräsentative/n Zahlungsempfänger/in

  • Beschreibung: Der Indikatorcode für den/die repräsentative/n Zahlungsempfänger/in ist falsch.
  • Prävention: Validieren Sie Indikatorcodes, bevor Sie Transaktionen initiieren.
  • Maßnahme: Korrigieren Sie den Indikatorcode und reichen Sie ihn erneut ein.

R47 - Doppelte Registrierung

  • Beschreibung: RDFIs senden ENRs an Regierungsbehörden des Bundes, um ACH-Zahlungen oder direkte Einzahlungen bei diesen Institutionen zu initiieren. In diesem Fall wurde dieselbe ENR mehr als einmal eingereicht.
  • Prävention: Implementieren Sie Kontrollen, um doppelte Registrierungen zu verhindern.
  • Maßnahme: Bestätigen Sie, ob es sich um ein echtes Duplikat handelt, und ergreifen Sie geeignete Maßnahmen.

R50 – Bundesstaatsgesetz betrifft die Akzeptanz von RCK

  • Beschreibung: Das RDFI befindet sich entweder in einem Bundesstaat, der keine digitalen Zahlungen zulässt, oder in dem stornierte Schecks aufgrund bundesstaatlicher Gesetze innerhalb einer bestimmten Frist an die Kundinnen und Kunden zurückgegeben werden müssen.
  • Prävention: Machen Sie sich mit den bundesstaatlichen Gesetzen vertraut, die für Ihre Transaktionen gelten.
  • Maßnahme: Untersuchen Sie die spezifischen Gesetze des Bundesstaates, über den die Transaktion abgewickelt wurde, und halten Sie sich bei zukünftigen Transaktionen an diese.

R51 – Posten in Zusammenhang mit RCK-Eintrag ist nicht qualifiziert oder RCK-Eintrag ist unsachgemäß

  • Beschreibung: Ein Eintrag für einen Scheck, der zurückgegeben und erneut vorgelegt wurde, ist entweder aufgrund fehlender Qualifikation nicht für die Verarbeitung geeignet oder der Eintrag wurde unsachgemäß vorbereitet oder ausgeführt.
  • Vorbeugung: Überprüfen Sie die Berechtigung und Richtigkeit der Einträge.
  • Maßnahme: Überprüfen Sie Ihre Transaktion, um sicherzustellen, dass sie allen geltenden Vorschriften und Richtlinien entspricht.

R52 – Zahlungsstopp bei Posten im Zusammenhang mit RCK-Eintrag

  • Beschreibung: Die Kontoinhaberin/der Kontoinhaber veranlasst einen Zahlungsstopp für einen ungedeckten Scheck, der elektronisch neu verarbeitet wird.
  • Vorbeugung: Stellen Sie sicher, dass keine Zahlungsstopps vorliegen, bevor Sie fortfahren.
  • Maßnahme: Wenden Sie sich an die ausstellende Bank oder die zahlende Person, um das Problem zu lösen.

R53 – Posten und RCK-Eintrag zur Zahlung vorgelegt

  • Beschreibung: Sowohl die ursprüngliche Transaktion als auch der entsprechende RCK-Eintrag wurden übermittelt, was zu einer doppelten Transaktion führte.
  • Vorbeugung: Seien Sie vorsichtig, wenn Sie sowohl Posten als auch Eintrag vorlegen.
  • Maßnahme: Gleichen Sie die Zahlungsaufzeichnungen ab, um die doppelte Transaktion zu beseitigen.

R61 – Fehlgeleitete Rückbuchung

  • Beschreibung: Eine stornierte Transaktion wurde an das falsche Institut gesendet.
  • Vorbeugung: Sorgen Sie für genaue Bankleitzahlen.
  • Maßnahme: Korrigieren Sie die Routing-Informationen und senden Sie die Transaktion erneut.

R62 – Rückbuchung einer fehlerhaften oder stornierenden Abbuchung

  • Beschreibung: Ein Lastschrifteintrag wurde versehentlich gesendet oder muss storniert werden.
  • Vorbeugung: Überprüfen Sie die Einträge sorgfältig, bevor Sie sie abschließen.
  • Maßnahme: Geben Sie bei Bedarf eine korrigierende oder stornierende Transaktion aus.

R63 – Falscher Dollar-Betrag

  • Beschreibung: Der in der Transaktion angegebene Dollar-Betrag ist falsch.
  • Vorbeugung: Überprüfen Sie die Transaktionsbeträge vor dem Einreichen.
  • Maßnahme: Korrigieren Sie den Betrag und leiten Sie eine neue Transaktion ein.

R64 – Falsche Identifikation der Einzelperson

  • Beschreibung: Die ID-Nummer der Einzelperson in der Rückbuchungstransaktion stimmt nicht mit der im ursprünglichen Eintrag überein.
  • Vorbeugung: Bestätigen Sie die Identifikationsinformationen der Einzelperson.
  • Maßnahme: Aktualisieren Sie die Informationen und verarbeiten Sie die Transaktion erneut.

R65 – Falscher Transaktionscode

  • Beschreibung: Der Transaktionscode ist für die Art der Transaktion nicht korrekt.
  • Vorbeugung: Stellen Sie sicher, dass die Transaktionscodes korrekt sind.
  • Maßnahme: Aktualisieren Sie den Transaktionscode und übermitteln Sie die Transaktion erneut.

R66 – Falsche Unternehmensidentifikation

  • Beschreibung: Die Unternehmens-ID in der Transaktion stimmt nicht mit der ID-Nummer im Batch-Header-Datensatz überein, bei dem es sich um Metainformationen zur Übertragung eines Batches von Transaktionen handelt.
  • Vorbeugung: Überprüfen Sie die Unternehmens-ID-Informationen.
  • Maßnahme: Korrigieren Sie die Unternehmens-ID und verarbeiten Sie die Transaktion erneut.

R67 – Doppelte Rückbuchung

  • Beschreibung: Der Rückbuchungseintrag wurde bereits verarbeitet, was zu einer Doppelung führte.
  • Vorbeugung: Verfolgen Sie verarbeitete Rückbuchungen, um ein erneutes Einreichen zu vermeiden.
  • Maßnahme: Keine Maßnahme erforderlich, aber überprüfen Sie interne Prozesse, um zukünftige Vorkommnisse zu verhindern.

R68 – Verspätete Rückbuchung

  • Beschreibung: Die Rückbuchung wurde nicht innerhalb der erforderlichen Frist verarbeitet.
  • Vorbeugung: Überwachen Sie Fristen für die Verarbeitung von Rückbuchungen.
  • Maßnahme: Reichen Sie nach Möglichkeit innerhalb der zulässigen Frist erneut ein.

R69 – Feldfehler

  • Beschreibung: Ein oder mehrere Felder enthalten falsche Informationen, wie von der ODFI eingegeben, z. B. eine falsche Kontonummer oder eine Nichtübereinstimmung des Namens im Konto, was dazu führt, dass die Transaktion zurückgebucht wird.
  • Vorbeugung: Validieren Sie alle Felder vor dem Einreichen.
  • Maßnahme: Korrigieren Sie die Fehler in den angegebenen Feldern und reichen Sie sie erneut ein.

R70 – Zulässiger Rückbuchungseintrag nicht akzeptiert oder Rückbuchung nicht von ODFI angefordert

  • Beschreibung: Ein gültiger Rückbuchungseintrag wurde nicht wie vorgesehen verarbeitet oder eine Rückbuchung wurde nicht von der ODFI angefordert.
  • Vorbeugung: Halten Sie sich an die ODFI-Regeln für Rückbuchungen.
  • Maßnahme: Überprüfen Sie die Gründe für die Nichtannahme und gehen Sie entsprechend vor.

R71 – Fehlgeleitete abgelehnte Rückgabe

  • Beschreibung: Ein abgelehnter Rückgabeeintrag – ein Eintrag, der einmal an das ODFI zurückgeschickt wurde, aber nicht korrekt ausgeführt wurde und erneut gesendet werden muss – wurde nicht an die richtige Institution gesendet.
  • Prävention: Stellen Sie sicher, dass die Routingnummern für Rückgaben korrekt sind.
  • Maßnahme: Leiten Sie die abgelehnte Rückgabe an die richtige Institution weiter.

R72 – Nicht fristgerechte abgelehnte Rückgabe

  • Beschreibung: Eine abgelehnte Rückgabe wurde nicht innerhalb des erforderlichen Zeitrahmens verarbeitet.
  • Prävention: Informieren Sie sich stets über die Fristen für abgelehnte Rückgaben.
  • Maßnahme: Reichen Sie diese nach Möglichkeit innerhalb des zulässigen Zeitrahmens erneut ein.

R73 – Fristgerechte ursprüngliche Rückgabe

  • Beschreibung: Das RDFI bestätigt, dass die ursprüngliche Rückgabe innerhalb des erforderlichen Zeitrahmens verarbeitet wurde.
  • Prävention: Nicht zutreffend.
  • Maßnahme: Keine Maßnahme erforderlich.

R74 – Korrigierte Rückgabe

  • Beschreibung: Eine zuvor fehlerhaft verarbeitete Rückgabe wurde in der Zwischenzeit korrigiert.
  • Prävention: Nicht zutreffend.
  • Maßnahme: Keine Maßnahme erforderlich.

R75 – Rückgabe ist kein Duplikat

  • Beschreibung: Dies ist eine Antwort auf den Ablehnungscode R67. Das RDFI ficht eine unzulässige Ablehnung eines Rückgabeeintrags durch das ODFI an.
  • Prävention: Nicht zutreffend.
  • Maßnahme: Keine Maßnahme erforderlich.

R76 – Keine Fehler gefunden

  • Beschreibung: Dies ist eine Antwort auf den Ablehnungscode R69, bei dem das ODFI Feldfehler gemeldet hat. Dieser Code dient als formelle Ablehnung; das RDFI geht davon aus, dass diese Fehler tatsächlich nicht existieren.
  • Prävention: Nicht zutreffend.
  • Maßnahme: Keine Maßnahme erforderlich.

R77 – Nichtakzeptanz einer abgelehnten Rückgabe nach R62

  • Beschreibung: Dies ist eine Antwort auf den Ablehnungscode R62, die anzeigt, dass das RDFI die fehlerhafte Transaktion und den Storno entweder bereits zurückgegeben hat oder die Gelder nicht wie in R62 angegeben von Empfängerinnen und Empfängern zurückfordern kann.
  • Prävention: Machen Sie sich mit den Kriterien für die Annahme abgelehnter Rückgaben vertraut.
  • Maßnahme: Prüfen Sie, warum diese nicht angenommen wurde, und reichen Sie sie bei Bedarf erneut ein.

Darüber hinaus sind die folgenden Ablehnungscodes mit internationalen ACH-Transaktionen (IATs) verknüpft:

R80 – IAT-Eintragscodierungsfehler

  • Beschreibung: Im IAT-Eintrag liegen Codierungsfehler vor.
  • Prävention: Validieren Sie die Codierung für IAT-Einträge.
  • Maßnahme: Korrigieren Sie die Codierungsfehler und reichen Sie den IAT-Eintrag erneut ein.

R81 – Keine Teilnahme am IAT-Programm

  • Beschreibung: Das RDFI nimmt nicht am IAT-Programm teil.
  • Prävention: Verifizieren Sie, dass das RDFI Teil des IAT-Programms ist.
  • Maßnahme: Finden Sie entweder ein teilnehmendes RDFI oder vermeiden Sie die Verwendung von IAT für die Transaktion.

R82 – Ungültige Identifikation des ausländischen RDFI

  • Beschreibung: Die Identifikation des ausländischen RDFI ist inkorrekt.
  • Prävention: Überprüfen Sie die Identifikationsdaten der ausländischen Institution sorgfältig.
  • Maßnahme: Korrigieren Sie die Identifikationsinformationen und verarbeiten Sie die Transaktion erneut.

R83 – Ausländisches RDFI kann Transaktion nicht abwickeln

  • Beschreibung: Das ausländische RDFI kann die Transaktion nicht abschließen.
  • Prävention: Bestätigen Sie die Fähigkeit der ausländischen Institution, Transaktionen abzuwickeln, bevor Sie eine initiieren.
  • Maßnahme: Arbeiten Sie direkt mit der ausländischen Institution zusammen, um das Problem zu beheben.

R84 – Eintrag nicht vom Gateway verarbeitet

  • Beschreibung: Der Eintrag wurde nicht vom vorgesehenen Gateway verarbeitet, einem Dienstleister, der als Zugangspunkt zum ACH-Netzwerk für Finanzinstitute fungiert.
  • Prävention: Leiten Sie Transaktionen über ein funktionierendes Gateway weiter.
  • Maßnahme: Reichen Sie die Transaktion über ein gültiges Gateway erneut ein oder wenden Sie sich an das Gateway zur Klärung.

R85 – Falsch codierte ausgehende internationale Zahlung

  • Beschreibung: Eine ausgehende internationale Zahlung wurde falsch codiert.
  • Prävention: Überprüfen Sie die Codierung internationaler Zahlungen.
  • Maßnahme: Korrigieren Sie den Code und reichen Sie die Transaktion erneut ein.

So gehen Unternehmen mit ACH-Ablehnungen um

Weniger ACH-Ablehnungen bedeuten eine geringere betriebliche Belastung für Ihr Team sowie einen einfacheren Prozess für Ihre Kundinnen und Kunden, was die Kundenbindung erhöhen könnte.

Um unnötige ACH-Ablehnungen zu verhindern und effektiv zu verwalten, wenn sie auftreten, müssen Unternehmen eine vielschichtige Strategie implementieren. Dies umfasst Präventivmaßnahmen, die rechtzeitige Erkennung von Problemen und angemessene Folgemaßnahmen. Die folgenden Schritte können Sie ergreifen:

Präventivmaßnahmen

  • Kontoinformationen überprüfen: Bevor Sie eine ACH-Transaktion initiieren, bestätigen Sie die Konto- und Routingnummern der Empfängerin oder des Empfängers. Dies können Sie manuell oder über elektronische Verifizierungsdienste tun.

  • Ordnungsgemäße Autorisierung sicherstellen: Stellen Sie bei wiederkehrenden Zahlungen sicher, dass Sie schriftliche Autorisierungen von Kundinnen und Kunden oder Anbietern einholen und sicher speichern. Aktualisieren Sie diese regelmäßig, um deren Gültigkeit zu bestätigen.

  • Transaktionslimits implementieren: Legen Sie Limits pro Transaktion und pro Tag fest, um eine Überschreitung der zulässigen Beträge zu vermeiden, was eine Ablehnung auslösen könnte.

  • Personal und Partner schulen: Schulen Sie Mitarbeiterinnen und Mitarbeiter, die finanzielle Transaktionen abwickeln, regelmäßig in den Feinheiten des ACH-Netzwerks, einschließlich der Compliance-Anforderungen, um das Fehlerrisiko zu verringern.

  • Echtzeitwarnungen nutzen: Implementieren Sie Systeme, die Echtzeitbenachrichtigungen für Kontostände und Transaktionsstatus bieten. Dies hilft, Ablehnungen aufgrund unzureichender oder nicht abgerechneter Mittel zu vermeiden.

  • Konten regelmäßig abgleichen: Führen Sie konsequent einen Abgleich der Kontoauszüge mit den Buchhaltungsunterlagen durch, um eventuelle Diskrepanzen zu erkennen, die zu Ablehnungen führen könnten.

Umgang mit Ablehnungen

  • Ablehnungen sofort erkennen: Richten Sie Warnmeldungen ein, um das zuständige Personal zu benachrichtigen, sobald eine Ablehnung auftritt, damit schnell gehandelt werden kann.

  • Ablehnungscode interpretieren: Verstehen Sie den spezifischen Grund für die Ablehnung, indem Sie auf den ACH-Ablehnungscode verweisen. Dies wird Ihre weiteren Schritte leiten.

  • Mit beteiligten Parteien kommunizieren: Benachrichtigen Sie die Kundin, den Kunden, die Mitarbeiterin, den Mitarbeiter oder den Anbieter über das Problem und arbeiten Sie zusammen, um es zu lösen. Dies kann die Aktualisierung von Kontoinformationen oder die Einholung eines neuen Autorisierungsformulars umfassen.

  • Erforderliche Korrekturen vornehmen: Aktualisieren Sie Ihre internen Systeme mit den korrigierten Informationen und initiieren Sie bei Bedarf eine neue ACH-Transaktion.

  • Aufzeichnungen führen: Dokumentieren Sie die Ablehnung und die anschließenden Maßnahmen zur Behebung des Problems. Dies kann für Audits nützlich sein und zeigt das Engagement, Probleme effektiv zu lösen.

  • Verfahren bewerten und anpassen: Analysieren Sie nach der Lösung einzelner Probleme diese, um Muster oder systemische Probleme zu identifizieren. Nehmen Sie bei Bedarf verfahrenstechnische Änderungen vor, um ein erneutes Auftreten in Zukunft zu verhindern.

Maßnahmen für spezifische Szenarien

  • Gehaltsabrechnung: Überprüfen Sie bei direkten Einzahlungen von Gehältern die Kontoinformationen beim Onboarding neuer Mitarbeiterinnen und Mitarbeiter sowie immer dann, wenn eine Änderung der Bankdaten gemeldet wird.

  • Zahlungen an Anbieter: Bestätigen Sie bei der Bezahlung von Anbietern, dass Sie über aktuelle Formulare und Autorisierungen verfügen, um Transaktionsverzögerungen zu vermeiden, die sich auf den Betrieb der Lieferkette auswirken können.

  • Wiederkehrende Abrechnung für Kundinnen und Kunden: Erinnern Sie Kundinnen und Kunden bei Abonnements oder Ratenzahlungen vor jedem Abrechnungszyklus daran, sicherzustellen, dass sie über ausreichend Deckung verfügen, und geben Sie ihnen die Möglichkeit, ihre Kontoinformationen zu aktualisieren.

  • E-Commerce-Transaktionen: Für E-Commerce-Unternehmen empfiehlt es sich, Verifizierungsfunktionen in das Zahlungsgateway zu integrieren, um Kontodetails in Echtzeit zu bestätigen.

  • Hochwertige Transaktionen: Ziehen Sie bei Transaktionen mit großen Beträgen zusätzliche Verifizierungsschritte in Betracht, wie etwa telefonische Bestätigungen, um das Risiko von Ablehnungen aufgrund von Autorisierungs- oder Kontoproblemen zu verringern.

So kann Stripe Payments Sie unterstützen

Mit Stripe Payments können Unternehmen mehr als 125 Zahlungsmethoden einrichten und akzeptieren, einschließlich ACH-Überweisungen. Stripe Payments bietet eine einheitliche, globale Zahlungslösung, mit der jedes Unternehmen – von skalierenden Start-ups bis hin zu globalen Unternehmen – online, in Person und weltweit Zahlungen akzeptieren kann.

Mit Stripe Payments können Sie Folgendes umsetzen:

  • Zahlungen automatisch abgleichen: Mit einer automatischen Abgleichs-Engine, die virtuelle Bankkonten für alle Kunden und Kundinnen sowie Tools zur Fehlerbehebung verwendet, können Sie ACH-Überweisungen ganz einfach mit einer bestimmten Zahlung oder Rechnung abgleichen.

  • 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.

Weitere Artikel

  • Etwas ist schiefgegangen. Bitte versuchen Sie es noch einmal oder kontaktieren Sie den Support.

Startklar?

Erstellen Sie direkt ein Konto und beginnen Sie mit dem Akzeptieren von Zahlungen. Unser Sales-Team berät Sie gerne und gestaltet für Sie ein individuelles Angebot, das ganz auf Ihr Unternehmen abgestimmt ist.
Payments

Payments

Akzeptieren Sie Zahlungen online, am POS vor Ort und weltweit mit einer einzigen Zahlungslösung, die für jedes Unternehmen geeignet ist.

Dokumentation zu Payments

Finden Sie einen Leitfaden zum Integrieren der Zahlungs-APIs von Stripe.