Marketplace Seller Payouts

Marketplace Seller Payouts You Can Review and Explain

Marketplace seller payout software calculates each seller’s expected obligation from source transactions, refund and adjustment treatment, fee rules, and reserve policies. A governed workflow preserves the inputs, applicable rules, reviewed result, seller statement, and export evidence before a separate payout rail or bank process moves money.

Worked calculation

Synthetic example — not customer data

A seller payout starts with eligible transaction revenue. Refunds and approved adjustments change the fee base, the platform fee reduces the seller’s amount, and any reserve temporarily holds part of the post-fee balance.

For example, $10,000 in gross sales with $400 in refunds, a 12% platform fee, and a 2% post-fee reserve results in an $8,279.04 seller payable.

This example uses $0 in manual adjustments.

Product boundary

What Allocora handles—and what stays outside Allocora

Allocora calculates expected seller obligations, preserves reviewed results, generates statements, and prepares structured exports. It does not onboard sellers, collect bank credentials, perform KYC or AML checks, or execute transfers.

Review evidence

What evidence should support a seller payout?

Keep the source transaction and seller identifier for gross sales, the original-order reference for each refund, the reason and approval for manual adjustments, the applied fee and reserve policy, the reviewed statement total, and the downstream payout confirmation. These records explain how the expected obligation was calculated and what happened after export.

The Problem

Seller payouts break when the spreadsheet does

Marketplace teams juggle variable fees, refund adjustments, and seller-specific terms across spreadsheets. One broken formula means overpayments, underpayments, or seller churn - and no audit trail to explain what went wrong.

Fee structures vary by seller tier, product type, or region

Refund adjustments are tracked manually across tabs

Reconciliation before payout takes hours of cross-referencing

Sellers dispute payouts with no transparent calculation trail

No single source of truth for what was calculated each period

Export formats change every month depending on who builds them

How Allocora Fits

From transaction data to governed seller settlements

01

Ingest

Import transactions from Stripe, Dodo, Paddle, CSV/XLS/XLSX, API, or manual rows

02

Map

Assign sellers, fees, and adjustment rules

03

Rules

Define fee tiers, refund logic, conditions

04

Run

Execute deterministic settlement calculation

05

Export

Seller statements, payout files, close packages

Product Preview

What seller settlement governance looks like

Settlement Run - March 2026

Sellers

84

Transactions

12.1K

Net Payout

$94K

HomeGoods Co Fee: 12% $14,200
TechParts Ltd Fee: 10% $8,900
Refund: Order #8812 Adjustment -$320
CraftSupply Inc Fee: 15% $6,400
Seller Statement - HomeGoods Co
Period March 2026
Gross Sales $16,136
Platform Fee (12%) -$1,936
Refund Adjustments $0
Net Payout $14,200

Why Allocora

Finance-grade controls for seller settlements

Fee & Adjustment Logic

Model platform fees, refund deductions, and seller-specific adjustments as structured rules - not spreadsheet formulas.

Deterministic Settlement Runs

Each run calculates seller payouts identically given the same inputs. No hidden formula drift.

Immutable Run Snapshots

Every settlement calculation is preserved as a locked, timestamped snapshot for future reference.

Seller Statements

Generate per-seller payout statements with transaction-level detail - ready for seller review.

Structured Payout Exports

Export settlement files in consistent formats that feed into your payout rail or bank process.

Period Comparison

Compare settlement runs across periods to catch anomalies before payouts execute.

Positioning

Allocora complements your marketplace. It doesn't replace it.

Why not spreadsheets?

  • Variable fees break when formulas are copied wrong
  • No immutable record of past settlement calculations
  • Reconciliation requires manual cross-referencing every period
  • Seller statements are built by hand each month
  • Disputes require rebuilding calculations from scratch

Why not payout rails alone?

  • Marketplace platforms execute transfers - not allocation logic
  • Allocora calculates the correct amounts before funds move
  • Structured exports feed into Stripe Connect or bank processes
  • Complements your existing payout infrastructure
  • Allocora is the settlement calculation layer

Immutable Runs

Every settlement is locked and timestamped

Snapshot Hashes

Tamper-evident proof of every result

Structured Exports

Consistent CSV and statement formats

Audit Trail

Full history of rules, runs, and changes

FAQ

Common questions about seller payout calculations

Does Allocora replace our marketplace platform or payout rail?

No. Allocora calculates seller payouts and produces structured exports. It complements your marketplace platform and payout method - it does not handle seller onboarding, order management, or money movement.

Can Allocora handle variable fee structures?

Yes. You can define fee rules by seller tier, product category, region, or custom conditions. Allocora applies them deterministically during each settlement run.

How are refunds handled?

Refund data from your revenue sources is processed through your adjustment rules. Allocora deducts refunds from seller payouts and includes them in the settlement detail.

What export formats does Allocora support?

Allocora produces structured CSV exports, per-seller statements, and close packages. The format is consistent across runs, making it easy to feed into downstream payout processes.

Can sellers see their own statements?

Allocora generates per-payee statements with line-level detail. How you distribute those statements to sellers is up to your workflow - Allocora produces the documents.

Ready to review a marketplace payout with sample data?

Create a free workspace, apply the marketplace seller sample data, and review the calculation before preparing an export.

See Pricing