A subsidiary and local bank account in Brazil or Mexico vs paying cross-border through a payout API: cost, time to launch, and when to switch.
You don't need a local entity in Brazil or Mexico to pay suppliers or contractors there. A cross-border payout provider can deliver reais over Pix or pesos over SPEI from abroad, in minutes. You need a local entity when local activity demands it: hiring employees, invoicing local customers, holding licenses, or keeping large local revenue in local currency.
Teams often open a subsidiary just to get a local bank account for payments, then spend months on setup and years on upkeep. This guide separates the two jobs. For how a cross-border payout converts and lands, see what a stablecoin sandwich is.
Key takeaways
Because a local bank account looked like the only way to pay in local currency.
Before instant payout APIs, paying 200 contractors in Brazil meant either 200 international wires or a Brazilian account funded in reais. The account won on per-payment cost, so companies opened a subsidiary to get one. That logic still shows up in planning decks.
The Federal Reserve describes the same fixed-cost problem at bank scale. A March 30, 2026 FEDS Note says cross-border payments involve "high fixed costs," including "the cost of setting up a foreign branch," and that small banks route through large correspondents because they can't spread those costs. A company opening a subsidiary to pay suppliers is taking on the same fixed cost for the same reason.
More than a bank account. A rough list for Brazil or Mexico:
Each step needs local lawyers or accountants. None of it is hard, but all of it is recurring. Ask your advisers for a quote on year-one setup and yearly upkeep before you decide.
On five dimensions, side by side.
| Dimension | Cross-border payout provider | Local entity with a local bank account |
|---|---|---|
| Time to first payment | Days to weeks: provider KYB, integration, first payout | Months: incorporation, registrations, bank account, funding |
| Fixed cost | No per-country setup; platform plan if the provider has one | Legal, accounting, tax filings, banking, local representatives |
| Per-payment cost | FX spread plus a payout fee, shown in a quote | Low domestic transfer fee, after the account is funded |
| Capital tied up | None beyond the payment itself, when funded per payout | A local balance sized for upcoming payments |
| Adding a new country | Usually a new bank account type in the same API | A new entity, bank, and adviser set per country |
The pattern: the entity wins on marginal cost and loses on fixed cost, time, and capital. The provider is the reverse.
When your activity in the country is paying people, not operating there.
A US company can also fund these payouts straight from its US bank account. How a US company pays suppliers in Brazil and Mexico walks through it.
When the law or your customers require a local presence.
If none of these apply, the entity is overhead for a payments problem.
Answer these in order. The first "yes" points to an entity.
All "no": pay cross-border through a provider and revisit the test every six months. Any "yes": plan the entity, and keep the provider for countries where you don't have one.
Yes, and it's the most common end state.
The local entity runs payroll, invoicing, and taxes in its country. The payout provider handles everything that crosses a border: funding the subsidiary from headquarters, paying suppliers in countries where you have no entity, and moving money between your own accounts. One detail trips teams up. Sending to an account in your own company's name is a first-party payout, but your subsidiary is a different legal entity, so paying it is third party, with the documents that go with it. First-party vs third-party payouts explains the difference.
BlindPay pays out in local currency from USDC or USDT without a local entity on your side: Pix, PIX Safe, and TED in Brazil, SPEI in Mexico, ACH Colombia, Transfers 3.0 in Argentina, ACH, wire, and RTP in the US, SEPA in Europe, and SWIFT (POBO/COBO) with UETR tracking and MT103 confirmations for other countries. Adding a country is a new bank account type in the same API. Each quote locks the rate and fees for 5 minutes, and KYC and KYB run in the same integration. BlindPay combines a monthly plan with per-transaction fees that vary by rail and network, disclosed in the live quote before execute.
Run the five-question test for your next market. If every answer is no, price your first month of payments through a payout quote and compare it with your advisers' year-one estimate for an entity. The payout quotes docs show the request on a development instance.
Always cheaper? No intermediaries? Recipient needs a wallet? 10 common claims about cross-border stablecoin payments, checked against the Fed and the BIS.
Seven places blockchain payments beat bank rails: contractor payroll, remittances, B2B suppliers, marketplaces, 24/7 treasury, bill pay, and PSP payouts.
The dates that turned stablecoins from a trading tool into cross-border payment rails: USDC, Pix, MiCA, the GENIUS Act, ISO 20022, and Visa settlement.