The event order says what happened. The charges follow it. Forecast against actuals while the event is still live, invoice from what was actually delivered, and take the money without leaving the booking.
Invoicing · deposits and payment plans · live revenue view per event
Event Financials owns the money that belongs to the event: what it was expected to make, what it cost, what was actually delivered, what was invoiced, and what has been paid. It runs on the same booking record as the sales and operations work, which is the only reason the numbers agree.
What it deliberately does not do is replace your finance platform. Statutory accounting, tax filing, consolidation and the ledger stay where they belong, and Thynk hands them a clean, complete record. You get both: a platform built for the commercial and operational life of a venue, and a finance system built to keep pace with compliance in every market you work in.
Forecast against actuals, per event, while there is still time to do something about it.
Every event carries an expected revenue and an expected cost: space, catering, staffing, AV, external services. The Cost Analyzer holds both against what is actually being delivered, so the gap between the two is visible during the event rather than at close-out six weeks later.
Because costs sit on the same record as the work orders that generated them, a change made on the day shows up in the margin the same day. A venue can see which event types, which halls and which clients actually make money, rather than inferring it from a revenue line that never had costs attached.
Built from delivered services, not from the contract signed three months earlier.
The chain runs in one direction and it never leaves the record: event order → delivered service → actualized charge → invoice → payment. The forty extra covers added on the morning of the event are on the invoice because they are on the event, not because somebody remembered to add them.
What was ordered, what was delivered and what is being charged, held separately and reconciled on the event. Disputes are settled by looking at the record rather than by arguing about it.
Invoices generated against the booking, in your template, with the breakdown the client expects: spaces, catering, services, equipment, per event or per day where that is how the client wants it.
Rates and taxes applied per venue and per client, with the tax summary visible on the booking before anything is issued.
Issued invoices flow to your finance platform through Thynk Connect, two ways, so payment status comes back without anyone rekeying it.
The money that has to arrive before the event, tracked as carefully as the money that arrives after it.
Large events are paid in stages: a deposit to confirm, a second payment at a milestone, the balance after delivery. Proforma invoices and payment plans are set on the booking, so what is due, what has been received and what is overdue is visible on the event rather than in a separate schedule somebody maintains by hand.
Payments record against the plan, deposits offset the final invoice automatically, and the event’s financial position is one number rather than three people’s recollections.
Revenue by category, tax summary, deposits, grand total. Live on the booking, from the first quoted line to the final payment.
Sales sees it while building the event. Operations sees the effect of a change on the day. Finance sees the same numbers, at the same moment, without a report being run. It appears as the Finance tab on the booking record in Booking & Event Management, and it is defined here.
A payments product built into the booking rather than bolted onto the invoice.
Clients pay an invoice online, by card or bank transfer, from a link rather than by arranging a transfer against a reference nobody quotes correctly. The payment lands against the event, not in a suspense account waiting to be matched.
Send a link for the deposit at the point of confirmation, while the client is still saying yes. The date is held, the deposit is paid, and the payment plan updates itself. Collections stop being a monthly chase.
Payment taken inside the online booking flow, at the moment of booking. It belongs to Online Booking, and it is described in full there.
A conference contracted for 260 delegates turns up with 300. The coordinator adds forty covers to the lunch on the event, and F&B gets the work order. That is one action, on one record.
The Cost Analyzer updates: revenue up, food cost up, margin on the event recalculated before the plates are cleared. The event order shows the change with a timestamp, so nobody has to establish later whether it was agreed. When the invoice is raised, the forty covers are on it at the contracted per-head rate, with the change visible behind them if the client queries it.
The invoice goes to the finance platform through the integration. The payment comes back the same way. Nobody rekeyed anything, and the ledger is where the ledger belongs.
Where delivered services are recorded, which is where every accurate invoice starts.
Read more →The two-way finance integration, and the open data model that makes the boundary work in practice.
Read more →Event profitability, forecast against actuals and revenue per square meter across every venue.
Read more →Payment taken at the moment of booking, for the business that books itself.
Read more →What close-out, collections and month end look like when billing follows delivery.
Read more →Where the priced lines are built, and where the live financial view appears on the booking.
Read more →A 45-minute call with the team. Start with the event where the invoice took three weeks and two arguments, and we will show you what it looks like when billing follows delivery.
Operate hotels too? See the Thynk hotels platform →
