Accepting Automated Clearing House (ACH) payments can provide added convenience to customers during the payment process while increasing revenue for your business. Unfortunately, no payment method is without hurdles.
In the case of ACH, the most common hurdle to overcome is understanding and addressing codes for returned payments.
There are many ways an ACH transaction might get returned. Sometimes it is due to simple human error, and sometimes a more complicated issue arises.
Returns cause you to:
- lose out on revenue
- rack up return fees with your processor
- and can raise your return rate above the levels designated by NACHA.
NACHA is the organization that oversees the ACH network (risking a forced shut off of your ACH processing).
Some returns are inevitable, but many can be either minimized or prevented.
Below is a list of some common administrative ACH return codes. As well as a few uncommon codes considered by payment processors to be chargebacks.
ACH Return Codes Related to Administrative Failures
- R02: Account Closed
- R03: No Account/Unable to Locate Account - This code can mean that the banking information does not match the name of the customer’s name, or it can indicate that the account number doesn’t correspond to any open account.
- R04: Invalid Account Number - there is something wrong with the bank account information, such as an incorrect amount of digits in the account number.
To reduce the amount of administrative codes you receive for your ACH payments, use dual account entry. This is an option which requires consumers to type their account number twice for the purpose of verification during online payments. This system setting is a good defense against simple human errors such as typos.
ACH Return Codes Applied to the Overall Return Rate
Although any ACH return is going to count toward an overall return rate, these are the most common ACH returns.
- R01: Insufficient Funds - This return code is the most frequent return code seen, and means the consumer did not have enough funds in their account when the ach transaction was presented to their financial institution.
Unlike credit and debit card payments, ACH transactions are not a real time payment method. When your payment representative enters the payment information, there is no way to determine if the required funds are available. You must wait until the payment is batched out and sent into the ACH network. Ultimately, you have to trust that your consumer will have the funds necessary in their account.
- R06: Returned per ODFI Request - Originating Depository Financial Institution (ODFI) has requested Receiving Depository Financial Institution (RDFI) to return the ACH entry.
- R08: Payment Stopped - Receiver of a recurring debit transaction has stopped payment on a specific ACH debit. RDFI should verify the receiver's intent when a request for stop payment is made to ensure this is not intended to be a revocation of authorization.
- R09: Uncollected Funds - There is enough money in the bank account to cover the transaction being presented, but the money is not yet available. This is referring to the bank account's current balance and available balance.
- R14: Account Holder Deceased - Account holder is deceased.
- R16: Account Frozen - Funds are not available due to a specific action by the RDFI or by legal action.
- R20: Non-Transaction Account indicates that the account provided is not set up for transactions, or the transaction type it can perform isn’t the type being attempted. Typically this is the result of entering a savings account number instead of a checking account number.
ACH Return Codes Applied to the Unauthorized Debit Entries Return Rate
The ACH return codes below are a few which indicate a payment is being blocked. These codes are considered chargebacks, and often rack up a higher return fee with your payment processor.
Chargebacks indicate the consumer has told their financial institution they did not authorize a payment. The financial institution is obligated to immediately return the ACH transaction and refund the monies into the consumer’s account.
This might happen if the spouse of the consumer wasn’t aware of the transaction and didn’t recognize it on their bank statement.
Another common reason for a chargeback is if the description on the bank statement doesn’t match your business name.
- R05: Unauthorized Debit to Consumer's Account - Account number structure was not valid. The debit presented used a Corporate SEC code.
- R07: Authorization Revoked - Consumer who had previously authorized ACH debits has revoked their authorization. Funds must be returned no later than 60 days from settlement date and customer must sign an affidavit.
- R10: No Authorization/Customer Says: Not Authorized/Improper/Ineligible - Consumer has advised RDFI that the originator of the transaction is not authorized to debit the account. Funds must be returned no later than 60 days from settlement date of original entry and customer must sign an affidavit.
- R29: Corporate Not Authorized - RDFI has been notified by receiver (non-consumer) that the entry was not authorized.
- R51: RCK Entry: Related Item Ineligible/Entry Improper - Item is Ineligible, Notice Not Provided, Signatures Not Genuine, Item Altered or Amount of RCK Entry not Accurately Obtained From the Item.
Best Practices to Avoid ACH Chargebacks
These types of unauthorized ACH return codes can often be avoided with these simple best practices in place:
- Confirm the description which appears on bank statements matches your business name.
- Be sure to have your payment representatives inform the consumer of how the descriptor will appear on their statement.
- Include a customer service number along with your business name on all payment receipts and communications with the consumer. It is better to have the consumer call you first rather than call their financial institution and revoke their authorization.
- Make sure your customer service phone is answered consistently and a voicemail is in place identifying your business, your hours of operation, and the best method for contacting your office again.
What To Do After Receiving An ACH Return Code
After receiving an ACH return code, the first step your office should take is to contact the customer who made the payment if at all possible. With administrative codes such as insufficient funds or invalid account number, you may be able to clear up the issue and try to process the payment again.
In the case of a chargeback code, you can narrow down the source by first researching what the code indicates, then speaking to the consumer.
If they are not blocking the payment, that means there is an issue originating from one of the banks being used for the transaction. You or your consumer will need to speak to the bank to clear up what is blocking the payment.
Once the problem is discovered, speak to your payment processor. They will also have to speak to the ACH processing service your office uses to ensure the payment is unblocked in their system as well.
Proofs of Authorization
NACHA has established three acceptable reasons a consumer can dispute ACH charges to their account. Different ACH types require different types of authorization, so it is important to be informed in order to stay NACHA compliant with your ACH payments.
NACHA Approved Reasons to Dispute a Transaction:
1. If a charge was never authorized by the account holder, or the authorization was revoked.
2. If it was processed on a date earlier than authorized.
3. If the transaction amount charged differs from the amount authorized.
ACH Transaction Types:
Getting the correct proof of authorization (POA) for each ACH transaction type your business accepts is important. POAs protect your business so consumers cannot reverse transactions. Beyond this, POAs are a NACHA requirement, and must be adhered to in order to continue processing ACH payments.
- PPD: A one-time or recurring business to consumer ACH transaction requires a written authorization or "wet" signature.
- TEL: A one-time or recurring ACH transaction taken over the phone requires either a notice prior to debit or a recorded call. If you enter the email when taking the payment over the phone, PDCflow automatically sends the notice prior to debit on your behalf.
- WEB: A one-time or recurring ACH processed via a website requires input that validates identity, permission to debit and revocation language.
- CCD: A one-time or recurring business to business ACH transaction requires written authorization or "wet" signature.
For more information, download our detailed ACH Authorization Requirements Guide.