Payment Processing Fundamentals

Pay by Bank: How Open Banking Payments Work for Merchants

Learn how pay by bank works for U.S. merchants, from ACH and instant rails to cost savings versus cards, return risk, fraud controls and provider questions.

Close-up of a black laptop keyboard with a shopping cart icon on the enter key beside pound and dollar symbol keys

Photo: Pixabay

On this page 8 sections
  1. What Pay by Bank Means in the U.S.
  2. How Open Banking Payments Connect to Customer Accounts
  3. Which Rails Move the Money: ACH and Instant Payment Networks
  4. Cost Savings Compared to Card Acceptance
  5. Returns, Disputes, and Fraud Risk
  6. Getting Customers to Choose Bank Over Card
  7. Providers and What to Ask Them
  8. Next Steps

Key takeaways

  • Most U.S. pay by bank checkouts use open banking to verify the customer's account, then usually move money over ACH, with instant payment rails as a newer option.
  • Bank payments often cost less than cards on large tickets, but platform, verification and return fees reduce the gap.
  • There are no card chargebacks, but ACH payments can be returned, and refunds and fraud controls work differently than with cards.
  • Adoption depends on placement, clear messaging and use cases such as invoices, tuition and retainers where customers already expect to pay from a bank account.

Pay by bank lets customers pay you directly from their checking account instead of with a card. For online merchants, wholesalers, professional firms and schools, it can lower the cost of larger payments. It also changes how fraud, refunds and settlement work. This guide explains how pay by bank works in the U.S. and how open banking connects to customer accounts. It also covers which payment rails move the money, where the savings come from, what risks you take on, and what to ask a provider before you add it to checkout.

What Pay by Bank Means in the U.S.

In the U.S., "pay by bank" usually means an account-to-account payment started from your checkout or invoice. The customer picks their bank, signs in to confirm the account and approves the payment. Card networks are not involved.

Pay by bank is related to older bank payment options, but it works differently:

  • eCheck or manual ACH entry: The customer types in a routing number and account number. Typos and fake account numbers are common, and you usually can't check the account before you submit the debit.
  • Pay by bank with open banking: The customer logs in through their bank or a data provider. The account is verified automatically, and some providers can also check whether the balance can cover the payment.
  • Instant bank payments: These newer flows run on real-time rails. Money moves in seconds, and the payment can't be reversed once it is sent.

Much of what is sold as pay by bank checkout in the U.S. today combines the second option with ACH settlement. Instant options are growing, but bank participation and features are still uneven.

How Open Banking Payments Connect to Customer Accounts

Open banking is the connection layer, not the payment itself. Your payment provider uses it to confirm that the account exists, belongs to the customer and is likely to have funds.

A typical online flow looks like this:

  1. At checkout, the customer selects "Pay by bank."
  2. A window opens with a list of banks. The customer picks one and signs in, usually through a secure screen controlled by the bank or the data provider.
  3. The provider receives a token or verified account details. When an API connection is used, it does not receive the customer's login credentials.
  4. Depending on the provider, a balance or risk check runs.
  5. The customer approves the payment amount. For recurring payments, the customer also approves the debit authorization.
  6. The provider starts the payment over a bank rail, and you receive confirmation.

Once linked, the account can often be saved for repeat purchases. That matters for subscriptions, tuition installments and wholesale reorders.

Banks connect in different ways. Some offer direct API connections, and others still rely on older methods. Rules on consumer financial data access are also evolving. Ask any provider how it handles bank coverage and how it is adapting to regulatory changes. If you operate in a sensitive space, confirm current requirements with qualified counsel.

Which Rails Move the Money: ACH and Instant Payment Networks

The open banking connection verifies the account. A separate payment rail moves the funds. The rail affects speed, finality and risk.

FeatureACH (pull)Instant payment railsCard payments
DirectionMerchant pulls funds with customer authorizationCustomer's bank pushes funds, sometimes after a request for paymentMerchant authorizes, card issuer pays
Speed to merchantBatched; same-day and next-day options exist, but final settlement takes longerSeconds, around the clockDepends on batch and processor funding schedule
ReversibilityCan be returned for insufficient funds, closed accounts or unauthorized claimsFinal once sent; refunds go out as a new paymentSubject to card network chargebacks
Bank coverageNear-universalGrowing, but not every bank participates or offers every featureUniversal for cardholders
Best fitInvoices, recurring billing, tuition, large online ordersTime-sensitive payments where finality mattersEveryday consumer checkout

ACH Bank Payments at Checkout

ACH reaches almost every U.S. bank account and operates under network rules that your provider must follow. Its weakness is timing. A payment can look complete and still be returned days later. For a step-by-step breakdown, see our guide on how long an ACH transfer takes.

Instant Credit-Push Rails

The U.S. now has instant payment networks that move money in seconds, at any hour. They are credit-push systems, so the customer's bank sends the money and merchants can't pull funds. Some support request-for-payment features. You send a payment request, and the customer approves it in their banking app. Transaction limits, request-for-payment support and bank participation vary by network and bank, so confirm current details with your provider.

If you are used to card funding timelines, our guide on how long credit card deposits take is a useful comparison point for ACH settlement windows.

Cost Savings Compared to Card Acceptance

Card costs are mostly percentage-based. Interchange, network fees and processor markup all grow as the ticket size grows. As a result, a $10,000 wholesale order costs far more to accept by card than a $50 order. Our explainer on how interchange fees are set covers the details.

Bank payments are often priced as a flat per-transaction fee, sometimes with a small percentage or a cap. The larger the ticket, the bigger the potential gap.

Illustrative example (hypothetical rates, not actual pricing): A wholesaler bills a $6,000 invoice. At an illustrative all-in card cost of 3%, acceptance costs $180. If a pay by bank provider charged an illustrative $2 per payment plus a $1 verification fee, the cost would be $3. On a $40 online order, the same card rate costs $1.20, so the savings almost disappear.

Before you assume you will save money, add up the full cost of the bank option:

  • Monthly platform or minimum fees
  • Per-link or account verification fees
  • Return fees for each failed ACH debit, plus the cost of chasing the payment
  • Premiums for same-day ACH or instant payments
  • Any "guaranteed payment" fee, if the provider absorbs return risk
  • The cost of any discount you offer to encourage bank payments
  • Staff time to reconcile a second payment stream

The best fits are usually large, planned payments: wholesale invoices, legal and accounting retainers, tuition and program fees, and high-ticket online orders. For low-ticket impulse purchases, the extra checkout step may cost more in lost sales than you save in fees.

If your goal is to lower card costs without changing how customers pay, compare compliant programs such as zero cost processing or a cash discount program.

Returns, Disputes, and Fraud Risk

Bank payments move risk around rather than eliminating it.

ACH Returns Replace Chargebacks

Account-to-account payments don't come with card chargeback rights. ACH debits can still be returned, and the reason matters:

  • Administrative returns happen when funds are insufficient, the account is closed or the account number is invalid. Open banking verification and balance checks reduce these returns but can't eliminate them.
  • Unauthorized returns happen when the account holder tells their bank they didn't approve the debit. Consumers generally have a longer window to make these claims than business account holders.

There is no card-style representment process. If a consumer claims a debit was unauthorized, your recourse is usually limited to collecting directly. Keep strong authorization records: the timestamped approval, the authorization language shown, the IP address and the order details. If you know how card disputes play out, compare this with the full chargeback dispute lifecycle. You have much less leverage with ACH returns.

Instant Payments Are Final, so Refunds Are Manual

With instant payment rails, the money you receive can't be reversed. That works in your favor, but refunds must go out as new outbound payments. Build a refund workflow, define who approves refunds and decide how you'll match each refund to the original order.

Fraud Patterns to Watch

  • Account takeover: A fraudster links a stolen bank login. Velocity checks and device signals help.
  • First-party misuse: A real customer pays, receives the goods, then claims the debit was unauthorized.
  • Shipping before funds settle: E-commerce stores are most exposed here. Consider holding high-value first orders until the ACH payment clears, or use a provider that scores risk before approving the order.

Ask your provider what monitoring it does and what it expects from you.

Getting Customers to Choose Bank Over Card

A pay by bank option won't save you anything if nobody uses it. Adoption depends on context and checkout design.

Pick the Right Moments

Customers already expect to pay from a bank account in some situations:

  • B2B and wholesale: Accounts payable teams often prefer bank transfers for invoices. Adding pay by bank to a B2B customer payment portal can replace mailed checks and manual wire instructions.
  • Professional services: Retainers and large engagement invoices are a natural fit. Clients often see bank payment as normal for a payment of that size.
  • Education and training: Tuition installments, deposits and program fees recur on a schedule. A saved, verified account reduces failed payments.
  • E-commerce: Bank payments work best for high-ticket items and returning customers. They work less well for first-time impulse buys.

Design the Checkout Carefully

  • Show pay by bank alongside cards, not instead of them. Removing card options can increase abandonment.
  • Explain the benefit in one line, such as "Pay securely from your bank account. No card needed."
  • Keep the bank-linking step fast, because each extra screen gives the customer a chance to leave. Our guide to payment fixes for checkout abandonment covers related tactics.
  • Offer to save the account for next time, with clear authorization language for recurring payments.

Use Incentives With Care

Some merchants offer a small discount for paying by bank. A discount for a non-card payment method is treated differently from a surcharge on card payments, and the rules vary. Before you change your pricing, confirm current card network rules and state requirements with your provider and a qualified professional.

Measure Results

Track adoption rate, return rate, average ticket and net cost per payment for each method. Review the numbers after a full billing cycle.

Providers and What to Ask Them

Open banking platforms, payment processors, gateways and some invoicing or billing software all offer pay by bank. Coverage and pricing differ widely, so ask direct questions:

  1. Bank coverage: Which banks connect by API, and what happens when a customer's bank isn't supported?
  2. Rails: Do you settle over standard ACH, same-day ACH, instant payment rails or a mix? Who decides which rail is used?
  3. Verification and balance checks: Are they included, or billed per check?
  4. Full pricing: What are the per-transaction, monthly, return and instant-payment fees?
  5. Return liability: Who absorbs returned payments? Do you offer a guaranteed model, and at what cost?
  6. Funding timing: When do funds actually reach my account, and when are they final?
  7. Refunds: How are refunds sent, and can I issue them from the same dashboard?
  8. Integration: Does it work with my cart, invoicing tool or accounting software?
  9. Reporting: Can I reconcile bank and card payments in one place?
  10. Compliance: How do you handle authorization records, ACH network rules and data-access requirements?

For a broader framework, see 12 questions to ask a merchant service provider.

Next Steps

Pay by bank works best as a complement to card acceptance, not a replacement. Start by identifying where it fits your business, such as large invoices, retainers, tuition or high-value orders. Then price the full cost, including returns, and decide how you will handle settlement timing and refunds.

Your card setup still matters, because most customers will keep paying by card. MannyPay works with merchants on online payment processing and payment gateways, and can review your current card processing costs. To talk through your options, request a free quote. A MannyPay specialist responds within one business day.

This article is general information, not legal, tax or regulatory advice. Confirm current rules and requirements with a qualified professional.

About the author

MannyPay Editorial Team

Beyond the Swipe's editorial desk researches the publication's guides and news and cites its sources in every article. Articles reviewed by a named MannyPay editor carry that editor's byline.

This article is for general educational purposes and is not legal, tax or financial advice. Card network rules and state laws change; confirm current requirements for your business.

Related reading