VAT for online marketplaces in the EU: a practical operator guide

VAT is the part of a marketplace that looks simple until real orders arrive, then quietly turns into the compliance layer most likely to bite you late. One payment covers goods from several sellers; each seller may have a different VAT status; shipping carries its own VAT; and refunds have to unwind the tax as well as the money. This guide maps the moving parts at a generic EU level, works through Estonian examples, and makes one recommendation without hedging: involve an accountant before you launch, not after.

Who owes the VAT: facilitator vs seller of record

The first question is who is the seller of record for VAT — the legal supplier of the goods to the customer. In the common marketplace shape, each vendor sells its own goods and accounts for its own VAT, while the platform provides the storefront and earns a commission, which is itself a taxable service. In other shapes, the platform can be the seller.

EU VAT rules also contain a deemed-supplier concept: for certain supplies — notably some goods sold by non-EU sellers through an electronic interface, and certain low-value imported consignments — the marketplace can be treated as the supplier for VAT even though it never owned the goods. Whether that applies to you depends on your vendors, your borders and your structure. This is exactly the kind of question to put to a tax adviser rather than settle from a blog, because getting the seller-of-record wrong means invoicing and remitting VAT incorrectly at scale.

A worked example: Estonian 24%, including shipping

Estonia's standard VAT rate is 24%. On our marketplace prices display inclusive of VAT, which is the norm for consumer sales, so the arithmetic is a gross-to-net split rather than an add-on. The one line operators forget is that VAT applies to the delivery charge too, generally at the rate of the goods being shipped. Here is one vendor's sub-order.

To split a VAT-inclusive gross figure at 24%, divide by 1.24 to get the net and subtract to get the VAT: €24.80 / 1.24 = €20.00 net, so €4.80 is VAT. Do the same for shipping. Skip the shipping line and every invoice you issue is understated on tax — a small error that compounds across thousands of orders.

A few details make this reliable in code. Store and reason in the smallest currency unit (cents), not floating-point euros, so rounding is deterministic rather than drifting a cent per order. Round the VAT per line the same way your invoice presents it, so the printed figures add up exactly. And treat the VAT rate as data attached to the product, not a constant hard-coded in one place — reduced rates apply to some categories, rates change by law over time, and a marketplace spanning several vendors will eventually carry products at more than one rate. Getting these mechanics right once is far cheaper than reconciling rounding drift later.

Per-vendor invoices from one checkout

Because VAT is owed per selling entity, a basket spanning three vendors produces three VAT positions, not one. We handle this by splitting each basket into per-vendor sub-orders at payment, and each sub-order carries its own VAT breakdown and its own invoice. That keeps the customer's single payment reconcilable with several distinct VAT lines, and it means a refund reverses tax out of the correct vendor's account. The mechanics of who issues which document, and to whom, are in marketplace invoicing.

There is a second VAT position that is easy to forget: the platform's own commission. The fee you charge a vendor for the sale is a taxable service in its own right, with its own VAT treatment that may differ from the goods — and it interacts with where you and the vendor are established. That commission has to be invoiced and accounted for separately from the customer sale, and it flows into the same settlement your payment and payout logic drives. Two VAT stories run in parallel on every sale: the goods the customer bought, and the service you sold the vendor.

Making VAT reporting boring

The goal with VAT reporting is to make it boring: at period end, the numbers your accountant needs should already exist, correctly, rather than being reconstructed from raw orders under time pressure.

Cross-border sales add another dimension. Selling to consumers in other EU countries can bring the One-Stop-Shop (OSS) scheme and distance-selling rules into play, which change where VAT is due. These have real thresholds and registration steps that we deliberately will not enumerate here, because they shift by situation and getting them wrong is expensive — that is squarely accountant territory.

When to involve an accountant (always)

Every VAT decision on this page — seller of record, deemed-supplier status, cross-border obligations, the exact rate on a given product category, reduced rates, whether your commission is taxed where you are or where the vendor is — is a question for a qualified tax professional in your jurisdiction. A blog can give you the shape of the problem and the vocabulary to ask good questions; it cannot give you an answer you can file a return on. Build the systems so that whatever the accountant decides, the data is already captured per sub-order and per vendor, and you can adjust rates and rules without re-plumbing your orders. Treat everything here as general information, not tax advice.

Frequently asked questions