ACH Payment Disputes, Return Reasons, and Merchant Actions

Chargebacks?
Não é mais problema seu.
Recupere 4 vezes mais chargebacks e PREVENÇÃO — até 90% dos e-mails recebidos —, com tecnologia de IA e uma rede global Rede de 20.000 Lojistas.
Resumo:
- An ACH dispute is a bank return, not a card chargeback: the receiving bank sends the debit back under a Nacha return reason code, so read the code before choosing a response.
- Yes, an ACH payment can be disputed: the route is a bank or provider return or inquiry procedure, and it should not be assumed to follow card representment rules.
- Build the authorization record first: the accepted mandate, debit identifiers, and return code decide the next step, and an invalid authorization should not be reused automatically.
- R11 is a terms mismatch: a wrong amount or date under a valid authorization calls for correcting the entry, not for treating the customer as a fraud suspect.
- Nacha fraud monitoring Phase 2: June 19, 2026 is the nominal date, and June 22, 2026 is the practical compliance date for remaining non-consumer originators, service providers, and RDFIs in the specified roles.
An ACH payment dispute concerns a bank-account payment handled through ACH rules and the provider’s available return or inquiry workflow. The merchant should identify the account type, return reason, authorization, and case controls before taking action.
It is not a card chargeback. The receiving bank returns the debit to the originating bank under a Nacha return reason code, and what a merchant can do next depends on the case type and the provider. Nacha is the organization that governs the ACH network. This guide covers the return codes merchants see, the clocks that apply, and the authorization record to build before responding.
{{cta}}
O que é um “ Disputa ” do ACH? Devolução do ACH x cartão Chargeback
An ACH dispute happens when a bank customer, a business, or a receiving bank flags an ACH debit as unauthorized, inaccurate, or improperly processed. The receiving bank (the RDFI) does not “charge back” the transaction the way a card issuer would. Instead, it returns the entry to the originating bank (the ODFI) using a standardized Nacha return reason code, and the funds move back through the network. For the general idea of a reversed payment, see the payment reversal meaning explainer. A card chargeback, by contrast, is a separate contractual dispute process defined by the card networks (Visa, Mastercard, and similar); see our explainer on what is a chargeback for the full picture.
Para os “ Lojistas ” que aceitam ACH como forma de pagamento, seja por meio de um provedor de serviços de pagamento, de um portal bancário ou de uma plataforma de faturamento, as diferenças práticas são:
- A return code, not a case number. Every ACH return carries a two-character Nacha code (R05, R07, R10, R11, R29, and others) that states why the funds came back.
- The route depends on the case. A return and an authorization inquiry are handled differently, and the controls your provider displays for the case decide what you can submit, not card-network representment rules.
- Different clocks. The customer’s filing window, the receiving bank’s return deadline, and any provider evidence deadline are separate and should not be merged into one number.
- Evidence starts before the debit. The accepted mandate, timestamp, and IP address need to exist before the debit, not after the return.
How ACH Payments Work
The Automated Clearing House (ACH) is an electronic network for bank-to-bank transfers in the United States. It carries payroll, bill payments, and online purchases, which is why any merchant that debits customer bank accounts needs to understand returns.
“Em 2025, a ACH Rede processou 35,19 bilhões de pagamentos no valor de US$ 93,00 trilhões, um aumento de 4,9% em volume e de 7,9% em valor em relação ao ano anterior, o que representa uma média de 141 milhões de transações por dia.” Relatórios de volume da Nacha ACH Rede
Each ACH entry is identified by a three-letter code for the transaction type, and knowing the type tells you which authorization record to look for when a debit is questioned:
- PPD (Prearranged Payment and Deposits): Used for pre-authorized recurring payments such as subscription billing.
- TEL (Entrada Iniciada por Telefone): Conhecido como transações por telefone.
- WEB (Entrada Iniciada pela Web): Amplamente utilizada no comércio eletrônico.
Valid and Invalid Reasons for ACH Disputes
Return reasons under Nacha rules center on whether the debit was authorized, whether it matched the agreed terms, and whether it was processed properly. Common valid grounds include:
- Unauthorized Transaction: The debit was never authorized, or the authorization was canceled or revoked before a recurring debit was processed.
- Incorrect Amount or Date: The debit differs from the agreed amount or was processed earlier than agreed.
- Improper Processing: The debit was processed incorrectly, such as a duplicate payment.
Other complaints do not fit these grounds on their own. Buyer’s remorse, forgetting a recurring payment, or a delivery delay is not an ACH return reason, and product or service quality issues are best resolved directly with the customer. A return code records the reason given, not the customer’s intent, so do not assume friendly fraud from a claim alone.
The Impact of ACH Disputes on Businesses
ACH disputes can have significant consequences for merchants:
- Perda de receita: Podem ser retirados fundos da conta da Associação de Estudantes da Faculdade de Ciências da Saúde de Nova York ( Lojista).
- Cash Flow Disruptions: Returns make cash flow harder to forecast.
- Additional Fees: Merchants may incur fees under their provider or bank terms.
- Prejuízo à reputação: Índices elevados de Disputa podem prejudicar as relações com bancos e clientes.
- Desafios operacionais: os bancos podem impor limites às transações ou reter os fundos por mais tempo.
Software and other digital-goods sellers face a card-side version of these disputes as well; see digital goods chargebacks for that process.
Build an ACH Return and Authorization Record
When a debit is returned or questioned, the record you assemble decides what you can do next. Start by identifying whether the case is a return or an authorization inquiry, then match it to the table below. Name one case submission owner for each case, so a manual reply and an automated submission never go out for the same debit.
| Case or event | Required record | Operational action | Avoid this assumption |
|---|---|---|---|
| Authorization inquiry | Accepted mandate and debit identifiers | Provide authorization through the displayed inquiry route | A sales receipt replaces the mandate |
| Return reports no authorization | Return reason, original mandate and account context | Stop reuse of invalid authorization and follow provider instructions | A successful earlier debit authorizes every later debit |
| R11 terms mismatch | Agreed amount/date compared with actual debit | Investigate and correct the specific mismatch | An error under valid authorization proves customer fraud |
| Refund overlaps a return | Original debit, refund credit and return references | Reconcile value movement before issuing more credit | An ACH refund cancels an independently initiated return |
R11 addresses an entry that does not follow an otherwise valid authorization, such as a wrong date or amount, so treat it as a terms mismatch. A return code is a reason classification, not independent proof of deliberate customer fraud, as Nacha’s guidance on differentiating unauthorized return reasons explains.
A refund can overlap with a return, so reconcile the original debit, the refund credit, and the return references before issuing more credit. The refund vs reversal difference matters here: a refund you initiate does not cancel a return the bank has already initiated on its own. For a broader look at where retained records come from and how they are joined, see chargeback evidence sources.
Keep the Clocks Separate
Several different clocks get mixed together in ACH guidance, and each applies to a different event:
- Customer filing: consumers generally have 60 days to report an unauthorized debit to their bank.
- Receiving-bank return: unauthorized debits to a business account must generally be returned within 2 banking days of settlement.
- Authorization inquiry: where your provider displays an inquiry, answer through that route with the accepted mandate and debit identifiers.
- Provider evidence deadline: follow the evidence_due_by value displayed on the case. Stripe’s ACH Direct Debit documentation describes a 60-calendar-day evidence window counted from dispute creation, which is not the customer’s filing window.
That same documentation also calls timely ACH disputes final in one section and describes a Counter dispute control in another. Because provider guidance can conflict, rely on the controls shown for your case rather than on a general rule.
Worked Example
Debit on the first of the month
Submitted on the third of the month
Preserve the accepted mandate, the actual debit, and the return code. Investigate the amount and date mismatch before treating the case as an unauthorized account or retrying the same instruction. This is the R11 pattern from the table above.
Steps for Merchants
- Identify the case type. Confirm whether it is a return with a reason code or an authorization inquiry, and whether the account is a consumer or business account.
- Pull the record. Gather the accepted mandate, the debit identifiers, and the return code.
- Check the provider controls. Use only the response options and due date the case displays.
- Contact the customer. Reach out directly to clarify the issue. If the complaint is valid, correct the entry or refund it, after checking whether a return is already in progress.
- Apply account updates. A notification of change tells you when account details such as a routing number have changed; update your records before the next debit.
- Review and prevent. Look for patterns in billing practices, transaction records, or authorization steps that produced the case.
Decidir tentar novamente um pagamento
An ACH return occurs when a payment fails to process or is reversed. Reasons include insufficient funds, a closed account, incorrect information, or an unauthorized transaction, and the bank sends a return code indicating which. Any fee depends on your provider and bank terms.
Use the following table to determine if you can retry a returned ACH Direct Debit payment:
Common ACH Return Reason Codes
| Código | Motivo | Você pode tentar de novo? |
|---|---|---|
| R01 | Saldo insuficiente | Sim. A Nacha permite até duas reiniciações assim que os fundos estiverem disponíveis |
| R02 | Conta encerrada | Não. Obtenha primeiro os dados atualizados da conta |
| R03 | Sem conta / não foi possível localizar a conta | Não. Verifique as informações da conta |
| R04 | Número de conta inválido | Não. Corrija o número da conta primeiro. |
| R05 | Débito não autorizado (conta do consumidor) | Não. Obter uma nova autorização |
| R07 | Autorização revogada pelo cliente | Não. Obter uma nova autorização |
| R08 | Pagamento suspenso | Não. Entre em contato com o cliente para resolver a questão |
| R09 | Recursos não arrecadados | Sim. Tente novamente assim que os fundos forem creditados |
| R10 | O cliente informa que não está autorizado | Não. É necessária uma nova autorização |
| R11 | Entry not in accordance with the terms of the authorization (wrong amount, early date, or similar error). A terms mismatch, not proof of customer fraud | Yes, if corrected. Fix the entry and resubmit; no new authorization is needed. Confirm the resubmission window with your provider or bank |
| R16 | Conta bloqueada | Não |
| R29 | Aconselhamento a clientes corporativos não autorizado | Não. É necessária uma nova autorização |
| R51 | Entrada RCK (conversão de cheque) com origem incorreta | Não. Confirme o item subjacente e a autorização |
Note: Repeatedly retrying transactions that cannot succeed may result in fines from Nacha and could lead to being blocked from sending new ACH transactions. Follow ACH network guidelines on retries.
ACH vs. Chargebacks
ACH disputes and card chargebacks differ in their governing rules, in who sets the clocks, and in the response route. On the card side, merchants answer with compelling evidence, often organized in a chargeback response template. For the wider card-side picture, see our chargeback statistics report. For issuer and network routes on card payments, use our directory of card network and bank disputes.
| Aspecto | ACH Disputa / retorno | Cartão chargeback |
|---|---|---|
| Regras aplicáveis | Regras Operacionais da Nacha | Redes de cartões (Visa, Mastercard e similares) |
| Customer filing window | Set by Nacha rules and the customer’s bank, and differs by account type | Set by card network and issuer rules |
| Dispute reasons | Nacha return reason codes (R-codes) | Network reason codes, including product or service issues |
| Lojista resposta | Depends on the return or inquiry route and the controls the provider displays for the case | Representment with compelling evidence under network rules |
| Taxas | Set by your provider and bank terms | Set by your acquirer or processor terms |
Merchants who accept both cards and ACH often pair this playbook with a chargeback alert service on the card side, since an early alert can stop a card dispute before it escalates.
Novas regras da Nacha que os “ Lojistas ” precisam conhecer em 2026
Nacha oversees the ACH network and its Operating Rules, and compliance is mandatory. It is also phasing in a fraud monitoring rule that reaches more ACH participants than banks.
- Phase 1 (effective March 20, 2026) requires ODFIs and any non-consumer originator, third-party service provider, or third-party sender that originated 6 million or more entries in 2023 to maintain risk-based processes for identifying fraudulent entries (Nacha, Risk Management Topics).
- Phase 2 is nominally effective June 19, 2026. Because that date is a federal holiday, Nacha gives Monday, June 22, 2026 as the practical effective and compliance date. It covers the remaining non-consumer originators, third-party service providers and senders, and RDFIs in the specified roles, and it requires risk-based processes with at least an annual review (Nacha, fraud monitoring Phase 2).
The rule does not require one particular vendor, and it does not make every ACH return a fraud case.
These expectations sit alongside Nacha’s WEB debit account validation rule, in force since March 2021, which requires originators to verify that an account number belongs to an open, ACH-eligible account before the first debit and after any account change. Together they are part of a broader shift toward proactive ecommerce fraud prevention.
Dicas de conformidade para empresas
Para que a “ Lojistas ” continue em conformidade, ela deve:
- Obter a autorização adequada: Obter um consentimento claro e verificável.
- Mantenha registros precisos: guarde a documentação detalhada das transações.
- Forneça informações transparentes: indique claramente os termos, preços e políticas.
- Assign One Case Owner: Give each return or inquiry a single case submission owner, whether the response is manual or automated.
- Stay Informed: Regularly update knowledge of Nacha rules.
{{cta}}
Perguntas frequentes sobre ACH disputas e Chargebacks
O “ Disputa ” do ACH é o mesmo que um “ chargeback ”?
No. An ACH dispute is processed as a return under the Nacha Operating Rules, using a return reason code such as R05, R07, R10, R11, or R29. A chargeback is a separate process run by the card networks, with representment rules specific to cards. The mechanics, timelines, and evidence a merchant can submit differ, so check the route your provider shows for the ACH case.
Can an ACH payment be disputed?
Yes. ACH payments have bank and provider dispute or return procedures. The available route depends on the payment and case type; it should not be assumed to follow card-network representment rules.
O que é um ACH chargeback?
An ACH chargeback is the everyday name for an ACH return or reversal: the customer’s bank pulls back an ACH debit under a Nacha reason code, most often because the debit was unauthorized (R05, R07, R10, R29). Unlike a card chargeback, it should not be assumed to follow card-network representment rules, and the route available depends on the case.
O que é uma reclamação relacionada ao ACH?
An ACH claim is a customer’s formal report to their bank that an ACH transaction was unauthorized, duplicated, or processed for the wrong amount or date. If the bank accepts the claim within the allowed window, it returns the debit to the merchant’s bank and the funds are reversed.
Qual é o prazo para Disputa uma transação ACH?
Consumers generally have 60 days to report an unauthorized debit to their bank, and unauthorized debits to a business account must generally be returned within 2 banking days of settlement. A provider’s evidence deadline is a separate clock: use the evidence_due_by value shown on the case.
Can a merchant respond to an ACH dispute?
Sometimes. The available response depends on the return or inquiry type and the controls your provider displays. Use the displayed route and deadline, assemble the accepted mandate, debit identifiers, and return code, and resolve complaints directly with the customer where that is appropriate.
Can a merchant reuse an ACH mandate after a dispute?
Do not automatically reuse disputed or invalid authorization. Check the provider’s mandate state, resolve the issue with the customer, and collect new authorization where required before another debit.
Quais são os códigos de devolução mais comuns do ACH?
The most common are R01 (insufficient funds), R02 (account closed), R05 and R10 (unauthorized consumer debit), R07 (authorization revoked), R11 (entry not in accordance with the authorization terms), and R29 (corporate customer advises not authorized). Insufficient-funds returns may be retried within Nacha’s reinitiation limits; R11 can be corrected and resubmitted without new authorization; the unauthorized-return codes require new authorization before another debit.
Proteja sua empresa contra devoluções de ACH que geram custos elevados
Telling ACH returns apart from card chargebacks, and keeping an authorization record ready, helps merchants who accept bank debits limit operational disruption and revenue loss. Assign one case submission owner so manual and automated work never overlap.
For supported card-payment workflows, connect relevant evidence collection and response submission with Chargeflow Automation. Get started now.
Recover Chargebacks Without the Paperwork
Chargeflow Automation builds and submits evidence for the chargebacks that still arrive.

Chargebacks?
Não é mais problema seu.
Recupere 4 vezes mais chargebacks e PREVENÇÃO — até 90% dos e-mails recebidos —, com tecnologia de IA e uma rede global Rede de 20.000 Lojistas.














.png)


