
An R08 return code means your customer placed a stop payment order with their bank on a specific ACH debit, and the bank returned the entry before it was paid. The money never left the customer's account, and you now have a returned item on your processing record.
Most explanations of R08 stop there. This one does not, because for a merchant — especially one processing in a high-risk category — the real question is not what the code means. It is what you do in the next two business days.
What the R08 return code means
In ACH terms, the Receiver is your customer and the RDFI is their bank. With ACH return code R08, the Receiver instructed their bank to stop a specific debit entry. The bank honored that instruction and returned the entry to your bank. Under the standard ACH timeframe, that return reaches you within two banking days of settlement.
One distinction is worth drawing early: a stop payment is not an unauthorized-return claim. Your customer is not telling their bank the debit was never authorized. They are telling it that this particular entry must not be paid. That matters, because an R08 can still be resolved directly with the customer — and if it is handled badly, it can escalate into something harder to resolve.
Why a customer stops payment
Customers rarely stop a payment on a whim. The usual causes sit on the merchant's side of the relationship:
- They tried to cancel and went to their bank instead of you. If canceling a recurring debit through you is slow or unclear, the bank's stop-payment desk becomes the easier path.
- There is a dispute over the product or service. The stop payment is the customer's way of pausing the money while the disagreement is open.
- They did not recognize the debit. A billing descriptor that does not match your business name makes a legitimate charge look like a problem.
- The timing surprised them. A debit that lands earlier than expected, or for a different amount, prompts a call to the bank.
Each of these is fixable. None of them fixes itself.
What to do when you receive an R08 return
Treat an R08 as a conversation that needs to happen, not a transaction to retry. Work through the sequence in order:
- Contact the customer within two business days. The earlier you ask why, the more likely the answer is simple.
- Confirm the scope of the stop. Ask whether it applies to this single entry or to all future debits from you. The answer changes what comes next.
- Resolve the underlying issue. If it is a dispute, settle it. If it is a cancellation, process it and confirm in writing. If it is confusion over the descriptor or the debit date, correct it.
- Document the outcome. Keep a record of the conversation and any agreement you reach.
- Get new authorization before billing resumes. If the customer agrees to continue, obtain fresh written authorization rather than relying on the original one.
Can you resubmit a payment after an R08?
Not as-is. An R08 is not an insufficient-funds return that clears up when the customer gets paid. Under Nacha rules, a stopped entry may only be reinitiated if the customer lifts the stop payment order or provides new authorization.
Resubmitting without resolving the stop invites another return, and it can push the customer toward claiming the debit was unauthorized — a worse outcome for you. There is also a processing-relationship cost: repeat returns on an account draw attention during monitoring, and that attention lands harder on a high-risk merchant account than on a low-risk one. Resolve first, then bill.
How to prevent R08 returns
The prevention levers are all within your control:
- Use a descriptor your customers recognize. The name on their bank statement should match the name they bought from.
- Notify before recurring debits. An email two to three business days before a recurring debit removes the surprise that sends customers to their bank.
- Make cancellation easier than a bank call. If customers can cancel with you in one step, they have no reason to involve their bank.
- Keep your authorization records. A signed or electronically recorded authorization is what keeps a stop payment from becoming an unauthorized-return dispute.
R08 compared with other ACH return codes
The R08 ACH return code is one of several that look similar on a report but call for very different responses:
- R08 — Payment Stopped. The customer stopped this specific debit. Resolve it with the customer, and reinitiate only with new authorization.
- R06 — Returned per the ODFI's request. The return originates on the bank side, not the customer side. We cover who requests it and what it means in our post on the R06 ACH return code.
- R16 — Account frozen. The customer's account itself is restricted, which is a different problem with different next steps. See our guide to ACH return code R16.
Reading the code correctly is the difference between a quick fix and a repeat return.
ACH processing built for high-risk merchants
Return codes are manageable when your processor understands your industry and tells you plainly what a return means for your account. We specialize in high-risk processing, and our ACH payment processing supports merchants that mainstream processors decline.
If ACH returns are putting pressure on your account, contact us. We will review your situation and tell you what we can do.
Frequently Asked Questions
R08 means Payment Stopped. Your customer placed a stop payment order with their bank on a specific ACH debit, and the bank returned the entry before it was paid. The money never left the customer's account, and the return now sits on your processing record.
No. With an R08, your customer is not claiming the debit was never authorized — only that this particular entry must not be paid. That matters because a stop payment can usually be resolved directly with the customer, while a mishandled one can escalate into an unauthorized-return claim, which is harder to resolve.
Under the standard ACH timeframe, an R08 return reaches your bank within two banking days of settlement. Once it does, contact the customer within two business days — the earlier the conversation happens, the simpler the fix tends to be.
It can apply to a single entry or to all future debits you originate, and the R08 itself does not tell you which. Ask the customer when you contact them, because the scope determines what comes next: a single corrected entry, or new authorization before any future billing.
Not as-is. Under Nacha rules, a stopped entry may only be reinitiated if the customer lifts the stop payment order or provides new authorization. Resolve the underlying issue first, obtain fresh written authorization, and then resume billing.
One resolved R08 is manageable. Repeat returns draw attention during account monitoring, and that attention lands harder in a high-risk category than in a low-risk one. Contact the customer within two business days of each return and document the outcome.
Category
Tag

Marielle Andiarena writes about high-risk merchant accounts and payment processing for PayKings.
More from Marielle Andiarena
R23 Return Code: What Credit Entry Refused by Receiver Means for Merchants
The R23 return code means Credit Entry Refused by Receiver. You sent an ACH credit — a refund, a pay...
E Checks: What They Are and How They Work
An eCheck is a digital version of a paper check. Instead of writing an amount on paper and waiting f...
What's Shop Pay? How It Works and Who Can Offer It
Shop Pay is a checkout and payment method developed by Shopify. It saves a shopper's email, shipping...
How to Get a CBD License to Sell CBD Products: Requirements, Costs & Steps
The CBD industry is booming, with the market projected to grow to $47 billion by 2028. That growth h...