The bill stays open until the table is finished.

Most counters close an order in the time it takes to hand the food over. A forty-cover dining room in Kochi does not: one table collects a separate kitchen chit for every round it orders across two hours, and is totalled only when somebody asks. Then that total is divided between the people sitting at it.

  • One table session, not a stack of separate bills
  • Cash and UPI, split per person at settle
  • Tables come with the counter, not as an extra

Two hours, four moments at the till.

Doors at noon, the real service from 19:30. A forty-cover room in Panampilly Nagar asks the till to do four things across a sitting, and the first of them bills nothing at all.

Open the tableNothing is billed yet

The till shows a grid of tables, each one marked Occupied or Available.

A steward taps Table 7 and types how many are sitting. That opens a session — a record with no total on it. A table holds one open session at a time, so tapping it again hands back the session already running instead of quietly starting a second one beside it.

Send to Kitchen, once a roundDrinks, then mains, then a dessert

Each round is its own kitchen chit, against the same table.

Starters and drinks go as one chit. Twenty minutes later the mains go as a second. A dessert at 22:10 is a third. Every chit prints twice — a kitchen copy with the table name in bold across the head of the ticket, and a guest copy — and each ages on its own on the kitchen board, which is what a coursed sitting looks like from the pass. Add an item to a chit already sent and the kitchen gets a supplement ticket; pull one off and it gets a void chit marked do not make, each carrying its edit number.

Generate BillWhen the table asks, not before

Every chit on the session totals into one figure on the Bill Summary.

Service charge, a tax amount, and either a typed discount or a coupon code — the coupon overrides the typed figure when both are there. Nothing has been closed. The guest copies printed at each round are what the table has in front of it; the consolidated total is a screen the steward is holding.

Settle & CloseCash or UPI

Three people paying separately is three portions against one bill.

Person 1 in cash, Person 2 and Person 3 by UPI. Each portion carries its own method, is collected one at a time, and is labelled per person by default or with a label you type. The portions have to add up to the outstanding balance exactly. One consolidated payment then carries the table, so the ledger is credited once rather than three times. A table can also be closed with the payment left pending, so a regular settles later. Then the table goes back on the board.

A sitting is long enough for something to go wrong on its own.

Both of these exist because two hours is longer than a system’s patience usually runs. They are the reason an open bill is safe to leave open.

The unpaid-order sweep skips your table.

An order that reached the kitchen and was never paid for is normally swept up after a while, which is the right answer for a counter order nobody came back for. An order sitting on an open table is excluded from that sweep by name. A table that has been eating since 19:30 is never cancelled underneath the floor.

The table cannot be handed back early.

The host board refuses to free a table while anything on it is still cooking or still owed, and it says which of the two it is. Available means nobody is holding the table and the till has no open bill on it — one definition, read the same way at the door and at the counter.

Tables are part of the counter. The door is the add-on.

Worth saying plainly, because it is the opposite of what the quote usually looks like, and it changes what a dining room without a queue has to buy.

Counter & Orders

Included. The table grid, opening a session, sending each round as its own chit, Generate Bill, the split, Settle & Close and voiding a table all sit behind the POS billing permission the counter already owns. A restaurant with tables and no queue outside runs its whole floor on what it has.

Host & Tables

An add-on, and it buys the door: the printed QR, the tokens, the parties ahead, the WhatsApp on joining and again when a table is ready, and the seating maths below. Worth it the first Saturday people are standing outside, and not before.

Splitting one bill between the people sitting at the table is included as well, in Payments & Wallet.

The door, when there is a queue at it.

One printed QR that never changes, and a set of rules about who gets the next table. The rules are the part nobody writes down, so here they are.

  • A party of six scans one printed QR taped to the host stand, gives a name, a number and a party size, and gets token A118 and the number of parties ahead of it.
  • Where a location asks for it, no place in the queue exists until a WhatsApp code comes back, so nobody holds a spot on a number they do not own.
  • A second scan of the same QR returns the place the party already holds, rather than quietly issuing a second token.
  • Waiting parties are seated oldest first, and each takes the smallest table that fits, so a six-top is not burnt on a couple.
  • When no single table fits a large party, the board proposes the fewest tables that seat them and wastes the fewest seats — the same pair every time, not whichever two the host happened to see.
  • A party of nine waiting past thirty minutes that no free table fits has the tables it needs held back from later parties for that pass. Nothing is written down, so a floor that empties clears itself.
  • The board counts only the parties that took a table this one actually needed, so being overtaken is distinguishable from the floor simply being too small for the party.
  • A host may seat a party across up to four tables, and may squeeze nine onto a six-top — but only by giving a reason, which is recorded with the seats that were free at that moment.
  • The queue refuses new names past a ceiling you set, rather than taking a name it cannot seat.
  • A fresh queue can open by itself each business day, run continuously, or be opened and closed by hand. The printed QR is unaffected either way: rotating it is a deliberate act for a poster that leaked or was defaced, never a side effect of starting a new queue.
  • Tables added on the host screen are the same tables the till and the location settings use. There is no second copy to drift.

All of it is Host & Tables. Staff on shift are pushed a note when a table opens and again when it closes.

From the menu to the pass.

A menu that has to be cooked to order asks two things of the catalogue that a counter menu never does.

Meat temperature and spice level are kinds of choice, not free text.

A choice group can be required or optional, single or multiple, with a minimum selection, a cap on distinct choices, a cap on total quantity and a number included free. The kinds it can be given include meat temperature and spice level. That is the difference between a modifier list and a steak order the kitchen can read.

In Menu & Catalog.

The dish carries its own procedure.

Steps grouped into prep, cook, plate and hold, each with a target temperature and a critical flag, plus a plating photograph, allergens, a yield and a holding instruction. So “hold at 65 °C” is a number on a step that somebody answers, not a line in a manual nobody opens. The kitchen at one location may override the group’s procedure for a dish, which is what a second room on a different range actually needs.

In Menu & Catalog.

Mise en place is a routine with readings on it.

A checklist that opens by itself before service, answered with numbers, a yes or no, and photographs. Push a figure past the limits set on it and the platform raises a corrective action, filed against whichever version of the SOP was in force that evening. It is the holding instruction printed on the dish, asked one shift earlier.

In Attendance & Routines.

A busy kitchen does not slow the dining room down.

When the pass is behind, switching the branch to busy or critical stretches the promised ready time on the pickup channels by a buffer you set. The floor is untouched — the counter always works — and the restrictive modes demand a reason that is audited afterwards.

In Counter & Orders.

What the night was actually worth.

A high-ticket plate hides a thin margin better than a cheap one, and a room that closes at midnight closes its drawer at midnight too.

What the ₹680 plate cost tonight.

A recipe ingredient can point at another dish you make in-house — the sauce, the stock, the masala — and carry its own wastage percent. Recipes attach to modifier and variant options as well as the base plate, and can be held per branch. Plate cost recomputes from the weighted average you actually paid, so the margin on the menu is the one being earned rather than the one budgeted in March.

In Inventory & Recipes.

A late room closes late, and everything lands in one close.

Service charge, the cash portions of every split bill and any table closed pay-later all arrive at one close when the room finally shuts. The drawer starts where yesterday left it, the expected figure tracks the service as it runs, and the notes and coins written down have to reconcile against the cash actually counted before the close will save.

In Daily Close.

Points land at settle, not at the table.

A dine-in order is created with its payment deferred, so reward points on a table accrue when the table is settled rather than when the food reached it. Daily deals run per branch on the weekdays and hours you choose, which is how you price a Tuesday lunch without discounting a Saturday night.

In Rewards & Deals.

Dine-in and takeaway pull apart in a spreadsheet.

Any date range with orders, gross, refunds and net; every order listed and searchable; profit and loss by day, week or month. Order type is a column on each row and on the CSV, so the two halves of a room that also does counter trade separate without a second report.

In Dashboard & Reports.

The floor has ranks, and the permissions match them.

A steward, a captain and a manager do not need the same buttons, and a room with a public review page cannot afford to find that out on a Sunday.

Voiding a table is not a billing action.

A table that has already sent chits can only be voided against the cancel permission, not the ordinary billing one. Pay-later, refunds and status overrides are each their own grant. So a steward opens tables and bills them all night without ever holding the right to void one, and the permission list reads like the floor does.

In Staff & Roles.

A bad Saturday is answered before it is published.

A complaint is raised against one order with up to three photographs, opens with a countdown, is answered in a single thread, and escalates itself to refund-due if the countdown runs out. Guest star ratings average into a badge on your storefront, which is where an unanswered table ends up otherwise.

In Complaints & Reviews.

The things a dining room asks for that are not here.

Eleven of them, and the first is the question you came to ask. Better to lose the demo now than the second month later.

  • No table reservations. The queue is walk-in and same-day: there is no booking, no time slot, and no covers held for 20:30. If your room lives on tables booked a week ahead, this is the wrong software and we would rather you knew it here.
  • No drag-and-drop floor plan. A table is a name, a seat count, an on-off and a position in a list — the order you walk them. There are no zones, no coordinates, and no bar-versus-terrace drawing of the room.
  • No coursing. A round goes to the kitchen when a steward presses Send to Kitchen. Nothing holds the mains back to fire them ten minutes later.
  • No station printers. A printer is flagged for the guest copy, the kitchen copy, or both. Every kitchen printer gets every kitchen copy, so drinks cannot go to a bar printer while the tandoor takes the kebabs.
  • No splitting by item. A split is amounts and methods with a label per person. You cannot drag dishes onto separate checks.
  • No card at the table. Settling a table takes cash or UPI and refuses the rest; split portions are cash or UPI too. A card machine on the floor stays outside the system.
  • No printed itemised bill for the whole table. Each chit prints its own guest copy at the moment it is sent, the consolidated total lives on the Bill Summary screen, and a receipt link can go to the guest on WhatsApp.
  • No covers, no spend per head, no turn time, and no sales by steward. The guest count is captured when the table opens and no report reads it back; orders record who created them and nothing reports on that either.
  • No tips and no tip pool. Service charge is a number typed at bill time. It is not allocated to anyone.
  • No no-show timer. A party that does not turn up is removed by a person, with a reason, rather than dropped by a clock.
  • No moving a table, merging two bills, or transferring items between them. A party seated across two tables is one queue entry holding both, not two bills stitched together afterwards.

Should any of them be the hinge your room turns on, tell us during the call. That list is how the build order gets decided.

Book a RestoMama demo

Tell us about your restaurant and the workflows you want to launch first.

  • One replyA person from the team, not an autoresponder sequence.
  • One serviceWe walk your own dinner rush end to end — bill, KOT, payment, dispatch, day close.
  • No hardwareIt runs in the browser on the machines and printers you already have.

See a real service, end to end.

We will take one dinner rush the whole way — ring a bill, print the KOT, call the token, mark the payment, dispatch the order, pay the agent and read the day close. On your menu, with your zones, in about thirty minutes.

  1. Billing and the counterOrder, modifiers, receipt, token
  2. The kitchen screenKOT routing, stations, prep state
  3. Payments and closingUPI, card, cash, wallet, day-end
  4. Dispatch and payoutsZones, assignment, tracking, settlement