Tracking at a paid pool or a small water park: wristbands, time and cash without turnstiles

A country club with a pool and a café. A paid pool at a guesthouse. A water park with four slides in a small town that works three months a year. They are built differently, yet the owner’s evening is the same: an attendant at the entrance with a notebook — name, arrival time, paid; a counter with caps and towels next to it, a fridge with water and a coffee machine a bit further on. The owner arrives, takes the money and compares it against… nothing. There is nothing to compare it with.

What follows is about places exactly like these — not about city aquatic centres with turnstiles at the entrance and chip wristbands on every arm. Those have their own infrastructure and their own budgets. Here the whole record keeping rests on one or two people per shift, and it holds up exactly as far as their memory and honesty go.

At a pool this is felt more sharply than in any other format. What is sold here is not an object and not a ride, but time in the water — and time leaves no trace by itself. The guest came, swam, left. The only record of it lives in the head of the person at the entrance.

Three places where a pool loses money

The leaks here are different in nature, and that matters: one tool will not close them all.

• Entry past the cash desk. “Friends of ours”, “just for half an hour”, “he is only little”. Whether the money was taken or not is impossible to find out afterwards.
• Time beyond what was paid for. An hour was paid for, the guest left after two. Nobody noticed, because nobody was timing it.
• Rentals and the snack bar. A towel, a cap, a coffee, a bottle of water — small change that nobody writes down at all. Over a month that small change adds up to a separate salary.

Now in order, what closes each of them.

Why systems “for water parks” will not suit a small venue

A search for “pool automation” returns ticketing and access control systems, and they are all built the same way: a chip wristband on the arm, turnstiles at the entrance and the exit, electronic locker locks, readers by the slides. Almost nobody publishes a price — it is “calculated individually”.

Such systems guard the perimeter: they solve the task of “not letting in whoever has not paid”. That is reasonable for a large water park with a thousand guests a day and a dozen entry points. At a country club, or at a pool with two basins, the attendant sees both the entrance and the water while standing in one spot. There is nothing to seal off — the turnstile here guards a door that everyone already walks through in front of them.

The real task is a different one: not to filter people, but to record time and reconcile money. A phone or a tablet in the Employee’s hands is enough for that.

A numbered wristband: time is counted by the system, not by a person

RentOS has the Stays accounting mode for this. At the entrance the guest gets a wristband or a locker key with a number, the Employee taps “Add wristband” — and the system assigns the number itself: the smallest free one among those currently in use. Number three was freed up, so the next guest gets three, not twenty-seven. The pool of numbers is separate for every object, so wristband No. 3 in the children’s basin and No. 3 in the water zone do not clash.

The start time is set by the server, not by the phone. The app was restarted, the phone died, the person at the desk changed and opened the screen on another device — the count continues from the same second. Every wristband is its own tile on the screen, so how many people are in the water right now is visible without counting heads.

Two ways to sell time: per entry and by actual time

Per entry — a set of “duration plus price” options: 45 minutes, an hour, an hour and a half. The price is known in advance, so payment is asked for right at the start, in a single flow: pick the option, pick cash or card. Then the countdown runs, and when the time is up the tile signals — sound, vibration, pulsing. The stay itself does not close: the system does not invent for a person when they got out of the water. The Employee closes it when the guest has actually left.

By actual time — a price per minute. The amount grows right on the tile, and the payment method is asked for at the stop, when the total is already known. The duration is rounded up, and the final amount can optionally be rounded to a whole unit — switched on per zone, so that someone who stepped in for half a minute is not billed in pennies.

The choice here is not about convenience, it is about the business model. A fixed session disciplines the flow and is clear to the guest in advance. Per minute is fairer for open swimming, where one person swims twenty minutes and another an hour and a half, and selling them the same thing means losing on the latter.

Nobody left behind in the water

A results submission for a zone will not go through while it still has open wristbands — instead of the button there will be “Finish the active launches”. It was made for the arithmetic: revenue cannot be calculated while part of the sessions are still open. In practice it turns into an evening check: an unclosed wristband is either a guest everyone forgot about, or money that was not taken.

When the cash desk stands apart from the water — tickets

This is the usual story even for a water park with four slides: the money is taken in one place and people are let in at another. The rule for choosing is simple, and it is about people, not about water:

• The cashier takes the money at the entrance and a different person lets guests into the water — that is Tickets.
• The same person took the money and handed out the wristband — that is Stays, and tickets would only add an extra step.

An order is assembled from what the guest asks for: two adults and three children. The payment is a single one, and the guest receives a short number — one that is easy to say out loud. Inside the order every line lives as a separate ticket, and they are redeemed one by one: three out of five came up, three were redeemed. Prices sit as variants on the object itself: “Adult”, “Child”, “Concession”, and a zero price is allowed too, if someone is admitted free. The cashier does not type the amount by hand — they pick a variant.

An order can have a lifetime — then the date it is valid until is printed on the ticket. That is exactly what a gift certificate to a water park needs: bought in December, used in March. And if redemption is not needed at all, it is switched off: the system simply remembers what was sold, and by the order number it brings up the contents and the amount — enough to settle the argument “I paid and they will not let me in”.

Revenue is counted by the sale, not by the redemption. The money came in today — so today it has to be in the cash drawer, no matter when the guest gets to the water.

Rentals and the snack bar — the pool’s second cash desk

This is a separate module, Products, and for a pool it is not a “side line” but the second largest source of revenue. Items come in three kinds, and they are set up differently:

• Rentals — a towel, a cap, goggles, a padlock. Set up without stock tracking: the item comes back, there is nothing to write off, and the money for the service is recorded.
• The snack bar and consumables — with stock per location, a low stock threshold and stock takes by category.
• Paid services — sauna, hairdryer, sun lounger. Also a catalogue item: there is a price, there is no warehouse.

The bar by the water works through held orders: a basket does not have to be paid for right away. The order is held, gets its own number and a label — and the wristband number is the natural thing to put in that label, “Wristband 14”, or the lounger number. On the way out the cashier pulls the order up, adds whatever the guest ordered later, and takes payment: cash, card, the client’s balance, or split between methods. An honest caveat: the system does not build a single tab “everything on wristband No. 14” by itself — the link is held by the label or by the client’s phone number, not by an automatic bond with the wristband.

An Employee cannot cancel a completed sale under any payment method — only the owner voids it, and that stays in the correction log. Not everyone can sell either: access to the section is enabled separately in the Employee’s settings, and it is checked on the server, not by hiding a button.

The snack bar is reconciled separately from the water

Products are sold at the level of the location, not the zone, so they have their own cash reconciliation, unrelated to the results submission for the basins. The calculation since the previous reconciliation is shown read only, while cash and card are entered by hand — with no auto-fill, otherwise the check would be verifying the system against itself. The difference is recorded and goes out to Telegram as a short line.

Next to it lives the stock take: actual units by category against the calculated ones, with a table of discrepancies and a history. These are two different checks and should not be mixed up — the stock take is about goods on the shelf, the reconciliation is about money in the drawer. Neither is tied to a schedule: the snack bar cash can be reconciled at the moment of a collection or when the barista changes.

Season regulars: a wallet instead of a notebook with ticks

A pass here works as the client’s money wallet. The Employee creates it by phone number right at the moment of the first payment, and the plan sets the price and the amount credited — so “pay less, get more” is configured by the plan itself. After that the balance pays for anything: entry, a ticket, a towel, a coffee. The guest sees the remainder themselves, in the Telegram bot, with nothing to install.

Why money and not visits is a fair question, and the answer is a practical one. A pass for eight visits does not work at the snack bar, cannot be shared between family members and burns a whole visit even if the person came in for twenty minutes. A wallet takes off exactly what the guest used, and it covers the whole club at once. If what you need is precisely a visit counter with ticks, let us say it plainly: there is no such tracking in the system.

Lifeguards, coaches, attendants

Shifts are kept either by hand (arrived — left, entered after the fact) or by checking in and out right in the app, and then the server records the time. Pay is accrued by the minute at an individual hourly rate; a rate change applies from the date of the change, past shifts are not recalculated.

Advances and bonuses are an everyday matter in a seasonal business, and here they do not break the till. When an Employee takes an advance themselves, two checks run: not more than the cash left at the location, and not more than what they have already earned. The balance due is a rolling one, and a separate “payday” event does not exist at all. When a shift closes, the owner gets a short summary in Telegram.

Rules signed before, not after

For a pool, and for slides especially, this is no formality. The Instructions module gives a document a public link and a QR code: a person opens the page without any login, reads it, ticks the consent box, enters surname, first name, phone and date of birth, and signs with a finger right on the screen.

More than the signature is recorded: server time, IP, device and browser, how long the person read the document and exactly which version they signed. An instruction can require honest reading — then the button stays inactive until the page has been scrolled to the end. Every signing sends the owner a notification, and any entry in the log exports as a PDF: the statement, the signature image and the full text of the version the person read.

Staff is the obvious use: safety rules, what to do in an accident, the order of admission to the water. But in this module the signer always enters their own data and gets no account, so the same mechanism works with guests: a QR code at the desk by the slides — and the riding rules are signed before the first descent, not after a conversation with a lawyer.

In the evening it all comes together in one place

The results submission goes zone by zone: the system shows the calculated revenue, the Employee enters the actual cash, and the Difference stands right next to it — of either sign. In Stays it is visible per object already at the moment of entry, not later in a report. Expenses are entered right there, as separate records with a comment.

From there everything flows into a single money journal: cash, collections, expenses, advances. In the evening a summary arrives in Telegram or by email, and the day’s cash total comes separately. Several venues are run from one back office, and the locations do not get mixed up.

Zones in different modes coexist calmly at one location: the basin is counted by time, the water zone by tickets from the cash desk, the snack bar lives in Products, and some utility area can be run in Cash only mode, where there are no tariffs and no objects — only money.

Where to start — and what the system does not do

You can start with one zone in Stays mode, one object and one tariff. The wristbands are the most ordinary ones, with numbers; no chips, no readers, no installation. A wristband here is not a pass, it is a way not to mix guests up.

And honestly about the limits, so that you do not find out on the third day. There is no online booking or prepayment in the system. There are no session or class schedules — time is sold at the moment of arrival. RentOS does not control turnstiles or electronic locker locks. It does not issue fiscal receipts. A pass counts money, not visits. A deposit for a wristband is not handled by a mechanism of its own.

If your task is to sell places in a schedule through a website, you need a different tool. If the task is to know how much time was sold, how much money reached the till and where the two diverged — this is enough, and it starts without a single investment in hardware.