Ecommerce Marketplace Commission Models: How Marketplace Revenue Works
How to design a marketplace commission system: commission and fee models, category rates, payouts, refunds, cancellations, taxes on fees, ledgers and reconciliation.
Quick answer
A marketplace commission system calculates, for every order line, what the marketplace keeps and what the seller is paid. Choose a fee model that fits your categories and seller margins (percentage, fixed, category-based, tiered, subscription or a mix), define exactly what the commission applies to, handle refunds and cancellations per line, hold funds until an agreed point, pay out on a schedule, and record every amount in an append-only ledger with versioned rate tables. Give sellers statements that reconcile to the cent and take tax advice on fees and invoicing.
Why Commission Logic Gets Complicated
At first, commission looks like one multiplication: sale price times rate. Then a buyer returns one item from a three-item order, a seller cancels a line, shipping is partly refunded, a promotion funded by the marketplace reduces the price, a dispute is lost and rates change mid-month. Each of those events changes what the seller should receive. Systems that store only a single “seller payout” number per order can't explain the result; systems built on a ledger can.
The flow above shows the path from order total through commission rules, seller net, adjustments and payouts to the statement. For the payment mechanics that move the money, see marketplace payment architecture.
Commission and Fee Models
No model is universally right. The best one depends on product margins, order values, what services the marketplace provides and what sellers can compare you with.
| Model | How it works | Strengths | Trade-offs |
|---|---|---|---|
| Percentage commission | A percentage of each sale | Scales with value; simple to explain | Can be expensive for high-value items |
| Fixed fee per order or item | Flat amount per transaction | Predictable; covers processing costs | Heavy on low-value items |
| Category-based rates | Different percentage per category | Reflects margin differences | More rules to maintain and explain |
| Tiered by volume | Lower rates for higher-volume sellers | Rewards growth | Complex thresholds and periods |
| Seller subscription | Monthly plan, lower or no commission | Recurring revenue, predictable for sellers | Barrier for small sellers |
| Listing fees | Fee to list or renew a listing | Discourages low-quality listings | Can deter experimentation |
| Service fees | Fees for fulfilment, advertising, payments | Pay for what you use | Statements get longer |
Defining the Commission Base
Write down exactly what each rate applies to. The same headline rate produces very different outcomes depending on the base.
| Component | Common treatments | Decide |
|---|---|---|
| Item price | Always included | Before or after seller discounts |
| Shipping charged to buyer | Included or excluded | Consistent rule across categories |
| Marketplace-funded promotions | Commission on price before promotion, or after | Who absorbs the discount |
| Taxes collected | Usually excluded | Confirm with a tax adviser |
| Gift wrap and extras | Varies | Per service |
Worth noting
Taxes on marketplace fees, marketplace facilitator obligations and invoicing requirements vary by jurisdiction. The system design should allow for them; the rules should come from qualified advisers.
Rate Tables and Versioning
Store commission rules as data, not code: rate tables keyed by category, seller tier or plan, with effective-from and effective-to dates. Calculate commission when the order is placed using the rates in effect then, and store the rate applied on each order line. This keeps historical statements correct after rates change and makes audits straightforward.
rate = rateTable.find(category, sellerTier, effectiveAt = order.placedAt)
base = line.itemPrice * line.quantity
+ (policy.includeShipping ? line.shippingShare : 0)
- line.sellerFundedDiscount
commission = round(base * rate.percent) + rate.fixedFeePerItem * line.quantity
ledger.append(line, type: "sale", amount: +base)
ledger.append(line, type: "commission", amount: -commission, rateId: rate.id)Refunds, Cancellations and Disputes
Every post-sale event should create new ledger entries rather than editing old ones. A full refund reverses the sale and, depending on your terms, all or part of the commission. A partial refund reverses proportionally. A cancellation before fulfilment usually reverses everything. A lost dispute may reverse the sale and add a dispute fee, and your terms should say whether the seller or the marketplace bears it.
| Event | Sale entry | Commission entry | Other |
|---|---|---|---|
| Full refund | Reverse full amount | Reverse per terms | Fixed fee may be retained |
| Partial refund | Reverse refunded amount | Reverse proportionally | Shipping per policy |
| Seller cancellation | Reverse | Reverse | Possible performance impact |
| Lost dispute | Reverse | Per terms | Dispute fee allocation |
| Goodwill credit by marketplace | Unchanged | Unchanged | Marketplace expense |
Payout Timing and Holds
Decide when seller funds become available: on payment, on shipment, on delivery or after a return window. Earlier release is attractive to sellers; later release protects the marketplace from paying out for orders that are later refunded or disputed. Many marketplaces use different holds for new sellers and established ones, and state them in seller terms.
Commission and payout logic getting hard to explain?
ZSpace designs ledger-based commission and payout systems that sellers and finance teams can reconcile.
The Ledger
An append-only ledger records every monetary event with the seller, order line, type, amount, currency, time and reference to the rule or payment that caused it. Balances are sums of ledger entries; statements are views of it. Never overwrite a past entry; correct mistakes with new entries. This design makes payouts explainable, supports audits and simplifies reconciliation with the payment provider.
| Field | Purpose |
|---|---|
| Seller ID and order line ID | What the entry relates to |
| Entry type | Sale, commission, fee, refund, adjustment, payout |
| Amount and currency | Signed amount in minor units |
| Effective time | When it affects the balance |
| Rule or rate reference | Which commission rule applied |
| Payment provider reference | Charge, transfer or refund ID |
Seller Statements
A statement should let a seller trace every payout: opening balance, sales, commissions, fees, refunds, adjustments, payouts and closing balance, with downloadable detail per order line. Provide fee invoices where required. Show pending funds separately with the reason and expected release date. See marketplace seller dashboard.
Reconciliation
Finance teams need to reconcile three things: the ledger, the payment provider's records (charges, transfers, fees, refunds) and bank payouts. Run daily reconciliation that matches ledger entries to provider references, flags unmatched items and explains differences such as currency conversion or provider fees. Discrepancies left for month end become much harder to trace.
Worked Example: A Three-Seller Order With a Partial Return
An illustrative scenario: a buyer orders a lamp from Seller A, two cushions from Seller B and a rug from Seller C. Commission rates differ by category and are stored per line at the time of order. The buyer returns one cushion. The system adds a refund entry for that cushion's price and a proportional commission reversal on Seller B's line; Seller A and Seller C are unaffected. Seller B's statement shows the original sale, commission, the refund and reversal, and the net amount paid out after the return window closes.
Presenting Fees to Sellers
Sellers judge a marketplace partly by how clearly it explains fees. Publish a fee schedule by category, show estimated fees when sellers create listings (“You'll receive approximately £41.20 after fees”), break down fees per order in the seller dashboard and statements, and announce changes in advance with effective dates. Transparent fees reduce disputes and support contacts. See marketplace seller dashboard, multi-vendor marketplace and marketplace ecommerce website development.
Choosing a Revenue Model
Commission logic follows from the business model. Percentage commissions align the marketplace's income with sellers' sales; fixed per-order fees suit low-price, high-volume categories; category-based rates reflect different margins; seller subscriptions give predictable income and can reduce per-sale commissions; listing fees discourage low-quality listings but can deter new sellers; hybrid models combine these. Model each option against your categories, average order values and seller economics before choosing.
| Model | Marketplace income | Seller view | Suits |
|---|---|---|---|
| Percentage commission | Scales with sales | Pay when you sell | Most marketplaces |
| Fixed fee per order | Predictable per order | Simple | Low-price items |
| Category-based rates | Reflects margins | Fairer across categories | Mixed catalogs |
| Seller subscription | Recurring | Fixed cost | Professional sellers |
| Listing fees | Upfront | Barrier to entry | High-value listings |
| Hybrid | Diversified | More complex | Mature marketplaces |
Seller Incentives
Commission structures can encourage behaviour: reduced rates for new sellers during onboarding, lower rates for sellers meeting service standards, volume tiers. Keep incentives simple, time-limited where appropriate and clearly documented, and model their cost.
Business Model, Not Legal or Tax Advice
This guide discusses commission models from a product and systems perspective. How fees are taxed, whether the marketplace is treated as a facilitator for sales tax or VAT, and what must appear on invoices depend on jurisdiction and structure. Take professional legal and tax advice before finalizing a model. See tax integration.
Common Mistakes
- Storing only a payout total per order
- Hard-coding rates instead of versioned tables
- Ambiguous commission base (shipping, promotions, tax)
- Editing past amounts instead of adding adjustments
- No rule for commission on refunds and disputes
- Statements sellers can't reconcile
- Reconciling with the payment provider only at month end
Implementation Checklist
- Fee model chosen and modelled against seller margins
- Commission base defined in seller terms
- Versioned rate tables with effective dates
- Per-line calculation stored with the rate applied
- Ledger with sale, commission, fee, refund, adjustment and payout entries
- Payout holds and schedule defined
- Statements and fee invoices available to sellers
- Daily reconciliation with the payment provider
- Tax treatment reviewed by an adviser
Ready to build a commission system that scales?
Talk to ZSpace about marketplace platform development and seller statement and dashboard design.
Conclusion
Commission systems succeed when every amount can be explained. Choose a fee model that fits your market, define the base precisely, version your rates, record every event in a ledger and give sellers statements that reconcile. For the order side of the same events, see marketplace order management.
Common questions
The rules and software that calculate what a marketplace earns from each sale and what each seller is paid: commissions, fees, refunds, adjustments and payout schedules, recorded so that every amount can be reconciled.