The floor, as a map of tables
The main screen is the room: tables with their status and open tabs. Tap a table to open or continue an order. It is the waiter's view, not an order form.
Ordering from the table, by QR
Every table has its own QR code, printable as a sheet of one card per table. The guest scans and orders for themselves. The codes are generated on the server, so the sheet prints without depending on anything in the browser.
The kitchen display
Fired items appear grouped by order, with one-tap transitions — preparing, ready. It refreshes itself, because nobody in a kitchen presses reload.
Closing the day
The sales report aggregates closed orders: count, subtotal, VAT, total, broken down by type — dine-in, takeaway, delivery. The session history shows, per day, the cash variance and the breakdown by tender.
The order screen is wired to the fiscal printer configuration, where a receipt is required.
Menus that print
The menu is managed in the app and has a clean print view with its own styles for paper. Dishes can carry tags — vegan, spicy, gluten-free — used as badges on the menu.
Worth knowing
In a restaurant the system does not need to be clever; it needs to be fast and never lose an order. That is why floor, kitchen and till work on the same records: an order fired to the kitchen is already on the bill.