If you have ever sold a sold-out event and then watched your bank balance do absolutely nothing for weeks, you already know the punchline. Your event payout time is the gap between the moment an attendee happily hands over their money and the moment that money actually lands in your account. On a lot of platforms that gap is measured not in minutes but in "after the event, plus a few business days, minus a reserve we are holding just in case". Tickets can sell in January. The cash can show up in May. This guide explains why that happens, what the real timeline looks like, and how to get paid before the event instead of treating your own revenue as a hostage situation.
Why your event payout time is so painfully long
The short version: most marketplace ticketing platforms collect the money on your behalf, sit on it, and release it to you only once the risk of refunds and chargebacks has mostly passed. That is a perfectly rational thing for them to do. It is also why your event payout time can feel like waiting for a kettle that has decided to unionise.
Take Eventbrite, the platform most organisers have wrestled with at least once. Its own help centre is refreshingly clear about the wait. Eventbrite sends your payout three business days after your event ends, and for US bank accounts the money typically arrives six to eight business days after the event finishes (eight to ten for banks elsewhere). Read that again: after your event ends. Not after the sale. Not after the buyer's card clears. After the doors have closed and everyone has gone home.
For a one-night gig that is mildly annoying. For a conference you announced eight months in advance, with early-bird tickets bought in the first week, it means you are floating every supplier, venue deposit and speaker fee out of your own pocket while your actual revenue sits in someone else's account, possibly earning someone else's interest.
You did the selling in January. You see the money in May. Somewhere in between, a finance director ages visibly.
The 20% reserve nobody mentions at signup
It gets better, by which we mean worse. To cover potential refunds, chargebacks and cancellations, Eventbrite also holds 20% of your event's net sales in reserve, releasing it in your final payout after the event. So even when payday eventually arrives, a fifth of your takings has been quietly benched until the platform is satisfied you are not about to do a runner.
Need the cash sooner? Eventbrite offers Instant Payouts for some eligible US organisers, which lets you pull part of your funds early for a 3% fee, minimum $2.99 and maximum $40. In other words, you can have your own money faster, as long as you pay a toll to access it. That is one way to run a business. It is not the only way.
What "get paid before the event" actually means
Here is the bit the marketplace model hopes you never question: there is no law of physics that says ticket money has to marinate in a third party's account until after your event. The reason it does is that the platform is the merchant of record. The buyer pays the platform. The platform, eventually, pays you.
Flip that relationship and the whole problem evaporates. When you take payments through your own Stripe account, the buyer pays you directly. Stripe settles funds to your bank on its normal rolling schedule as sales happen, which for an established account is a couple of business days after each charge, not "a week after the event you have been planning since last winter". Sell a ticket in January and that money reaches your bank in January. Imagine.
This is exactly how eventcloud handles payments: tickets are sold through the organiser's own Stripe account, so the cash flows to you as tickets sell, on Stripe's standard timeline, with no platform-imposed reserve sitting on top. There is no "after the event" cliff edge because the platform never holds your money in the first place. It was never theirs to hold.
A quick, honest comparison
| Model | When money reaches you | Reserve held? | Cost to get it faster |
|---|---|---|---|
| Marketplace payout (e.g. Eventbrite) | ~3 business days after the event ends; 6-10 business days to hit the bank | Yes, 20% of net sales | 3% Instant Payout fee (min $2.99, max $40) |
| Your own Stripe account (e.g. eventcloud) | As tickets sell, on Stripe's standard rolling schedule | No platform reserve | None, it is already your money |
To be fair to the marketplace model, the reserve and the post-event hold exist for a reason: they protect the platform (and to some extent attendees) when an event is cancelled and a flood of refunds lands. If you are running a brand-new, high-risk, deposit-light event, a platform absorbing that chargeback risk is doing something genuinely useful. Honesty matters here, so we will say it plainly: the hold is not pure villainy. It is just a cost, and like most costs it lands on you.
Why cash-flow timing matters more than organisers admit
Fees get all the attention because they are a number you can point at. Payout timing is sneakier, because it never shows up as a line item. It shows up as stress, overdrafts and awkward conversations with suppliers who would quite like to be paid before your event, not six weeks after it.
Think about what you actually spend money on in the run-up to an event: the venue wants a deposit, the AV company wants a deposit, the caterer wants a headcount and a deposit, the printer wants paying when the badges go to print. All of that happens before the doors open. If your ticket revenue only arrives after the doors close, you are financing the entire event from your own working capital and then getting reimbursed by your own customers weeks later. For a small team or a charity, that gap is the difference between "we can book the better venue now" and "we will wait and hope".
Getting paid as you sell changes the maths completely. Early-bird revenue can fund the deposits it is supposed to fund. A successful on-sale becomes cash in the bank you can actually deploy, not a promising-looking number on a dashboard you are not allowed to touch. Your success stops being something you have to wait for permission to enjoy.
Questions worth asking any ticketing platform
- Who is the merchant of record? If it is the platform, your money flows through them and on their timeline. If it is you (via your own payment account), it flows to you directly.
- When do funds settle, relative to the sale or the event? "After the event" and "as you sell" are wildly different cash-flow stories.
- Is there a reserve or rolling hold? A 20% reserve is a fifth of your revenue you cannot plan around.
- What does early access cost? If the answer is a percentage fee to touch your own takings, factor that in.
- What happens on refunds? Understand who holds the risk and who pays the fee when a ticket is refunded. (We dug into the pass-on-versus-absorb question in our piece on who actually pays Eventbrite's fees.)
The bottom line on event payout time
Waiting weeks to be paid is not an unavoidable feature of selling tickets online. It is a consequence of letting a marketplace stand between you and your buyers. The moment you own the payment relationship, the wait disappears, the reserve disappears, and the toll for "instant" access disappears, because there is nothing to fast-track. It is just your money, arriving when people pay you, the way money is supposed to work.
If your cash flow is currently being run on event-platform time rather than real time, it is worth seeing what a flat-fee model with your own Stripe account looks like. Compare the timelines on our eventcloud versus Eventbrite breakdown, or have a look at how the numbers stack up on the pricing page. Your suppliers, and your overdraft, will thank you.
