A contactless card being tapped on a reader at a counter

EPOS

A till that shares the menu with the kiosks.

An iPad, a card reader, a receipt printer and a cash drawer. Card, cash, member accounts with a credit limit, rounds charged to a function, and comps. A float at open and a Z report at close. It runs on the same menu as your QR ordering and kiosks, so every order lands in one place. When the internet goes down it keeps ringing: cash, member accounts, functions and comps carry on and sync when the line comes back.

What it does

A bar till, built into the rest of the system.

A guest paying at the table with a card terminal

An iPad, a reader, a printer, a drawer

The till runs on an iPad paired to the venue once. A Guest It card reader takes the card. A receipt printer on your local network prints the receipt and opens the cash drawer. Each till is its own station with its own reader; add another iPad for another station.

Sessions and Z reports

A session runs from the opening float to the Z. Close it and the report is numbered and frozen; nothing rung later can change it.

OpenOpening float counted in
DuringX report at any time
CloseCounted cash against expected
Z reportNumbered, frozen, printed
LayoutBlocks and order set per venue
Tenders

Every payment is a row in a ledger whose amounts are never edited. A mistake is corrected with a refund or a reversing entry, so the Z always adds up.

CardOn the reader
CashKeypad, change shown
Member accountCredit limit, manager override
FunctionCharged to the function or event day
CompRecorded, not hidden
Refunds and splitsPart or full refunds; split payments
A guest scanning a QR code with their phone at a counter

One menu, one set of orders

The till reads the same menu as your QR ordering and your kitchen and bar kiosks. Prices, modifiers and allergens are set once. A round rung at the bar is stored as an order next to the rounds ordered from a phone, so the day's sales and reports come from one place.

When the internet goes down

The menu is cached on the iPad, so the till keeps ringing. Cash, member, function and comp tenders queue on the device and sync when the connection returns.

CashWorks, queued
Member accountWorks, against the last synced balance
Function and compWork, queued
Receipt printer and drawerWork, on your local network
CardNeeds a connection
A bartender pulling a pint at the tap

Made for behind a bar

Landscape, with the menu grid on the left and the basket on the right. Big targets for wet hands and bad light. The cash keypad offers exact and quick note amounts and shows the change. Modifiers and quantities are on the basket.

On the day

A trading day, in order.

  1. 1
    Open the session with a float.

    Count the float in and the session opens. If one is already open on this till, it carries on where it left off.

  2. 2
    Ring the round, take the tender.

    Tap the items, tap card, and the reader asks for the card. Or cash on the keypad with the change shown. A bill can be split by amount across more than one tender.

  3. 3
    Member accounts and functions.

    Find a member by name or number and see the balance and headroom before charging. Over the limit needs a manager override. A round for a wedding or a dinner is charged to that function instead of the drawer.

  4. 4
    An X report mid-shift.

    Print an X to see where the till stands without closing anything.

  5. 5
    Close: count the drawer, take the Z.

    Count the cash. The Z shows expected against counted and the difference, then takes a number and freezes. It will not close with a card payment still pending unless it is forced.

  6. 6
    Sync anything queued.

    Anything taken while the connection was down replays when it returns. Each tender carries its own key, so a retry can never charge twice.

What you get after

The numbers a treasurer asks for.

  • Z report per session

    Gross, net, VAT, the split by tender, cash expected against counted and the difference. Numbered and frozen at close, laid out the way your venue wants it.

  • X report

    The same figures for the session so far, any time, without closing.

  • A ledger of every tender

    Every payment, refund and drawer movement as a row whose amount is never changed and which is never deleted. Refunds sit in the session they were issued in, so a signed Z stays signed.

  • Member balances and statement data

    A running balance per member, worked out from the entries rather than stored, with the data for a monthly statement.

  • Revenue centres and trading day

    Bar, restaurant and functions as separate centres, stamped on each sale, with a trading day that can roll past midnight. The axis your accounts reconcile on.

  • VAT captured per line

    The rate is written on each line at the time of sale, so a rate change next April cannot restate last year's reports. One rate per venue today; per-item VAT codes are not built yet.

Questions

Does it work offline?
For cash, member account, function and comp tenders, yes. The menu is cached on the iPad, those tenders queue and sync when the connection returns, and the receipt printer and cash drawer keep working because they are on your local network.
Which hardware?
An iPad, a Guest It card reader, a receipt printer on your local network that speaks ESC/POS, and a cash drawer that plugs into the printer. We supply the reader, and can supply the iPad, printer and drawer too. One reader per iPad; each till is its own station.
Contactless, Apple Pay and Google Pay?
The reader supports contactless cards and phone wallets.
Does it replace our current till?
It can. It shares the menu, the orders and the reports with the rest of Guest It, so a venue that runs QR ordering or kiosks gets one set of numbers. Bring a recent Z from your current system to the demo and we will walk through it against ours.

See it with your menu on it.

A 30-minute call, then a demo on an iPad and a reader with your menu and prices loaded.

Book a demo