ACH Direct Debit (2024)

ACH lets you accept payments from customers with a US bank account. ACH Direct Debit is a reusable, delayed notification payment method. It can take up to 4 business days to receive acknowledgement of success or failure. Because ACH Direct Debit isn’t a guaranteed payment method, there’s a risk of failed payments and disputes.

Accepting bank accounts is slightly different from accepting cards:

1. Your customer must authorize the payment terms.
2. Bank accounts must be verified.

Payment flow

Get started

If ACH is all you want, learn how to accept a payment with ACH. Below are options to skip writing that code.

Dynamic payment methods

You don’t actually have to integrate ACH Direct Debit and other payment methods individually. If you use our front-end products, Stripe automatically determines the most relevant payment methods to display. Follow a quickstart for one of our hosted UIs:

• Checkout: Our prebuilt, hosted checkout page.
• Elements: Our drop-in UI components.

After setting up your payment form, activate the payment methods you want using the Stripe Dashboard.

Other payment products

The following Stripe products also support adding ACH Direct Debit from the Dashboard:

• Invoicing
• Payment Links
• Subscriptions

Manually add each payment method

If you prefer to manually list payment methods or want to save ACH Direct Debit details for future payments, see the following guides:

• Manually configure ACH Direct Debit as a payment
• Save ACH Direct Debit details for future payments

Timing

With ACH Direct Debit, it can take time for funds to become available in your Stripe balance. The amount of time it takes for funds to become available is referred to as the settlement timing. The following tables describe the settlement timings for ACH Direct Debit payments that Stripe offers.

Initial payments made from select bank accounts that use temporary account numbers with Financial Connections might be subject to settlement delays.

For information on how to cancel payments, see Refund and cancel payments.

ACH transaction failures

ACH Direct Debit transactions can fail any time after the payment is initiated through payment confirmation. These failures can occur for a number of reasons, such as:

• Insufficient funds
• An invalid account number
• A customer disabling debits from their bank account

If a payment fails after funds have been made available in your Stripe balance, Stripe immediately removes funds from your Stripe account.

In rare situations, Stripe might receive an ACH failure from the bank after a PaymentIntent has transitioned to succeeded. If this happens, Stripe creates a dispute with a reason of:

• insufficient_funds
• incorrect_account_details
• bank_cannot_process

Stripe charges a failure fee in this situation.

Verification

Learn about validation and verification requirements.

Stripe lets your customers securely share their financial data by linking their financial accounts to your business. Use Financial Connections to access customer-permissioned financial data such as tokenized account and routing numbers, balance data, ownership details, and transaction data.

Your customers might enter their bank account manually instead of authenticating with Stripe Financial Connections. In these cases, Stripe provides a fully-hosted flow for collecting bank account details and verifies them with microdeposits.

When you use Stripe.js, our JavaScript library for building payment flows, Stripe provides a fully-hosted collection of bank account details, instant bank verification, and (if needed) delayed verification using microdeposits. This verification process is a requirement for many businesses, and it helps reduce payment failures and fraudulent activities.

ACH Mandates

ACH Direct Debit rules require that you first get authorization from a customer to take payments before you can debit their bank account. To obtain authorization, you present a mandate to them. This mandate specifies the terms for one-time or recurring payments. The customer must agree to this mandate before you can collect any payments from their bank account.

Types of mandates

There are two types of mandates: online and offline.

• Online mandates: Appear as part of the payment flow on a website. Customers accept online mandates through a user interface element, such as clicking an Accept or Pay button, or by checking a box.

• Offline mandates: Require that you present the specific terms of the transaction to your customer in writing or over the phone. The customer accepts those terms when they sign the paper or verbally agree to the terms over the phone. See the details on the offline mandate types Stripe supports.

Stripe displays an online mandate on the payment page for you if you use one of the following hosted products:

• Checkout
• Payment Element
• Hosted Invoices Page

Mandates for online custom payment forms

For custom payment forms that directly integrate with the Payment Intents API, you must display the mandate terms on your payment page before confirming the PaymentIntent or SetupIntent.

You only need to display a mandate the first time you collect a customer’s bank account.

Recommended mandate text (online)

We recommend that you use the following mandate text for your online custom payment form. This text must include the customer’s name, bank account information, and the date.

For details on displaying the correct business name for Connect users, see merchant of record and statement descriptors.

If you plan to use the customer’s bank account for future payments with the setup_future_usage parameter or by saving bank details for a future payment, also include:

Mandate and microdeposit emails

By default, if your customer provides a billing email address, Stripe automatically emails your customer the following information:

• Confirmation of the mandate, per Nacha requirements.
• Notification if Stripe needs to use microdeposits to verify your customer’s bank account. These notification emails link to a hosted verification page.

Sending custom mandate notifications (online)

You can send custom mandate notifications to customers.

To send custom mandate notifications:

1. Turn off Stripe emails in the Stripe Dashboard email settings
2. Send a mandate confirmation email when you receive your customer’s bank account and mandate authorization.

In the email, include the following information:

• Authorization date
• Account holder name
• Financial institution
• Routing number
• Last four digits of the account number

The following is a sample mandate confirmation email that you can send.

If you collected the customer’s bank account for future payments with the setup_future_usage parameter or by saving bank details, also include:

ACH disputes

ACH Direct Debit provides a dispute process for bank account holders to dispute payments. Customers can generally dispute a payment through their bank for up to 60 calendar days after a debit on a personal account, or up to 2 business days for a business account. In rare instances, a debit payment can be successfully disputed outside these timelines. This is called a late return. The late return process is primarily managed by and ultimately decided at the discretion of the banks involved in the transaction.

When a dispute is created, Stripe sends both the charge.dispute.created and charge.dispute.closed webhook events and deducts the amount of the dispute and associated dispute fee from your Stripe balance.

Unlike credit card disputes, all ACH Direct Debit disputes are final and there is no process for appeal. If a customer successfully disputes a payment, you must contact them if you want to resolve the situation.

Resolving disputes

When a customer disputes an ACH Direct Debit payment, it invalidates the mandate associated with the payment method and you can’t reuse it. To attempt a charge again, you must resolve the dispute with the customer and collect a new mandate authorization.

If they dispute a subsequent payment, Stripe blocks the bank account from further re-use. To learn more about resolution steps, see Blocked bank accounts.

ACH refunds

You have a maximum of 180 days from the date of the original payment to submit a refund for an ACH Direct Debit payment. Refunds require at least 3 business days to process.

If you request a refund for a payment that hasn’t completed yet (within a few hours of creating the Payment Intent), Stripe doesn’t submit the charge to the bank, essentially canceling the original payment rather than refunding it.

Stripe doesn’t explicitly label ACH Direct Debit refunds as refunds when we deposit the funds back to a customer’s bank account. Instead, we process refunds as a credit and include a reference to the statement descriptor for the original payment.

Statement descriptors for ACH

Every ACH Direct Debit payment shows up on customers’ bank statements with the name of the merchant. For payments created with Stripe, the name of the merchant is your Stripe account’s statement descriptor. You can override this default behavior for every transaction independently by using a dynamic statement descriptor. To do so, specify the statement_descriptor parameter when creating the PaymentIntent.

The table below illustrates the merchant name behavior you can expect on the customer’s bank statement:

Each bank formats these fields differently. Depending on your customer’s bank, some fields may appear in all lowercase or uppercase.

Connect and ACH

If you use Connect, you must take the following into consideration before you enable and use ACH Direct Debits.

Request ACH Debit capabilities for your connected accounts

Set the us_bank_account_ach_payments capability to active on your platform account, and for any connected accounts you want to enable for ACH debits. You can also request more account capabilities.

Merchant of record and statement descriptors

The charge type of Connect payments might change the default statement descriptor and the merchant name that appears on the customer’s bank statement. The charge type can also change:

• The merchant of record shown on the mandate
• The merchant shown on confirmation emails
• The merchant shown on microdeposit reminder emails

The merchant of record determines the Stripe account authorized to create payments with a particular PaymentMethod. To learn more about sharing this authorization across multiple connected accounts, see PaymentMethod and Mandate cloning.

PaymentMethod and mandate cloning

You can collect customer bank accounts on the platform account and clone ACH Direct debit payment methods. Cloning these methods allows you to save customer bank accounts for later use on connected accounts. When you clone ACH Direct Debit payment methods, Stripe duplicates the mandate authorization to the connected account, but we don’t send any new mandate confirmation emails.

When collecting a bank account that you intend to clone to connected accounts, you must communicate to the customer that their authorization extends to connected accounts on your platform. For example, you can communicate this message to a customer through the mandate terms. Failure to communicate this message to your customers could result in customer confusion and increase the risk of disputed payments.

Testing ACH

Learn how to test scenarios with instant verifications using Financial Connections.

Send transaction emails in test mode

After you collect the bank account details and accept a mandate, send the mandate confirmation and microdeposit verification emails in test mode. To do this, provide an email in the payment_method_data.billing_details[email] field in the form of {any-prefix}+test_email@{any_domain} when you collect the payment method details.

Test account numbers

Stripe provides several test account numbers and corresponding tokens you can use to make sure your integration for manually-entered bank accounts is ready for production.

Before test transactions can complete, you need to verify all test accounts that automatically succeed or fail the payment. To do so, use the test microdeposit amounts or descriptor codes below.

Test microdeposit amounts and descriptor codes

To mimic different scenarios, use these microdeposit amounts or 0.01 descriptor code values.