A consultant who invoices in USD, pays a contractor in AUD, and files corporate tax in COP isn't doing bookkeeping anymore. She's running a small FX desk, whether she's noticed or not.

Key Numbers to Know (2026)

• Xero: multi-currency native, 160+ currencies

• QuickBooks Online: multi-currency available from the Essentials plan up

• Wave: limited multi-currency support (best suited to single-currency businesses)

• Realised FX gain/loss: taxable when the currency is actually converted

• Unrealised FX gain/loss: treatment varies by jurisdiction — some tax it, some don't

• Reporting currency: usually your functional currency, the currency of your business's primary economic environment

• Typical monthly bookkeeping cost for a multi-currency online business: USD $400–$1,500

Why This Breaks Ordinary Bookkeeping

Most accounting software is built around the assumption of one currency in, one currency out. The moment you take payment in three currencies, pay contractors in two more, and report in a sixth, "reporting currency" stops being a dropdown menu and becomes a decision with real tax consequences.

Call her Elena. She runs a marketing consultancy through a Panama SA, invoices a German client in euros, and pays a Filipino contractor in pesos. Her reporting currency — the one her financial statements and tax filings use — is USD, because that's the currency of her business's actual economic environment. Every euro and every peso gets converted into USD for reporting purposes, and that conversion is where most of the mess starts.

Choosing a Reporting Currency

The reporting currency isn't a preference. It follows the entity and where the business actually operates.

• US LLC
  Typical reporting currency: USD

• UK Ltd
  Typical reporting currency: GBP

• Panama SA operating internationally
  Typical reporting currency: USD (common)

• UAE Free Zone company
  Typical reporting currency: AED or USD

Once you've chosen one, stick with it. Changing reporting currency mid-year means restating prior transactions, and it is exactly as painful as it sounds.

One Invoice, Two Rates

Here's where the actual cost shows up. On 1 March, Elena's contractor in Manila invoices her €10,000 for a quarter's work. Her books record that invoice at the EUR/USD rate on the day it's received — say 1.08 — booking a $10,800 expense and a matching payable.

She doesn't pay it immediately. By the time she settles the invoice on 22 March, the rate has moved to 1.105. The actual cost to convert and pay is now $11,050. That $250 gap between what she booked and what she paid is a realised FX loss, and it needs its own line in her books — it isn't part of the original expense, and it isn't revenue or a fee.

If Elena were still holding euros in a bank account at year-end rather than having paid them out, some jurisdictions would also require her to revalue that balance at the year-end rate — an unrealised gain or loss. Others don't require this at all. It's jurisdiction-specific, so check locally rather than assuming either way.

The Practical Setup

Xero is the pragmatic default for most global online businesses — multi-currency native, wide app marketplace, and it works across the jurisdictions FTR clients tend to operate in. Wise, Mercury and Airwallex all integrate with it directly for bank feeds; Wave and QuickBooks integrate more broadly too.

Xero fetches daily FX rates automatically, but on anything material — a client payment, a large contractor invoice — verify the software's rate against what your bank actually charged you. The two are rarely identical, and the difference compounds if you're not checking.

Find a bookkeeper who has actually done multi-currency work in your jurisdiction, not just used the multi-currency toggle. Cost matters. Expertise matters more, because the mistakes below are the kind a generalist doesn't catch until the audit.

Where This Goes Wrong

Elena's $250 loss is a rounding error next to what compounds over a year of sloppy handling. The recurring mistakes:

• Mixing personal and business FX conversions, which makes both sets of books unreliable

• Not distinguishing realised from unrealised FX gains and losses, which misstates both tax and profit

• Switching reporting currency partway through a year without restating prior periods

• Trusting the platform's exchange rate over the rate the bank actually charged

• Reconciling PayPal, Stripe and Wise as one lump instead of three separate feeds, which hides exactly the kind of gap that appeared in Elena's invoice

Setting This Up Once, Properly

Multi-currency bookkeeping done badly doesn't announce itself. It shows up at audit, or at exit, when a buyer's accountant starts asking why the FX gain/loss account doesn't reconcile. On a scoping call, FTR reviews your current setup — software, bank feeds, reporting currency choice — against what actually holds up for your entity type. Bring last quarter's bank statements in each currency you operate in, and you'll leave with a clear list of what to fix before it costs you. Book one here.

This is general guidance, not an assessment of your specific books. Multi-currency treatment varies by jurisdiction and entity — confirm your position with a qualified adviser before you file anything.