QR ordering and reservations
For the restaurant that wants customers to order from their phones, and for anyone taking advance reservations.
On this page
How does QR ordering work?
Every table has its own QR code. The customer scans it with their phone and the restaurant menu opens with prices and options; they choose and send, and the order reaches the main POS and from there the kitchen. The customer needs no app. From the same page they can "Call waiter" or "Request bill".
The order reaches the POS through the cloud, so the main POS must be connected to the internet; if it has not pulled orders in the last 45 seconds, it counts as offline and no new phone order is accepted.
Enabling and setup
- From Point of sale, Restaurant setup, open the "QR" tab and switch on "Enable QR ordering".
- Choose "Order acceptance": Always manual approval (the waiter approves every order from the "Incoming orders" screen), Automatic for open tables (an order from a table with an open session goes straight to the kitchen), or Always automatic.
- Set the "Maximum phone order value" to avoid prank orders.
- Print each table's code and stick it on the table.
Each table in the tab has buttons: "Pause" and "Resume" to disable ordering from it temporarily, and "Rotate code", which stops the old sticker immediately if it leaked or was photographed, so you need to print the new one.
Tip
Besides the fixed sticker, the POS prints a slip with a session code when the table is opened, and it expires when the table closes. It is safer than the sticker because someone photographing it after leaving cannot order on the next table's bill.
The incoming order cycle
| Status | Meaning |
|---|---|
| Waiting for the POS | Sent from the phone and not yet pulled by the POS. If it does not arrive within 3 minutes it expires. |
| Reached the POS | Appeared in "Incoming orders" waiting for the waiter's decision. If not answered within 10 minutes it expires. |
| Accepted | Sent to the kitchen and added to the table bill. |
| Rejected | Rejected by the waiter with a reason: unavailable, kitchen closed, or wrong table. |
| Expired | Not answered in time. |
The customer sees the status on their phone, so they are not left guessing. Accepting and rejecting orders needs the "Incoming QR orders" permission.
Reservations
Managed from the panel under Point of sale, Reservations, and from the app under "Reservations", synced between both.
New reservation
- Press "New reservation".
- Enter the customer name, phone, time and guest count.
- Pick a table, or leave it "Assigned on arrival".
- Add a note and save.
Reservation statuses
- Booked (in the app "Pending confirmation") then Confirmed after calling the customer.
- Seated: press "Seat" on arrival, which opens a session on the table and ordering begins.
- Completed after the bill is closed, or No show, or Cancelled.
A table with an upcoming reservation shows as "Reserved" on the floor map so nobody else is seated there. Times are in the restaurant's local time on both the panel and the device.
Warning
A reservation creates no invoice and no entry. If you collect a deposit, record it as a receipt voucher in the customer's name with the purpose "advance", then allocate it to the invoice at payment time.
The tables and cancellations reports are in Restaurant reports.
Frequently asked questions
Can the customer pay from their phone?
No. QR ordering is for ordering, calling the waiter and requesting the bill. Payment is recorded on the POS or the ordering device.
A customer photographed the code, left, then ordered from home?
With manual approval the waiter rejects the order with "wrong table". With automatic for open tables it is not accepted because the table is not open. If it keeps happening, use "Rotate code".
Do reservations need the internet on the device?
Creating and editing a reservation from the app needs a connection because reservations are saved on the server directly and managed from the panel too.