Product
Operation types
Pricing
Compare
Resources
Log in See a 15-minute demo ESEN
Article · 10 min

Room charge at the pool bar: the case where nobody carries a wallet

The pool bar is the hotel’s most informal revenue center and the one that depends most on room charge, because the guest is in a swimsuit. How to identify the guest from the lounger, verify they are staying at the hotel and close every tab before they walk away.

In your hotel’s restaurant, the guest arrives dressed, with a wallet and a key card. At the pool bar they arrive wet, in sunglasses, with nothing else. If they cannot post to the room from the lounger, either they do not order, or they order and someone writes the room number they say in a notebook that reaches the shift close whenever it does. The pool bar is where room charge stops being a convenience and becomes the only way to sell.

Why the pool bar is different

Everything that keeps the restaurant orderly is missing at the pool. There are no fixed tables: there are loungers people move between during the day. There is no server per section: there are one or two walking around the water. There is no printed ticket the guest signs calmly: there is a wet hand and a glass. And there is no room key in sight, because the key is in the towel bag or in the room.

On top of that, the pool is where the most kinds of people mix: guests, companions who are not registered, day-pass visitors, children ordering while the parents are not looking, and at resorts, all-inclusive guests next to guests who pay for every item. The bar has to tell them apart in seconds, without asking anyone in a swimsuit for identification.

For all those reasons, the pool bar is where the most consumption gets lost and where the most charges get disputed. It is also where the most can be gained if the process works, because the guest at the pool has the whole day ahead and no intention of going anywhere else.

The underlying problem: identifying without a wallet

Room charge needs three things: knowing who the guest is, knowing they are staying at the hotel right now, and knowing they are allowed to post charges. In the restaurant, the key card handles the first, verification against the folio handles the second and the hotel’s policy handles the third. At the pool, the key card is not there. It has to be replaced.

The available options are few and each has its place. What matters is that identification is a gesture, not an interrogation, and that behind the gesture there is a real verification against the folio rather than just the guest’s word. How that verification works in general is on the room charge page (Room charge); here we go into what is specific to the pool.

The wristband

The wristband is the pool’s key card. It is handed over at check-in, tied to the guest’s folio, and removed or deactivated at check-out. It can be paper with a code, fabric with a chip, or color-coded by plan. What makes it work is not the material but that the bar’s point of sale can read it or look it up and see the folio behind it: name, room, departure date, plan, charge authorization.

At an all-inclusive resort, the wristband also says what is included and what is not. A guest on the full plan orders a beer and no charge is generated; the same guest orders a bottle of a brand outside the plan and a charge is. The point of sale has to know that from the wristband, without the bartender having to ask. The all-inclusive page (All inclusive) explains how included consumption is recorded for the report even when it generates no charge.

The lounger number

The lounger is the pool’s table, but with a problem: people move. So the lounger number is used to open and follow a tab during the day, not to identify the guest. The tab is opened at lounger 14, tied to the folio of room 305 after checking the wristband, and everything ordered from lounger 14 accumulates there. If the guest moves to 22, the server moves the tab rather than opening a new one.

Without a system, the lounger is all the server has, and that is where the trouble starts: they write “lounger 14, two beers” and at the end of the shift try to remember who was at 14. Sometimes they get it right.

Stay verification

This is the step almost nobody does at the pool and the one that protects the most money. Verifying the stay means confirming, at the moment, that the room is occupied today, that the name on the wristband matches the folio, and that check-out is not today before the time of consumption. A guest who checked out at eleven and is still at the pool at one is consuming with no open folio; if the bar posts to room 305, the charge lands on a closed folio or, worse, on the folio of the next guest in that room.

Verification also stops the visitor who is not staying at the hotel and gives a room number. With no wristband and no name match, the charge does not go through, and the bartender knows it without accusing anyone: “Of course, may I see your wristband?”

The full flow from the lounger

  1. The guest orders. The server, point of sale in hand, asks for the wristband or the name and room.
  2. The system finds the folio, verifies the stay is active today and the charge is authorized, and shows the name so the server can confirm it out loud.
  3. A tab tied to the folio is opened and associated with the lounger number. If the plan is all-inclusive, the system marks what is included and charges only what is outside it.
  4. Every consumption during the day is added to the same tab. If the guest changes loungers, the tab follows.
  5. At closing, the guest confirms on screen with a gesture: a tap, a short code, or a digital signature if the hotel requires one above a certain amount. No paper.
  6. The charge reaches the folio at that moment, with time, lounger, server and detail, and the guest receives a summary by message if they have it enabled.

Step six matters more than it seems. A charge that reaches the folio at three in the afternoon, when the tab was closed, gets disputed far less than one that lands at eleven at night, when someone typed in the shift’s notebook. And the summary message turns a possible dispute tomorrow into a confirmation today.

The tabs that stay open

The pool’s own risk is the open tab nobody closes. The guest consumes for three hours, gets up, goes to the room and the tab stays on the lounger. On paper, that tab is lost or posted from memory. With a system, the tab has been tied to the folio since it was opened, so closing it is an administrative step, not a search.

The rule that works is simple: at the end of the bar shift, no tab may remain open. Those the guest did not close are closed against the folio they were already tied to, flagged as “closed by shift” so the front desk knows the guest did not confirm on screen. If the hotel prefers not to post without confirmation, those tabs go to a report the front desk reviews with the guest that same evening, not at check-out.

  • No tab is opened without a verified folio behind it. If there is no folio, it is direct payment.
  • No tab stays open at shift close. It is either closed against the folio or sent to the pending report.
  • No consumption is written outside the system. If the point of sale is not available at the pool, the bar does not sell on credit.
  • No charge from a minor unless the tab is tied to the responsible adult’s folio with whatever authorization the folio states.

An illustrative example with numbers

The figures are made up to show the calculation; they are not data from any hotel. Imagine a hotel with a pool where the bar opens 30 tabs a day in season, with an average consumption of 350 per tab. That is 10,500 a day and 315,000 a month.

With a notebook and a spoken room number, suppose 3 tabs a day never reach the folio: forgotten, wrong number, or the guest had already checked out. That is 3 × 350 = 1,050 a day, 31,500 a month, 10 % of the bar’s sales. And of the 27 that do arrive, suppose 2 are disputed at check-out and removed because there is no evidence: another 700 a day, 21,000 a month. In total, 52,500 a month sold and not collected, from a bar that on paper sells 315,000.

With tabs tied to the folio from the wristband and mandatory closing at the end of the shift, the 3 tabs that were being lost are closed against their folio, and the 2 disputes are resolved by showing the ticket with time and lounger. Not one more beer has to be sold for the bar to collect 52,500 more a month. The numbers in the example are invented, but the mechanics are those of any pool with a notebook.

Item (illustrative example)With a notebookWith tabs tied to the folio
Tabs opened per day3030
Average consumption per tab350350
Sales per day10,50010,500
Tabs that never reach the folio3 (1,050)0
Tabs removed after a dispute2 (700)0
Collected per day8,75010,500
Difference per month (30 days)52,500 not collected0
Illustrative example with invented figures. It shows that the pool bar’s loss does not come from selling less but from not collecting what was sold.

Visitors, day passes and companions

Not everyone at the pool is a guest, and the bar has to sell to all of them without mixing up the tabs. The day-pass visitor pays directly: card or cash at the moment, no folio. If the hotel gives them a wristband, it is a different color and the point of sale recognizes it as direct payment. A companion not registered on the folio may consume on the room only if the registered guest authorized it at check-in; otherwise, they pay directly. And a guest from another hotel in the same group, if there is an agreement, posts to their own folio at their own hotel, not to yours.

Keeping these tabs separate is not only about collecting. It is about the report: food and beverage revenue per occupied room is calculated on sales to guests, and if the bar mixes day passes with room charges, the metric lies. There is a full piece on how visitor consumption is separated from guest consumption (Reports).

What the pool bar’s point of sale needs

The pool bar does not work with a fixed register in a corner. It needs the point of sale in the server’s hand, water resistant or protected, with battery for the whole shift and a connection that holds up at a distance from the building. And it needs that point of sale to talk to the folio in real time: look up the wristband, verify the stay, open the tab and close it against the folio without going through the front desk. The pool bar page (Pool bar) details how that revenue center is set up.

If the connection drops, the bar must be able to keep opening tabs against the last known guest list and sync when it returns. What must not happen is the server going back to the notebook, because the notebook is the problem the system came to solve.

In short

At the pool there is no wallet and no key card, so the wristband identifies, the lounger follows the tab and stay verification protects the folio. No tab is opened without a folio behind it and none stays open at shift close.

What to do this week

  1. Spend an afternoon at the pool and count how many orders are written on paper or from memory before reaching a system.
  2. Check how many pool bar tabs were left open at shift close last week and what was done with them.
  3. Define what identifies the guest at the pool: wristband, code, or verified name and room. Write it down and hand it to the bartender.
  4. Ask the front desk how many of last month’s disputes came from the pool bar. If there are more than from the restaurant, you know where to start.
  5. Decide which wristband color or marker the day pass uses, so no visitor can post to a room.

Inn Restaurant opens the pool bar tab from the wristband or the guest’s name, verifies the stay against the folio on the spot, follows the tab by lounger and closes it to the folio with time and detail. If you want to see what an afternoon at the pool looks like without a notebook, book the fifteen-minute demo (contact).

Your hotel’s restaurant already sells well. Now the hotel needs to know it.

Fifteen minutes, with your menu and your tables. Nothing to install.

See a 15-minute demo
We use the minimum to make the site work and to know which pages are useful. You can reject the rest.