01 / Understand the two rails

ACH and credit card processing.
Two ways to get paid. Different jobs to do.

A customer wants to pay a $5,000 invoice. Another wants to buy a $50 product on their phone. Offering both bank payments and cards can make sense—but the economics and operating rules are different.

ACH processing moves money between bank accounts through the Automated Clearing House network. Credit card processing handles a purchase through a card issuer, card network, and the merchant’s acquiring relationship. You may see the phrase “ACH credit card processing,” but ACH is not a type of credit card. It is a separate payment method that a business can offer alongside cards.

ACH payments can be credits, where the payer initiates a payment to the recipient, or debits, where a business initiates a collection with the account holder’s authorization. Nacha governs the network’s operating rules; banks, providers, and ACH operators carry out the payment process. This guide focuses mainly on merchant collections through ACH debits. [1]

A debit card purchase is also distinct from an ACH debit. Even though both can ultimately draw on a bank account, entering or tapping a debit card routes a card payment. Entering bank details in an ACH checkout uses bank-payment infrastructure. Likewise, a processor may pay out your card sales to your bank through ACH; that does not turn the original customer purchases into ACH payments.

The question worth asking

Which payment method fits this customer, this purchase, and this fulfillment timeline—and what will it take to collect the money reliably?

For the account relationship behind bank collections, start with our ACH merchant accounts guide. Here, we compare ACH with cards so you can design the payment mix around your business.

02 / The side-by-side view

ACH vs. credit card processing at a glance

Neither method wins every purchase. Compare the experience and the obligations together.

Merchant acceptance: ACH debit compared with credit card payments
Decision pointACH debitCredit card
Customer payment sourceA bank account, with authorization to collect.A card account, subject to issuer approval.
Checkout experienceBank connection or account entry, validation, and authorization.Card entry, saved card, or compatible digital wallet.
Initial confirmationAcceptance of an instruction can precede a later failure or return.Authorization is often immediate; capture and funding follow.
Pricing to examineFlat or percentage fees, caps if offered, validation, returns, and monthly charges.Percentage and transaction charges, network-related costs, gateway and account fees.
Recurring collectionSuitable when the authorization, billing terms, and return process are established.Suitable with stored-credential consent, billing controls, and decline management.
Payment exceptionsReturns, disputes, account changes, insufficient funds, or revoked authorization.Declines, refunds, disputes, chargebacks, and expired or replaced credentials.
Merchant fundingDepends on the provider agreement, cutoff, risk review, and payout schedule.Depends on the provider agreement, batch timing, risk review, and payout schedule.

Payment terminology varies between providers. Ask for an example transaction showing what each dashboard status means and when you can safely move to your next operational step. A “submitted” status is not the same promise as money available for payroll. The timing differences below are grounded in network and provider documentation. [2] [3]

03 / Follow the full cost

ACH processing fees vs. credit card fees

The transaction price matters. So do the costs around the transaction.

ACH quotes may use a fixed fee, a percentage, a capped percentage, or a combination. A cap can make a large difference on larger invoices, but it is a contractual feature—not a rule of the ACH network. Provider schedules can also include monthly minimums and charges for returned items. Authorize.net’s published eCheck pricing illustrates why reviewing several fee categories is necessary. [4]

For cards, the merchant’s total price depends on the agreement and transaction characteristics. A flat-rate quote bundles costs differently from an interchange-plus quote. Visa distinguishes the interchange exchanged between participating financial institutions from the merchant discount negotiated with the merchant’s financial institution. A published interchange table therefore is not your complete processing quote. [5]

What a cap changes: an illustrative comparison

Assume a hypothetical card price of 2.9% + $0.30 and a hypothetical ACH price of 0.8%, capped at $5 per payment. These inputs explain the arithmetic. They are not market averages, a NUMUS offer, or a prediction of your approved terms.

Illustrative transaction fees only; other costs excluded
Payment amountCard exampleACH exampleDifference
$50$1.75$0.40$1.35
$500$14.80$4.00$10.80
$5,000$145.30$5.00$140.30

The larger invoice produces a larger modeled difference because the example ACH fee stops increasing at its cap. Without that cap, the $5,000 ACH fee at 0.8% would be $40. Change the assumptions and the conclusion changes.

Compare the monthly operation, not one ideal transaction

Include the monthly account and software charges, bank-validation costs, unsuccessful payment fees, refund treatment, return or dispute charges, and any faster-funding service. Then account for collection work: a lower fee does little for an invoice that remains unpaid or a customer who abandons an unfamiliar checkout.

Separate processing expense from cash held in reserve. A reserve affects working capital; it is not automatically a permanently lost fee. Ask how it is calculated, when it may be released, and what obligations can extend it. Compare proposals for the same transaction mix and fulfillment model.

Use the comparison calculator below for a planning scenario. For your existing card statement, our credit card processing fee calculator and processing fees guide help you examine the broader cost picture.

THE PAYMENT MIX LAB

What changes when part of your volume moves to ACH?

Compare the same payment volume across cards and ACH. Adjust the assumptions to match the pricing you are evaluating.

Illustrative assumptions, not a NUMUS quote or an industry average. Actual pricing, eligibility, funding, and terms depend on your provider and business.

01 Your payment volume
Use volume you could realistically collect through either method.
The same average payment is used for both methods.
Try an average payment:
02 Compare your rate assumptions

Card payments

ACH payments

When enabled, the cap limits the combined percentage and fixed fee for each modeled ACH payment. Your provider may define caps differently.
03 Choose your payment mix Assumes the same payment volume and average payment amount after the move; customer adoption is not predicted.
How this model works—and what it leaves out

Estimated payment count = monthly volume ÷ average payment. Fractional counts are allowed for planning; this is not a transaction-level invoice. Moving 40% of volume also moves 40% of estimated payments because the average amount stays the same.

Card fee per payment = average payment × card percentage + fixed fee. ACH uses the same formula, with the combined fee limited by the ACH cap only when you enable it. Mixed cost adds the estimated fees for the card and ACH portions.

The model calculates with unrounded values and rounds displayed costs to cents. A real provider may round individual transaction fees differently.

Excluded: monthly and minimum fees, gateway and software charges, setup, verification, Same Day ACH surcharges, returns, disputes, chargebacks, failed collections, refunds, reserves, and the cost of delayed access to funds. It assumes unchanged sales and does not model checkout conversion or predict customer adoption. A reserve is held cash, not automatically a processing expense.

Your inputs stay in this page. This calculator does not send or save them.

04 / Know which clock is running

Authorization, settlement, and payout are different milestones

“How fast do I get paid?” needs a more precise answer than “ACH takes days” or “cards are instant.” There are several clocks between checkout and money you can use.

  1. Permission and initiation. The customer agrees to pay, and the payment instruction is accepted. For a card, issuer authorization commonly reserves available spending capacity; capture completes the merchant’s request to collect. Authorization can expire if capture does not occur in the applicable window. [3]
  2. Network processing and settlement. Instructions and funds move through the relevant financial system. Eligible Same Day ACH transactions can settle on the processing day when deadlines and requirements are met. This is a network service, not a blanket promise that every merchant receives spendable money that day. [6]
  3. Provider availability and payout. Your provider determines when proceeds are available under your agreement and sends a payout on its schedule. For example, Stripe documents ACH balance-availability timing separately from the payout that subsequently reaches the merchant’s bank. Its timetable is a provider example, not a universal ACH rule. [2]
  4. Later adjustments. A payment can still produce a return, dispute, refund, or contractual debit after proceeds have appeared. Settlement alone does not remove all future payment risk.

Before promising delivery, ask your provider which milestone your system uses. A wholesale seller might hold a new buyer’s shipment pending its agreed payment review. A recurring service might have a documented grace period. An instant digital product needs a different risk decision.

Ask for a calendar example.

“A new customer pays late Friday before a bank holiday. When is the instruction submitted, when is our balance available, when does the payout arrive, and what could still change?”

05 / Make permission explicit

Bank validation and payment authorization do different things

A working account number does not, by itself, give a merchant permission to collect. Nor does a customer’s agreement guarantee an adequate balance on the collection date.

For consumer ACH debits initiated online, Nacha’s WEB debit rule requires account-number validation before first use and after an account-number change, as part of a commercially reasonable fraud-detection system. Validation methods differ in what they establish. Do not assume every account check also proves ownership or verifies available funds. [7]

The authorization must match the collection arrangement. Is it one payment, a recurring schedule, or a later payment the customer separately initiates? Is the account a consumer or business account? Was permission collected online, by telephone, or in writing? These details affect the appropriate Standard Entry Class code and supporting records. Nacha’s developer guide explains the distinctions among common entry types. [8]

Recurring payments deserve a complete customer experience

Show what is being charged, how the amount is determined, the timing, and how the customer can cancel or change the arrangement. Make receipts and support easy to find. For covered preauthorized transfers from consumer accounts, Regulation E requires written or similarly authenticated authorization and a copy for the consumer. Your provider should help implement the applicable requirements for your payment flow. [9]

For card subscriptions, explain the recurring terms and use the provider’s supported stored-credential setup. Keep cancellation instructions as accessible as enrollment. A merchant should be able to reconstruct why a particular customer was billed on a particular date.

A useful operational record connects the invoice or order, authorization, payment reference, customer communication, and any later change. Restrict access to sensitive data and use the provider’s supported collection and storage tools. Avoid turning a shared spreadsheet or ordinary email inbox into your payment-data vault.

If a representative collects instructions by phone, use the approved telephone workflow. A rep typing a customer’s information into a website does not automatically make the authorization appropriate for that website’s self-service flow.

06 / Plan for exceptions

ACH returns and card chargebacks need different playbooks

ACH can reduce modeled transaction expense without eliminating collection risk. Incorrect account information, insufficient funds, account restrictions, and authorization problems can all interrupt a payment. Cards bring their own declines and dispute processes.

There is no universal “ACH is final after two days” rule

Timeframes depend on the account, return reason, and applicable rules. Nacha describes an extended network return timeframe for unauthorized consumer debits tied to 60 calendar days after settlement, while unauthorized non-consumer debit returns generally must be made available to the originating bank by the opening of the second banking day after settlement. The same source distinguishes automated returns from warranty claims. Treating either window as the end of every possible claim would be misleading. [10]

Card disputes follow the relevant network and acquiring procedures. Evidence requirements and response options vary by dispute condition. Visa’s merchant guidance discusses transaction documentation and dispute management; an approval code alone is not a substitute for evidence that the merchant fulfilled the purchase as agreed. [11]

Build a return queue, not an automatic retry loop

Assign someone to review failures daily, identify the reason, contact the customer appropriately, and record the resolution. An insufficient-funds return, a closed account, and a revoked authorization should not trigger identical actions. Reinitiation is subject to specific rules; configure retries with the provider rather than repeatedly resubmitting every failed collection. [12]

Fraud monitoring also deserves an explicit owner. Nacha’s 2026 Phase 2 expansion requires covered non-consumer originators, third-party service providers, and third-party senders to implement risk-based procedures relevant to their roles and review them at least annually. Nacha identifies June 22, 2026 as the practical effective date because June 19 was a federal holiday. [13]

For a merchant, sensible discussion points include unusual ticket sizes, sudden volume changes, bank-detail changes, multiple attempts, and fulfillment delays. Confirm which controls the provider operates and which your team owns. Businesses with complex fulfillment, elevated returns, or restricted products should review our high-risk ACH processing guide before selecting an arrangement.

07 / Match the method to the sale

When ACH, cards, or both make business sense

The examples below are planning scenarios. Suitability depends on customer preferences, provider acceptance, transaction history, and your ability to manage payment exceptions.

B2B and larger invoices

ACH is worth evaluating for established customers paying larger invoices, especially where a quoted fee cap changes the economics. Some businesses prefer initiating an ACH credit from their own accounts-payable system; others approve a merchant-initiated debit. Confirm the method rather than labeling both “bank transfer” and assuming the workflow is identical.

Keep cards available where buyers need purchasing-card controls or prefer that checkout. For a $5,000 order, compare the complete cost, the buyer’s ability to pay, and the shipment decision. Saving a processing fee is not helpful if the payment method delays an otherwise profitable purchase.

Subscriptions and repeat services

An ongoing customer relationship can support a deliberate bank-payment enrollment process. ACH avoids card expiration as a credential issue, but bank accounts can close or change and authorizations can be revoked. Build reminders, a cancellation process, and a path to update payment details.

Offer the appropriate alternative when a customer cannot use the first method. Do not silently charge a different saved method without the necessary agreement. Evaluate successful collection over the whole billing cycle, including support effort and recoveries, rather than comparing the first attempt alone.

Ecommerce and immediate fulfillment

Cards can fit a fast retail checkout, while ACH may suit repeat buyers or larger planned orders. The important design question is what the store does while a bank payment is pending. Keep payment, order, and shipping states distinct so warehouse staff do not interpret “order received” as unrestricted approval to ship.

Our ecommerce merchant account guide explores the surrounding checkout and scaling decisions. Test the complete journey on mobile, including a failed payment and a refund, before offering a new method broadly.

Nonprofits and recurring donors

Bank payments can be a useful option for donors who choose ongoing contributions, alongside cards for other giving preferences. Make authorization, acknowledgment, cancellation, and donor support part of the experience. Compare the full fundraising platform and processing arrangement; a low payment fee can coexist with other platform costs. See our nonprofit ACH guide for a more specific planning worksheet.

A practical payment mix

Offer methods customers can use confidently. Introduce bank payments where the purchase and collection workflow support them. Measure completed, retained revenue after costs and exceptions.

Build around the payment

Which method fits your workflow?

Start with how customers buy, when you deliver, and what your team can reconcile. Select a scenario to explore the tradeoffs.

Large invoices

Consider ACH, with a card option.

A bank-payment option can suit an established invoicing relationship. Compare the full costs at your actual invoice sizes; keep a card option where customer preference or the purchase experience warrants it.

Before you choose

Confirm authorization, transaction limits, funding availability, and how a returned payment affects delivery.

Subscriptions

Compare both for repeat payments.

Offer a method your customers can maintain. Evaluate the recurring-payment experience, authorization records, failed-payment handling, and cancellation workflow for each option.

Before you choose

Ask how customers update payment details and how your team handles returns, disputes, and retries.

Online checkout

Start with the checkout experience.

Compare cards and supported digital wallets with an optional bank-payment flow. Test the actual customer journey, especially on mobile. The best mix depends on your audience, order size, and fulfillment timing.

Before you choose

Separate payment approval from funds availability when deciding when to ship or provide access.

Nonprofit giving

Let donors choose.

Compare cards for one-time gifts and ACH as another option for recurring or larger donations. Consider donor convenience alongside fees, reconciliation, receipts, and recurring-gift administration.

Before you choose

Check that the donation platform supports both methods and clearly explains the donor’s authorization.

These are workflow considerations, not an approval decision or a provider quote.

08 / Build a setup that can operate

How to accept ACH and credit card payments together

You may be able to use one customer-facing platform for both methods, but ask whether ACH requires separate underwriting, activation, limits, or terms. One login does not necessarily mean one agreement or one payout.

  1. Describe the actual business. Prepare the legal entity, website, products, customer locations, average and largest tickets, expected monthly volume, recurring activity, and time between payment and delivery.
  2. Confirm acceptance and limits. Get written confirmation that the proposed arrangement supports your business model, payment channels, and expected transaction sizes. Disclose future-delivery obligations and existing processing problems.
  3. Compare the complete terms. Review fees, funding, reserve provisions, return handling, support, termination terms, and any separate software agreement. Use the same assumptions for each proposal.
  4. Build authorization and security into checkout. Use approved payment components and configure the correct collection flow. Outsourcing card handling can reduce applicable PCI requirements, but it does not remove the merchant’s responsibility to manage provider compliance and shared responsibilities. [14]
  5. Test the operating exceptions. Walk through pending ACH, failed verification, card decline, duplicate submission, cancellation, refund, return, and interrupted checkout. Confirm that each reaches the right person.
  6. Reconcile and expand deliberately. Match sales to payments, fees, adjustments, and actual deposits. Review early results before moving a large recurring customer base or increasing ticket sizes.

A useful reconciliation report keeps gross sales, payment status, processing fees, refunds, returns or disputes, reserve movements, and net payouts in separate fields. Combining those into a single “revenue” number makes problems harder to diagnose.

09 / Bring better questions

Ask a provider these questions before you sign

  • Business fit: Can you support our exact products, sales channels, delivery timing, and customer locations on both methods?
  • Approval: Are ACH and cards reviewed separately, and what volume or ticket limits apply?
  • Real cost: What will this transaction mix cost after monthly fees, validation, refunds, failed payments, and disputes?
  • Cash flow: What are the cutoffs, payout schedule, reserve provisions, and possible funding holds?
  • Customer permission: Who provides the authorization language, stores evidence, and handles revocation?
  • Failures: Which statuses should stop fulfillment, and who reviews returns, retries, and disputes?
  • Operations: Can our team reconcile both methods to invoices and deposits without manual guessing?
  • Future changes: What happens to saved payment credentials and authorizations if we change providers?

Ask the provider to demonstrate the answers with your billing scenario. A monthly subscription, a phone order, and a large invoice are three different workflows even when the same payment button appears on the screen.

Take this into your next call

Eight questions. A clearer comparison.

0of 8 reviewed

Mark each question as you review it. Download the list for your provider conversations. Your choices stay on this page; they are not saved to an account.

Questions to review with a payment provider

10 / Put the plan in motion

Bring your payment mix to NUMUS.

Tell us what you sell, how much you process, how customers buy, and when you deliver. Include your current statement if available and describe whether you need cards, ACH, or both. That context supports a more useful conversation about provider fit and the written terms for your business.

Start your processing application

Eligibility, pricing, funding, and available services depend on review and the applicable agreements. Completing an application is not a guarantee of approval.

11 / Common questions

ACH and credit card processing FAQs

Is ACH the same as credit card processing?

No. ACH moves money between bank accounts through the ACH network. A credit card purchase uses a card account and card-payment infrastructure. A merchant can offer both, and card-sale proceeds may subsequently reach the merchant by ACH.

Is paying with a debit card an ACH payment?

No. A debit card transaction follows the applicable card route even though the card is linked to a bank account. An ACH debit uses an authorized bank-account collection. The underlying funding account does not make the payment methods interchangeable.

Is ACH always cheaper than a credit card?

No. It can produce a lower transaction fee under some pricing models, especially for larger tickets with a fee cap. Compare the complete proposal, including monthly fees, verification, failed payments, returns, and collection work. The calculator uses illustrative inputs, not promised pricing.

Does Same Day ACH mean I receive money today?

Not necessarily. Same Day ACH concerns eligible network processing and settlement. Your provider’s cutoffs, availability rules, payout schedule, and agreement determine when proceeds reach your usable bank balance. Ask for the timing of your exact transaction scenario.

Can ACH payments be returned after they settle?

Yes. Return and dispute handling depends on the reason, account type, and applicable rules. Consumer and business-account timeframes differ, and automated return windows do not describe every possible claim. Maintain authorization records and a process for exceptions.

Can I accept ACH and cards through the same checkout?

Some platforms support both. Confirm availability for your business, separate activation requirements, supported authorizations, and how the checkout handles pending bank payments. The same interface may still have different terms and funding schedules for each method.

Which method is better for recurring payments?

The better fit depends on customer preferences, billing terms, pricing, and collection performance. Both need clear consent, cancellation, and failed-payment handling. Assess the entire billing cycle rather than the fee on a successful first attempt.

Does adding ACH guarantee approval for a high-risk business?

No. ACH still requires provider acceptance and risk review. Products, fulfillment, ticket size, financial condition, and payment history can affect eligibility and terms. Explain the actual business model in the application so the proposed arrangement can be evaluated accurately.

Primary-source reading

The references behind this guide

Reviewed October 18, 2026. Network rules and provider terms can change. Provider documentation below illustrates that provider’s service; it does not describe a NUMUS quote. Examples and decision aids are educational planning tools.

  1. Nacha: How ACH Payments Work — debit and credit flows, participants, and network responsibilities.
  2. Stripe: ACH Direct Debit payments — an example of delayed confirmation, provider balance availability, and payout sequencing.
  3. Stripe: Place a hold on a payment method — separate card authorization and capture.
  4. Authorize.net: Payment gateway pricing — examples of eCheck fee categories.
  5. Visa: Credit card processing fees and interchange rates — interchange and merchant pricing distinctions.
  6. Federal Reserve Financial Services: FedACH SameDay Service — eligibility, deadlines, and same-day network settlement.
  7. Nacha: WEB debit fraud-detection standards — first-use and changed-account validation.
  8. Nacha Developer Guide: How ACH Works — common entry types and authorization channels.
  9. CFPB: Regulation E, §1005.10 — authorization for covered preauthorized consumer transfers.
  10. Nacha: Limitation on Warranty Claims — consumer and non-consumer unauthorized-return timeframes and distinction from warranty claims.
  11. Visa: Dispute Management Guide for Merchants, October 2026 — dispute conditions, documentation, and response considerations.
  12. Nacha: ACH Network Risk and Enforcement Topics — returned-debit reinitiation controls.
  13. Nacha: Fraud Monitoring, Phase 2 — 2026 scope, risk-based procedures, and annual review.
  14. PCI Security Standards Council: Outsourced payment processing — merchant responsibility and shared compliance obligations.