Revenue control in a small amusement park: how to do it without turnstiles

A city park, five rides, a season from May to September. The till sits by the entrance or in a booth halfway down the alley, and the carousels have their own people. The owner arrives in the evening, collects the money and counts it without checking it against anything, because there is nothing to check it against. All he has is a staff member's word and his own sense that «it was busy today».

This is not carelessness. It follows from the fact that in a park the sale and the ride are two different events, separated both in time and between people. The guest pays in one place and rides in another, and there is nothing between those two points that links them automatically.

The money leaks in two different places — and each needs a different fix

The first leak is at the till. The guest paid, the ticket was never rung up, the money never arrived. What matters here is that every sale leaves a trace that cannot be erased after the fact.

The second leak is at the ride itself. The carousel went round with no ticket at all: «they're ours», «just for a minute», «he's only little». A rental car was handed over «for one lap» and no money was taken. No amount of accounting at the till helps here — the event happened past it.

These are two different problems, and one tool will not solve both. What follows is about what closes each of them.

Why off-the-shelf park systems won't suit you

Search for «amusement park automation» and the results consist entirely of ticketing and access-control systems. They all work the same way: the guest gets a chip wristband or card, every ride is fitted with a controller and a contactless reader, and turnstiles go up at the entrances. The controller itself grants entry or starts the ride, debiting the wristband.

It works — for a large indoor park with a single entrance and enough traffic to pay back the infrastructure. These vendors do not publish prices: every single one states on its site that the cost is calculated individually, and leaves a phone number. That alone tells you who it was written for.

But the main reason this is not for a city park isn't even the money. Such systems guard a perimeter — an entrance, a passage, a zone. An open park has no perimeter. An alley, trees, four points of the compass. There is nothing to seal off, and the whole point of a turnstile disappears.

The first half: a ticket that lives separately from the visit

RentOS has the Tickets mode for exactly this. The cashier assembles an order from whatever the guest asks for: two adults for the Ferris wheel, three children for the carousel. The order goes through as a whole, in one payment, and the guest gets a short number — one that is easy to say out loud.

Inside an order, every line is a separate ticket. Three tickets for the carousel don't have to be used at once: two people came up, two got redeemed, the third stays alive. Prices sit on the ride itself, as its own set of variants: «Adult», «Child», «Concession» — and a price of zero is allowed too, if some people are let on for free. The cashier doesn't type in a sum, he picks a variant, so «accidentally» selling cheaper isn't possible.

If prices change mid-season, tickets already sold keep their original amount, and past reconciliations don't shift.

The staff member at the carousel sees only what's theirs

The guest gives the order number, the staff member types it in and sees what's in it. The orders tab has a personal setting — a filter by ride: «I'm at the Carousel». After that his own tickets come first, other people's are dimmed, and he doesn't have to pick through someone else's order to find his own line.

Redemption is one ticket at a time, and the server checks it, not a hint on the screen: a redeemed ticket won't go through twice, and neither will an expired one. If you like, redemption can be switched off entirely: then the system simply remembers what was sold. That is still useful — when a guest argues «I paid and they won't let me in», the order number brings up the contents and the amount. This can be toggled at any time and does not affect the money.

Revenue is counted at the sale, not at the visit

At results submission, calculated revenue is the sum of the orders sold since the previous submission, regardless of when the tickets get redeemed. That's how it should be: a ticket can be given as a gift, bought in advance or used tomorrow. The money came in today — so today it should be in the till.

The second half: a counter that doesn't watch, it permits

Tickets close the till. They don't close the equipment: a carousel can be spun just like that, and a rental car handed out for a ride past any accounting at all.

This is where the second mechanic comes in — a counter on the ride itself. The staff member carries an RFID tag, the ride has a reader. A touch, and three things happen at once: the counter reading goes up by one, power is supplied, and a countdown starts. Without the touch the equipment won't turn on at all.

The main application is rentals: children's electric cars, karting, quad bikes. Everything where the guest pays for a ride of a set length.

The timer solves the other half of the problem

The countdown here isn't a convenience, it's part of the control. Ten minutes were paid for — ten minutes later the power is cut and the car stops by itself. The staff member doesn't have to watch the clock or explain anything to anyone: the ride ended not by someone's decision but physically. A whole class of «but we only just sat down» arguments disappears along with it.

And — more important for the owner — it removes the option of selling ten minutes, running five, and pocketing the difference. The duration is set by the device, not by the person standing at the car.

The difference from an ordinary counter is fundamental. An ordinary counter is a witness: it records what happened anyway, and you can simply not look at it. This one is a gatekeeper. It permits the ride and it also ends it, so the reading cannot fall behind reality. It is reality.

This works not only on battery-powered equipment: where needed, the same counter switches ordinary mains power — on a trampoline or a VR attraction it turns the power on exactly as it does on an electric car.

At results submission the staff member enters the reading, and the system itself works out the difference from the previous one and multiplies by the price. No «it was roughly that much».

The two halves close different holes

Together this forms a closed loop, and it's worth spelling out who is responsible for what:

• The counter is responsible for the ride having happened and having lasted what was paid for. No tag, no ride. Time's up, it stops.
• The «Difference» is responsible for the money having arrived. The system multiplies the rides by the price and puts its own figure next to what was actually handed into the till.

On its own each half leaks. The counter knows nothing about money. Reconciliation without a counter takes a person's word for it. Together there is nothing left to hide: the count and the time are fixed by hardware, the money by arithmetic.

When a park needs Launches rather than Tickets

Not every park needs tickets, and the rule for choosing is simple — it's about people, not about rides:

• The cashier takes the money and someone else starts the ride — that's Tickets.
• The same person took the money and started it right away — that's Launches, and tickets would only add work.

The type of ride decides nothing. The very same carousel is counted differently depending on how your till is arranged.

A park is rarely uniform

In a real park, things standing side by side are counted in different ways: the Ferris wheel and the carousel by tickets from the till, the electric-car rental and the karting by counter, the trampoline by launches. That is normal and it does not call for several different programs. Each zone lives in its own mode, while the back office, the till and the evening summary are shared.

Cafés, snacks and souvenirs, though, are not an accounting mode at all. There is a separate Products module for them: a catalogue with prices, per-site stock with stocktaking, and its own till reconciliation that is not tied to results submission by zone. The same staff member sells them, with payment in cash, by card or from the client's balance.

And you can start with no investment at all: while there are no counters, the staff member marks rides with a tap on the screen, and the calculation formula is exactly the same. Hardware strengthens the accounting, but no mode requires it — and that is probably the main difference from systems where accounting starts with an installation job.