Table QR
Ordering appears only where it belongs
Main QR links stay browse-only. Table QR links unlock cart and order controls.
QR ordering system
Table QR ordering that supports staff instead of replacing them.
Let guests scan a table QR code, choose items and options, send the order, add more during service, and notify staff when the table is ready for the bill.
iMango
QR ordering for the real restaurant floor.
iMango table QR ordering keeps the restaurant's shared table model intact. It reduces back-and-forth for item choices and additions, while staff still owns service, payment, and guest care.
Order flow
First orders and additions stay together
Guests can submit the first order, then add more items to the active table order.
Bill request
Ready to pay is a staff signal
Guests can ask for the bill from the device that submitted the order. Payment remains with staff.
Guest flow
Guests order from the menu they are already reading.
A table QR route uses the same public menu as the normal QR, then adds cart, quantity, option selection, special instructions, and submit controls when ordering is available.
- Guests choose items and required options before adding them to the cart.
- The cart stores selected items locally on the guest device until submit.
- The server validates item availability, option availability, quantity, and price at submit time.
Staff workflow
One table order stays visible in the restaurant workspace.
Staff receives one active service order for the table. Later submissions become additions inside that same table order, so the restaurant keeps a shared service flow.
- The Orders workspace shows submitted orders and later additions.
- Realtime alerts can notify staff about new orders, additions, and ready-to-pay signals.
- Staff can manage operational status and payment status separately.
Service boundaries
Keep the ordering flow clear without overexposing the table.
QR ordering is an assistive service channel, not a replacement for hospitality. Guests can still ask staff for help, and restaurants keep their own payment process.
- Ready to pay does not process an in-app payment.
- The submitted-items view is device-scoped and does not expose the full table history.
- Ordering can be paused or limited by table availability and opening hours.
A table ordering flow that stays close to service reality.
1
Set up table QR codes
Create floors and tables, then download table-specific QR codes with opaque table codes.
2
Receive the first order
Guests scan the table QR, choose items and modifiers, and submit the first order.
3
Handle additions and bill requests
Guests can add more items or ask for the bill while staff manages the order workspace.
FAQ
Frequently asked questions
Does the normal restaurant QR accept orders?+
No. The normal restaurant QR stays browse-only. Ordering controls appear on valid table QR routes when ordering is enabled and the table is available.
Can guests add more items after the first order?+
Yes. Later submissions from the same table QR are added to the active table order while it remains pending or in progress.
Does iMango process payments?+
No. The ready-to-pay action tells staff the table may be ready for the bill. Payment is still handled by the restaurant.
Add ordering to the table QR when your service flow is ready.
Use table QR codes when you want guests to send orders, additions, and ready-to-pay signals without replacing staff service.