Cibuscibus.
Solutions

Table service, QR ordering and kitchen flow in sync.

Run tables, QR carts, split bills, kitchen tickets, staff mobile workflows, payments and customer engagement from one platform.

Cibus · Borough & Vine
One operating layer · live
POSQRKDSPaymentsStaffReach
Active orders
Live
all channels
Table status
In service
floor view
Kitchen queue
Connected
by station
Payment status
Recorded
audit trail
Live event stream
all surfaces
  • Order sent to kitchenPOS · table status
  • Online order receivedStorefront · new
  • Payment receivedPayment status · recorded
  • Campaign draft readyReach · review
8connected modules

Recommended Cibus surfaces for this operation, on one platform.

6workflow stages

An illustrative route through this restaurant operation.

1operating layer

Orders, kitchen, payments and staff share connected operating context.

1customer context

Supported ordering and engagement workflows use connected customer records.

The pain

What this restaurant type runs into

Tables, QR carts and POS out of sync
Server adds a round, guest opens the QR cart — and the table now has two different bills.
Split bills slow down service
A table splitting by item, share and payment method can occupy a terminal while the server reconstructs the bill.
Servers tied to one terminal
Floor staff queue at the POS to send a single order, instead of moving with the guests.
Kitchen tickets get lost at peak
Paper jams, missed updates and station mix-ups can make it difficult for the pass to maintain sequence.
No real customer history
Walk-ins, bookings and online orders live in different systems, so nobody knows who's a regular.
Old way vs. Cibus

From patchwork to one connected layer

Without Cibus
  • Separate apps for tables, QR and bookings
  • Split bills handled manually on a calculator
  • Servers chained to a fixed POS
  • Kitchen sequenced by shouting
  • Customer data fragmented across tools
With Cibus
  • One live table record across POS, QR and KDS
  • Splits by item, share or method in the same flow
  • Servers run the floor from a phone
  • KDS expediter view keeps the pass sequenced
  • Identified, authorised customer context across supported touchpoints
Workflow

An example service flow

  1. 01Seat
    Guests seated, table opened on POS or QR
    Connected authorised floor devices receive the supported table and order state.
  2. 02Order
    Server and QR cart share the same table
    Drinks added through QR update the connected server view.
  3. 03Fire
    Tickets route to grill, bar and cold stations
    Each station sees only what it prepares, in sequence.
  4. 04Split
    Bill split by item, share or method
    The split remains attached to the original order and payment records.
  5. 05Pay
    Receipts issued digitally or printed
    Wallets, cards and cash all flow through the same drawer.
  6. 06Return
    Identified visit context can inform a later Reach campaign
    Only consent-eligible context is used after the operator reviews the audience, channel and message.
How Cibus helps

What Cibus does for casual dining

One table record across surfaces
Server POS and QR carts use connected table and order context, reducing duplicate bills and manual reconciliation.
Splits designed for real service
Split by item, by share or by payment method, all inside the existing payment drawer.
Staff Mobile App for the floor
Servers move with the guests: take orders, modifiers and payments from a phone.
KDS routes by station with expediter view
Grill, bar and cold each see what they need; the expediter sees the whole pass.
Reach uses recorded visit context
Prepare consent-aware segments from supported order and visit activity rather than exporting a separate list.
One platform

Not a stack of disconnected tools. One operating layer for casual dining.

Ordering, kitchen, payments, staff, reporting, customer engagement and delivery share operational context instead of relying on separate hand-offs.

Benefits

What changes for the operator

Connected table hand-off
POS, QR and kitchen surfaces use the same table and order context.
Split-bill control
The payment flow handles items, shares and methods against the original order.
Station-aware kitchen view
Tickets route by station while the expediter retains a view of the whole pass.
Visit-aware campaign planning
Reach can use supported visit context and consent instead of a manually exported list.
Connected shift close
Cash, card and online payment records feed the same reconciliation workflow.
Example shift

What it looks like in service

  1. 19:42
    Table seated, opened on the server POS
    QR menu becomes available to the guests on the same table record.
  2. 20:05
    Two guests add drinks from the QR menu
    The connected server view receives the QR update, reducing re-entry.
  3. 20:30
    Mains fire to grill and cold stations
    Expediter sees the full pass, priorities clear.
  4. 21:18
    Bill split by item across two cards
    Stripe Terminal handles both taps inside the same drawer.
  5. 21:24
    Digital receipts issued, table closed
    Where the diner is identified and authorised context is available, the visit can inform a later consent-aware Reach workflow.
Illustrative workflow · not customer or performance evidence
FAQ

Casual Dining questions

Can guests order at the table by QR and a server?

Yes. QR carts and server POS share the same live table record.

Run casual dining on one operating layer.

Book a demo and see how Cibus connects ordering, kitchen, payments, staff, reports, marketing and delivery for your operation.