ACH, Wire or SWIFT? Match the Transfer to the Receiving Account
The right transfer depends on where the recipient’s account sits, what it can receive and which currency must arrive—not simply where the vendor lives. Here is how finance teams can make that distinction before releasing a payout.

Choose ACH for routine payments to eligible US accounts, a domestic wire for urgent US bank payments, and an international wire using SWIFT when the receiving account requires that route. For overseas accounts, also check whether a local bank transfer is available. Paying internationally does not automatically require SWIFT.
The important distinction: ACH is a clearing network, a wire is a transfer method, and SWIFT is a messaging network used to communicate payment instructions. They are not three interchangeable systems.
For teams paying hundreds of international vendors, contractors or sellers, the practical question is not simply “ACH, wire or SWIFT?” It is: Which transfer can this account receive, in the required currency, under the provider’s rules? Answer that before comparing price or speed.
ACH, domestic wire and SWIFT at a glance
As Revolut’s payment-method explainer distinguishes, SWIFT carries instructions between financial institutions; it does not itself hold or settle the money. An international wire can use SWIFT messaging while settlement occurs through banks and their account relationships.
| Option | How it works | Receiving requirements | Timing considerations | Best for: editorial assessment |
|---|---|---|---|---|
| US ACH credit | Batch-based clearing between participating institutions | ACH-enabled US account and routing details | Processing windows, bank cutoffs and availability rules | Routine, cost-sensitive USD payouts |
| US domestic wire | Bank transfer, commonly settled through Fedwire | Domestic wire instructions accepted by the receiving bank | Often same business day before cutoff; reviews can delay credit | Urgent or high-value US payments |
| International wire using SWIFT | Bank messaging with settlement through banking relationships | International receiving instructions and supported currency | Depends on banks, corridor, screening and beneficiary posting | Accounts or currencies requiring international wire access |
| Local payout outside the US | Provider delivers through a destination-country payment system | Eligible local account and country-specific details | Depends on the local scheme and provider funding | Recurring local-currency payments where supported |
These are starting points, not guarantees. Account restrictions, provider limits and compliance checks can disqualify an otherwise suitable method.
Start with the account, not the vendor’s address
A foreign vendor may have eligible US receiving details
A contractor based outside the US may provide USD receiving details associated with a US bank. That can make an ACH credit possible, but a routing number alone is not enough.
Ask whether the details accept business ACH credits from your payer type, whether the beneficiary name must match exactly, and whether the account is individually assigned or part of a pooled collection arrangement. Some arrangements require a reference to allocate incoming money correctly.
Do not assume that US receiving details make the entire arrangement domestic for compliance purposes. The payment structure still matters.
A USD account abroad is not automatically ACH-accessible
A supplier may hold USD in a bank outside the US. The currency does not turn that account into a US ACH destination. Its receiving instructions may instead specify a SWIFT/BIC, beneficiary account number and correspondent bank.
Likewise, a US company’s overseas account may need an international transfer. Separate the vendor’s legal address, the receiving bank’s country and the account’s supported currencies in your records.
Bank details must be validated for the selected method
US banks may use different routing numbers for ACH and wires; some use the same one. Never infer wire eligibility from an ACH routing number. A SWIFT/BIC identifies an institution, while an IBAN or other account identifier identifies the destination account. Not every country uses IBAN.
Collect method-specific instructions through a controlled onboarding process, such as a vendor portal, rather than storing a single unqualified “bank details” field. For destination-specific requirements, use the country-by-country contractor payment guide as a starting point and confirm the current receiving instructions.
Separate the funding leg from the recipient’s payment
A provider can accept your funding through ACH and deliver the vendor’s payment through a different system. Conversely, you might fund a provider by wire while it pays recipients through local bank transfers.
This creates separate operational questions:
- Funding: When is your money available for the provider to use?
- Delivery: Which system reaches the recipient’s account?
- Conversion: Where does FX occur, and who sets the rate?
- Evidence: Which status confirms recipient credit rather than provider receipt?
A fast delivery method cannot compensate for funding that is still unavailable. Ask providers to identify both legs when quoting a payment ETA.
“Global ACH” and IAT do not mean the same thing
“Global ACH” is commonly a provider label for international payments delivered through local clearing systems. It is not one universal ACH network.
International ACH Transaction, or IAT, is a specific classification under Nacha rules. Nacha’s IAT guidance addresses ACH entries that form part of payment transactions involving a financial agency outside US territorial jurisdiction and the additional information needed for compliance.
Do not classify a payment solely from the vendor’s nationality or mailing address. Ask the originating bank or provider whether the structure meets the IAT definition, whether it supports that flow, and what party information it requires.
Compare the same economic outcome
ACH generally has lower transaction fees than wires, but advertised transfer fees are not a complete cross-border comparison. Ramp’s ACH-versus-SWIFT discussion highlights the additional fee and currency-conversion considerations associated with international transfers.
Request quotes against the same requirement: the recipient must receive the agreed amount in the agreed currency by the agreed date. Compare:
- Sender fees and any expected receiving or intermediary charges.
- The quoted FX rate, its expiration and who performs conversion.
- Whether the beneficiary amount is guaranteed or only estimated.
- Funding deadlines, release cutoffs and expected account credit.
- Charges and procedures for returns, amendments or investigations.
An ACH payment into a vendor’s US collection account can look inexpensive while shifting withdrawal and conversion costs to the vendor. A SWIFT payment can look expensive but avoid an unwanted conversion if the supplier needs to retain the invoice currency. Evaluate the whole path, not only the sender’s debit.
For a deeper cost review, see the framework for reducing cross-border payment fees.
Hypothetical example: an overseas supplier provides two accounts
A supplier invoices in USD and offers both US receiving details and a USD account at its home-country bank.
The US details may support ACH, but finance should verify that the supplier accepts payment there as fulfillment of the invoice, that the account accepts the intended business credit, and that any required allocation reference can be transmitted.
The overseas USD account may require an international wire. Finance should establish whether fees could reduce the amount credited and whether the supplier can receive USD without automatic conversion.
Neither route wins automatically. ACH may be preferable when the supplier wants funds in its US receiving account. SWIFT may be preferable when the supplier needs USD directly in its overseas operating account. Document the supplier’s accepted destination rather than choosing solely from its country of incorporation.
Pre-release checklist for finance operations
- Confirm the payment obligation. Record the invoice currency, required recipient amount and due date.
- Confirm destination eligibility. Verify account country, receiving currency, accepted transfer methods and payer restrictions.
- Validate method-specific details. Check ACH or wire routing instructions, SWIFT/BIC, account identifiers and required references.
- Resolve international classification. Obtain the bank’s or provider’s requirements for IAT and other cross-border information where applicable.
- Confirm available funding. Separate the funding ETA from the recipient-delivery ETA.
- Verify changed instructions independently. Use an established contact channel, not the contact details supplied in the change request.
- Define completion and recovery. Know which event proves credit, how returns appear and who handles a trace or recall.
Do not treat recovery as a substitute for verification. As Plaid’s ACH and wire comparison explains, the methods differ materially in processing and reversibility. ACH reversals and returns are governed by specific rules; they are not an unrestricted undo function. A wire recall request does not guarantee recovery.
Make receiving capability part of every payout record
The best answer to “ACH, wire or SWIFT?” starts with verified receiving capability. Store eligible methods, accepted currency, instructions and funding dependencies alongside each beneficiary—not as assumptions buried in an invoice email.
Then compare cost and timing only among eligible options. Payouts.com’s payout automation brings global payment execution into a unified money workflow. Before automating your next batch, review beneficiary records for missing method-specific instructions: those gaps should be resolved before release, not after a payment fails.
Created with AI assistance. Sources are linked in the article; this content is general information, not legal, tax, or financial advice.
Discussion
3 commentsRun your entire money cycle on one ledger
Global payouts, AP/AR automation, and AI agents with their own wallets and spend limits.
Get started


Would appreciate more detail on the IAT classification question. We have a handful of Canadian contractors with USD accounts at Canadian banks, and our bank keeps flagging some as IAT and others not, even though the structure looks identical to us. The inconsistency makes it hard to build reliable automation rules.
This is a useful framework but misses the reconciliation burden. When you're routing 300+ monthly payouts through mixed methods—some ACH, some local rails via a provider, some SWIFT—the back-end matching becomes a nightmare because each system returns different status codes and reference formats. The operational cost of that complexity often outweighs the per-transaction savings from optimizing the rails.
The point about US routing numbers differing for ACH versus wire is something our AP team learned the hard way last quarter. We delayed a critical supplier payment by 48 hours because we assumed the ACH routing on file would work for a wire transfer. Now we have separate validated fields in our ERP for each method.