MERCHANT OF RECORD

Merchant of Record Fees Explained for SaaS Founders

Anyway Team

· 6 min read ·

Merchant of Record fees pay for more than card processing. An MoR is the legal seller for covered transactions and combines checkout with applicable indirect-tax handling, invoices, transaction records, post-purchase payment operations, and merchant payouts. The useful number is the net revenue recorded from a real order.

The quick answer

Anyway publishes a Merchant of Record price of 3.9% + $0.50 per transaction, with no monthly fee or setup fee. Its Business page includes the MoR service, global tax and compliance, billing, and subscriptions. Finance records the fee actually applied to each eligible completed Card/USD order and the resulting net seller amount.

What is included in a Merchant of Record fee?

A Merchant of Record fee commonly pays for several parts of the sale:

  • Hosted checkout and payment collection

  • Legal-seller responsibility for the covered transaction

  • Applicable sales tax, VAT, or GST calculation and remittance

  • Customer receipts and invoices

  • Order and subscription records

  • Post-purchase payment operations

  • Financial records leading to the merchant payout

A standard payment-processing fee covers a narrower part of that list. The merchant may then add a tax engine, filing service, billing system, invoice workflow, dispute operation, and finance reconciliation.

This is why percentage-only comparisons can be misleading. The correct question is: how much usable net revenue arrives after the complete operating model has done its work?

Read what a Merchant of Record does for the responsibility behind the fee.

How Anyway calculates its published transaction fee

The published formula is:

Anyway transaction fee = order amount × 3.9% + $0.50
Anyway transaction fee = order amount × 3.9% + $0.50
Anyway transaction fee = order amount × 3.9% + $0.50

Here are simple USD examples before tax, refunds, disputes, currency treatment, or payout costs:

  • Order amount: $5; Percentage part: $0.20; Fixed part: $0.50; Transaction fee: $0.70; Remaining amount: $4.30

  • Order amount: $10; Percentage part: $0.39; Fixed part: $0.50; Transaction fee: $0.89; Remaining amount: $9.11

  • Order amount: $29; Percentage part: $1.13; Fixed part: $0.50; Transaction fee: $1.63; Remaining amount: $27.37

  • Order amount: $99; Percentage part: $3.86; Fixed part: $0.50; Transaction fee: $4.36; Remaining amount: $94.64

  • Order amount: $499; Percentage part: $19.46; Fixed part: $0.50; Transaction fee: $19.96; Remaining amount: $479.04

The table rounds to the nearest cent. The completed order record is the accounting source of truth.

The transparent formula makes it easy to test several price points before launch. Founders can compare a small entry product, a core monthly plan, and a higher-value annual or credit bundle, then choose the structure that matches customer value and delivery cost.

Why the checkout total and net revenue differ

Several amounts can appear around one transaction:

  1. Product price: the amount assigned to the product before applicable tax.

  2. Tax charged to the buyer: sales tax, VAT, or GST collected for the legal seller's tax obligation.

  3. Gross payment: the amount paid by the customer.

  4. Anyway fee: the platform fee recorded for the order.

  5. Net seller amount: the amount owed to the merchant before later adjustments.

  6. Available balance: the amount that has completed settlement and can fund a payout request.

Tax collected from the customer is not SaaS revenue. It is attached to the legal seller's filing and remittance duty. Keep product revenue, tax, fees, refunds, and payouts in separate accounting fields.

Anyway Finance records the gross amount, applied fee, net business earnings, and related order ID for eligible posted Card/USD sales.

Use the posted fee for clean reconciliation

Anyway's Finance documentation tells merchants to use the fee posted for the completed order rather than calculating it from a hard-coded rate. The configuration in effect when the buyer pays applies to that order; later pricing changes affect future orders.

Your application can estimate unit economics, while the ledger imports the posted transaction values for an exact monthly reconciliation.

Match records by Anyway order ID:

  • Orders: Order ID; Finance: Transaction reference

  • Orders: Customer amount; Finance: Gross amount

  • Orders: Payment status; Finance: Posting status

  • Orders: Displayed fee when available; Finance: Platform fee

  • Orders: Product and customer; Finance: Net seller amount

A paid order and its Finance entry remain connected by the Anyway order ID, giving the team a consistent reference from purchase through financial posting.

What founders gain from an integrated fee

The published transaction fee supports an operating model that brings the sale together from checkout to payout:

Global checkout

A hosted payment link gives customers a focused purchase path without requiring the founder to build a card form.

Transaction-tax handling

Anyway states that it calculates, collects, and files applicable sales tax, VAT, and GST for covered Merchant of Record sales.

See how to sell digital products globally for the checkout and transaction-tax workflow.

Order and subscription records

Products, orders, customers, subscription periods, and signed events share stable identifiers that make fulfillment and support easier to operate.

Finance and payout records

Finance connects the gross order amount, applied Anyway fee, net seller amount, and related order ID. That shared record reduces manual reconciliation work.

The local bank payouts guide follows those records from completed order to supported receiving account.

Founder time

Combining these jobs gives a solo founder more time for product, customers, and distribution before building a larger back office.

How to model the right SaaS price

Use four rows in the model:

Revenue per order - Merchant of Record transaction fee - Variable product delivery cost - Customer-support and operating allowance = Contribution before fixed business costs
Revenue per order - Merchant of Record transaction fee - Variable product delivery cost - Customer-support and operating allowance = Contribution before fixed business costs
Revenue per order - Merchant of Record transaction fee - Variable product delivery cost - Customer-support and operating allowance = Contribution before fixed business costs

For an AI product, variable delivery cost may include model tokens, image generation, speech minutes, storage, or GPU time. Run the model for a light user and a power user.

If a $9 monthly plan gives one user $1 of inference and another $15, the payment fee is only one part of the pricing model. Add clear limits, create a larger credit pack, or set tiers that keep heavy usage commercially sustainable.

See Merchant of Record for AI SaaS for subscription and one-time credit-pack structures.

When the MoR fee is buying useful work

The fee is easiest to justify when the founder would otherwise need to operate several systems:

  • Global customer checkout

  • Indirect-tax registration and filing

  • Subscription and order records

  • Invoices and receipt corrections

  • Post-purchase payment operations

  • Cross-border merchant payout

For a solo developer, removing those jobs before the first sale can be more valuable than minimizing one processing line while creating several back-office obligations.

Anyway is designed around that stage. An eligible individual can apply with a live product, publish a payment link, sell through Anyway as the Merchant of Record, and request the available revenue through a supported payout account.

Frequently asked questions

What is Anyway's Merchant of Record fee?

Anyway publishes 3.9% + $0.50 per transaction. Its current Business page states that there is no monthly fee or setup fee.

Is sales tax included in the product price?

Tax treatment depends on the product, buyer, and jurisdiction. Anyway calculates and collects applicable sales tax, VAT, or GST as the Merchant of Record. The tax amount should be kept separate from merchant revenue.

How should I model small purchases?

Model the 3.9% percentage and $0.50 fixed part together, then compare single purchases, bundles, and subscription intervals against the value delivered to the customer.

Does the fee change after an order is paid?

The fee configuration in effect at payment applies to that order. Anyway's documentation says later pricing changes affect future orders, while historical records retain the posted fee.

What should I use for accounting?

Use the actual gross, platform fee, net seller amount, and order ID recorded in Finance. Do not rely on an estimated fee from application code.

Price from the posted order backward

A clean payment model combines customer value, product-delivery cost, the legal seller's fee, and the usable net payout.

Anyway publishes a clear transaction formula and records the applied fee per eligible sale. Create an Anyway account and test your real product price through the complete order-to-payout flow.

Official sources checked