Multi-currency accounting for founders selling or buying internationally

A founder invoices a customer in New York for $10,000. The exchange rate on the invoice date puts that at roughly £7,900. Three weeks later, the payment lands — and because sterling has moved against the dollar in the interim, it converts to £7,650. Nothing about the sale changed. The business is £250 short of what the books originally recorded, and if nobody accounts for that correctly, the founder's own numbers stop making sense to them.

This is the ordinary reality of running an internationally-facing business from the UK, and it is one of the few genuinely fresh angles left uncovered by the broader financial-planning fundamentals already on this site — corporation tax, VAT, the P&L, director duties. This article is specifically about what changes when your customers, suppliers, or both are outside the UK and transacting in a different currency.

Why this matters more for Innovator Founder businesses specifically

A meaningful share of Innovator Founder business plans explicitly target international customers, international suppliers, or both, as part of the scalability case an endorsing body wants to see — a UK-registered software business selling into the US, an import-export operation sourcing from Asia and selling in Europe, a services business billing clients globally. That scalability story is exactly the point where currency exposure enters the picture, and it is exactly the point where thin financial literacy tends to show.

An endorsing body assessing your financial model is not expecting you to be an FX trader. It is expecting you to have thought about the risk at all — to state your assumptions, acknowledge the exposure, and show a plan that survives reasonable currency movement rather than one that quietly assumes today's exchange rate holds forever.

The core concept: recorded rate versus settlement rate

Every foreign-currency transaction has (at minimum) two dates that matter: the date the transaction is recorded in your books — typically when an invoice is raised or a bill received — and the date cash actually moves. If the exchange rate differs between those two dates, the difference is an FX gain or loss, and it needs to be recognised as such, separately from your actual trading revenue or cost.

This distinction matters practically because:

• It is not operating performance. A currency gain does not mean your sales improved; a currency loss does not mean your costs rose. Mixing FX movement into your gross margin figures makes your unit economics unreadable, both to yourself and to anyone reviewing your numbers, including an endorsing body checking your viability case.
• It affects your corporation tax computation. FX gains and losses generally have tax consequences and need to flow through the accounts correctly for your corporation tax calculation to be accurate — this is a case where getting the bookkeeping mechanics right upstream saves real reconciliation pain at year end.
• Realised versus unrealised matters. A gain or loss on an invoice that has not yet been paid (unrealised) is treated differently from one on a transaction that has actually settled (realised) — most cloud accounting platforms distinguish the two automatically, but founders reconciling manually in a spreadsheet often do not, and it distorts the picture.

Choosing and stating your reporting currency

Even though UK statutory accounts are prepared in pounds sterling, many founders running an internationally-facing business find it useful to think in terms of a functional currency for internal management reporting — the currency that best reflects the primary economic environment the business actually operates in. A UK company whose revenue, costs, and pricing are overwhelmingly dollar-denominated might reasonably track its internal management numbers in dollars even while its statutory accounts convert to sterling for filing.

This decision should be made deliberately with your accountant, not left implicit, because it affects how comparable your internal numbers are to your statutory accounts and how you explain any apparent discrepancy between the two to an endorsing body or, later, an investor.

Building FX assumptions into your financial model

For a forward-looking financial model — the kind built for an Innovator Founder application or ongoing planning — the practical approach most accountants recommend is:

1. Pick a single, sourced exchange rate for the base case. State exactly where the rate came from (a specific date, a specific source such as the Bank of England or a named FX provider) rather than an unattributed number.
2. Run at least one sensitivity case. Show your model's outputs — revenue, margin, cash runway — at the base rate, and again at a meaningfully adverse rate (commonly 10 to 15 percent against you), so a reviewer can see the business survives reasonable currency movement rather than depending on a favourable rate holding.
3. Separate FX assumptions from operational assumptions. Keep your exchange rate as its own clearly labelled input cell, not hardcoded into a revenue formula, so it is easy to stress-test and easy for a reviewer to find.

Hedging: when it is worth thinking about, and when it is not

For most early-stage Innovator Founder businesses with modest, irregular international transaction volumes, formal FX hedging — forward contracts, options, or similar instruments — is generally more complexity than the exposure justifies. It becomes worth a genuine conversation with a specialist once international revenue or costs represent a large, recurring share of the business and currency movement could plausibly threaten margin or cash runway on its own. The mechanics of forward contracts and simpler hedging approaches for import-export founders specifically are covered in more depth in a companion piece on this site's FX topics; the practical starting point for nearly every founder below that threshold is simply: understand the exposure, model it explicitly, and revisit the decision as volume grows rather than defaulting into a hedging product early because it sounds prudent.

Practical bookkeeping mechanics

A few operational habits materially reduce the mess multi-currency transactions can create:

• Invoice in the currency your customer expects, but track everything centrally in your reporting currency. Most cloud platforms do this conversion automatically at the point of invoicing and again at settlement, calculating the FX difference for you.
• Reconcile FX gain/loss as its own line, monthly. Do not let it accumulate unreviewed for a full year — a monthly glance catches data entry errors (a transaction recorded in the wrong currency entirely) far earlier than an annual review does.
• Keep supplier and customer currency terms consistent where you can. Constantly switching the currency you invoice the same recurring customer in adds unnecessary FX noise to your numbers for no commercial benefit.
• Batch conversions if volume justifies it. Converting foreign currency to pounds in larger, planned batches rather than automatically on receipt of every payment often reduces the cumulative cost of spread and fees, though this needs to be weighed against the cash flow benefit of converting immediately.

Tools that handle this well

Xero and QuickBooks Online both support native multi-currency invoicing, automatic exchange rate lookups, and automatic calculation of realised and unrealised FX gains and losses as part of their standard feature sets, and both connect to common payment processors and FX-specialist providers that typically offer better rates than a standard high-street bank for currency conversion. The right platform for your business depends more on your existing banking relationships and payment processors than on any meaningful difference in their multi-currency capability, which is broadly comparable between the two at this point.

Whichever platform you use, the software automates the calculation — it does not replace the founder needing to understand what functional currency they have chosen, why an FX gain or loss line exists, and how to read it correctly when reviewing monthly management accounts.

Sources and further reading

• GOV.UK — Innovator Founder visa
• GOV.UK — business tax (HMRC guidance topic)
• GOV.UK — HMRC internal manuals

Key takeaways

• FX gains and losses arise from timing differences between when a foreign-currency transaction is recorded and when it settles — they are not a reflection of operating performance and should be tracked as a distinct line.
• Choose and state a functional or reporting currency for your internal management numbers explicitly, even though UK statutory accounts are typically prepared in sterling.
• Every forward-looking financial model with international revenue or costs needs a stated, sourced exchange rate assumption and at least one adverse sensitivity case.
• Formal FX hedging is usually unnecessary complexity for early-stage founders with modest international volume — understand and model the exposure first, hedge only once volume justifies it.
• Reconcile FX gain/loss monthly rather than annually to catch data entry errors early.
• Xero and QuickBooks Online both handle multi-currency invoicing and automatic FX calculation natively — the platform choice matters less than understanding what the numbers actually mean.

• multi-currency
• foreign-exchange
• bookkeeping
• financial-model
• cloud-accounting