How Fast Do Ticketing Platforms Pay Organisers? Settlement Timelines Explained

"How fast do I get paid?" is the question most organisers ask last and should ask first. You have deposits to pay, an artist fee due on the night, and a venue that wants settling within the week, and none of that cares that your event sold out. But there's a catch in the question itself, and it's worth understanding before you choose a platform on payout speed alone: the fastest payout and the safest one are rarely the same arrangement, and the reason has nothing to do with how efficient the platform is.

This guide covers what settlement actually means, how to read a payout promise, why ticket revenue is normally held until the event has taken place, and how to get pre-event cash flow without giving up the protection that holding provides.

What "settlement" actually means

A ticket sale isn't one movement of money, it's three. The buyer's card is authorised at checkout, which reserves the funds but moves nothing. The transaction is then captured and cleared through the card networks, which is where the real delay lives. Finally the funds settle into a bank account. When a platform quotes you a payout time, the number that matters is when the money is available in your account, not when the sale showed up on your dashboard. Those two moments can be two weeks apart.

Decoding T+1, T+2, and T+3

T+N is banking shorthand: T is the transaction date, and N is the number of business days until the funds settle. T+2 means a sale on Monday settles Wednesday. The "business days" part is where organisers get caught out: a Friday night event settling at T+2 does not pay on Sunday, it pays on Tuesday, and a poya day or a public holiday in the middle pushes it further. If your event falls next to a long weekend, count the working days on a calendar rather than assuming a rolling 48 hours.

Note also what T refers to, because this is where most confusion starts. Some arrangements treat T as the date of each individual sale. Others, including how ticketing normally works, treat T as the event date, so the clock only starts once the show has actually happened. Those are very different cash flow positions from the same "T+2" headline, and the difference is deliberate rather than a matter of platform efficiency. The next section explains why.

Why ticket revenue is held until after the event

A ticket is not a product handed over at the till. It is pre-payment for something that has not happened yet, sometimes months in advance. Between the purchase and the show, the buyer is carrying all the risk: if the event is cancelled, postponed, or simply never happens, they need their money back. If that money has already been paid out and spent on production, staging, and artist deposits, there is nothing left to refund from. This is the single biggest source of consumer harm in live events anywhere in the world, and it is why holding ticket revenue until the event has taken place is standard practice for platforms that intend to be around next year.

The part organisers often miss is that this protects the seller as much as the buyer. It is worth spelling out, because it looks at first glance like a constraint imposed on you rather than a safeguard for you.

• Refund liability doesn't disappear when you're paid early, it just moves onto you. If you've been settled in full and the event is then cancelled, you are personally funding every refund out of money you have already committed elsewhere.
• Chargebacks arrive late, often weeks after the event. A held balance absorbs them. An account already emptied does not, and the bank recovers the funds from you regardless.
• Buyers who trust that they can get their money back buy earlier and buy more. Refund confidence is a conversion factor, not a compliance cost, and it is the reason people are willing to book a ticket for a show four months out.
• It protects you from other organisers too. On a platform where anyone can draw funds before their event, one failure can drain the reserves that everyone else's refunds depend on.

The genuine trade-off is real and worth stating plainly: it means your pre-event costs come out of your own working capital. That's a legitimate cash flow problem, and the answer to it is early settlement, covered below, rather than an arrangement where the safety net is removed entirely.

The payout models, compared

Read that table as a trade-off rather than a ranking. Speed down the rows increases, and so does the chance that a cancelled event leaves buyers with no refund and the organiser personally liable. "Who pays fastest" is the wrong question to optimise for. "Who pays predictably, and what happens to my buyers and to me if something goes wrong" is the one that matters when it matters.

What actually delays a payout

• Bank details that don't match your registered organiser name. This is the most common cause by a distance, and one that usually cannot be corrected on the same settlement run.
• Verification or KYC that hasn't been completed before the event, rather than before the payout, which is when most organisers discover it's outstanding.
• Chargebacks and refund reserves held back against disputed transactions, particularly on events with heavy international card sales.
• Weekends, poya days, and public holidays, which don't count as business days in any T+N calculation.
• High-value single transfers that trigger additional bank-side compliance checks.
• A cancelled or postponed event, which typically freezes settlement entirely until the refund position is resolved.

How TicketsMinistry settles

TicketsMinistry settles after the event has been completed. That is the standard arrangement, and it is a deliberate one: it means that up until your event takes place, the funds backing every ticket sold are available to refund your buyers if the event is cancelled or postponed. Your attendees are protected, and so are you, because you are never in the position of having spent revenue you may be asked to return.

We also offer early settlement, on an approval basis. If your event has pre-event costs that need covering before the doors open, talk to us about it rather than working around it. Approval is a review rather than a formality, since releasing funds early shifts part of the refund cover, and the answer depends on the event, its scale, and its risk profile. Start that conversation early, well before you need the money, rather than the week the artist deposit falls due.

Organisers running consistently high volumes can also discuss bespoke settlement arrangements with us, reviewed case by case against the same refund-cover considerations set out above. Whichever applies, your payout summary breaks out gross ticket revenue, the service fee per tier, payment processing fees, the net amount transferred, and the settlement date, so the arithmetic is checkable rather than asserted. Fee rates are disclosed at event creation, before you publish a single ticket.

Five questions to ask before you sign with any platform

• When exactly are funds released: after the event, or on a rolling basis as tickets sell?
• If my event is cancelled, where does the refund money come from, and is it still available at that point?
• Is early settlement available, what are the approval criteria, and how long does a decision take?
• What is withheld against chargebacks and refunds after the event, and when is that reserve released?
• What is the full fee stack (platform fee, processing fee, and any transfer charge) expressed as a total on a sample LKR 5,000 ticket?

Get those five answers in writing before your event goes live, and be sceptical of any platform whose answer to the second one is vague. An organiser who knows exactly when the money lands, and what happens if the event doesn't, can plan an artist deposit with confidence. One who is guessing ends up either financing the event out of pocket or, worse, discovering the refund position only when they need it.