What is an ACH reversal?

An ACH reversal is a correcting entry sent by the payment originator to undo a previously submitted ACH transaction because of a sender-side error. When an originator sends a payment with the wrong amount, to the wrong account, as a duplicate, or on the wrong date, a reversal instructs the receiving bank to return the funds. Unlike a return, which is initiated by the receiving bank, a reversal is always initiated by the originator.

Reversals are a narrow tool. NACHA permits them only for specific error types and within a strict timeframe. Using reversals outside these conditions is a NACHA rules violation.

When an ACH reversal is permitted

NACHA permits reversals for four reasons only:

• Duplicate entry: The same payment was submitted and processed more than once
• Incorrect amount: The payment was sent for the wrong dollar amount
• Wrong account or routing number: The payment was sent to an incorrect account or financial institution
• Wrong date: A debit entry was processed earlier than intended, or a credit entry was processed later than intended. This reason was added in the June 2021 NACHA rule update

Any reversal initiated outside these four reasons is considered improper. The receiving bank can return an improper reversal using return code R11 for consumer accounts, with a 60-day window from the date of consumer contact, or R17 for non-consumer accounts, with a 2-day return window.

ACH reversal timeline and requirements

To be valid under NACHA rules, a reversal must be:

• Transmitted within five banking days of the settlement date of the original entry
• Formatted with the same Company ID, SEC code, and amount as the original entry
• Identified with "REVERSAL" in the Company Entry Description field
• Accompanied by a notification to the receiver no later than the settlement date of the reversing entry

The notification requirement means the originator cannot simply submit a reversal silently. The account holder or business receiving the reversal must be informed that the original payment is being undone and why. For high-volume originators, this notification step is often automated as part of the reversal workflow.

ACH reversal vs. ACH return vs. ACH recall

These three terms describe different mechanisms for undoing or recovering an ACH payment. The distinction matters operationally because each involves different parties, timelines, and rules.

• ACH reversal: Initiated by the originator. Corrects a sender-side error. Must happen within five banking days. Permitted only for the four NACHA-defined reasons.
• ACH return: Initiated by the receiving bank. Used when the bank cannot process the payment, for example because the account is closed or has insufficient funds. Communicated via ACH return codes. The originator does not control when or whether a return is issued.
• ACH recall (R06): A request by the ODFI to the RDFI to return an entry. The RDFI is not obligated to comply. As of October 1, 2024, R06 requests can be used for fraud recovery in addition to error correction, but the receiving bank still has discretion over whether to honor the request.

How reversals affect reconciliation

Reversals create timing complexity in payment reconciliation. The original payment is recorded as sent and settled. The reversal then creates a second entry that effectively cancels the first. If the reversal settles in a different accounting period, the two entries may appear in separate reconciliation cycles, requiring manual matching to confirm they offset correctly.

For platforms processing high volumes of ACH payments, tracking reversals against their original entries is an important part of the reconciliation workflow. A reversal that is not matched to its original entry creates a phantom balance that distorts the ledger until it is resolved.

Using ACH prenotes or account validation before initiating payments reduces the frequency of reversals caused by incorrect account or routing number errors, which are among the most common and most operationally disruptive reversal types.