Merchant of Record, the missing piece between Stripe and your first international payment

Quick clarification up front. I don't monetize anything on this blog, I don't sell products or subscriptions, I don't have Patreon, and I'm not affiliated with any of the providers I mention below. What follows is the result of a couple of afternoons spent researching how I'd charge online if I ever decided to launch a small SaaS, a digital book, or a niche subscription. I'm publishing it in case it saves some indie hacker, or anyone thinking about their first online payment, the same hours it took me to figure this out.

The short version is that Merchant of Record (MoR) was the concept that cost me the most time before I properly understood it. You start by searching for “how to charge with Stripe” and end up in a tax maze full of VAT OSS, sales tax nexus, PCI-DSS, chargebacks, reverse charge, and dozens of countries with their own rules. This post is my attempt to flatten that learning curve.

The problem almost nobody tells you about before your first payment

Opening a Stripe account, or any payment gateway account, is easy. The problem shows up later, when you start selling to someone who doesn't live in your country. The list of headaches goes something like this.

European VAT. If you sell digital products to a consumer in the EU, you have to charge the VAT rate of the buyer's country, not yours. A French customer pays 20%, a German one 19%, a Hungarian one 27%. And you're the one who has to declare it. The OSS (One Stop Shop) scheme makes EU reporting simpler, but you're still the one collecting and remitting it.
Sales tax in the United States. There is no federal VAT. Each state has its own rules, rates, and “economic nexus” thresholds. Sell 200 subscriptions in California and suddenly you have tax obligations there. Now repeat that across dozens of states.
GST in Australia, Canada, New Zealand, India, the United Kingdom... Each one with its own forms, thresholds, and currency.
Invoicing with local requirements. In Spain you have to comply with invoicing rules, including Verifactu when it applies to you. In Mexico it's CFDI. In Brazil it's NF-e.
Chargebacks and fraud. A customer disputes a charge, your acquirer charges you a fixed dispute fee, and if you rack up too many you end up in monitoring programs, the usual “radar” kind of thing.
PCI-DSS. If the card number goes through your server, the full standard applies to you. If you use the provider's hosted checkout, it doesn't.

The first time you read all this, you think, “well, my accountant handles that.” The second time, you think, “this is impossible for one person running a €20/month SaaS.”

What a Merchant of Record actually is

A Merchant of Record is a company that legally appears as the seller in the transaction, instead of you. Technically, you don't sell to the end customer, you sell to the MoR and the MoR sells to the customer. It sounds like wordplay, but the consequences are very real.

The MoR is the tax-liable party. It collects VAT, sales tax, and GST where needed, and remits it in each jurisdiction.
The MoR takes on chargeback and fraud risk.
The MoR handles invoicing according to each country's requirements.
The MoR is the party that holds the agreement with Visa, Mastercard, and the payment networks. You don't need to go through onboarding with each one.
The end customer sees the MoR's name on their bank statement, not yours. It's surprising the first time you see it, but it's completely standard.

In exchange, the MoR takes a much higher fee than a plain payment processor. Stripe charges something in the ballpark of 3% plus a fixed fee. A MoR is usually somewhere between 5% and 10%, depending on the provider and your volume. That's not a small detail, but when you compare it to the cost of a competent tax advisor in five countries plus the time lost to paperwork, the math starts to look very different.

Stripe direct vs MoR, the key difference

So we don't mix things up, Stripe by itself is not a Merchant of Record. Stripe is a payment processor. When you sell with Stripe directly, you are the Merchant of Record. You're the one with the tax obligation in each country.

Stripe offers a product called Stripe Tax that helps you calculate the correct tax for each customer. That's useful, but it's not the same as collecting and remitting it for you. The legal obligation is still yours. Stripe Tax gives you the amount to charge and the reports. You take those reports to the tax advisor in each jurisdiction where you've crossed the threshold.

Put another way, Stripe lets you keep your hands on the wheel. A MoR gets behind the wheel for you, and you ride shotgun while keeping a smaller percentage of each sale.

The current players

This changes fast, and what's small today may be the reference point tomorrow. At the time of publishing, these are the names that come up most often in indie hacker communities.

Lemon Squeezy

It was the indie hacker favorite throughout 2023 and 2024. In July 2024, Stripe acquired it, and it now works as an MoR layer on top of Stripe's infrastructure. Very focused on digital products and small SaaS. Modern UX, simple checkout, good handling of global taxes. If you're new to this and want to get something selling in a couple of afternoons, this is probably where I'd start.

Paddle

Based in the UK, it's been around longer and is very focused on B2B SaaS. The integration is a bit more technical than Lemon Squeezy, but its subscription engine is one of the best. If you're going to sell to mid-sized companies, it's the reference point.

Gumroad

A pioneer in the space, very geared toward solo creators selling ebooks, courses, downloadable software, and the like. Simple to use, fees a bit more opaque, and a checkout that's less customizable than the previous two. For a one-off info product, it's still a reasonable option.

FastSpring

The veteran of the group, with more than 20 years in the industry. Less trendy than Lemon Squeezy, but very polished on compliance and support. Geared toward software and high-ticket SaaS. I wouldn't pick it for a €5/month product, but for enterprise software it's a solid alternative to Paddle.

Polar

The newest one on the list. Founded with a focus on developers monetizing open source software, libraries, access to private repositories, or GitHub-style sponsor subscriptions. Very convenient if your product fits that profile.

When a MoR is worth it

From what I've read and what people say in places like Indie Hackers and Hacker News, a MoR is pretty much a no-brainer in these cases:

You sell digital products (SaaS, ebooks, courses, downloadable software) to a global market.
You're working solo or as a team of two, without the capacity or time to deal with multinational tax issues.
You expect, or already have, customers in more than three or four countries.
You'd rather pay 5-10% and sleep at night than pay 3% and spend several days each month on tax paperwork.

When it isn't worth it

There are also cases where a MoR is overkill.

You only sell to customers in your own country. If all your customers are in Spain, your local accountant can handle it with normal VAT and IRPF.
You sell B2B services to large companies, where the relationship is contractual, with a signed contract and manual invoicing. A MoR doesn't add much there.
You sell physical products. The MoRs I know are built for digital. Physical goods play by different rules, customs, incoterms, logistics.
Your volume is high and you already have an internal tax team. Once you reach a certain size, integrating directly with Stripe plus Avalara or TaxJar plus your own tax support is cheaper.

What I'd do if I had to start today

Hypothetical scenario, I decide to launch a €9/month subscription for a small digital service, sold to any country in the world. I don't have a company, I'm self-employed, and I want to validate quickly without getting into international tax trouble.

I'd start with Lemon Squeezy or Polar for the first version, depending on the product and audience profile. Checkout in one afternoon, first sale within 48 hours, taxes handled by the provider.
I'd focus on selling and improving the product, not thinking about remitting VAT in France.
If after six or twelve months revenue looks reasonable and the product fits, I'd review the numbers. If the 8% fee is eating too much margin, I'd consider moving to Stripe direct plus Stripe Tax and take on the extra accounting cost.
Until then, I wouldn't waste a minute trying to understand North Dakota's economic nexus threshold.

For a small product, a MoR is money well spent. The margin you give up buys you months of simplicity, and that simplicity goes into the only thing that really moves the needle at the beginning, selling and improving the product.

Warning signs I saw while researching

Be wary of MoRs that don't clearly publish the final fee. If they need a sales call to tell you the price of a €9 subscription, it's not for indie hackers.
The newer MoRs have less tax coverage. Read carefully which countries they collect taxes for on your behalf and which ones they don't, because if a major market isn't covered, you're back at square one.
The payout delay can be long. Several providers take 15 or 30 days to send you what they've collected. For your cash flow as a solo founder, that matters.
Terms change. Lemon Squeezy changed after being acquired by Stripe, and some sellers had certain conditions moved around. That's not a dig, it's just the reality of the sector.
Check what happens to your customers if you decide to migrate. Some MoRs make it hard to export the full customer list with saved payment methods, and that friction ties you down more than the fee does.

My final take

If your plan is to charge for a digital product from Spain, or from any small country, to customers all over the world, a MoR saves you an amount of tax friction that's hard to calculate until you've gone through it yourself. That 5-10% cost shows up in your margins, but the cost of not having it gets paid in time, stress, and the risk of non-compliance in jurisdictions you hadn't even thought to look into. For indie projects or small teams, the tradeoff is usually clearly worth it. For larger businesses or ones very focused on a single country, the equation flips.

And I'll end where I started. This blog doesn't monetize anything, not here and not behind the scenes. If that ever changes, this same post will work as a checklist for deciding which path to take. Until then, I'm publishing it in case it's useful to someone.