A multi-currency payout pays each recipient in the currency they actually bank in, rather than converting everything into one currency and sending it. Marketplaces, gig platforms and payroll operators run it so sellers, freelancers and suppliers receive money they can spend without a second conversion. Providers sell the capability under several labels — global payouts, mass payouts, multi currency payout — but the mechanics below are the same.
What changes when a second currency is added
A single-currency run has one balance and one rail. Add a currency and almost everything doubles: a second balance to fund, a second local scheme with its own cut-off and holidays, a second reconciliation, and a conversion decision for any recipient whose currency has no balance behind it.
The recipient's experience is the reason to bother. A seller paid in a currency they do not hold pays their own bank to convert it, at a rate they never see. That is frequently worse than the platform's own rate, so the platform is blamed for a cost it did not charge — and the same money would have shown up as a smaller net payout either way.
The account structure underneath
Underneath sits a set of virtual accounts, one per currency and sometimes one per recipient, held with a bank or an EMI. Euro legs leave over SEPA, dollar legs over ACH or wire, and the rest over domestic schemes or correspondent banking.
Where no matching balance exists, the provider converts at the moment of release and applies an FX margin. Doing that centrally is the actual saving: a platform paying 8,000 sellers across three currencies makes three pricing decisions instead of 8,000 uncontrolled ones at the receiving end.
Three costs, and the one that gets forgotten
The spread on any conversion, the local transfer fee on each leg, and the funding cost of balances parked in currencies you do not earn in. The third is the reason treasury teams cap the currency list rather than adding every one a recipient requests. Idle liquidity in a currency with two payouts a month is expensive support.
Locking a rate between calculation and credit
Rates move between the moment a run is priced and the moment it lands. Serious platforms lock a rate at instruction time and show recipients the locked figure, not an indicative one, so the amount promised is the amount credited. Which currency the platform received the funds in is a separate question — see settlement currency.
Where the run actually fails
Failures cluster on beneficiary formats: IBAN in one market, routing plus account number in another, national clearing codes and branch identifiers elsewhere. Validating formats at onboarding removes most of them before a payout run is built.
The rest is reconciliation. Run balance reconciliation per currency, and never let a delay on one leg obscure the position on another.