ACH debit guidance

What is an ACH debit?

An ACH debit is an electronic payment instruction that pulls funds from a receiver's bank account toward an originator through the Automated Clearing House Network. For a merchant collection, the business is typically the originator and the customer or other payer is the receiver. Common examples include an authorized bill payment, recurring membership payment, insurance premium, or business invoice collection.

How an ACH debit moves

The originator submits a debit entry through its financial institution or payment service. The originating depository financial institution, often called the ODFI, forwards the entry to an ACH operator. The operator sorts and delivers the entry to the receiver's financial institution, often called the RDFI. The receiving institution then posts the debit to the receiver's account while the corresponding settlement moves value toward the originator.

The Federal Reserve describes ACH as a nationwide network used by depository institutions to exchange batches of electronic credits and debits. Nacha's developer guide calls an ACH debit a pull from the receiver's account at the RDFI to the originator's account at the ODFI. The merchant-facing screen may look simple, but the complete path involves the originator, receiver, their financial institutions, and an ACH operator.

ACH debit versus ACH credit

ACH debit pulls funds

The originator starts a collection from the receiver's account under the applicable payment arrangement. Customer bill payments are a familiar example.

ACH credit pushes funds

The sender starts a transfer from its own account toward a receiver. Payroll Direct Deposit and many vendor disbursements follow this direction.

Direction defines the entry

Credit and debit describe how funds move through ACH. They do not describe whether a payment is good, bad, completed, or guaranteed.

Where businesses may use ACH debits

Businesses may consider ACH debits when collecting one-time or recurring bank payments for a documented obligation. Examples can include invoices, memberships, subscriptions, rent, tuition, donations, insurance premiums, or other bills. The appropriate workflow depends on the payer, account type, channel, payment arrangement, and the services actually offered by the business's financial institution or payment provider.

An ACH debit is not a debit-card transaction. A debit card uses a card network and card credentials, while an ACH debit uses the ACH Network and bank-account information. It is also different from a wire transfer. A business should identify the actual payment rail and collection method before designing customer instructions, reconciliation rules, or support procedures.

Build a clear collection workflow

A useful ACH debit process begins before a payment is submitted. Define the business purpose, how the payer agrees to the payment, which employees may create or change customer records, how transaction details are reviewed, and how completed activity is reconciled. Keep the payment amount, customer reference, invoice or agreement reference, submission date, and provider response connected in the systems intended for those records.

  • Confirm payment direction: make sure the business needs to collect funds rather than send them.
  • Use the designated channel: collect and enter sensitive details only through the approved secure workflow.
  • Assign responsibilities: define who may create, review, approve, change, and reconcile payment records.
  • Set customer expectations: use accurate descriptions and provider-supported notices without promising a completion date.
  • Plan for exceptions: give staff a documented route for questions, rejected entries, duplicate instructions, and other issues.

Protect bank information

Bank-account and routing details are sensitive. Do not ask customers to place complete account information in ordinary email, chat, shared notes, or a general contact form. Use individual employee accounts where available, limit access to job responsibilities, review changes to payment instructions, and follow the secure collection and storage methods provided for the specific service.

A Payments Max inquiry can describe expected payment volume, whether collections are one-time or recurring, the customer types involved, user roles, reporting needs, and accounting workflow without including private payment data. Never submit online-banking credentials, passwords, complete bank-account numbers, cardholder data, or secret API keys through a general inquiry.

Prepare an ACH debit requirements summary

Document who will pay, what obligations will be collected, whether payments are one-time or recurring, how payer details enter the secure workflow, which employees need access, and how results will be reconciled. Payments Max can help organize those operational requirements and identify questions for a financial institution or payment provider without promising a particular feature or outcome.

To learn more about how TSYS can help improve the way your organization accepts payments, markets to new customers, or manages its HR responsibilities, get in touch by calling 585-981-8463 to get started.

CONTACT US