If you sell a membership, a course or a community through a platform, your money almost certainly arrives in a Stripe account that has your name on it and somebody else's settings on it. Stripe draws the boundary in its own documentation, in a note aimed at people in exactly your position. A seller who is not seeing the funds they expected, it says, needs to take it up with the platform, because "the platform controls payout settings and schedules for their connected accounts."[1]
Between April and June 2026 we built the platform side of this arrangement for a product called Volta, which was ours and which we retired in August. Setting up the Stripe half took an afternoon of decisions that nobody in the product ever saw, and every one of them was a decision about someone else's money.
Here are four of them, what each does to a seller, and how to find out which way yours is set.
When the money moves is a number someone typed
The default is generous. Charges made for a connected account "accumulate in the connected account's balance and [are] paid out on a daily rolling basis."[1] That is what Substack's sellers get: payouts "usually arrive in your bank account within 48 hours of each transaction," visible in the seller's own Stripe account.[2]
The default is also the only part of this that is fixed. A platform can set the interval to weekly or monthly, or to manual, which "prevents automatic payouts" entirely and means you are paid when someone runs a job.[3] On top of the interval sits a delay, which the platform can override "to a number up to 31."[3]
Thirty-one days. On a monthly membership, a platform that sets that number to its maximum is holding roughly one full billing cycle of your revenue at all times, and you are financing it.
The obvious question is whether you can just change it yourself. Sometimes. Sellers on Stripe's Express Dashboard "can also update their payout schedule (manual vs. automatic) and manually pay themselves out, if these features are enabled."[4] Enabled by the platform, in a settings page you have no access to.
If you want a lever here, Stripe's own advice to platforms is the strongest thing you have. The docs tell platforms to hold funds only "when there's a clear purpose and a commitment to transfer them," and state plainly: "We advise against platforms holding funds arbitrarily, and instead paying out to their connected accounts as soon as they're identified."[5] A platform that delays your payouts is going against its processor's written guidance, and it is worth quoting that line back at them.
We never touched the schedule. Not out of principle, but because a hold is a liability you then have to explain, reconcile and answer support tickets about, and we had no reason to want any of that.
Whether the platform's cut comes back when you refund
This one is a single boolean and it is worth real money.
When money moves through a platform this way, the buyer's full payment lands on the platform's account, the whole amount is transferred to the seller, and the platform's fee is then transferred back out.[6] Refunds unwind that, and the platform chooses how much of it to unwind.
By default, "the destination account keeps the funds that were transferred to it, leaving the platform account to cover the negative balance from the refund."[6] The platform can turn that off, and pull the money back from the seller instead. Nearly all of them do, and that part is fair enough: you refunded a customer, the customer's money goes back.
The second boolean is the one to ask about. Separately from the refund itself, "when refunding a charge with an application fee, by default the platform account keeps the funds from the application fee."[6] Returning its own cut to you takes an extra parameter that the platform has to deliberately set.
Follow the arithmetic through Stripe's documented flow of funds. A $50 sale on a platform charging 10%: you receive $45, the platform keeps $5. The buyer asks for a refund. The transfer that gets reversed is the full $50, because that is the size of the transfer that was created. If the platform also returns its fee, you are down the $45 you actually held and the platform is down its $5, which is what most people assume happens. If it does not, the whole $50 comes back out of you and the platform keeps the $5.
That leaves you five dollars poorer than before a sale you no longer have. Do it on a day with no other income and your balance is simply negative, which has consequences of its own, covered below.
We set both parameters to return everything. It cost us nothing to be generous, because our platform fee was configured at zero for the first release, so we would not read it as virtue. What it did buy was one less thing to explain.
A dispute can reach into your bank account
A chargeback is not a refund and it does not behave like one.
For this kind of charge, "Stripe debits dispute amounts and fees from your platform account."[6] The platform is hit first. It can then "attempt to recover funds from the connected account by reversing the transfer,"[6] which is you.
If that pushes you below zero, the recovery does not stop at your Stripe balance. "If a connected account balance is negative, Stripe debits their external account on file up to the maximum number of attempts allowed,"[5] and that setting "triggers debits as needed, even when the connected account is on manual payouts."[5] The external account on file is your bank account.
It also freezes everything else. "While an account's balance is negative, you can't send payouts to the account's bank or debit card."[5] One disputed sale from two months ago can stop every payout you were expecting this month, until the balance is positive again.
None of this is unreasonable on Stripe's part. Someone has to carry a chargeback and the money has already left. It does change what a cheap product costs you to sell, which is a calculation we worked through separately and which comes out badly.
Whether you can see what the buyer actually paid
There are two ways a platform can take its cut, and they differ in exactly one respect that matters to you.
With the first, your dashboard shows both numbers: "your connected account can view both the total amount and the application fee amount."[6] With the second, the platform quietly transfers you a smaller number and keeps the rest, and "your connected account can't view the total amount of the charge. They only see the amount transferred."[6]
Under the second one, "the platform takes 10%" is a claim you cannot check. The gross was never shown to you. You see a deposit, and the deposit is whatever the platform decided to send.
The dashboard around it is adjustable too. By default it "displays generic descriptions of charges and transfers, such as Payment from YOUR PLATFORM,"[4] and which features exist at all is something the platform customises.[4] Issuing refunds and managing disputes are features that can be switched on or off for you.
We used the first method, so our sellers could check our fee against the gross.
The job the platform has to run, and can get wrong
One more thing, because it decides whether the numbers you are shown are real.
A platform's own database and Stripe are two different systems, and they drift. Ours ran a daily job that walked every seller, asked Stripe for that seller's payouts, and wrote them down. Getting that query wrong is easy in a specific way, and we left a comment in the code about it: ask Stripe for payouts without naming the connected account and it returns the platform's own payouts instead. No error. A successful response, full of real payout records, none of which belong to the seller whose earnings page you are about to render.
We caught it because we were looking for it. When a platform's earnings page and your Stripe dashboard disagree, the platform's page is the one more likely to be wrong, and it is the one with no audit trail. Where a number came from is a fair question to ask.
Five questions worth an email
Every one of these has a definite answer that your platform knows and has not published.
- Which Stripe account holds my money, and can I log into it directly?
- What is my payout schedule, is there a delay on top of it, and can I change either myself?
- If I refund a buyer, do you return your fee too, or keep it?
- If a buyer disputes a charge, what comes out of my balance, and can it be debited from my bank?
- Does my dashboard show what the buyer paid, or only what you sent me?
A platform that answers all five plainly is one worth selling on. The percentage is on the pricing page. None of these are.
Disclosure. Volta was our product, it is retired, and nothing here is a recommendation to use it. The settings we chose, the reconciliation job and the payout-listing mistake are from our own implementation rather than anyone's documentation, so they carry no citation below. Everything attributed to Stripe or Substack is quoted from their own public documentation, listed and dated at the bottom of this page.