You've switched on a multi-currency plugin so a customer in New York sees dollars and a customer in Berlin sees euros. Sales tick up. Then your VAT return comes round and you realise something: you took the money in USD and EUR, but HMRC wants the figures in sterling, and your plugin's "live" exchange rate is not the same rate HMRC expects you to use.
That gap is where self-hosted WooCommerce stores quietly get their VAT wrong.
This guide is for UK businesses running their own WooCommerce store (not selling through a marketplace like Amazon or eBay) who take payment in more than one currency. We'll cover which exchange rate to use, how the VAT "tax point" decides the date you convert on, what actually has to appear on your invoice in sterling, and why being self-hosted changes who is responsible for the VAT. There's a worked example with current HMRC figures so you can see it end to end.
Why is multi-currency different on a self-hosted store? {#why-self-hosted}
On a self-hosted WooCommerce store, you are the supplier and the seller of record. There is no marketplace operator sitting between you and the customer, so no one else is collecting, accounting for, or reporting your VAT. You self-declare everything.
That is the opposite of selling through Amazon or eBay. For certain sales, an online marketplace can be treated as the "deemed supplier" and becomes liable for the VAT itself. HMRC defines an online marketplace as a business using a website or app that handles the sale of goods and which sets the terms of supply, is involved in authorising customer payments, and is involved in ordering or delivery (see VAT and overseas goods sold using online marketplaces). A store selling only its own goods through its own checkout is not that. The responsibility stays with you.
So when your plugin converts a EUR order into a number on your dashboard, that number is your starting point for VAT, and getting the conversion right is on you. If you sell to ecommerce customers across currencies, our accounting support for ecommerce businesses is built around exactly this kind of multi-currency reconciliation.
Which exchange rate must I use for VAT? {#which-rate}
For VAT, you must convert foreign currency to sterling using one of two HMRC-approved methods. Your WooCommerce plugin's "live" mid-market rate is not automatically one of them.
HMRC's VAT Guide (Notice 700, section 7.6) sets out the two standard methods:
- The UK market selling rate at the time of the supply. Rates published in national newspapers are acceptable as evidence.
- The period rate of exchange published by HMRC for customs purposes. The advantage is you can use the same rate for a whole period, usually a calendar month.
HMRC publishes its monthly rates on the penultimate Thursday of each month, and they apply for the following calendar month (see transactions in foreign currencies and VAT). You can use the period rate for all supplies or for a specific type of supply, but if you only use it for a specific type you must note the details in your records.
Two firm restrictions apply. You cannot use forward rates or methods derived from forward rates. And if you want to use any method other than the two standard ones, you must get HMRC's approval first.
The practical point for a WooCommerce store: the rate Stripe or your payment gateway used to settle the money into your bank, and the rate your multi-currency plugin showed the customer, are commercial rates. They are fine for pricing and for your bookkeeping records, but the VAT-return figure has to be built on an approved method. Most UK stores pick the HMRC period rate because one rate per month is far easier to apply consistently than a rate that moves on every order.
How does the VAT tax point decide my conversion date? {#tax-point}
Talk to an e-commerce accountant →
You don't convert on a date of your choosing. You convert using the rate in force at the tax point, the date the supply happens for VAT.
For goods, the basic tax point is when the goods are sent to the customer or made available to them. For services, it's when the service is performed. But an earlier "actual" tax point overrides the basic one if either of these happens first:
- you receive payment, or
- you issue a VAT invoice.
(See VAT Notice 700, section 14.) For most WooCommerce sales the customer pays at checkout before anything ships, so payment is received first and the tax point is normally the date of payment. That is the date whose exchange rate you use.
There's also the 14 day rule. If you issue a VAT invoice within 14 days after the basic tax point, the invoice date becomes the tax point under section 6(5) of the VAT Act 1994 (see VATTOS5235). For a typical pay-now store this rarely changes anything, because payment has usually already created the tax point. It matters more if you take a deposit, pre-order, or invoice a B2B customer separately.
If you use the HMRC period rate, all of this gets simpler: every order with a tax point in, say, June uses June's published rate, regardless of the exact day.
What has to be shown in sterling on the invoice? {#sterling-invoice}
This one surprises people, and it's where over-engineered plugin setups cause needless work.
You can invoice in any currency. The only figure that must be expressed in sterling on a VAT invoice is the total amount of VAT payable. That comes straight from the VAT Regulations 1995, regulation 14(1), summarised in HMRC's guidance on invoicing in a foreign currency (VATREC5060).
So a EUR invoice to a UK customer can show the net and gross in euros, but the VAT line must also show the sterling equivalent. You convert that VAT amount using your chosen approved rate at the tax point. Everything else can stay in the sale currency.
In practice we'd still record the full sterling-converted figures in your bookkeeping so the VAT return boxes reconcile cleanly, but the legal requirement on the invoice itself is narrower than most store owners assume.
Worked example: a EUR sale converted for the VAT return {#worked-example}
Illustrative example. Maya runs a self-hosted WooCommerce store from Manchester selling homeware. She's VAT registered and uses the HMRC period rate. A UK customer buys a lamp on 12 June, paying in euros because Maya's multi-currency plugin offered EUR at checkout. The order total is 120 EUR including UK VAT at the standard rate of 20% (per VAT rates).
The customer paid at checkout, so the tax point is 12 June, the date of payment. Maya uses June's HMRC period rate. For this illustration we'll assume that published rate is 1.15 EUR to the pound. (Use the actual rate for your own month from HMRC's published table; this figure is illustrative only.)
First, strip the VAT out of the gross euro figure, then convert.
| Step | Calculation | Result |
|---|---|---|
| Gross sale (as paid) | given | 120.00 EUR |
| Net (gross / 1.20) | 120.00 / 1.20 | 100.00 EUR |
| VAT (gross - net) | 120.00 - 100.00 | 20.00 EUR |
| VAT in sterling (÷ 1.15) | 20.00 / 1.15 | £17.39 |
| Net in sterling (÷ 1.15) | 100.00 / 1.15 | £86.96 |
Check: net £86.96 plus VAT £17.39 is £104.35, which is 120.00 EUR divided by 1.15. The maths ties out.
On the VAT return, this single sale contributes £17.39 to box 1 (VAT due on sales) and £86.96 to box 6 (total value of sales excluding VAT). The invoice Maya issues can stay in euros, but it must show that £17.39 VAT figure in sterling.
Now the trap. Maya's payment gateway actually settled the 120 EUR into her bank at a commercial rate of 1.17, giving her about £102.56. That £102.56 is what hits her bank statement and her bookkeeping. It is not the figure her VAT is built on. The difference between the VAT-rate conversion (1.15) and the bank settlement (1.17) is an exchange-rate movement that belongs in her accounts as an FX gain or loss, not in her VAT boxes. Mixing the two is the single most common multi-currency error we unpick for ecommerce clients.
How do plugins get multi-currency VAT wrong? {#plugin-pitfalls}
Because WooCommerce VAT is plugin-driven, a misconfiguration is a real and common failure mode. The store keeps taking orders and nothing looks broken, but the numbers feeding your return are wrong. The usual culprits:
- Converting at the plugin's live rate, not an approved rate. The customer-facing rate is for display and pricing. Your VAT figure needs the HMRC period rate or the UK market selling rate at the tax point.
- Using the bank settlement rate as the VAT rate. What your gateway settled at is a commercial outcome, not a VAT conversion. Keep the FX difference out of your VAT boxes.
- Prices entered tax-inclusive in one currency but tax handled differently in another, so the VAT element drifts between currencies.
- Rounding per line rather than on the total, which compounds across a busy month.
- Treating a refund's FX rate as the same as the original sale, when the rate may have moved.
The fix is process, not panic: pick one approved method (usually the HMRC period rate), apply it consistently, reconcile the gateway payout separately as FX, and check your plugin's tax settings against a sample order each quarter. Clean bookkeeping for your store is what keeps these from snowballing into a return that won't reconcile.
Do I file a digital platform report for my own store? {#platform-report}
No. Selling your own goods through your own WooCommerce site does not make you a reporting platform operator.
The Model Reporting Rules for Digital Platforms require certain platforms that connect third-party sellers to customers to report seller income to HMRC. HMRC is explicit that you do not need to register if you only sell your own goods or services directly through your own website or app (see check if you need to register as a digital platform operator). A platform in scope is one that connects sellers to customers and where the operator holds or can calculate the amounts paid to those sellers. A self-hosted shop selling its own stock has no third-party sellers to report.
This is another way the self-hosted model differs from a marketplace. Amazon and eBay carry both potential deemed-supplier VAT duties and digital-platform reporting duties. Your own WooCommerce store carries neither of those, which is exactly why the VAT self-declaration sits squarely with you.
Frequently asked questions {#faqs}
Can I use my WooCommerce plugin's live exchange rate for VAT?
Not for the VAT figure on your return. The plugin's rate is fine for showing prices and for your day-to-day records, but for VAT you must use the HMRC period rate of exchange or the UK market selling rate at the time of supply. Any other method needs HMRC's prior approval, and forward rates are not allowed.
Does the whole invoice have to be in pounds?
No. You can invoice in any currency. Only the total VAT payable has to be shown in sterling on the invoice, per the VAT Regulations 1995. The net and gross can stay in the sale currency.
Which date's exchange rate do I use?
The rate in force at the tax point. For most WooCommerce sales the customer pays at checkout, so the tax point is the payment date and you convert on that date. If you use the HMRC monthly period rate, every order in that calendar month uses the same rate.
Is the difference between the VAT rate and my bank's rate a problem?
No, it's normal. The rate your payment gateway settled at will differ from the approved VAT conversion rate. That difference is an exchange-rate gain or loss in your accounts. It does not change the VAT figures on your return.
Does selling in other currencies change whether I'm VAT registered?
No. Multi-currency selling doesn't change the UK VAT registration threshold of £90,000 for 2025/26 (per VAT registration thresholds). What counts is your UK taxable turnover; the currency the customer pays in doesn't alter that test. Cross-border sales of goods or digital services raise separate place-of-supply questions worth taking advice on.
Talk to an accountant who knows WooCommerce
If your store takes payment in more than one currency and you're not certain your VAT return is built on the right rates, we can check it. Zmartly works with self-hosted ecommerce sellers day in, day out. Book a free 20-minute call with a Zmartly accountant and we'll review how your multi-currency setup feeds your VAT.
Sources {#sources}
- HMRC, VAT Guide (Notice 700), foreign currency and tax points: https://www.gov.uk/guidance/vat-guide-notice-700
- HMRC, Transactions in foreign currencies and VAT: https://www.gov.uk/guidance/foreign-currency-transactions-vat-and-tour-operators
- HMRC, VATREC5060 - invoicing in a foreign currency: https://www.gov.uk/hmrc-internal-manuals/vat-trader-records/vatrec5060
- HMRC, VATTOS5235 - the 14 day rule: https://www.gov.uk/hmrc-internal-manuals/vat-time-of-supply/vattos5235
- HMRC, VAT and overseas goods sold using online marketplaces: https://www.gov.uk/guidance/vat-and-overseas-goods-sold-to-customers-in-the-uk-using-online-marketplaces
- HMRC, Check if you need to register as a digital platform operator: https://www.gov.uk/guidance/reporting-rules-for-digital-platforms
- HMRC, VAT rates: https://www.gov.uk/vat-rates
- HMRC, VAT registration thresholds: https://www.gov.uk/vat-registration-thresholds
