Platform Payout & Fee Calculator
Model creator, marketplace, digital-product, and online-business payouts using custom platform fees, payment-processing charges, transaction fees, refunded revenue, other adjustments, and an optional tax reserve. Estimate payout from gross sales or solve backward for the gross sales needed to reach a target amount.
Additional
Per-payment charge in addition to the percentage processing fee.
Number of payments that attract the fixed transaction fee.
Optional known chargebacks, conversion charges, monthly costs, or adjustments.
Fee handling
Fee-basis settings matter when refunded payments do not receive the same fee treatment as retained payments. Use the terms shown on your actual provider statement or agreement.
How to use the Platform Payout Calculator
Choose Estimate payout when you know gross sales and want to model the cash remaining after refunds and fees.
Choose Find required sales when you know how much cash you want available after the selected fees, refunds, and planning reserve. The calculator works backward to estimate the gross sales required.
Enter the platform percentage, payment-processing percentage, expected refunded revenue, and optional reserve. Open Additional for the fixed processing fee, transaction count, other fixed fees, and the exact revenue base used by each percentage fee.
The calculation updates automatically. The result separates payout before reserve from cash available after reserve so a planning reserve is not confused with a provider charge.
Payout before reserve and available cash are different numbers
The calculator first subtracts modeled refunds and provider fees from gross sales. The result is payout before reserve.
It then applies the selected reserve to a positive payout. The remaining amount is available after reserve.
The reserve is kept separate because it represents money you choose to set aside rather than a platform commission or payment-processing fee.
If refunds and provider fees exceed gross sales, the calculator reports a negative payout and does not create an additional reserve on that deficit.
| Result | Includes | Does not include |
|---|---|---|
| Revenue after refunds | Gross sales minus modeled refunded revenue | Platform fees, processing fees, other fees, and reserve |
| Provider fees | Platform fee, processing percentage, fixed processing, and other fixed fees | Refunded customer revenue and tax reserve |
| Payout before reserve | Revenue remaining after refunds and provider fees | User-selected tax reserve |
| Available after reserve | Payout before reserve minus the selected reserve | Business costs not entered in this calculator |
| Effective provider fee rate | Provider fees ÷ gross sales | Refunds and tax reserve |
| Available share of gross | Available after reserve ÷ gross sales | Nothing else; it reflects every modeled cash reduction |
Why fee basis matters after refunds
A percentage fee can be charged against gross processed revenue even when some customer revenue is later refunded, or it can effectively apply only to the revenue that remains.
The calculator therefore has separate bases for the platform percentage and the payment-processing percentage.
That distinction is important because a platform and its underlying payment processor do not necessarily follow the same refund rules.
Use the basis that best matches the current provider agreement, fee schedule, or payout statement rather than assuming all percentage fees are refunded in the same way.
| Scenario | Platform fee | Processing fee | Verify against |
|---|---|---|---|
| Fees retained when a payment is refunded | Depends on platform terms | Often gross for fees that are not returned | Provider refund policy and actual payout statement |
| Percentage fees apply only to retained revenue | After refunds | After refunds when applicable | Contract or fee schedule |
| Different platform and processor refund treatment | Set independently | Set independently | Do not force both selectors to the same basis |
How every deduction is applied
Refunded revenue is calculated as a percentage of gross sales.
The platform and processing percentage fees each use their selected calculation base.
Fixed processing is calculated separately by multiplying the number of processed payments by the fixed charge per transaction.
Other fixed fees are then included directly before the payout and reserve are calculated.
| Item | Calculation base | Calculation | What it represents |
|---|---|---|---|
| Refunded revenue | Gross sales | Gross × refund rate | Customer revenue modeled as returned |
| Platform percentage | Gross or revenue after refunds | Selected base × platform rate | Marketplace, creator-platform, or platform commission |
| Processing percentage | Gross or revenue after refunds | Selected base × processing rate | Variable payment-processing charge |
| Fixed processing | Processed transactions | Transaction count × fixed fee | Per-payment processing charge |
| Other fixed fees | Entered amount | Added directly | Known adjustments such as chargebacks, conversion costs, or monthly fees |
| Tax reserve | Positive payout before reserve | Positive payout × reserve rate | User-selected planning set-aside, not calculated tax |
Refund rate and transaction count are not the same thing
The refund input measures the share of sales value expected to be returned to customers.
Transaction count instead controls the total fixed per-payment processing charge.
Those quantities can move very differently. One large refund can remove a substantial amount of revenue while affecting only one payment, while many small refunded orders can have a much smaller revenue impact.
For a closer estimate, use a revenue-weighted refund percentage and the number of processed payments that actually attract the fixed fee.
Why fixed payment fees matter more on smaller orders
A percentage processing charge scales with revenue. A fixed per-transaction charge scales with the number of payments.
If the same $5,000 of gross sales comes from 100 transactions rather than 500, the percentage-processing component can remain unchanged while the fixed-fee component increases fivefold.
This is why average order value matters when comparing payment economics. A small fixed fee can represent a meaningful percentage of a low-value order.
The calculator reports both average order value and available cash per processed transaction to make that effect easier to inspect.
Provider fee rate is not the same as total revenue loss
The effective provider fee rate includes the platform fee, percentage processing fee, fixed transaction fees, and other fixed provider costs entered.
It deliberately excludes refunded customer revenue because a refund returns money to the customer rather than paying it to a provider.
It also excludes the tax reserve because that amount remains part of your own planning rather than becoming a provider fee.
The available-share-of-gross result is broader: it reflects refunds, provider fees, and the selected reserve.
How Find required sales works
Reverse mode keeps the same refund rate, fee percentages, fee bases, transaction count, fixed fee, additional fees, and reserve assumptions.
It then searches for the smallest gross-revenue value within the calculator's supported range whose available-after-reserve result reaches the target you entered.
Because the transaction count stays fixed while gross sales change, reverse mode assumes the target revenue is produced by that same entered number of processed payments.
If transaction count would actually grow with sales, rerun the scenario with a more realistic projected transaction count.
Why the calculator does not use platform presets
There is no single permanent Stripe, PayPal, marketplace, creator-platform, or app-store fee that applies to every seller.
Rates can vary by country, currency, product, payment method, account type, pricing agreement, transaction type, refund treatment, international status, and date.
Provider pricing also changes over time, and larger businesses can have custom commercial terms.
For that reason, this calculator asks for the rates that apply to your situation instead of presenting a preset as if it were universally correct.
Refunded payments can still leave processing costs
Do not assume that refunding a customer automatically reverses every fee from the original transaction.
For example, Stripe's current standard-pricing documentation states that original payment-processing, Connect, and currency-conversion fees are generally not returned when payments are refunded, while specific refund fees can depend on payment method or pricing arrangement.
PayPal's current U.S. merchant-fee documentation likewise states that the fees originally paid to receive a commercial or invoicing transaction are not returned when that payment is refunded.
Provider policies can change and can differ by country and account agreement, so use current official documentation and actual statements when setting the fee bases.
Other fees and adjustments
Other fixed fees can be used for known monetary adjustments that are not already captured by the percentage and per-transaction inputs.
Examples can include known dispute or chargeback costs, currency-conversion charges, marketplace adjustments, monthly fees allocated to the scenario, or other statement items.
The field is a fixed amount for the entire scenario. It does not automatically scale with sales or transaction count.
If the cost follows a percentage, tier, per-order rule, or currency-conversion schedule, a single fixed estimate may not reproduce the provider's actual calculation.
The tax reserve is not a tax calculator
The reserve percentage is a planning control only.
It does not calculate income tax, corporation tax, self-employment tax, VAT, GST, sales tax, withholding, tax credits, deductions, or jurisdiction-specific liabilities.
The calculator simply sets aside the chosen percentage of a positive payout before showing the amount available afterward.
A reserve can be useful for cash-flow planning, but the appropriate amount depends on circumstances outside this tool.
Payout is not profit
A platform payout answers a cash-transfer question, not a profitability question.
Profit may also require subtracting inventory, production, contractors, advertising, affiliate commissions, shipping, refunds not represented by the selected rate, software, payroll, taxes, financing costs, and overhead.
A campaign can produce a positive platform payout and still lose money after operating costs.
Use the payout result as one part of a broader business calculation rather than labeling it automatically as profit.
Currency selection does not perform exchange conversion
The selected currency controls the monetary symbol and formatting used by the calculator.
Changing currencies does not convert the numerical assumptions using an exchange rate.
If the business receives, pays, or settles money in multiple currencies, first convert the relevant values to one consistent currency or model known conversion costs under Other fixed fees.
Provider foreign-exchange spreads and currency-conversion fees can be more complex than a single fixed adjustment.
Why actual payouts can differ
The calculator models an aggregate scenario rather than reconstructing every individual payment.
Actual statements can include partial refunds, minimum charges, fee rounding, different payment methods, international surcharges, currency conversion, dispute fees, tax on provider fees, tiered pricing, account reserves, payout adjustments, and other rules.
A single average refund rate and fixed transaction count cannot reproduce every transaction-level difference.
For material forecasting or reconciliation, compare the estimate with current provider documentation and the fee lines on an actual payout statement.
How to build a realistic payout scenario
Start with gross processed sales for the period you want to model.
Use the platform and payment-processing rates that actually apply to that account, product, payment method, and region.
Use a revenue-weighted refund rate rather than assuming refunded-order percentage and refunded-revenue percentage are identical.
Enter the number of payments that incur the fixed fee, include known additional charges, and treat any tax reserve as a separate planning choice.
When forecasting rather than reconciling a past statement, test more than one reasonable scenario instead of relying on one precise-looking estimate.
Platform payout and fee formulas
The two percentage fees can use different bases. The tax reserve is applied only to a positive payout before reserve.
- Gross processed sales
- Refunded revenue
- Refunded-revenue percentage
- Revenue remaining after refunds
- Selected platform-fee base
- Platform fee percentage
- Selected payment-processing percentage base
- Payment-processing percentage
- Processed transaction count
- Fixed processing fee per transaction
- Other known fixed fees
- Combined platform, payment-processing, and other provider fees
- Payout before reserve
- User-selected reserve percentage
- Planning reserve
- Available cash after reserve
- Effective provider fee percentage
- Available cash as a percentage of gross sales
- Average gross revenue per processed transaction
Examples
Creator store payout
$5,000 gross sales; 100 transactions; 3% refunded revenue; 10% platform fee after refunds; 2.9% processing on gross; $0.30 fixed processing fee; 20% reserve.
Refunds = $150. Platform fee = $485. Percentage processing = $145. Fixed processing = $30. Payout before reserve = $4,190. Reserve = $838. Available after reserve = $3,352.
Provider fees total $660. The $150 refund and $838 reserve are shown separately rather than being labeled provider fees.
Work backward from a $3,000 target
Desired cash after reserve = $3,000 using the same assumptions as the $5,000 creator-store example.
Required gross sales are approximately $4,478.67.
The reverse calculation retains the entered 100-transaction count, refund rate, fee bases, fee rates, and reserve.
Small orders increase fixed-fee pressure
$5,000 gross sales and a $0.30 fixed processing fee; compare 100 transactions with 500 transactions.
Fixed processing increases from $30 to $150 while gross sales remain $5,000.
Average order value falls from $50 to $10, so the same fixed charge represents a larger share of each payment.
Platform fee calculated after refunds
$10,000 gross sales; 5% refunded revenue; 12% platform fee applied after refunds.
Revenue after refunds = $9,500. The platform-fee base is therefore $9,500 and the 12% platform fee is $1,140.
Platform fee retained on gross revenue
$10,000 gross sales; 5% refunded revenue; 12% platform fee applied to gross.
The platform-fee base remains $10,000 and the 12% platform fee is $1,200.
The $60 difference comes entirely from changing the fee basis.
Provider fees exceed revenue
$100 gross sales with fixed and percentage fees large enough to exceed the cash remaining after refunds.
The calculator preserves the resulting negative payout as an account deficit and does not apply an additional tax reserve to the negative amount.
Frequently Asked Questions
What is a platform payout?
In this calculator, payout before reserve is gross sales minus modeled refunded revenue, platform fees, payment-processing fees, fixed transaction fees, and other fixed provider costs.
Is platform payout the same as profit?
No. Profit also depends on business costs such as inventory, production, advertising, shipping, software, contractors, payroll, and overhead.
What is available after reserve?
It is the payout before reserve minus the user-selected planning reserve. The reserve is not treated as another provider fee.
Is the tax reserve an estimate of my actual tax bill?
No. It is only a user-selected cash set-aside. The calculator does not calculate tax liability.
Why can I choose gross or after refunds for platform fees?
Providers can treat refunded transactions differently. The selector lets the percentage fee use either original gross revenue or only revenue remaining after refunds.
Why is there a separate fee basis for payment processing?
The platform and payment processor can follow different fee rules, especially around refunds. Keeping the bases separate allows those scenarios to be modeled independently.
Are Stripe processing fees returned after a refund?
Stripe's current standard-pricing documentation says original payment-processing, Connect, and currency-conversion fees are generally not returned for refunded payments. Exact treatment can depend on payment method, region, and pricing arrangement, so check current Stripe terms for your account.
Are PayPal transaction fees returned after a refund?
PayPal's current U.S. merchant-fee documentation states that fees originally paid to receive commercial and invoicing transactions are not returned when those transactions are refunded. Terms can vary by market and can change.
What should I enter for transaction count?
Enter the number of processed payments that attract the fixed per-transaction fee. This can differ from the number of retained orders when original charges remain payable after refunds.
Is refund percentage based on orders or revenue?
Revenue. A 5% refund input means 5% of gross sales value is modeled as refunded. It does not mean exactly 5% of transactions were refunded.
What are other fixed fees?
They are optional known monetary costs not already included in the platform or payment-processing fields, such as a known dispute charge, conversion cost, monthly allocation, or statement adjustment.
Can I use this for Patreon, Gumroad, Etsy, Shopify, Stripe, or PayPal?
You can model those or other services by entering the fee assumptions that apply to your actual account and transaction mix. The calculator does not maintain provider-specific presets.
Why are there no automatic platform presets?
Fees can vary by country, payment method, account type, plan, product, currency, contract, refund treatment, and date. A universal preset could therefore be misleading.
What does provider fee rate mean?
It is the combined platform fee, payment-processing fees, and other entered provider fees divided by gross sales. Refunds and the planning reserve are excluded.
What does available share of gross mean?
It is the amount available after the selected reserve divided by gross sales. It therefore reflects refunds, provider fees, and the reserve.
How does Find required sales work?
It searches for the gross-sales amount that leaves at least the desired cash after applying the currently entered refund, fee, transaction, and reserve assumptions.
Does required-sales mode increase the transaction count automatically?
No. It keeps the entered transaction count fixed while solving for gross sales. Change the transaction assumption when higher sales would realistically require more payments.
Can the required-sales calculation be exact?
It is mathematically precise for the aggregate model entered, but real payouts can differ because provider rules can operate per transaction and include rounding, payment-method differences, tiered pricing, partial refunds, currency conversion, and other adjustments.
What happens if fees exceed gross sales?
The calculator reports a negative payout rather than forcing the result to zero. The planning reserve is not charged on that negative payout.
Does changing currency convert my numbers?
No. Currency selection changes the monetary unit and formatting only. It does not apply a foreign-exchange rate.
Can I model chargebacks or currency-conversion fees?
A known fixed amount can be entered under Other fixed fees. More complicated percentage, per-payment, or variable conversion schedules are not modeled directly.
Should I use this calculator to reconcile an actual payout statement?
It can help explain an aggregate payout, but actual statements can contain transaction-level rules the model does not represent. For reconciliation, compare each material fee with the provider's current documentation and statement.