On 23 May 2026, Shopify shipped a small change that fixes a question I have answered more times than I can count. The Payouts page used to show a line called "To be paid." It now reads "Payout balance," and there is clearer help text explaining the difference between money on its way to your bank and money Shopify is holding back as a reserve.
That is the whole change. A label and some copy. It does not move your cash flow and it does not change when you get paid. But it does make a thing visible that has been quietly confusing operators for years, and that makes it worth a real explanation.
I have been on the merchant side of this. At WIN Brands Group we ran fast-growing stores through Shopify Payments, and "where is my money" was a recurring fire drill, usually started by someone in finance looking at a payout that did not match what the dashboard said the day before. Most of the time, the answer was a reserve. Here is what that means and what to do about it.
A label change,
not a cash change.
Read it that way.
The old "To be paid" label lumped two very different things together in most operators' heads: the money Shopify is about to send you, and the money Shopify is holding. The rename to "Payout balance" plus the new help text pulls those apart so you can see reserved funds for what they are.
I want to be precise here because the timing matters and people panic when a payments label moves. Nothing about your settlement schedule, your payout cadence, or the total amount you will eventually receive has changed. If you were on a daily payout before, you are on a daily payout now. The platform got more transparent. Your bank balance did not get smaller.
If you noticed a reserve for the first time this week, it was probably already there. The change made it legible, it did not create it. Before you email support or re-do a cash forecast, confirm whether the reserved amount is actually new or just newly visible.
A reserve is a rolling
holdback against
risk, nothing more.
A reserve is a portion of your sales that Shopify Payments holds back temporarily instead of paying out, as a buffer against money it might have to claw back later. The risks it covers are the obvious ones: chargebacks, refunds, and disputes. If a customer disputes a charge two weeks after the order, or you have to refund a batch of orders that never shipped, the platform is on the hook for those funds. The reserve is its insurance against your account going negative when that happens.
The key word is rolling. A reserve is not a fine and it is not gone. In most cases it releases on a schedule, money held today gets paid out on a later date, and fresh sales replace it. Think of it as a portion of your float sitting one step behind, not money that left the building.
"A reserve is your own money, paid out on a delay. It is not a penalty, it is the platform protecting itself from your refund and dispute risk."
Reserves come in a few shapes. Some are a fixed percentage of every transaction held for a set number of days. Some are a flat amount held until your account history is long enough to trust. The mechanics vary, but the logic is always the same: the platform is sizing a buffer to your risk profile and releasing it as that risk ages out.
New and fast-growing
stores get reserves.
That is the pattern.
If you are asking why your store has a reserve when the brand down the street does not, the answer is usually one of two things, and often both. You are new, so the platform has no history to judge your refund and dispute behaviour against. Or you are growing fast, and a sudden spike in volume looks like risk before it looks like success.
There is a real logic to this from the platform's seat. A brand that did $40K last month and $400K this month has ten times the dispute exposure it had thirty days ago, on an account with thirty days of data. The reserve is the platform buying itself time to see whether that volume is healthy. Add in a category with naturally high refund rates, longer fulfilment timelines, or pre-orders, and the buffer gets bigger.
| Trigger | Why it raises risk | Resolves with |
|---|---|---|
New account | No history to price risk against | Time and clean behaviour |
Rapid volume spike | Dispute exposure outpaces history | Sustained, steady volume |
High refund rate | More clawback likely | Lower returns, better sizing |
Long ship times | Gap between charge and delivery | Faster, promised fulfilment |
Pre-orders | Paid now, delivered much later | Clear comms, on-time ship |
None of these mean you did something wrong. A reserve is not a black mark. It is a default posture toward accounts the platform cannot yet read, and it relaxes as you give it data.
If a reserve is distorting your cash picture, I'll help you model around it. The form takes two minutes.
You shrink a reserve
by being boring,
predictable, and clean.
There is no magic appeal that makes a reserve vanish. You reduce exposure by changing the inputs the platform is reacting to. Three levers actually move the number:
- Lower your chargeback and dispute rate. This is the single biggest driver. Clear billing descriptors so customers recognise the charge, fast and visible customer service so people ask you for a refund instead of their bank, and fraud screening on suspicious orders. Every dispute you prevent is a reason for the reserve to come down.
- Lower your refund rate. Accurate product pages, honest sizing, and good post-purchase comms cut returns. Lower returns mean less clawback risk, which means a smaller buffer.
- Build account history. Some of this is just time. Process steady volume, keep your numbers clean, and let the account age. A six-month track record of low disputes is the most persuasive thing you can show.
And the one that operators underrate: ship on the timeline you promise. The gap between when a customer is charged and when they receive the product is pure risk in the platform's eyes. If you say two days, ship in two days. If you run pre-orders, say so loudly and deliver when you said. Predictable fulfilment is one of the strongest signals you can send that your volume is real and your customers are happy.
Model the reserve
into the forecast.
Then stop worrying.
The mistake I see finance teams make is treating a reserve as a surprise every single month. It is not a surprise once you have one. It is a known, roughly predictable drag on the timing of your cash, and you can model it. Pull the reserve percentage and hold period, build it into your thirteen-week cash forecast as a lag, and reconcile the payout balance against expected settlements weekly so nobody is guessing.
The other move is to keep the reserve out of your unit economics. A reserve affects when cash arrives, not whether it does. Do not let it pollute your contribution margin or payback math, that is a timing issue, not a profitability one. If the timing is genuinely squeezing working capital while you grow, that is a financing conversation, and a reserve sitting on your float is exactly the kind of thing that pushes operators toward a capital product before they have run the numbers.
The rename is a good change. More transparency on where your money sits is always better than less. Just read it for what it is: a clearer view of a buffer that was already there, not a hit to your cash. If a reserve is colliding with a growth phase and tempting you toward financing, read the Shopify Capital merchant guide before you take an offer, and make sure your contribution margin actually supports the growth that triggered the reserve in the first place.
Your payout is not your revenue.
If reserved funds are throwing off your cash planning, I help finance teams build a forecast that accounts for the holdback instead of getting surprised by it.
Start the conversation More about Taylor →