Payment Processor vs Merchant of Record: How to Choose the Right One
The payment processor vs. merchant of record question comes up when your business is moving - new markets opening up, revenue scaling across borders, and the payments infrastructure that worked at the start no longer covering the surface area you're operating on.
Both a payment processor and a merchant of record move money from your customers to you. But that's where the similarity ends. They split the legal and operational responsibility in fundamentally different ways. One leaves compliance, tax, and dispute liability with you, the other takes it on entirely, in exchange for a fee.
That distinction has real downstream effects on your margins, your international expansion, your checkout experience, and how much time your finance and engineering teams spend on payment infrastructure. This guide breaks down exactly how each model works, what you're signing up for with each, and how to decide which one fits your business right now.
What Is a Payment Processor?
A payment processor handles the technical transfer of funds between buyer and seller – authorising transactions, routing payments through card networks, and settling money into your bank account. It does not manage your legal or tax liabilities.
Think Stripe, PayPal, Square. These are payment service providers (PSPs) that give you a payment gateway, a merchant account, and the infrastructure to accept cards online or in person. They integrate cleanly into backend, handling the transaction layer while leaving everything else – compliance, tax, risk is with you.
What processors handle:
Card authorisation and decline logic
Settlement and payouts
Basic fraud detection tools
PCI-DSS compliance for transaction data
What they leave with you:
Sales tax and VAT registration in every market you sell
Tax calculation, collection, and filing
Chargeback disputes and fraud liability
Legal obligation as the seller of record
The processor is a capable technical partner. It's just not a legal one. Your company remains the merchant of record on every transaction they process.
What Is a Merchant of Record?
A Merchant of Record (MoR) is the legal entity that processes transactions, assumes tax and compliance responsibility, and manages refunds and liabilities for every sale made on your behalf. The MoR's name – not yours – appears on the customer's bank statement. They're the entity that card networks, tax authorities, and regulators see as the responsible party.
This broader scope covers responsibilities that no payment processor touches:
VAT, GST, and sales tax registration across jurisdictions
Tax collection, remittance, and ongoing filings
Chargeback intake, dispute management, and resolution
Fraud liability and risk management
Local compliance with data protection and payment regulations
Localised checkout with regional currencies and payment methods
MoR providers include Paddle, Lemon Squeezy, and FastSpring. They're common in SaaS and digital products specifically because the global compliance surface area for software is unusually large – and growing.
Key Differences: Payment Processor vs Merchant of Record
Feature | Payment Processor | Merchant of Record |
|---|---|---|
Legal seller | Your company | The MoR |
Tax registration & filing | Your responsibility | Handled by MoR |
Chargeback liability | Your company | MoR assumes it |
Fraud risk | Your company (tools provided) | MoR assumes it |
Checkout customisation | Full control | Limited – MoR-controlled |
Customer billing data | You own it | MoR holds it |
Local currencies & methods | Manual setup required | Built in |
Settlement speed | Faster (daily/weekly) | Often slower (batched) |
Typical fees | ~2.9% + $0.30/tx | 5–9% of revenue |
The core tradeoff: processors give you speed, control, and lower fees – in exchange for taking on every legal and compliance obligation yourself. MoRs hand you global coverage and compliance outsourcing – in exchange for higher fees, less control, and a layer between you and your customers.
Responsibilities and Legal Obligations
The question goes beyond who processes payments. It's who is legally responsible when something goes wrong: a tax authority queries your VAT submissions, a customer disputes a charge, a fraud ring hits your checkout.
Payment processors provide tools and guidance. Legal burden stays with you.
MoRs take on transaction-layer legal and tax obligations. Regulatory compliance, chargeback liability, and tax responsibility shift to them.
That's the meaningful split. Here's what it looks like in practice across three specific areas.
Tax Handling and Compliance
With a payment processor, you handle everything: registration in each market, calculation at checkout, collection from customers, remittance to tax authorities, and ongoing filings. For a SaaS business selling in 15 countries, that means 15 separate VAT/GST registrations, 15 thresholds to track, and 15 filing schedules to maintain.
With a Merchant of Record, tax registration, collection, remittance, and reporting is managed for you.
For digital products specifically, this matters more than in most verticals. Every EU country has its own VAT rate for software. The US has sales tax nexus rules that vary by state. Canada, Australia, India – each has different obligations for foreign digital sellers. An MoR centralizes all of this. You get compliant global sales without standing up a tax function.
The tradeoff: you lose visibility. Tax data flows through the MoR, not directly to you.
Fraud, Chargebacks, and Risk Management
Payment processors typically provide fraud detection tools – rate limiting, card fingerprinting, 3DS authentication. But the merchant still retains full chargeback and fraud risk. When a customer disputes a charge, that dispute lands with you. Bank fees, operational overhead, chargeback ratios that affect your merchant account standing – all yours.
MoRs manage disputes, refunds, and assume liability end-to-end. They have incentive to fight fraud aggressively because chargebacks affect their accounts, not yours.
The practical effect for engineering and support teams: with a processor, dispute management is a recurring operational task. With an MoR, it largely disappears from your workflow.
One caveat: MoRs often batch settlements and delay payouts specifically for risk and compliance purposes. Cash flow predictability can suffer.
Checkout Experience and Customer Data
Payment processors give you full checkout UX ownership. You control the flow, the branding, the fields, the local payment methods you want to support – and you retain direct access to all billing and customer data. When you use a platform like tiun that unifies payments with customer data and access control, that data ownership means the full commercial picture lives in one place.
MoRs hand you instant localised checkout – correct currencies, regional payment methods, local VAT displayed – without any configuration on your end. The cost: the MoR controls the billing layer. The company name on the customer's bank statement is the MoR's, not yours. Migrating customer data away from an MoR is complex and sometimes contractually restricted.
For growth teams, this has real downstream effects: limited A/B testing on checkout flows, constrained access to payment-linked customer behaviour, and data migration friction if you ever want to switch.
Pros and Cons
Payment Processor
Pros:
Lower transaction fees (~2.9% + $0.30 per transaction)
Full control over checkout UX and customer data
Faster settlement – typically daily or weekly payouts
Direct customer relationship – your name on bank statements
Flexible integration into existing backend stacks
Cons:
You own every compliance and tax obligation
Requires internal or outsourced tax and legal expertise
Chargeback and fraud risk stays with you
Expanding internationally means manual setup per market
Compliance build-out has real engineering and operational cost
Merchant of Record
Pros:
Tax, VAT/GST, and compliance handled across all supported markets
Chargebacks and fraud managed by the MoR
Immediate localised checkout – currencies, payment methods, local tax display
Faster international expansion without standing up legal entities
Reduced operational overhead for finance, legal, and support teams
Cons:
Higher fees – typically 3–8% of revenue
Limited checkout customisation
Customer billing data held by the MoR, not you
Delayed or batched payouts
Vendor lock-in risk; migrations are complex and costly
Pricing and Fee Structures
The fee delta between models is real – and it compounds at scale.
Model | Typical Fee Structure |
|---|---|
Payment Processor | ~2.9% + $0.30 per transaction |
Merchant of Record | 3–8% of gross revenue |
On $500,000 ARR, an MoR at 5% costs $25,000 annually in fees. A processor at a blended effective rate of 3.2% costs roughly $16,000. That $9,000 gap funds a meaningful compliance setup.
On $2M ARR, the same MoR at 5 runs $100,000 per year. A processor solution costs $64,000 in transaction fees – with compliance overhead on top, but still likely cheaper if you have the internal capacity to manage it.
MoR fees often blend in tax administration, compliance coverage, fraud management, and dispute handling. So direct comparison is misleading. The question is whether those bundled services cost more or less than building and maintaining them yourself.
For early-stage SaaS, the MoR bundle often wins on net: you get full coverage without the team. For companies at $2M+ ARR with real engineering and finance capacity, the math frequently flips.
Pricing and Fee Structures
Payment processor fees follow a consistent structure: a percentage of the transaction plus a fixed per-transaction fee. Stripe's published rate – 2.9% + $0.30 is the most common benchmark.
MoR pricing runs higher. Most major providers (Paddle, Lemon Squeezy) land around 5% + $0.50 per transaction, though rates vary and some services are bundled into that fee rather than priced separately. Treat it as an approximation, not a quoted rate – check the specific provider before modelling costs.
What holds regardless of model: the fixed component means effective rates compress at higher transaction values. A subscription priced at $10 carries a meaningfully higher effective rate than one priced at $200, under both structures.
Which Option Fits Your Business?
Run through this checklist:
Choose a payment processor if:
You're operating primarily in one country (or a small number of known markets)
You have internal capacity to manage tax registration and compliance
Checkout customisation and direct customer data access are important to your product or growth motion
Margin sensitivity is a priority – every basis point matters
You want your brand name on customer transactions
Choose a Merchant of Record if:
You're selling in multiple countries and don't want to manage per-jurisdiction compliance
You lack internal tax or legal expertise
Compliance risk outsourcing is worth the fee premium to you
Speed of international market entry outweighs cost efficiency
You're an early-stage team that needs global coverage without adding headcount
Scenarios by stage:
Early-stage, single market: Use a payment processor. Fewer jurisdictions means lower compliance burden. Keep margins intact and maintain full data ownership.
Growth stage, multi-market expansion: MoR often makes more sense here. The compliance surface area expands faster than the internal team can absorb it.
Scaled SaaS, $2M+ ARR: Re-evaluate. At this revenue level, MoR fees are substantial. Companies with mature finance and legal functions often migrate to a processor-led stack – possibly with hybrid coverage for high-complexity markets.
Hybrid Approaches for Scalability and Compliance
Some businesses don't have to choose one model for everything.
A hybrid approach means using a payment processor for home markets (where your compliance setup is established) and layering an MoR for international or regulated markets where the overhead of local registration and filing isn't worth handling in-house.
Structurally, MoRs can sit atop existing processor or PSP infrastructure – letting companies phase into compliance models as they expand, rather than doing a wholesale migration. You maximize control where your compliance coverage is strong, and absorb regulatory burden only where it makes sense to outsource it.
For product-led growth companies operating across multiple regions, a hybrid payments stack built on a unified backend offers the best of both: developer-controlled checkout and customer data in your primary markets, MoR coverage handling the rest. Platforms like tiun – which unify payments, customer data, and access control without requiring server-side code – are built specifically for this kind of composable commercial infrastructure.
Frequently Asked Questions
What is the difference between a payment processor and a merchant of record?
A payment processor enables and routes online payments, but your company keeps legal and tax responsibility. A Merchant of Record becomes the legal seller, handling tax, compliance, chargebacks, and liability for each transaction.
Who manages tax and compliance in each model?
With a payment processor, tax calculation and filings are your responsibility. With a Merchant of Record, tax registration, collection, and remittance are handled for you as part of their service.
When should I choose a payment processor over a merchant of record?
Choose a payment processor if you sell primarily in one country, want full control over checkout and customer data, and have the internal capacity to manage tax and compliance obligations.
Can I switch from a payment processor to a merchant of record later?
Yes. Many businesses start with a processor and migrate to an MoR as their international footprint and compliance needs grow. It's also possible to move in the other direction as your team scales. Migration complexity depends on data portability and contractual terms with your provider.
How does each model affect international expansion?
An MoR handles tax registration and compliance in each new market automatically, making international expansion significantly faster. A payment processor requires you to set up local tax registration, understand jurisdiction-specific rules, and manage ongoing filings yourself in every new market.
