A basic QR menu
- Scan
- Read the menu
- Wait for a waiter
A code that opens a picture of your menu. Prices go stale, sold-out items stay on the page, and every order still has to be taken by hand and re-typed into the till.
Guests scan the code on the table, browse your live menu, customise what they want and order — with nothing to download. Every order lands on your kitchen screen and your POS as part of the same table check.
The guest ordering screen, as it ships.
Most QR menu tools stop at replacing the printed card. The guest reads, puts the phone down and waits for someone to come over. Everything after the scan is still manual.
A code that opens a picture of your menu. Prices go stale, sold-out items stay on the page, and every order still has to be taken by hand and re-typed into the till.
The same scan, but the menu is live and the guest can act on it. The order becomes a real ticket the moment it is placed, and the table keeps one bill however many rounds it takes.
Same sticker on the table. The difference is what happens in the ninety seconds after the guest scans it.
Nothing here needs a guest account, an app, or a member of staff standing over the table.
The table sticker carries a code unique to that table. The phone camera is enough — no reader app.
Categories, photos, descriptions and prices as they are right now. The header shows which table they are sitting at.
Variants and add-on groups appear the way you set them up, priced as they go, with a note field for the kitchen.
Name and phone, a look at the bill with VAT, and confirm. Loyalty rewards can be redeemed here if you run them.
It prints to the right station on your kitchen display, with modifiers and notes attached, the second it is sent.
A live status screen: confirmed, preparing, ready. Per-item state, so a slow dish is visible instead of mysterious.
Anything ordered later joins the same open check for that table rather than starting a second order.
Staff settle the table check on the POS and the tax invoice is issued from your figures — VAT line by line.
Guests can also call a waiter or ask for the bill from the same screen.
Grouped by the job each part does, rather than a wall of feature names.
Table codes bind an order to a seat. One restaurant code covers takeaway and delivery from a poster or a bag sticker.
The guest sees your catalogue as it stands, not a snapshot exported last Ramadan.
A dining party orders in rounds. The portal is built around that rather than around a single checkout.
A mixed dining room is the normal case here, not an edge case.
The order is a real order everywhere else in Tahlib the moment it is placed.
This is the part most QR ordering tools get wrong. A table is a party, and a party gets one bill — so Tahlib keeps one open check per table and appends to it.
Scanning a table code issues a signed, short-lived session tied to that exact table. The check comes back after a refresh, after the tab is closed, and on the second phone at the same table.
The checkout says “Add to order #1042” and shows what is already on the check next to what is being added, so nobody agrees to one number and is handed another.
If a waiter rings a round in at the till for that table, it lands on the same order the guest is looking at. One ticket, one total, one thing to settle.
The check stays open until it is paid or voided. After that a fresh scan starts a clean one for the next party.
You can run the QR menu on its own. It gets more valuable each time another part of the restaurant is on the same system, because the order stops being re-typed.
Tickets route to the right station with modifiers, notes and a timer. Nothing is re-keyed from a paper chit.
The same table check is on the till. Staff add rounds, apply discounts and settle without opening a second order.
Guests are matched on the phone number they type at checkout. Points accrue and rewards can be redeemed in the QR checkout itself.
A rating request lands on the tracking screen once the order is finished, while the meal is still fresh.
Run one master menu and push it to every branch, keeping per-branch prices where they differ. Each branch keeps its own codes.
Menu scans today, this month and all-time sit next to sales and channel mix, so you can see how many scans turn into orders.
Products are switched on individually — see the full catalogue and prices on the products page.
The mechanics are the same everywhere. What it saves you is not.
Not a global product with an Arabic toggle bolted on afterwards.
Guests switch between English and Arabic and the whole page flips to right-to-left. Item names, sizes and add-ons all carry both, so nobody orders by pointing.
5% is calculated on the bill before they confirm, and the tax invoice they can download afterwards carries a ZATCA-style QR — the same document your accountant expects.
Breakfast lists that close, a brunch that only exists at the weekend, an iftar menu that opens at sunset in the restaurant’s own timezone. Set the window once.
Guests here order from their own phone as a matter of course. Nothing to install for them, and nothing proprietary for you — the staff side runs in a browser on the tablet you already own.
The QR builder is part of Tahlib, not a third-party generator you paste a link into.
The menu opens in the browser that is already on the phone. No download, no account, no sign-in — the barrier that quietly kills most table-ordering rollouts is simply not there.
Works the same for a first-time guest and a regular.Two ways to get it. Add it to the paid plan you already have, or start on the plan that bundles it. The free plan still gets you a live menu and a branded QR card — you just cannot take orders on it.
Start with a Tahlib plan, then add the products you need — or move to a plan that already includes them.
A code on the table, the counter or the packaging that opens your menu in the guest’s phone browser. A basic one shows a menu and stops there. Tahlib’s opens a live menu the guest can order from, so the scan produces a kitchen ticket rather than a request for a waiter.
The guest scans, the menu opens with their table already identified, they pick items along with sizes and add-ons, then confirm with a name and phone number. The order goes straight to your kitchen display and onto the table’s check on the POS. They can watch it progress and keep adding to it.
No. It runs in the phone’s browser. There is no app, no account and no sign-in — they scan and the menu is there.
Both are supported and it is your choice. On the free plan the menu is view-only, which is a fine way to replace a printed card. On any paid plan the same code takes orders — either because your plan bundles QR ordering, or because you added it.
Yes. The QR builder prints one card per table, each carrying that table’s own code, and a scan pre-selects the table so the order is bound to it. You can print every table in one PDF sheet.
Yes — that is the point of the table check. Anything ordered later joins the same open order for that table instead of starting a new one, and rounds your staff ring in at the POS appear on it too. The check comes back even if the guest refreshes or closes the tab.
Yes. Guests switch language on the menu itself and the layout flips to right-to-left. Items, categories, sizes and add-ons all carry Arabic names alongside the English ones, so long as you have entered them.
Yes, when you run those on Tahlib. The order appears on the kitchen display with its station, modifiers and notes, and on the POS as part of the table’s open check. Nothing is re-typed.
Yes. Set the brand colour, choose square, dotted or rounded modules, drop your logo in the centre, and write the card text in English and Arabic. Save the style and reuse it for every reprint, then export a PNG or a print-ready PDF.
No. The code points at a web address, not at the menu itself. Price changes, new items and sold-out items are live on the next scan. You only reprint if you retire a table code or redesign the card.
Today the order is placed on the QR menu and settled with your staff — at the table, at the counter or on delivery — and the tax invoice is issued from the POS with VAT and a ZATCA-style QR. Guests can download that invoice from their tracking screen. Card payment inside the guest portal is not live yet.
Yes. Each branch has its own menu and its own QR codes. With the Chain module you keep a master menu and push it out to the branches, overriding prices where a branch differs.
Yes. One restaurant-wide code — on a poster, a bag sticker or a social post — opens the menu and asks the guest to choose takeaway or delivery, showing only the channels you have switched on. Dine-in stays reserved for table codes so an order is never bound to a table nobody is sitting at.
Scanning a table code issues a signed session that expires after about 90 minutes and is tied to that one table, so a photographed code stops working quickly. There is also a per-table rate limit on repeat orders, and you can rotate a leaked code and reprint that single card.
Print the cards, put them on the tables, and let guests order and reorder without waiting for someone to be free. The rest of the restaurant sees it as an ordinary order.
No card to start · nothing to install · cancel whenever