Short answer
ACH return codes are the R codes a receiving bank attaches when it sends an ACH payment back unpaid. R01 means the balance didn't cover the debit, R02 a closed account, R03 no matching account and R04 an invalid account number, while R07, R10 and R29 flag unauthorized debits. Most returns arrive within two banking days; unauthorized consumer debits, within 60 days.
ACH return codes are the short codes, R01, R02 and so on, that a bank attaches to an ACH payment it sends back unpaid. Nacha's rules call them return reason codes (Nacha), and each one tells the business that sent the payment what went wrong: no money in the account, no account at all, an account number that doesn't work, or an account holder who says the debit wasn't allowed.
If you collect by ACH debit or eCheck, the code decides your next move. Some returns are a timing problem that a phone call fixes. Some need new bank details. A few mean you should stop debiting that account today. Below you'll find the codes worth knowing, what each means and what to do about it, how long banks have to send returns, and the return rates Nacha watches.
Return codes come from the Nacha Operating Rules, so they mean the same thing whichever bank or processor handles your debits. Clearo offers ACH payment processing; this guide sticks to the codes themselves. For how ACH debits move in the first place, see our ACH payments guide, and for the customer-facing side, our guide to eChecks. We checked every rule cited here in October 2026.
What are ACH return codes?
ACH return codes are the standard reasons a receiving bank gives when it sends an ACH entry back. Say you pull a monthly debit from a customer's account. Their bank (the RDFI, in Nacha's shorthand) can't or won't post it, so it returns the entry through the network with a code attached. Your bank passes the return on to you with the amount, the date and the customer's details, and takes the money back out of your account if the debit had already settled.
Nacha writes the rules that financial institutions follow on the ACH network (Nacha), so the codes mean the same thing at every bank. An R03 from a small credit union says exactly what an R03 from a national bank says. That consistency lets you set one response per code instead of treating every failed payment as a mystery.
A return isn't a decline. A card decline happens in seconds, before the sale is complete, and our guide to credit card decline codes covers those. An ACH return shows up after the payment has gone out, often after the money has landed in your account, which is why it stings more.
ACH return codes list: common R codes and what to do next
This list covers the codes a business collecting by debit should know first. Nacha's full table is longer, so ask your bank or ACH provider for the complete version it uses in its reports.
| Code | Meaning | What to do next |
|---|---|---|
| R01 | Insufficient funds: the available balance doesn't cover the debit | Agree on a date with the customer before any retry; Nacha caps reinitiations at two |
| R02 | Account closed, either by the customer or by their bank | Collect new account details and a new authorization, and never resend to the closed account |
| R03 | No account, or unable to locate it: the number is formatted correctly but isn't an account at that bank | Read the numbers back to the customer and fix the typo |
| R04 | Invalid account number: the structure is wrong, such as too few or too many digits | Get the correct number and validate it before the next debit |
| R07 | Authorization revoked by the customer | Stop the schedule and ask whether they want to pay another way |
| R08 | Payment stopped | Call the customer before doing anything else |
| R09 | Uncollected funds | Treat it the way you treat an R01 |
| R10 | The customer says you're unknown to them or not authorized to debit the account | Stop, check your authorization record and contact the customer |
| R11 | There's an authorization, but the entry had an error, such as the wrong amount or date | Correct the entry and resend it within 60 days |
| R16 | Account frozen: the bank or a legal action has restricted access to the account | Ask for a different way to pay |
| R20 | Non-transaction account: this account can't take the entry, for example because its type doesn't allow ACH debits | Ask for a checking account, or take a card |
| R29 | Unauthorized debit to a business account, the code used for CCD and CTX entries | Stop, check your signed agreement and call the customer's payables contact |
Where the meanings come from: R01, R09 and R20 from Nacha's micro-entry return chart, R07, R10, R11 and R29 from its rule on differentiating unauthorized return reasons, and R16 from its rule page on a new sanctions return code. R02, R03 and R04 come from a 2009 ACH special edition of the PFC Journal, published by the Treasury's Bureau of the Fiscal Service, and the R08, R09 and R20 titles from the Federal Reserve's FedGlobal ACH origination manual, dated August 3, 2026.
How long does a bank have to return an ACH payment?
Two banking days, for most returns. Under Nacha's rules, two days is the standard return timeframe, and longer windows exist only for specific cases (Nacha). The biggest exception is a debit the customer says they never authorized.
| Kind of return | How long the receiving bank has |
|---|---|
| Most returns, such as insufficient funds or a closed account | Two banking days |
| A consumer debit returned as unauthorized (R10) or as not matching its authorization (R11) | Up to 60 days |
| An unauthorized debit to a business account (R29) | Two banking days |
Consumers can return an unauthorized debit for up to 60 days, under what Nacha calls an extended right of return (Nacha), and it applies that 60-day window to both R10 and R11 (Nacha). Business accounts get no extension. Their bank has 2 banking days to send back a debit the company calls unauthorized (Nacha). These deadlines don't change from state to state, because Nacha's rules apply across the United States.
Here's how the dates play out. Say a debit settles on Thursday, October 22, 2026. A return for insufficient funds or a closed account would be due over Friday, October 23, and Monday, October 26, because Saturday and Sunday aren't banking days. If the account belongs to a business and the owner calls the debit unauthorized, the same two days apply. If it belongs to a consumer, an R10 could still show up in the second half of December.
Federal Reserve holidays stretch these windows too, since they aren't banking days either. The Federal Reserve Financial Services holiday schedule lists them; Columbus Day on Monday, October 12, 2026, is one.
Which return codes count toward Nacha's return-rate limits?
Nacha watches three return rates for each business that sends debits: unauthorized returns, administrative returns and all returns combined. Each has its own codes and its own line.
| Return rate | Codes counted | Level |
|---|---|---|
| Unauthorized | R05, R07, R10, R11, R29, R51 | 0.5% |
| Administrative | R02, R03, R04 | 3.0% |
| Overall | Every return, whatever the code | 15.0% |
Nacha's how-to on calculating the unauthorized return rate lists the six unauthorized codes and sets the measuring period: a rolling 60 days, or two calendar months. The 0.5% threshold is in its risk and enforcement rules. The administrative codes and the 3.0% and 15.0% levels come from its network quality fact sheet, which says crossing either of those two levels doesn't break the rules by itself but can lead to an inquiry.
Here's how fast the unauthorized rate moves. A pest control company in Tampa debits 450 customers a month for service plans, so 900 debits over two months. In that window:
- 4 come back as R07 or R10: 4 ÷ 900 = 0.44%, just under the 0.5% line.
- 18 come back as R03 or R04 after typos on new sign-ups: 2.00%, under the 3.0% level.
- 36 come back as R01. Counting the others, that's 58 returns, or 6.44%, well under 15.0%.
A fifth unauthorized return makes it 5 ÷ 900 = 0.56%, and the company is over. At 900 debits, 0.5% works out to 4.5 returns, so the margin is a single unhappy customer.
What keeps the number down is dull work: authorizations customers remember agreeing to, a business name that matches what they see on their bank statement, a heads-up before every debit, and cancellations handled the day they arrive. Our page for home services businesses covers the card side of service plans.
What should you do after an ACH return?
Read the code first, then sort it into one of four groups, because each group calls for a different response.
Money problems: R01 and R09
The account was short when the debit arrived. Contact the customer before trying again and agree on a date, ideally after their payday. Keep count if you reinitiate, because Nacha's rules cap reinitiation of a returned entry at two times (Nacha). Firing the same debit at an empty account on back-to-back days burns your retries and can cost a return fee each time.
Account data problems: R02, R03 and R04
Something about the account details is wrong. Ask the customer to confirm the numbers, get a new authorization if the account itself changed, and validate the new number before the next debit. For debits authorized online, Nacha's rules already require that validation the first time you use a number and when it changes (Nacha). The minimum standard is confirming the account is open and able to receive ACH entries (Nacha).
Permission problems: R07, R08, R10, R11 and R29
Stop debiting the account today. Pull the authorization and check it against the return: the amount, the date, the account and the business name the customer would have seen. Then talk to the customer, and don't send the debit again unless they authorize it again.
Handle R10 with care. Nacha has noted that R10 is often the code used when someone falsely claims that a debit they authorized wasn't (Nacha). Your authorization record is your evidence, so make sure you can produce it quickly.
R11 is the exception in this group. The customer did authorize you, but something in the entry was off, such as the amount or the date. Nacha lets you correct the error and send the entry again without a new authorization, as long as you do it within 60 days of the R11's settlement date (Nacha).
Accounts you can't debit: R16 and R20
The account is frozen, or it isn't the kind that takes ACH debits. Ask for another account or another way to pay. A card on file is often the quickest fix, and our recurring billing guide covers setting one up.
How can you cut ACH returns?
Returns fall when better account data goes in, permission is clear up front, and a customer who wants out gets out fast.
- Validate every new account before the first debit, including ones set up on paper or over the phone.
- Write the authorization so a customer would recognize it months later: your business name as it shows on their statement, the amount or how it's set, the dates, and how to cancel.
- Keep proof. For online authorizations, Nacha's WEB guidance says to hold on to the authorization itself plus a record of how you linked it to the customer (Nacha).
- Give notice when amounts vary. Under Regulation E, a consumer whose debit will change from the last one, or from the amount they authorized, gets written word of the new amount and date 10 days or more in advance, unless they signed up for a range (CFPB). A short reminder before every debit helps even when the law doesn't call for one.
- Act on stop requests the same day. When a customer asks you to stop, cancel the debit in your system right away. Otherwise it goes out and comes back as an R07, which counts toward your unauthorized rate, or an R08, which still counts toward the overall one.
- Debit under a name customers know. If your legal name and your brand differ, use the one they'd recognize.
- Check all three return rates every month, not when your bank calls.
- Offer a card to customers whose debits keep coming back R01. Clearo's virtual terminal handles recurring card billing and payment links for exactly that.
How do ACH returns compare with card declines and chargebacks?
They hit at different points in a payment's life. A card decline comes before the sale, an ACH return usually comes within days of settlement, and a card chargeback can come months later.
| When it happens | Who starts it | What the code tells you | |
|---|---|---|---|
| Card decline | During authorization, in seconds | The card issuer | Why the sale was refused |
| ACH return | Usually within two banking days of settlement, or up to 60 days for an unauthorized consumer debit | The receiving bank | Why the debit came back |
| Card chargeback | Weeks or months after the sale | The cardholder, through their issuer | What the cardholder is claiming |
For a sense of how long card disputes can run, Mastercard's chargeback guide lets a cardholder dispute some services as long as 120 calendar days after they ended, within an outer limit of 540 days (Mastercard). Nacha's unauthorized return rate does for ACH roughly what a chargeback ratio does for cards: it's a number that gets watched, and a high one brings questions. Our guide to chargeback reason codes covers the card side's codes.
Next step
If you'd like to talk about running your ACH debits through Clearo, contact us and we'll quote it for your business. For the card half of how customers pay you, send a recent merchant statement our way. The free statement review breaks your card costs down by card type, so you can weigh which customers stay on ACH and which get a card option. We can also set up recurring card billing and payment links for customers whose debits keep coming back.
About this guide
Written by the Clearo Payments team. Clearo provides interchange-plus payment processing to merchants in the US and Canada, with no long-term contracts and no cancellation fees. Card network rules and laws change, so check the sources below before you act on anything here. Our editorial standards explain how we source and update guides. Questions about your own setup? Ask our team.
Sources
Official and primary sources we checked while writing this guide.
- Differentiating Unauthorized Return Reasons (Nacha) (nacha.org)
- Meet Your Money's Superpowers: Direct Deposit & Direct Payment! (Nacha) (nacha.org)
- Micro-Entry Status/Return Reason Code Used by RDFI, chart, FAQ and guidance (Nacha) (nacha.org)
- New Return Reason Code for Sanctions Compliance Obligations (Nacha) (nacha.org)
- PFC Journal, ACH special edition, 2009 (Bureau of the Fiscal Service, U.S. Treasury) (fiscal.treasury.gov)
- FedGlobal ACH Payments Origination Manual, August 3, 2026 (Federal Reserve Financial Services) (frbservices.org)
- ACH Network Risk and Enforcement Topics (Nacha) (nacha.org)
- RMAG Originator Essentials (Nacha) (nacha.org)
- Micro-Entries (Phase 1) (Nacha) (nacha.org)
- Holiday Schedules (Federal Reserve Financial Services) (frbservices.org)
- How to calculate unauthorized return rate (Nacha) (nacha.org)
- NACHA Operating Rules Improving ACH Network Quality, fact sheet (Nacha) (nacha.org)
- Minor Rules Topics (Nacha) (nacha.org)
- Supplementing Fraud Detection Standards for WEB Debits (Nacha) (nacha.org)
- Account Validation Frequently Asked Questions (Nacha) (nacha.org)
- First-Party Fraud: Nacha Wants Your Input (Nacha) (nacha.org)
- WEB Proof of Authorization Industry Practices (Nacha) (nacha.org)
- § 1005.10 Preauthorized transfers (CFPB, Regulation E) (consumerfinance.gov)
- Chargeback Guide, Merchant Edition (Mastercard) (mastercard.com)