Automated Clearing House (ACH)-betalingen zijn elektronische transacties die geld overdragen tussen bankrekeningen in de Verenigde Staten. Ze worden vaak gebruikt voor directe stortingen, factuurbetalingen, B2B-transacties en betalingen tussen personen.
ACH-betalingen worden verwerkt via het ACH-netwerk, een veilig en betrouwbaar systeem dat wordt beheerd door de National Automated Clearing House Association (Nacha). In 2025 heeft het ACH-netwerk $ 93 biljoen overgeschreven. Ondanks de betrouwbaarheid komen mislukte ACH-betalingen voor, en wanneer een ACH-betaling mislukt of wordt geretourneerd, kan de impact op de cashflow, klantrelaties en compliance aanzienlijk zijn. Wanneer ACH-betalingen mislukken, is het belangrijk om te begrijpen waarom dit is gebeurd en hierop te reageren.
We leggen uit waarom ACH-retourneringen vaak voorkomen, geven een volledige lijst met ACH-retourcodes en beschrijven hoe je mislukte ACH-betalingen in jouw onderneming vermindert.
Wat staat er in dit artikel?
- Wat gebeurt er als een ACH-betaling wordt geretourneerd?
- Waarom ACH-betalingen worden geretourneerd
- Een volledige lijst met ACH-retourcodes
- Hoe je ACH-retourneringen vermindert
- Hoe Stripe Payments kan helpen
Wat gebeurt er bij terugboeking van een ACH-betaling?
Een geretourneerde ACH-betaling betekent dat de transactie niet kon worden voltooid en dat het geld is teruggestuurd naar het account van herkomst, meestal met een retourcode die de reden voor de fout aangeeft. Een retour wijkt enigszins af van een afwijzing, die plaatsvindt wanneer een boeking niet werd geaccepteerd voor verwerking in het ACH-netwerk.
Er zijn verschillende redenen waarom een ACH-betaling kan worden geretourneerd of afgewezen, waaronder onvoldoende saldo op het account van de afzender, een gesloten account of onjuiste accountgegevens. Dit is wat er gebeurt als een ACH-betaling wordt geretourneerd.
Melding door de bank: De ontvangende bank stelt de initiërende bank (de bank van de afzender) op de hoogte dat de ACH-betaling is geretourneerd. Er wordt een redencode of beschrijving voor de retour verstrekt die aangeeft waarom de transactie niet kon worden voltooid.
Melding aan de afzender: De initiërende bank informeert de afzender (meestal een onderneming of particulier) dat de ACH-betaling is geretourneerd, samen met de reden die door de ontvangende bank is opgegeven.
Opnieuw indienen of correctie: Afhankelijk van de reden voor de retour, moet de afzender mogelijk de betalingsgegevens corrigeren (bijvoorbeeld door de accountgegevens bij te werken) voordat hij de transactie opnieuw indient.
Reconciliatie: De afzender past zijn administratie aan om de geretourneerde betaling weer te geven en neemt de nodige maatregelen om de situatie op te lossen, bijvoorbeeld door contact op te nemen met de ontvanger om een alternatieve betaalmethode af te spreken.
Teruggeboekte ACH-betalingen kunnen kosten met zich meebrengen, die de bank van de afzender doorgaans aan de afzender in rekening brengt. Deze kosten zijn afhankelijk van de beleidsregels van de bank en de aard van de terugboeking.
Redenen voor het terugboeken van ACH-betalingen
ACH-betalingen kunnen om verschillende redenen worden teruggeboekt. Hieronder noemen we er een paar.
Ontoereikend saldo
Voorbeeldcode: R01 (Onvoldoende saldo)
Dit gebeurt als op de rekening waarvan de betaling wordt afgeschreven, op het moment van verwerking ontoereikend saldo staat voor de transactie.
Problemen met de rekening
Voorbeeldcodes: R02 (Account gesloten), R03 (Geen account / Kan account niet vinden), R04 (Ongeldig accountnummer)
Betalingen worden teruggeboekt als het opgegeven rekeningnummer niet bestaat, van een gesloten rekening blijkt te zijn of ongeldig is. Dit kan komen door invoerfouten, het sluiten van rekeningen of andere administratieve verschillen.
Autorisatieproblemen
Voorbeeldcodes: R07 (Autorisatie ingetrokken door klant), R10 (Klant meldt ongeautoriseerd)
Deze terugboekingen vinden plaats wanneer de initiator niet de juiste autorisatie van de rekeninghouder heeft voor de afschrijving, of als de autorisatie is ingetrokken nadat deze aanvankelijk was verleend.
Betalingen stopgezet
Voorbeeldcode: R08 (Betaling stopgezet)
Als een rekeninghouder een stopzettingsopdracht geeft voor een bepaalde betaling, wordt de ACH-afschrijving teruggeboekt.
Administratieve fouten
Voorbeeldcodes: R05 (Ongeautoriseerde afschrijving van consumentenaccount via SEC-bedrijfscode), R17 (Bewerkingscriteria voor bestandsrecord)
Er kunnen fouten optreden als de transactie een onjuiste notatie heeft. Dit kan erop wijzen dat betaalcodes niet overeenkomen (bijv. bij het toepassen van een zakelijke transactiecode op een consumentenrekening) of dat er sprake is van andere technische fouten die in strijd zijn met ACH-regels.
Bankfouten
Voorbeeldcodes: R13 (Ongeldig ACH-routingnummer), R26 (Verplichte veldfout)
Deze terugboekingen hebben te maken met problemen met de ontvangende bank, bijvoorbeeld als deze niet bevoegd is voor deelname aan het ACH-netwerk, of fouten bij het verwerken van de verplichte velden in een transactie.
Chargebacks en fraude
Voorbeeldcodes: R29 (Zakelijke klant meldt ongeautoriseerd), R51 (Item met betrekking tot RCK-boeking komt niet in aanmerking of RCK-boeking is onjuist)
Als een accounthouder een transactie betwist als ongeautoriseerd, wat mogelijk wijst op fraude of discrepanties in de manier waarop boekingen zijn verwerkt, kan de transactie worden geretourneerd met deze codes.
Technische of procedurele fouten
Voorbeeldcodes: R20 (Geen transactieaccount), R24 (Dubbele boeking)
Andere veelvoorkomende redenen voor ACH-terugboekingen zijn betalingen die zijn gericht aan niet-transactierekeningen (rekeningen die geen automatische af- of bijschrijvingen mogen verwerken) of dubbele transacties (waarbij dezelfde boeking meerdere keren is verzonden).
Compliance en juridische problemen
Voorbeeldcodes: R16 (Account bevroren)
Deze foutcode kan betekenen dat de rekeningen zijn geblokkeerd vanwege juridische maatregelen of dat transacties zijn stopgezet vanwege overtredingen van de regelgeving.
Een volledige lijst met ACH-terugboekingscodes
ACH-afwijzings- en retourcodes omvatten een breed scala aan scenario's, van eenvoudige administratieve fouten tot complexere problemen met betrekking tot internationale transacties en compliance. Voordat we de specifieke codes bespreken, is het handig om een paar belangrijke begrippen te begrijpen:
Invoer: Elke ingediende ACH-transactie
IAT: Internationale ACH-transactie
ODFI: De ontvangende financiële instelling ('Originating Depository Financial Institution') die ACH-transacties verzendt
RDFI: De ontvangende financiële instelling ('Receiving Depository Financial Institution') die ACH-transacties ontvangt
Elke code biedt specifieke informatie over waarom een transactie is mislukt of aandacht vereist. Hier zijn alle ACH-afwijzings- en retourcodes:
|
Code
|
Beschrijving
|
Categorie
|
|---|---|---|
| R01 | Onvoldoende saldo | Financiering |
| R02 | Account gesloten | Account |
| R03 | Geen account / kan account niet vinden | Account |
| R04 | Ongeldig accountnummer | Account |
| R05 | Ongeautoriseerde afschrijving van consumentenrekening met zakelijke SEC-code | Autorisatie |
| R06 | Geretourneerd op verzoek van ODFI | Administratief |
| R07 | Autorisatie ingetrokken door klant | Autorisatie |
| R08 | Betaling gestopt | Autorisatie |
| R09 | Niet-geïnd saldo | Financiering |
| R10 | Klant geeft aan niet geautoriseerd te zijn | Autorisatie |
| R11 | Retour door afgekapte cheque | Cheque/RCK |
| R12 | Filiaal verkocht aan andere financiële instelling | Instelling |
| R13 | Ongeldig ACH-routingnummer | Administratief |
| R14 | Gemachtigde ontvanger overleden of kan functie niet meer uitoefenen | Overleden |
| R15 | Begunstigde of accounthouder (anders dan een gemachtigde ontvanger) overleden | Overleden |
| R16 | Account bevroren | Account |
| R17 | Bewerkingscriteria bestandsrecord | Administratief |
| R18 | Onjuiste ingangsdatum | Administratief |
| R19 | Fout in bedragveld | Administratief |
| R20 | Niet-transactie-account | Account |
| R21 | Ongeldige bedrijfsidentificatie | Administratief |
| R22 | Ongeldig ID-nummer van de particulier | Administratief |
| R23 | Creditering geweigerd door ontvanger | Autorisatie |
| R24 | Dubbele invoer | Administratief |
| R25 | Fout in bijlage | Administratief |
| R26 | Fout in verplicht veld | Administratief |
| R27 | Fout in traceringsnummer | Administratief |
| R28 | Fout in controlecijfer van routingnummer | Administratief |
| R29 | Zakelijke klant geeft aan niet geautoriseerd te zijn | Autorisatie |
| R30 | RDFI neemt niet deel aan programma voor het afkappen van cheques | Cheque/RCK |
| R31 | Toegestane retourinvoer (alleen CCD en CTX) | Administratief |
| R32 | Geen vereffening RDFI | Instelling |
| R33 | Retour van XCK-invoer | Cheque/RCK |
| R34 | Financiële instelling met beperkte deelname | Instelling |
| R35 | Retour van onjuiste afschrijving | Administratief |
| R36 | Retour van onjuiste creditering | Administratief |
| R37 | Brondocument ter betaling aangeboden | Cheque/RCK |
| R38 | Betaling stoppen op brondocument | Cheque/RCK |
| R39 | Onjuist brondocument | Cheque/RCK |
| R40 | Retour van ENR-invoer door federale overheidsinstelling | Inschrijving overheid |
| R41 | Ongeldige transactiecode | Inschrijving overheid |
| R42 | Fout in routingnummer/controlecijfer | Inschrijving overheid |
| R43 | Ongeldig DFI-rekeningnummer | Inschrijving overheid |
| R44 | Ongeldig ID-nummer particulier | Inschrijving overheid |
| R45 | Ongeldige naam particulier | Inschrijving overheid |
| R46 | Ongeldige indicator vertegenwoordigende begunstigde | Inschrijving overheid |
| R47 | Dubbele inschrijving | Inschrijving overheid |
| R50 | Staatswet die invloed heeft op acceptatie van RCK | Cheque/RCK |
| R51 | Item met betrekking tot RCK-invoer komt niet in aanmerking of RCK-invoer is onjuist | Cheque/RCK |
| R52 | Betaling stopzetten voor item met betrekking tot RCK-invoer | Cheque/RCK |
| R53 | Item en RCK-invoer aangeboden voor betaling | Cheque/RCK |
| R61 | Verkeerd doorgestuurde retour | Geweigerde retour |
| R62 | Retour van foutieve of terugdraaiende afschrijving | Geweigerde retour |
| R63 | Onjuist dollarbedrag | Geweigerde retour |
| R64 | Onjuiste identificatie particulier | Geweigerde retour |
| R65 | Onjuiste transactiecode | Geweigerde retour |
| R66 | Onjuiste identificatie bedrijf | Geweigerde retour |
| R67 | Dubbele retour | Geweigerde retour |
| R68 | Ontijdige retour | Geweigerde retour |
| R69 | Veldfout(en) | Geweigerde retour |
| R70 | Toegestane retourinvoer niet geaccepteerd / Retour niet aangevraagd door ODFI | Geweigerde retour |
| R71 | Verkeerd doorgestuurde geweigerde retour | Geweigerde retour |
| R72 | Ontijdige geweigerde retour | Geweigerde retour |
| R73 | Tijdige originele retour | Geweigerde retour |
| R74 | Gecorrigeerde retour | Geweigerde retour |
| R75 | Retour is geen duplicaat | Geweigerde retour |
| R76 | Geen fouten gevonden | Geweigerde retour |
| R77 | Niet-acceptatie van R62 geweigerde retour | Geweigerde retour |
| R80 | Coderingsfouten in IAT-invoer | Internationaal |
| R81 | Geen deelnemer in IAT-programma | Internationaal |
| R82 | Ongeldige identificatie buitenlandse ontvangende DFI | Internationaal |
| R83 | Buitenlandse ontvangende DFI kan niet vereffenen | Internationaal |
| R84 | Invoer niet verwerkt door gateway | Internationaal |
| R85 | Onjuist gecodeerde uitgaande internationale betaling | Internationaal |
Terugboekingen van ACH-betalingen verminderen
Het terugdringen van ACH-retouren kan je geld besparen, de administratieve lasten voor je personeel verlichten en de klantervaring verbeteren door vertragingen in betalingen te minimaliseren en frustraties over het betalingsproces aan te pakken. Het is een goed idee om je ACH-retourpercentages bij te houden op basis van benchmarks in de branche en samen te werken met andere ondernemingen in jouw sector om best practices te delen voor het terugdringen van retouren. (Een niveau van ongeautoriseerde retouren van 0,5% of meer, een niveau van administratieve retouren van 3% of meer, of een algeheel retourpercentage van 15% of meer leidt bijvoorbeeld tot een Nacha compliance-beoordeling.) Zorg ervoor dat je ACH-retouren onmiddellijk afhandelt wanneer ze zich voordoen en overweeg het implementeren van geautomatiseerde workflows om retouren in realtime te categoriseren en af te handelen.
Hieronder vind je een paar ideeën om ACH-terugboekingen te verminderen. Evalueer zorgvuldig de kosteneffectiviteit van deze strategieën voor preventie van terugboekingen zodat je zeker weet dat de investering opweegt tegen mogelijke besparingen.
Verifieer accountgegevens voordat je transacties initieert: Gebruik adresverificatieservices (AVS) en Positive Pay om er zeker van te zijn dat de accountgegevens overeenkomen met de bankgegevens. Overweeg om het accounteigendom elektronisch te valideren met behulp van microstortingen of tools voor directe accountverificatie voordat je afschrijvingen initieert.
Informeer klanten vooraf over de ACH-autorisatie: Communiceer duidelijk over ACH-autorisatieprocessen en mogelijke kosten in verband met onvoldoende saldo of niet-geautoriseerde transacties.
Stel risicoscores op basis van je historische retourgegevens op: Analyseer historische retourgegevens om patronen te identificeren en creëer risicoscores voor nieuwe transacties. Houd rekening met de geschiedenis van de klant, de transactiegrootte en trends in de branche.
Bewaak transacties in realtime op verdachte activiteiten: Implementeer tools die ACH-transacties bewaken op verdachte activiteiten, zoals grote afschrijvingen van nieuwe accounts.
Schrijf duidelijke, nauwkeurige transactiebeschrijvingen: Gebruik begrijpelijke, beknopte transactiebeschrijvingen die het doel van de betaling nauwkeurig weergeven. Onduidelijke beschrijvingen kunnen klanten alarmeren en leiden tot retouren.
Verstuur vooraankondigingen voorafgaand aan eerste of terugkerende afschrijvingen: Verstuur, indien mogelijk, vooraankondigingen naar klanten om hen te informeren over aanstaande ACH-transacties, vooral bij eerste afschrijvingen of terugkerende betalingen.
Bied klanten meerdere manieren om support te bereiken: Zorg voor meerdere manieren waarop klanten contact kunnen opnemen met de supportafdeling over transacties die ze niet herkennen of voor het bijwerken van hun accountgegevens.
Groepeer transacties met een laag risico in batches: Gebruik batching-strategieën om transacties met een laag risico gezamenlijk in te dienen.
Optimaliseer je ACH-netwerkstrategie: Werk samen met je betalingsverwerker om geavanceerde ACH-netwerkoptimalisatiestrategieën te verkennen. Dit kan inhouden dat je de meest geschikte routingopties kiest of de same-day ACH-mogelijkheden gebruikt om afwikkelingen te versnellen en het risico op onvoldoende saldo te verkleinen. In 2025 zijn er 1,4 miljard same-day ACH-betalingen verwerkt.
Werk samen met specialisten op het gebied van de preventie van ACH-retouren: Overweeg een partnerschap met gespecialiseerde preventiediensten voor ACH-retouren die geavanceerde mogelijkheden bieden voor het opschonen en verifiëren van gegevens.
Blijf op de hoogte van de Nacha Operating Rules: Volg de nieuwste Nacha Operating Rules en best practices voor ACH-transacties. De organisatie introduceerde onlangs bijvoorbeeld nieuwe regels die specifiekere beschrijvingen voor bedrijfsboekingen vereisen, zoals "PAYROLL" en "PURCHASE", voor meer transparantie.
Versterk de beveiliging in je gehele ACH-verwerkingssysteem: Zorg voor robuuste beveiligingsprotocollen in je hele ACH-verwerkingssysteem om het risico op frauduleuze transacties en retouren tot een minimum te beperken.
Hoe Stripe Payments kan helpen
Met Stripe Payments kunnen bedrijven meer dan 125 betaalmethoden instellen en accepteren, waaronder ACH Direct Debit. Het biedt een gebundelde, wereldwijde betaaloplossing waarmee elk bedrijf, van groeiende start-ups tot internationale ondernemingen, online, persoonlijk en wereldwijd betalingen kan accepteren.
Stripe Payments kan je helpen:
Verificatie te vereenvoudigen: verifieer direct ACH Direct Debits of stuur microdeposito's om de bankgegevens van klanten binnen 2 werkdagen te verifiëren.
Terugbetalingen te vereenvoudigen: terugbetalingen uitvoeren of overtollige bedragen terugstorten naar de klant.
Je afrekenervaring te optimaliseren: creëer een probleemloze klantervaring en bespaar duizenden technische uren met vooraf gebouwde betalingsinterfaces en Link, de digitale wallet van Stripe.
Sneller uit te breiden naar nieuwe markten: bereik klanten over de hele wereld en verminder de complexiteit en kosten van multivalutabeheer met grensoverschrijdende betaalopties, beschikbaar in 195 landen in 135+ valuta.
Fysieke en online betalingen samen te voegen: bouw een unified commerce-ervaring op via online en fysieke kanalen om interacties te personaliseren, loyaliteit te belonen en inkomsten te laten groeien.
De betaalprestaties te verbeteren: verhoog inkomsten met een reeks aanpasbare, eenvoudig te configureren betaaltools, waaronder no code-fraudebescherming en geavanceerde mogelijkheden om autorisatiepercentages te verbeteren.
Sneller te werken met een flexibel, betrouwbaar platform voor groei: bouw voort op een platform dat is ontworpen om met jou mee te groeien, met een historische uptime van 99,999% en toonaangevende betrouwbaarheid.
Lees meer over hoe Stripe Payments je online en fysieke betalingen kan ondersteunen of ga vandaag nog aan de slag.
De inhoud van dit artikel is uitsluitend bedoeld voor algemene informatieve en educatieve doeleinden en mag niet worden opgevat als juridisch of fiscaal advies. Stripe verklaart of garandeert niet dat de informatie in dit artikel nauwkeurig, volledig, adequaat of actueel is. Voor aanbevelingen voor jouw specifieke situatie moet je het advies inwinnen van een bekwame, in je rechtsgebied bevoegde advocaat of accountant.