Skip to content

POS

A POS that runs in the browser and keeps taking orders offline

Ring dine-in, takeaway and delivery orders on a tablet or laptop you already own. Each order goes to the kitchen, deducts stock when it completes and appears in the day's reports.

Tap dishes, switch the order type, then go offline and send another order. Sample prices; the tax and total calculation is the one the product uses.

Thamel · Terminal 2
This terminal
  • Fire an order, then try it offline.

Dine-in · Table 4

4 items

  • Chicken Momo

    Momo

    2
    Rs 640
  • Masala Chiya

    Bar

    2
    Rs 180
Items (incl. VAT)
Rs 820.00
VAT 13% included
(Rs 94.34)
Total
Rs 820.00

Where it works: Counter

Walk the whole restaurant

Taking orders and splitting bills

Add variants, modifiers and combos to an item. Split a table’s bill evenly or by item, or merge two tabs. Voids and refunds are recorded separately: a void cancels an item before payment, a refund returns money after it, and reports show each one.

  1. 1The POS and QR ordering use the same calculation, so a bill totals the same on every screen.
  2. 2Prices can include VAT or have it added, per restaurant. Included VAT is separated out for the tax return, not charged again.
  3. 3Split shares always add up to the bill, down to the paisa.

Table 7 · split evenly

Illustrative data
Bill totalRs 1,000.00
  • Guest A

    Rs 333.34+1p

    Cash

  • Guest B

    Rs 333.33

    Card · own terminal

  • Guest C

    Rs 333.33

    Fonepay · wallet ref

Shares always sum to the bill. The odd paisa goes to one guest instead of vanishing in rounding, which is what makes the drawer balance at close.

Cash shifts and closing the drawer

The cashier opens a shift with a float, records paid-outs during service and counts the drawer at close. The close shows expected cash, counted cash and the difference, with each movement listed.

A cash refund is taken from the drawer that received the original payment, so the shortfall shows up against the right shift.

If the internet drops, new orders are saved on the device and sent once the connection returns. Each order is sent exactly once.

Shift close · Drawer 1

Sita R. · 10:00 – 22:40

Illustrative data
Opening float
Rs 5,000
Cash sales
Rs 48,620
Paid out · gas cylinder
− Rs 2,400
Cash refund · ORD-0128
− Rs 360
Expected in drawer
Rs 50,860

Counted

Rs 50,810

Difference

− Rs 50

Roles and permissions

Each staff member has a role, and the server checks it on every action. Removing someone’s access applies on their next request. Voids, refunds and other sensitive actions are written to the audit log.

Example role permissions
Example rolesWaiterCashierManager
Ring and fire orders
Take payment
Cancel an order
Issue a refund
Close the shift

How it connects

Where a POS order goes next

The POS creates the order. The kitchen, stock, payments and reports read that same record, so nobody types it in twice.

What the POS does today

Partial means it works now, with the limit stated next to it.

Available
Available
Partial
Partial
Planned
Planned
  • Order types

    Available

    Dine-in, takeaway and delivery, plus QR orders from the table.

  • Variants, modifiers, combos

    Available

    Half/full plate, extra achar, set meals priced as one.

  • Split & merge

    Available

    Split evenly or by item; merge tabs; remainder paisa allocated, not lost.

  • Void vs refund

    Available

    Kept as separate events with their own permissions and audit entries.

  • VAT & service charge

    Available

    Inclusive or exclusive tax, per-item rate override, optional service charge.

  • Cash shifts

    Available

    Float, paid-outs, expected vs counted, refunds attributed to the right drawer.

  • Roles & permissions

    Available

    Tenant-scoped, server-enforced, revocation takes effect immediately.

  • Offline orders

    Partial

    Orders queue on the device and sync once each. Payments and KDS need a connection.

  • Receipt & KOT printing

    Partial

    Receipts print from the browser. A direct ESC/POS printer driver is not built yet.

  • Any device

    Available

    Runs in a browser on the tablet, laptop or touchscreen you already own.

  • Time clock

    Planned

    Clock-in and labour cost tied to shifts.

  • Kiosk mode

    Planned

    Self-order on the same pipeline as QR ordering.

  • Offline payments

    Planned

    Taking payment, and a local-network fallback for the kitchen display, without internet.

POS questions

What hardware do I need?
A device with a modern browser: a tablet, a laptop or an all-in-one touchscreen. There is no proprietary terminal to buy. Receipts print through the browser today; direct thermal-printer support is on the roadmap.
What exactly works offline?
Taking orders. If the connection drops, new orders are saved on the device with a stable key and sent when it returns. The server recognises a replay and never creates the order twice. Taking payment and updating the kitchen display need a connection today.
Do my menu prices include VAT?
Your choice, per restaurant. In Nepal menu prices must include VAT, so the POS extracts the 13% for the return rather than adding it on top. Elsewhere you can add tax at the till instead.
Does the POS process card payments?
No, by design. You run the card on your own terminal and record it against the order. That way you can keep the bank or card provider you already use.

Try the demo

A sample restaurant in your browser. Take an order, send it to the kitchen, mark it ready and take payment. No account needed.

Next featureRunKitchenKitchen tickets printed or shown on screen, sorted by station.