Floor Plan

Floor Plan is a visual map of your venue in the admin panel: halls, tables, walls and zones. Tables get QR codes and waiters assigned to them, guests book tables, and orders and reservations show up right on the map.

Open: Admin panel → Floor Plan.

Section settings sit under the gear icon in the window header: Booking deposits (opens the reservation list and expands the deposit rules), Booking widget, Staff and Client codes.

Plan editor#

Create halls — main hall, terrace, VIP. Each hall has its own dimensions (width/depth).
Add elements from the palette:
- Tables — round, square, long; each with a label, seat count, shape and rotation;
- Structure — walls, doors, windows, stairs, elevators;
- Zones — bar, kitchen, WC, entrance, plants, text labels;
- For hotels — rooms and beds (room service).
Select an element to edit its properties, duplicate or delete it.

The editor will not let you stack one table on another, nor place a table or a bed across a wall — in any venue, not just a hotel: while a bed stands inside a room, the room's walls hold it just like the hall walls do, and an element cut by a wall or hanging half-way out of a room turns red and snaps back when you release it. Standing flush against a wall is fine — that is the normal layout; a bed outside any room (a shared dorm, a floor with no rooms drawn) is fine too.

The plan is saved per location — every location has its own map.

Binding QR codes to tables#

Each table links to a QR code from Client codes. Select a table on the map — the "QR code" block offers three ways:

Create QR & link — the shortest one: the code is created automatically, named after the element ("Table 5", "Room 101"), and linked right away.
Scan QR — if the code is already printed and sits on the table, point your camera at it. Scanning the same code at another table moves the binding — handy when rearranging the room.
Select from list — link one of the codes already created for this location (searchable by name).

Done — orders from that QR code show on that table. A linked code can be previewed, its link copied, or saved with Download QR (SVG).

After binding: a guest scans the QR → orders → the order is visible on the floor plan at the right table, in the POS and in the kitchen.

Hall monitor: putting the plan on a TV#

The 📺 Hall monitor button in the editor header opens the selected hall as a full-screen map in a new tab — for a TV near the entrance, a host's tablet or a second monitor. There is no sidebar and no panels: the screen shows one thing, the whole room at once.

Tables carry live badges: the total of open orders and a timer since seating. For a hotel it is the guest name, the number of nights and the folio balance instead. Tap an element and a details panel opens on the right; Esc closes it.

Data refreshes on its own: orders arrive over a websocket and are additionally polled every 30 seconds, hotel rooms and folios once a minute. The screen stays awake (a wake lock is requested), the scale is controlled by the zoom buttons and "Fit", and there is a separate full-screen button. The monitor is read-only: you cannot change an order or a room status from it.

Waiters mode#

In the Waiters mode you assign tables to specific employees: pick a waiter and mark their tables. Orders from those tables are automatically bound to the waiter — visible in the order card and staff reports. Add waiters on the Staff page. At a hotel, rooms and beds are not assigned to waiters — a room is not served by a waiter (an assignment left over from before is cleared by tapping the room). In other venues a "Room" on the plan is an ordinary place, such as a meeting room, and a waiter can be assigned to it.

Table reservations#

Reservations work from both sides:

For guests — the QR menu and the venue website show a booking button: the guest picks a date, time, party size and leaves a contact. After submitting they can see their reservation status.

For the venue — reservations open from the Floor Plan page with the 📅 Reservations button (it also carries a counter of pending requests): a separate window with the request list and table assignment. The manager confirms or declines a booking, and can create one manually (e.g. after a phone call).

The same window holds the Deposit button (with a card icon), where you set the booking deposit rules: which weekdays, hours and party sizes require it and how much. A paid deposit can be waived — for example, when the guest warned you about the cancellation. Details are in Table reservations.

The reservation block in an element's properties depends on the kind of place: a table is booked by the hour (60–240 minutes), while a hotel room or bed gets "Room bookings" — a booking by nights, one night minimum (see Hotel).

Waitlist and heat map live in the Hall panel#

This section is the editor of the plan: here you draw halls and tables and bind QR codes. Working on top of that plan during a shift lives in the Hall panel, opened from the till:

the waitlist (the queue of guests with no free table, invitations by phone call or Telegram, a suggestion of who to seat at a freed table);
the hall heat map — revenue and average check per table for today;
the "Now" tab with occupancy, upcoming reservations and waiter calls.

None of these tools exist on the "Floor plan" page — don't look for them here.

What you need to get started#

The section switched on for your venue type. For a restaurant, cafe, bar and hotel it is on by default; for retail, fast food, canteens, salons and pickup points it is off and is switched on in the App Store.
At least one room and tables on the plan — the plan is drawn here, and it is used by the Hall panel and the POS.
QR codes bound to tables — QR codes and devices: it is the binding that gives a guest's order a table number.
A deposit policy — if reservations are taken with a prepayment (the gear icon in the window header).
⚠️ The Interior Ministry register (109-FZ) appears only for locations with the country set to Russia and only on the Russian brand.

Limitations#

This is a plan editor, not a shift workspace. The waitlist, seating guests, waiter calls and the heat map live in the Hall panel — they are deliberately not here.
At least one room must remain — the last one cannot be deleted.
The reservation widget for your own website is a paid extension. Until it is paid for, the "Book a table" button does not travel to an external site: an unpaid widget is stripped from the site data on the server. The install code and the widget card are in the My website section.
The guest does not choose a table or a room. The widget and the in-menu form take a request — date, time, party size and contact; where to seat them is decided by the venue in the "Reservations" window.
The widget does not wait for confirmation and honestly tells the guest "your request has been sent, the venue will confirm": the decision stays with you.
The guest picks a time in the venue's time, since they are booking "on site", not in their own time zone. Your own screens show the booking on the same clock: the "Bookings" panel, the floor plan and the POS Hall panel name the hour the guest picked, even when the tablet or computer sits in another time zone. The venue's time zone is set in "Venues" on the "Hours" tab; until it is set, times follow the device clock.

Troubleshooting#

There is no booking button on my site.

Booking is switched off for the location — the same toggle that shows the booking button on the storefront.
The "Reservations" extension is not paid for — the widget will not reach the page even with the toggle on.
The tag was not found — press "Check installation" in the My website section; a tag inserted through Google Tag Manager will not be seen by the check.
Changes have not arrived yet — widget files are served through a CDN with a 5-minute cache: wait and reload the page with the cache cleared.
The multibutton swallowed the button — if its fan contains a "Book a table" item, the widget's own button is hidden deliberately.

A guest's request never arrived. Reservations live in the 📅 "Reservations" window on this page, not in the order list; the button carries a counter of unconfirmed ones. The common inbox of incoming items (reservations, appointments, popup leads and callbacks) is in the "Leads" section.

A QR code on a table points to the wrong place. Scan it again at the right table — the binding moves; you do not need to reprint codes or delete anything.

A table is not visible on the plan. Check that the right room is selected: tables belong to a specific room and will not show up in a neighbouring one.

Hall panel — waitlist, seating, calls and the heat map
Hall monitor — the full-screen map for a TV or tablet, opened with the 📺 button in this section
Table reservations — guest bookings, statuses and deposits
POS — picking a table when taking an order
Orders — orders from tables
QR menu — what the guest sees after scanning
Staff & shifts — roles and waiters

FAQ#

How many halls can I create?#

Unlimited — main hall, terrace, banquet room, second floor. At least one hall must remain.

What if a table was moved or its QR re-glued?#

Just re-scan the QR at the right table — the binding moves automatically.

Does the floor plan work for hotels?#

Yes: add rooms and beds instead of tables. A QR code in a room binds just like a table QR — you get a room service setup.

Can a guest book a table without calling?#

Yes, right from the QR menu or the venue website. The request instantly appears in the admin panel and the guest sees the confirmation.