Shopify Removed the Eight-Currency Bank-Account Limit. Finance Needs a Cutover Plan

More payout currencies can reduce forced conversion. They also create more cash accounts, fee lines, refund paths, and reconciliation work. For merchants enabling another payout account, this is a finance cutover—not just a Shopify setting.

Category: Shopify, e-commerce, ERP, and finance operations

On July 27, Shopify removed the eight-currency limit on bank accounts for Multi-Currency Payouts. Eligible merchants can now add one bank account for every supported payout currency available to their region and plan.

The change is useful, but conditional. Shopify's current documentation limits Multi-Currency Payouts to Advanced and Shopify Plus stores in eligible regions, with specific business-entity, bank-location, currency, and account-owner requirements. France remains in early access.

The operational warning deserves as much attention as the headline: adding a payout account more than 24 hours after Shopify Payments setup can pause payouts to all payout accounts for 3–5 business days. Replacing an account can cause the same pause.

That turns a payment setting into a controlled finance release.

What changed—and what did not

Shopify previously limited Multi-Currency Payouts to eight bank accounts. Its July 27 changelog replaces that cap with a simpler boundary: one bank account for each supported payout currency that the merchant's plan and region allow.

For an international seller, receiving settlement in the currency a customer used can avoid an immediate conversion back to the domestic payout currency. That may be useful when the business also pays suppliers, staff, taxes, or other obligations in that currency.

The release does not make every currency available to every merchant. It does not extend Multi-Currency Payouts to Basic, Grow, or Shopify plans. It does not remove non-domestic payout fees, bank requirements, regional rules, or legal and tax questions.

At least four currency roles can exist in one operating flow:

• The customer payment currency is the currency used for the order, refund, and dispute.
• The payout currency is the currency Shopify routes for settlement.
• The bank account currency is the currency the receiving account accepts.
• The ERP functional currency is the currency finance uses to close and report the books.

They may match. They may not. The implementation work is to make every conversion, fee, fallback, and accounting entry explainable.

Why operational leaders should care

Shopify documents several behaviors that affect cash operations.

Each supported payout currency needs a dedicated bank account. When an order uses a currency without a configured payout account, Shopify routes the money to the default account and converts it to that account's currency. A conversion fee applies.

Refunds and chargebacks follow the original order currency. Shopify deducts each from the account for that currency when it exists. If that account no longer exists, the deduction falls back to the default account. Shopify notes that a currency-conversion fee might apply to a fallback chargeback.

Fees can also remain even when no currency conversion occurs. Shopify says its Multi-Currency Payout fee is based on whether the payout currency is domestic or non-domestic, not simply on whether Shopify performs a conversion.

The practical effect is a larger settlement state:

• More bank accounts to approve, secure, monitor, and reconcile.
• More clearing and fee mappings in Odoo, Zoho Books, or another finance system.
• More currency-specific balances to include in cash forecasts.
• More fallback paths when an account is missing, replaced, or deleted.
• More refund and chargeback deductions to trace back to the original order.
• More month-end evidence to prove that Shopify, the bank, and the ledger agree.

None of that is a reason to avoid the feature. It is a reason to enable it with finance ownership.

The AorBorC view: settlement flexibility increases control work

The useful question is not, “Can we receive another currency?”

It is, “Can finance prove where every order, fee, refund, chargeback, conversion, and payout landed?”

Avoiding one conversion can be valuable, but it does not automatically reduce total cost or foreign-exchange exposure. The business may still pay a non-domestic payout fee, a receiving-bank fee, or a later conversion cost. It may also hold more cash than needed in a currency that does not match upcoming obligations.

The decision should begin with real flows:

1. Which currencies do customers actually use?
2. Which currencies does the business regularly spend?
3. Which bank accounts and legal entities can receive them?
4. What will the platform, bank, treasury, and accounting treatment cost?
5. Can the team reconcile each route without spreadsheets becoming the hidden system of record?

For a Shopify-to-Odoo setup, the payout account may need a dedicated bank journal, clearing logic, fee accounts, exchange-rate treatment, and reconciliation references. If Zoho Books or another accounting platform owns the ledger, the same design questions apply. A custom integration must preserve the payout or transfer reference, order and transaction references, gross and net amounts, currency, fees, refunds, disputes, and conversion details without double-posting.

Human review should remain at account activation, bank-detail changes, exception handling, and the first close after rollout.

A practical finance-cutover checklist

Use this checklist before adding a new payout account.

1. Confirm eligibility in the live store. Verify the plan, Shopify Payments region, business entity, supported payout currency, bank-account location, and store-owner access. Treat the merchant's current admin and Shopify's current documentation as the availability source of truth.

2. Build a currency baseline. Review a representative period of orders, refunds, chargebacks, payouts, supplier payments, payroll, taxes, and other obligations by currency. A currency with occasional sales and no matching expenses may not need a dedicated receiving account.

3. Compare total cost, not one fee. Model the current conversion path against non-domestic payout fees, bank charges, later conversions, and the operational cost of another account. Record the assumptions and the person who approved them.

4. Name the default route. Document the default payout account and what happens when an order currency has no matching account. Test that fallback deliberately; do not discover it during month-end reconciliation.

5. Plan for the payout hold. Shopify warns that adding or replacing an account can pause all payouts for 3–5 business days. Choose the change window with finance, name the cash-buffer owner, list obligations due during the hold, approve the contingency funding path, retain the evidence needed for Shopify or bank escalation, and define the escalation point. Treat a rollback as another controlled bank-account change because it can create a fresh hold.

6. Map the ledger before activation. Create or approve the bank, clearing, fee, conversion, refund, chargeback, and foreign-exchange mappings in the ERP. Define the functional currency, exchange-rate source, posting date, analytic dimensions, and legal entity for each route.

7. Protect account changes. Limit who can add, replace, delete, or set the default payout account. Use dual review where the business requires it, retain the change evidence, and record a recovery owner for incorrect or unavailable bank details.

8. Test the full transaction set safely. Use test mode where it supports the behavior. Cover a domestic-currency order, a supported non-domestic order with a matching account, an order with no matching account, a partial refund, a full refund, a chargeback, and an order containing fees or adjustments. Where payout, refund, chargeback, failed-payout, or delayed-payout behavior cannot be simulated safely, validate it only through a finance-approved, low-risk transaction in an agreed change window, with named owners, evidence capture, and a recovery plan.

9. Reconcile the first payout in each currency. Trace source order to payment transaction, currency-specific payout, receiving bank entry, fees, refund or dispute movements, ERP posting, and management report. Retain the Shopify payout reconciliation report or filtered CSV, transfer reference, bank statement entry, and ERP journal batch. Confirm gross, net, dates, identifiers, and exchange-rate treatment.

10. Close with an operating control. Assign owners for daily monitoring, failed payouts, missing mappings, unexpected conversions, refund deductions, chargebacks, bank-detail changes, and month-end review. Define what evidence proves that the flow is healthy and how an exception is corrected without duplicating a posting.

Risks and limits

Availability depends on the merchant's plan, region, business entity, currency, and bank location. France is in early access and is not available to every merchant. Supported combinations can change, so recheck the live Shopify documentation and store settings before implementation.

Receiving a payout in the customer's currency does not guarantee a fee-free settlement. Shopify documents fees for non-domestic payout currencies, even when no currency conversion occurs. Banks and later treasury activity can introduce additional costs.

Deleting a currency account does not erase the history attached to it. Future refunds and chargebacks for earlier orders can fall back to the default account. Finance needs to retain the mapping and understand the resulting currency treatment.

This article is operational guidance, not accounting, tax, banking, or legal advice. The correct account structure and exchange treatment depend on the legal entities, jurisdictions, accounting policy, banks, and ERP configuration involved.

Where the hype is not useful

“Avoid FX” is too simple.

The feature can avoid an immediate Shopify conversion when an eligible merchant receives a supported currency into a matching account. It does not guarantee that the business should hold that currency, that another conversion will never be needed, or that the combined payout and banking cost is lower.

It is equally unhelpful to treat more bank accounts as automatic treasury maturity. More accounts can fragment cash, weaken visibility, and increase reconciliation effort when ownership and reporting are unclear.

The useful outcome is not the number of payout currencies enabled. It is a controlled settlement route that finance can explain, reconcile, and recover.

Business takeaway

Shopify's removal of the eight-currency bank-account limit creates more settlement choice for eligible merchants. It does not remove the need for eligibility checks, cash planning, fee analysis, default routing, refund and chargeback controls, ERP mappings, or a reconciled close.

Treat the first new payout account like a finance-system release. If the team cannot trace one order from customer payment to bank to ledger—and explain the fallback when the intended account is unavailable—the feature is not ready to switch on.

Your next move

Choose one non-domestic currency that materially affects revenue or operating costs. Bring a representative order, payout, refund, chargeback, bank entry, and ERP posting to plan the payout and finance cutover with AorBorC.