NovAsia

Using several FX providers makes the total cost harder to see

A practical way to reconcile several currency conversions into one property-payment picture without mistaking individual quotes for the buyer's overall cost.

This article reflects the named expert’s practical perspective. See NovAsia’s editorial policy for how material is prepared and reviewed.

Using more than one FX provider can be perfectly rational. A buyer may have funds in different accounts, a provider may have a transaction limit, one route may be faster for a particular currency, or the payment calendar may make it sensible to split the work. The difficulty is not the number of providers. It is losing a single view of the property payment.

A screen that says “rate”, “fee” or “recipient gets” is describing one transaction in one system. A property purchase asks a wider question: how much source currency actually left the buyer, how much settlement currency became available, and which part of the contractual payment did that money cover?

I treat those as reconciliation questions, not as a competition to find the most attractive headline rate.

The provider count is not the real problem

Suppose, purely as an example, a buyer needs THB 3.6 million. Provider A delivers THB 1.8 million and the buyer's total USD debit is 50,200. Provider B delivers the other THB 1.8 million for a total debit of USD 49,700.

The two dashboards may present their pricing very differently. One may emphasise a rate, another a fee, another the exact amount the recipient receives. For the purchase, the combined record is simpler: THB 3.6 million was obtained for USD 99,900 in total source-currency debits. On those hypothetical figures, the combined effective outcome is about THB 36.04 per USD.

That number is not a market quote and it is not advice about when to exchange. It is an accounting description of two completed conversions.

One purchase needs one reporting currency

The calculation becomes more demanding when the buyer starts with more than one currency. Perhaps some funds are in euros and some in dollars. EUR 30,000 plus USD 40,000 is not a meaningful total until the buyer chooses a reporting currency and a date or method for translating one balance into that base.

This reporting choice should not be confused with the currency of the property obligation. A Thai property might require baht, while the buyer keeps a personal budget in euros. The contract currency tells us what must ultimately be delivered. The reporting currency helps the buyer understand the combined cost of getting there.

If different parts of the same purchase are translated into the reporting currency using unrelated dates, an apparent saving can be created by the comparison method itself. That is why I want the basis documented, especially when several providers are involved.

A neat quote can conceal a different deliverable

Two services can show similar rates while answering different questions. One calculation may start from “I will spend USD 50,000”; another may start from “the recipient must receive THB 1.8 million”. Those are not interchangeable instructions once fees or rounding are involved.

For a property payment, the recipient-side amount may be the more important constraint because a shortfall can leave a contractual instalment incomplete. In another situation, the buyer may have a strict cap on how much can leave the source account. Neither framing is universally superior. The point is to compare providers on the same instruction.

The timing status matters too. A completed conversion, a funded transfer awaiting settlement and an unfunded quote should not all be added together as though they were equally certain. I would rather show an incomplete total than turn an unexecuted quote into cash that the buyer does not yet have.

Reconcile actual debits and credits

A useful consolidated record can be very modest. For each completed operation, record the source currency, actual source debit, target currency received, identifiable fees, execution date, and the property-payment purpose. If a fee is charged separately, it belongs in the record rather than disappearing because it was not printed next to the exchange rate.

This approach also exposes partial completion. If the property requires THB 3.6 million and only THB 2.4 million has actually been obtained, the buyer still has an open FX requirement. A proposed quote for the remaining THB 1.2 million can sit beside the record as a scenario, but it should not alter the effective result of the completed transactions.

The same discipline helps if a transaction is refunded or reversed. A later refund is another cash-flow event with its own currency and terms. It may reduce the net cost of the chain, but it does not erase what happened earlier.

Splitting providers can still be the sensible choice

A single provider may be easier to track, but simplicity is only one factor. The best operational route may involve several services because of account locations, supported currencies, settlement methods or the buyer's own constraints. I would not reject that structure merely because the spreadsheet becomes longer.

I would, however, price the extra coordination honestly. Several providers mean several deadlines, sets of confirmations and potential points of mismatch. If the monetary difference is tiny, the administrative burden may matter more than it first appears. If the split solves a real payment constraint, that burden may be entirely worthwhile.

The test I care about is whether the buyer can reconstruct the purchase without returning to three apps and a week of messages. How much settlement currency was required? How much has actually been obtained? What total source-currency cost produced it? Once those three answers are visible, multiple FX providers stop being a collection of attractive screens and become one understandable property-payment process.

Sources