ACH-retourcodes: de volledige referentie R01-R85, getoetst aan de officiële bronnen
Er bestaan officieel precies 70 ACH-retourcodes. Vier codes die de sector publiceert zijn helemaal geen retourcodes, één breed geciteerde definitie is simpelweg fout, en één echte code ontbreekt in de meeste lijsten. De volledige tabel, met wat elke code betekent en of u de entry opnieuw mag versturen.
Wat is een ACH-retourcode?
Een ACH-retourcode is een code van drie tekens die de bank van de ontvanger (RDFI) in een addenda-record van type 99 schrijft, op posities 4 tot 6, om de opdrachtgever te laten weten waarom een entry is teruggestuurd. Er bestaan er officieel precies 70: R01 tot R47, R50 tot R53, R61, R62, R67 tot R77, en R80 tot R85. Codes als R63, R64, R65 en R66 worden breed op het web gepubliceerd maar zijn helemaal geen retourcodes — het zijn de addenda-subcodes van R69, 'Field Error(s)'. De vraag die een code werkelijk beantwoordt, is of u de entry opnieuw mag versturen: een retour wegens ontbrekende autorisatie (R05, R07, R10, R29, R51) mag niet opnieuw worden ingediend zonder een nieuwe autorisatie, terwijl R11 — nochtans een code voor ontbrekende autorisatie — gecorrigeerd en opnieuw verstuurd mag worden.
Valideer uw bestand nu
Gratis, direct en 100% in uw browser - er wordt nooit een bestand geüpload.
Waar de code werkelijk in het bestand staat
Een retour is geen bericht dat u naast de betaling ontvangt. Het is een entry, binnen een ACH-bestand, met een addenda-record van type 99. De code staat op posities 4 tot 6 van dat record van 94 tekens — daarom is een retour iets wat u parseert, niet iets wat u in een e-mail leest.
799R01 091000010000001 091000019100001... │ │ └── positions 4-6: the return reason code │ └───── positions 2-3: addenda type 99 = a return └─────── position 1: record type 7 = addenda
Twee gevolgen die men verkeerd begrijpt, beide duur. Een retour is een echte entry: het geld komt terug. Een Notification of Change, addenda-type 98, is een entry van nul dollar: de betaling is doorgegaan, en de bank vraagt u uw gegevens voor de volgende keer te corrigeren. Een NOC als een mislukte betaling behandelen en opnieuw versturen betaalt dezelfde factuur twee keer.
En de velden van een retour worden niet herschreven. Nacha stelt dat elk veld van een retour of een NOC ongewijzigd blijft ten opzichte van de oorspronkelijke entry. Er bestaat geen SEC-code 'RET'; de Company Entry Description wordt geen 'RETURN' of 'SOFTWARE'. Echte retourbestanden dragen wat het origineel droeg — 'TRANSFER', 'Vendor Pay'. Een parser die naar die markers zoekt, vindt niets en concludeert ten onrechte dat het bestand geen retour is.
De codes die er werkelijk toe doen
Van de zeventig is een handvol goed voor de overgrote meerderheid van de retouren — en de Federal Reserve groepeert ze bij naam voor u, in haar eigen ACH Return Reason Report.
R01 — Insufficient Funds
De rekening is geldig en open; het geld stond er bij het boeken eenvoudigweg niet. De retour komt binnen twee bankwerkdagen terug. Het is ook een van de weinige codes die u opnieuw mag indienen, onder de voorwaarden van de Nacha-regels: identieke Company Name, Company ID en bedrag, en 'RETRY PYMT' in de Company Entry Description.
R02, R03, R04 — wat de Fed zelf de Invalid/Admin Returns noemt
Rekening gesloten; geen rekening of niet te vinden; ongeldig rekeningnummer. Dit zijn dataproblemen, geen geldproblemen: uw gegevens over de rekening van de klant zijn fout, en dezelfde entry opnieuw versturen zal op dezelfde manier falen. Corrigeer het mandaat, niet de timing.
R05, R07, R10, R11, R29, R51 — de groep Unauthorized Returns van de Fed
Dit is de groep die het regelgevende risico draagt, want een retourpercentage wegens ontbrekende autorisatie boven de Nacha-drempel zet uw vermogen om te initiëren op het spel. Het is ook de groep waarin opnieuw indienen geen nieuwe poging is maar een overtreding van de regels — met als enige uitzondering R11, hieronder.
R14 en R15 — een overlijden
De gemachtigde of de rekeninghouder is overleden. Dit zijn de enige twee codes die een Date of Death dragen, op posities 22 tot 27 van de addenda 99. Bij elke andere retourcode is dat veld leeg — en een parser die het toch uitleest, produceert een datum uit het niets.
De mythes — en een ervan was de onze
Deze sectie bestaat omdat de gratis content over ACH-retourcodes op punten simpelweg fout is, en de fouten worden herhaald door grote en gerenommeerde betaalbedrijven. We hebben alle zeventig codes opnieuw getoetst aan de eigen ISO 20022-mappinggids van Nacha, het ACH Return Reason Report van de Federal Reserve en het Green Book van het Amerikaanse ministerie van Financiën. Vier bevindingen.
R63, R64, R65 en R66 zijn geen retourcodes
De officiële lijst gaat van R62 rechtstreeks naar R67 — zowel in de gids van Nacha als in het rapport van de Fed. Wat wordt gepubliceerd als 'R63 — Incorrect Dollar Amount' is in werkelijkheid subcode 03 van de addenda bij R69, zoals het Green Book het afdrukt. Als u een opzoektabel hebt gebouwd op basis van een leverancierspagina, bevat die vier codes die nooit zullen aankomen, en ontbreekt het mechanisme dat ze voortbrengt.
R11 is geen 'Checksum Abbreviation Error'
De publieke pagina van Stripe zegt van wel. Dat is fout, en het keert het advies om. R11 betekent dat de klant verklaart dat de incasso niet overeenkwam met de voorwaarden van de autorisatie — verkeerd bedrag, te vroeg geïncasseerd. Sinds 2020 is het de enige code voor ontbrekende autorisatie die u mag corrigeren: herstel de onderliggende fout en verstuur een nieuwe entry binnen 60 dagen na de afwikkelingsdatum van de retour, zonder dat een nieuwe autorisatie nodig is.
R85 is geen IAT-code
R80 tot R84 gelden voor uitgaande IAT-entries. Het toepassingsgebied van R85 is, in de eigen tabel van Nacha, elke SEC-code BEHALVE IAT: het is een als binnenlands gecodeerde entry die de gateway herkent als een uitgaande internationale betaling die van meet af aan een IAT had moeten zijn. R80-R85 op één hoop gooien als 'de IAT-codes' keert precies degene om die ertoe doet.
R44 bestaat — en wij hadden het hier zelf mis
'Invalid Individual ID Number', voor ENR-entries. Hij staat in de gids van Nacha en in het rapport van de Fed. We hadden hem bewust van deze site weggelaten, omdat de leverancierspagina's waaruit we hem hadden gehaald elkaar tegenspraken — we hebben de afwezigheid van een betrouwbare bron aangezien voor de afwezigheid van een code. Hij is nu gepubliceerd, en deze pagina bestaat mede om dat te zeggen.
R69, 'Field Error(s)', noemt het foutieve veld niet in de code. Hij noemt het in de addenda, als een subcode van twee cijfers — en deze lijst is de hele reden waarom R63-R66 er echt uitzien voor wie ze buiten hun context heeft gezien (bron: Green Book, publiek domein):
01Return contains incorrect DFI Account Number02Return contains incorrect Original Entry Trace Number03Return contains incorrect dollar amount04Return contains incorrect Individual Identification Number / Identification Number05Return contains incorrect Transaction Code06Return contains incorrect Company Identification Number07Return contains an invalid Effective Entry Date
Alle 70 ACH-retourcodes
Gegroepeerd naar onderwerp, de meest voorkomende eerst. Elke code verwijst naar zijn eigen pagina: wat hij betekent, waardoor hij ontstaat, de retourtermijn wanneer een officiële bron er een noemt, en of u de entry opnieuw mag versturen. Deze tabel wordt gegenereerd uit dezelfde gegevens die onze validator gebruikt, dus ze kan niet van de tool afdrijven.
Rekening
R02Rekening opgehevenR03Geen rekening / rekening niet te vindenR04Ongeldige structuur van het rekeningnummerR14Vertegenwoordigend uitkeringsgerechtigde overleden of niet in staat die hoedanigheid voort te zettenR15Begunstigde of rekeninghouder overledenR16Rekening geblokkeerd / transactie teruggeboekt op instructie van OFACR20Niet-transactionele rekeningR43Ongeldig DFI-rekeningnummer (alleen ENR)
Autorisatie & betwistingen
R05Ongeautoriseerde debitering van een particuliere rekening met een zakelijke SEC-codeR07Machtiging ingetrokken door de klantR08Betaling geblokkeerdR10De klant meldt dat de opdrachtgever bij de ontvanger niet bekend is en/of dat de opdrachtgever door de ontvanger niet is gemachtigd om diens rekening te debiterenR11De klant meldt dat de transactie niet in overeenstemming is met de voorwaarden van de machtigingR29Zakelijke klant meldt dat er geen machtiging isR38Betalingsblokkade op het brondocument (ARC, BOC)R51Het stuk dat aan de RCK-transactie ten grondslag ligt, komt niet in aanmerking, of de RCK-transactie is ontoelaatbaar (alleen RCK)R52Betalingsblokkade op het stuk dat aan de RCK-transactie ten grondslag ligt (alleen RCK)
Gegevens & formaat
R17Controlecriteria voor bestandsrecords / transactie met een ongeldig rekeningnummer geïnitieerd onder twijfelachtige omstandighedenR18Onjuiste effectieve transactiedatumR19Fout in het bedragveldR21Ongeldige bedrijfsidentificatieR22Ongeldig individueel identificatienummerR25Fout in het addendarecordR26Fout in een verplicht veldR27Fout in het tracenummerR35Terugboeking van een ontoelaatbare debiteringR36Terugboeking van een ontoelaatbare crediteringR39Ontoelaatbaar brondocument (ARC, BOC, POP)R41Ongeldige transactiecode (alleen ENR)R44Ongeldig individueel identificatienummer (alleen ENR)R45Ongeldige naam van persoon / bedrijf (alleen ENR)R46Ongeldige indicator voor vertegenwoordigend uitkeringsgerechtigde (alleen ENR)R80Coderingsfouten in een IAT-transactieR85Onjuist gecodeerde uitgaande internationale betaling
Routering
Administratief
R06Teruggeboekt op verzoek van de ODFIR24Dubbele transactieR30RDFI neemt niet deel aan het check truncation-programmaR31Toegestane terugboeking (alleen CCD en CTX)R32RDFI wikkelt niet afR33Terugboeking van een XCK-transactieR34DFI met beperkte deelnameR40Terugboeking van een ENR-transactie door een federale overheidsinstantie (alleen ENR)R47Dubbele aanmelding (alleen ENR)R50Statelijke wetgeving die de aanvaarding van RCK beïnvloedt (alleen RCK)R61Verkeerd gerouteerde terugboekingR62Terugboeking van een onjuiste of terugdraaiende debiteringR67Dubbele terugboekingR68Te late terugboekingR69Veldfout(en)R70Toegestane terugboeking niet aanvaard / terugboeking niet door de ODFI verzochtR71Verkeerd gerouteerde geweigerde terugboekingR72Te late geweigerde terugboekingR73Tijdige oorspronkelijke terugboekingR74Gecorrigeerde terugboekingR75Terugboeking is geen duplicaatR76Geen fouten gevondenR77Niet-aanvaarding van een R62 geweigerde terugboekingR81Geen deelnemer aan het IAT-programmaR83Buitenlandse ontvangende DFI kan niet afwikkelenR84Transactie niet verwerkt door de Gateway Operator
Overige
Codes die niet bestaan, wat een zoekresultaat u ook vertelt: R48, R49, R54 tot R60, R63 tot R66, R78, R79, en alles boven R85. Er komt één nieuwe code aan: R90, 'Entry Returned Due to RDFI's Sanctions Compliance Obligations', treedt in werking op 17 maart 2028 — en op dezelfde dag verliest R16 zijn OFAC-helft en betekent hij weer uitsluitend 'Account Frozen'.
Wat te doen wanneer er een retour binnenkomt
Op volgorde. De eerste twee stappen kosten een minuut, en het zijn de twee die de dure vergissingen voorkomen.
- 1Lees posities 4 tot 6 van de addenda 99. Dat is de code — niet het label dat het portaal van uw bank erop heeft geplakt.
- 2Stel de enige vraag die er werkelijk toe doet: is het een retour wegens ontbrekende autorisatie? R05, R07, R10, R29 en R51 mogen niet opnieuw worden ingediend. De entry opnieuw versturen is geen nieuwe poging, het is een overtreding van de regels.
- 3Gaat het om R11, dan mag u corrigeren en opnieuw versturen — binnen 60 dagen na de afwikkelingsdatum van de retour, zonder nieuwe autorisatie. Het is de uitzondering op de regel hierboven, en ze is echt geld waard.
- 4Gaat het om R69, open dan de addenda. De subcode van twee cijfers vertelt u welk veld de ODFI fout acht, en er zijn er zeven.
- 5Gaat het om R01 of R09, dan is opnieuw indienen toegestaan onder de Nacha-regels: Company Name, Company ID en bedrag moeten identiek zijn, en 'RETRY PYMT' moet in de Company Entry Description staan. De regels begrenzen ook hoe vaak en hoe lang — die exacte cijfers zijn alleen in het betaalde rulebook gepubliceerd, en wij citeren geen getallen die we niet kunnen onderbouwen.
Valideer daarna het gecorrigeerde bestand voordat u het verstuurt. Een tweede retour op dezelfde entry is niet gratis, en bij de codes voor ontbrekende autorisatie is hij zelfs niet toegestaan.
Valideer een ACH-bestand voordat het terugkomt
Sleep een NACHA-bestand in de validator: recordstructuur, ABA-controlecijfers, entry hash, controletotalen van batch en bestand — en de addenda gedecodeerd, inclusief retouren (99), notifications of change (98) en IAT (10 tot 18). Alles draait volledig in uw browser; het bestand verlaat uw machine nooit.
Open de ACH-validatorOfficiële bronnen — en wat we weigeren te zeggen
Het boek met de Nacha Operating Rules is auteursrechtelijk beschermd en wordt verkocht. Wij hebben het niet gekocht en reproduceren de tekst ervan niet. Alles op deze pagina is getoetst aan gratis officiële publicaties: de eigen ISO 20022-mappinggids van Nacha, die de volledige codetabel bevat; het ACH Return Reason Report van de Federal Reserve, dat de codes opsomt die zij met en zonder activiteit verwerkt — wat het doorslaggevend maakt voor de vraag welke codes bestaan; en het Green Book van het Amerikaanse ministerie van Financiën, dat publiek domein is. Waar alleen het betaalde rulebook een getal noemt — de termijnen voor geweigerde en betwiste retouren, de exacte limieten voor opnieuw indienen — zegt deze pagina dat de regel bestaat en verzint zij het cijfer niet.
Veelgestelde vragen
Hoeveel ACH-retourcodes zijn er?
Zeventig. R01 tot R47, R50 tot R53, R61, R62, R67 tot R77, en R80 tot R85. De ISO 20022-mappinggids van Nacha en het ACH Return Reason Report van de Federal Reserve noemen dezelfde verzameling, en het rapport van de Fed is doorslaggevend omdat het de codes opsomt die zij met en zonder activiteit verwerkt — een code die erin ontbreekt, is een code die niet bestaat.
Is R63 een echte ACH-retourcode?
Nee. R64, R65 en R66 evenmin. De officiële lijst gaat van R62 rechtstreeks naar R67. Wat elders wordt gepubliceerd als 'R63 — Incorrect Dollar Amount' is subcode 03 van de addenda bij R69, 'Field Error(s)'. De verwarring is begrijpelijk — de lijst met subcodes leest precies als een lijst met retourcodes — maar een R63 zal nooit in uw bestand aankomen.
Wat is het verschil tussen R10 en R11?
Beide zijn retouren wegens ontbrekende autorisatie en beide dragen een termijn van 60 dagen. R10 betekent dat de klant zegt dat de incasso helemaal niet was geautoriseerd. R11 betekent dat de klant zegt dat de incasso niet de voorwaarden volgde van een autorisatie die wel degelijk bestaat — een verkeerd bedrag, een te vroeg geïncasseerd bedrag. Het praktische verschil is doorslaggevend: met R11 mag u de fout corrigeren en een nieuwe entry versturen binnen 60 dagen na de afwikkelingsdatum van de retour, zonder een nieuwe autorisatie te verkrijgen. Met R10 mag dat niet.
Mag ik een entry die is teruggestuurd opnieuw versturen?
Dat hangt volledig af van de code. R01 en R09 (saldo) mogen opnieuw worden ingediend onder de Nacha-regels, met identieke Company Name, Company ID en bedrag en 'RETRY PYMT' in de Company Entry Description. De codes voor ontbrekende autorisatie — R05, R07, R10, R29, R51 — mogen dat niet: zij vereisen een nieuwe autorisatie, en opnieuw versturen is een overtreding van de regels. R11 is de uitzondering: corrigeren en opnieuw versturen binnen 60 dagen, zonder nieuwe autorisatie.
Waar staat de retourcode in een ACH-bestand?
In een addenda-record van type 99, op posities 4 tot 6 van het record van 94 tekens. Positie 1 is het recordtype ('7' voor een addenda), posities 2 en 3 zijn de addenda-typecode ('99' voor een retour). Posities 22 tot 27 bevatten een Date of Death, maar alleen bij R14 en R15 — bij elke andere code is dat veld leeg.
Wat is het verschil tussen een retour en een Notification of Change?
Een retour (addenda 99) stuurt het geld terug: de betaling is mislukt. Een Notification of Change (addenda 98) is een entry van nul dollar: de betaling is geslaagd, en de ontvangende bank laat u weten dat sommige van uw gegevens — een rekeningnummer, een routing number, een transactiecode — voor de volgende keer moeten worden gecorrigeerd. Een NOC opnieuw als betaling versturen betaalt dezelfde factuur twee keer.
Hoeveel tijd heeft een bank om een ACH-entry terug te sturen?
Twee bankwerkdagen is de administratieve norm: het Green Book stelt dat een retour ontvangen moet zijn bij de opening van de tweede bankwerkdag volgend op de afwikkelingsdatum van de oorspronkelijke entry. Niet-geautoriseerde incasso's bij consumenten hebben een verlengde termijn van 60 kalenderdagen. De exacte termijnen voor geweigerde en betwiste retouren zijn alleen in het betaalde Nacha-rulebook gepubliceerd — wij citeren geen cijfers die we niet kunnen onderbouwen, en R68 'Untimely Return' en R72 'Untimely Dishonored Return' bestaan juist om een gemiste termijn te bestraffen.
Komt er een nieuwe ACH-retourcode aan?
Ja. R90, 'Entry Returned Due to RDFI's Sanctions Compliance Obligations', treedt in werking op 17 maart 2028. Op dezelfde dag verliest R16 de OFAC-helft van zijn betekenis en betekent hij weer uitsluitend 'Account Frozen'. Geen van beide wijzigingen is vandaag van kracht, en R90 bestaat nog niet in het netwerk.