A merchant of record (MoR) and a payment facilitator (PayFac) both sit between your business and the card networks, and both let you accept payments without building your own banking relationships. That surface similarity is why the two get mixed up. They are not interchangeable, though. They solve different problems and leave very different responsibilities with you.
The shortest way to put it is that the difference is liability. With a PayFac, you get up and running quickly, but you remain the seller, so tax, compliance, and chargeback exposure stay largely with you. With a ecommerce mor services, the provider becomes the legal seller, and much of that exposure transfers to them.
This guide explains what each model is, compares who carries which responsibility, answers the questions that come up most often, and gives a practical way to decide between them, including a third option, payment orchestration, that some larger businesses use instead.
What Each Model Actually Is
A merchant of record is the legal entity selling to the end customer. It appears on the customer's card statement and carries the tax, refund, chargeback, and compliance liability for the sale. For digital and cross-border sales, that includes calculating, collecting, and remitting sales tax, VAT, or GST in each jurisdiction. The business using an MoR is, in effect, selling through the MoR rather than selling directly.
A payment facilitator holds a merchant agreement with an acquiring bank and onboards other businesses as sub-merchants under its own master merchant account. That's what makes signup fast: you don't need to set up an independent merchant account, because you're operating under the PayFac's. The PayFac underwrites the sub-merchants and stands behind their losses to the acquirer. Critically, each sub-merchant usually remains the merchant of record for its own sales.
A payment processor, for comparison, moves money between the customer's bank and yours. One comparison puts the three roles this way: a processor moves money, a PayFac sponsors and underwrites sellers, and a merchant of record is the legal seller.
In plain terms, the PayFac makes it easier for you to be the seller. The MoR makes it so that you are not.
*A few points are worth drawing out of this table.
*
Tax is the sharpest divide. Several sources are emphatic that a PayFac does not calculate, file, or remit its sub-merchants' sales tax. If you use a PayFac, tax registration and remittance stay on your books. With an MoR, that burden shifts to the provider, which is why the model is popular with software and digital product sellers who sell into many countries.
The two models are governed by different rules. The PayFac model is governed by card network registration rules (Visa and Mastercard), while the MoR model is governed mainly by tax, consumer protection, and sales law in each jurisdiction. They are complying with different things.
Onboarding speed cuts both ways. PayFac onboarding is typically faster at the start, but it can leave more compliance work with your business later. MoR onboarding takes longer upfront, but one vendor source argues it saves significant time as international operations grow. Because that comes from an MoR provider, treat it as a plausible tradeoff rather than a proven rule.
Common Questions About MoR and PayFac
Does a payment facilitator handle sales tax? Generally no. Sub-merchants stay the merchant of record for their own sales and carry their own tax obligations. If a provider describes tax handling as part of a PayFac-style product, check exactly what it covers (calculation, filing, remittance) because those are separate functions.
Who is the merchant of record when I use Stripe? According to several comparison sources, a standard Stripe integration works like a payment facilitator: you get fast onboarding and a gateway, but you remain the merchant of record and keep the tax and compliance liability. One source adds that this holds unless you add Stripe's separate tax and managed-payments products. Product offerings change, so confirm the current terms before relying on this.
Is a merchant of record just a PayFac with more features? No. They sit in different places in the transaction. A PayFac provides access to card acceptance under its master account. An MoR becomes the seller. Both can exist in the same stack: an MoR provider, for instance, may itself use payment processors and acquirers behind the scenes.
How does this compare with a seller of record? In practice, the terms are often used for very similar arrangements, where a specialized provider takes on cross-border tax and transaction responsibility. The exact scope depends on the contract, so confirm what the provider is actually responsible for rather than relying on the label.
What about marketplaces? Marketplaces add a third pattern: the seller is typically the individual vendor, though one source notes the platform is increasingly responsible for indirect tax by statute in some places. If you run a marketplace, take legal and tax advice, since the right model depends on your jurisdiction.
Is "PayFac vs. payment processor" the same question? It's a related one. A processor moves money but doesn't onboard you under its own master account; a PayFac does. Both leave you as the merchant of record by default.
What Each Provider Has to Do on Its Side
Understanding the provider's obligations explains both the pricing and the selectiveness of each model.
Becoming a PayFac is demanding. One source lists what it takes: card network registration via a sponsoring acquirer, PCI DSS compliance at the highest level, KYC and KYB underwriting and ongoing monitoring of every sub-merchant, sanctions and AML screening, and enough capital to cover sub-merchant losses. If a sub-merchant disappears owing chargebacks, the acquirer looks to the PayFac. This is why software platforms that want to embed payments often partner with an existing PayFac rather than becoming one.
An MoR takes on a different set of obligations. It registers for and files tax in the jurisdictions where it sells, handles refunds and chargebacks directly, and carries consumer protection and fraud liability for the sales it makes.
The catch with MoR is selectivity. Because an MoR takes on full liability for the sales it represents, MoR providers tend to be choosy about which businesses and products they'll represent. Higher-risk categories can find that an MoR won't take them on at all, while a PayFac-style arrangement, with the business carrying more of the risk itself, may be available. This is a point many comparisons skip, and it's worth checking early if your business is in a regulated or high-risk category.
How to Choose
A useful way to frame the decision, echoed by at least one comparison, is that it is really two decisions: how you want to accept payments, and who you want to be the legal seller.
A PayFac-style setup fits when:
You sell mostly domestically or in a small number of markets and can handle tax yourself
You're a startup or platform that needs to onboard quickly
You want to remain the seller and keep control of the customer relationship
You are in a category that MoR providers are reluctant to serve
An MoR fits when:
You sell digital goods or software across many countries
Tax registration and remittance in each market would be a burden
You want chargeback and compliance exposure to sit with someone else
You're willing to trade some control and a higher fee for simplicity (see the earlier fees post for typical ranges)
Payment orchestration is a third option. Orchestration is a technology layer that routes payments across multiple providers. It suits larger businesses that want to optimize performance and keep control, rather than outsourcing the legal seller role. It doesn't assume the seller role the way an MoR does.
Combinations are common. Some businesses use a PayFac for most sales and add a tax-compliance tool, and others use an MoR for international digital sales while keeping a PayFac for domestic ones. The right mix depends on your products and markets.
Questions to ask any provider:
- Who is the merchant of record on my customers' card statements?
- Who calculates, files, and remits tax in each country I sell in?
- Who is liable for chargebacks and fraud, and how are disputes handled?
- What kinds of businesses or products do you not accept?
- How quickly do I get paid, and what are the full fees?
Conclusion
A payment facilitator makes it easier for you to accept payments, and you remain the seller. A merchant of record becomes the seller, and the tax, chargeback, and compliance responsibilities that come with it move to the provider. Choosing between them comes down to how much liability you want to keep, how many markets you sell into, and how much control you're willing to trade for convenience.
Ready to decide? List the countries you sell in, whether you sell digital or physical goods, and how much tax and chargeback work you can realistically handle. Then run those answers through the five questions in Section 5 with two or three providers, and read the contract terms rather than relying on labels.
Top comments (0)