Guests wait to get a menu or place an add-on.
They scan the table QR, choose Arabic or English, order, call a waiter, and request the bill.
Restaurant operations, connected
RestuHub connects bilingual table QR ordering with public pickup or delivery. Cashiers, waiters, kitchen teams, and pickup staff share one protected order and payment history.
Built around the way a real restaurant shift moves—not a generic online menu.
Where time gets lost
RestuHub keeps each role focused while every update lands on the same live order, table, and payment history.
They scan the table QR, choose Arabic or English, order, call a waiter, and request the bill.
The cashier confirms the order, then routed original or add-on tickets enter the kitchen print queue.
Waiter assignments, service calls, table status, and checkout requests stay visible to operations.
Server-calculated totals, payment rows, status history, and table release are persisted together.
The operating loop
Every step below is implemented in the current product and backed by the same live database.
01 · Guest
The table QR opens its bilingual menu. The guest chooses items and modifiers, then submits a server-priced order.
02 · Cashier
The order appears as Needs review. Confirmation creates controlled kitchen work and starts its status history.
03 · Floor + kitchen
Waiter ownership, service calls, table state, kitchen routing, retries, and add-on tickets remain traceable.
04 · Close
Cash, card, or split collection persists against the order. Exact final payment closes it and safely releases the table.
Rendered from the live system
These screens were captured from the working application with PostgreSQL-backed tables, orders, shifts, and menu data. Credentials, QR tokens, cookies, and full record IDs are excluded.

A real 393px menu view with bilingual controls, table context, a persisted item, and waiter access.

Needs-review orders, service calls, unassigned work, and live table states share one operational view.

Shift state, assigned requests, available orders, and table status are fetched from the operational database.
Clear responsibilities
Guest
No staff account. A table QR and protected order session keep the guest inside their own visit.
Storefront customer
A public bilingual menu supports server-priced checkout, protected tracking, cash, and reviewed wallet evidence without exposing another order.
Waiter
PIN access, shift state, owned orders, service requests, table context, and manual ordering.
Cashier
Review, confirm, assign, advance, collect, reprint, and recover through guided actions.
Pickup Man
Claim ready work, record status changes, collect the exact cash due, attach evidence, and complete a reconciled handover.
Admin / Owner
Menu, tables, staff, attendance, printers, theme settings, and restaurant-scoped analytics.
Kitchen
Confirmed original, add-on, and reprint jobs are routed to configured stations with retry history.
Current single-restaurant plans
Annual prices match the active July 2026 pricing file. Prices exclude VAT; onboarding and printer hardware are separate where shown.
Small cafés and kiosks · up to 15 tables
12,000EGP / year
Full-service restaurants · unlimited tables
24,000EGP / year
Restaurants adding controlled kitchen printing
34,000EGP / year
Restaurants adding public pickup and delivery
48,000EGP / year
Premium and Storefront include the printing entitlement, but printer hardware is optional and quoted separately. The active cost model estimates 10,000–15,000 EGP for a typical single-station kit.
The current release securely scopes one restaurant per account. Consolidated cross-branch reporting and group management are not implemented, so they are intentionally excluded from these plans.
Straight answers
No. The guest scans the table QR in a browser. A protected device session is created only for that table order.
No. Guest orders first enter Cashier review. A confirmed order creates routed kitchen work; printer hardware and the local print agent are part of the Premium setup.
Storefront customers can choose cash or submit manual wallet-transfer evidence for staff review. Table orders still close through the Cashier, and an automated card-payment gateway is not advertised.
The product reports connection loss and retries safe live-data reads. New orders, status changes, and payments require server confirmation; the page does not claim an unconfirmed mutation was saved.
Not for Starter or Growth, and Storefront can operate without a printer. Premium or Storefront printing needs compatible thermal-printer hardware and an installed local print agent, quoted separately.
Not yet. The current release operates one restaurant per account. Cross-branch reporting will not be sold until it is implemented and verified.
Open the product entry to review the table Guest, Storefront customer, Waiter, Cashier, Pickup Man, Admin, and authenticated Kitchen surfaces available in this build.