Point of sale that doesn't own your card processing.
Most POS companies make their money on your card volume, which is why you cannot bring your own processor. We make ours on software. Your rate is yours to negotiate.
What the till does, and what it refuses to charge you for.
Your card processor, not ours
We are not a payment company and take no share of your card volume. The till drives EMV terminals over a semi-integrated protocol, so the same hardware works with Heartland, Shift4, Worldpay and others — and your rate is whatever you negotiate.
Several registers, one store
Add a second or third till and they share one store database — the same open tickets, the same menu, the same prices. Sales stay with the register that rang them up and cash stays with the register that took it, so each drawer reconciles on its own.
Prices that differ by site and by date
A menu item can carry one price downtown and another at the airport, each with a start date set in advance. Change a price once in the back office and the tills pick it up — and last quarter's reports still use last quarter's price.
The menu your staff already know
Screens of buttons that walk from category to item, with modifiers, sizes and dining occasions — imported from an existing menu rather than retyped. New staff learn the layout they are used to, not ours.
Cash sheet, drawer and end of day
Floats, payouts, deposits and counts, tracked per register and totalled for the store. End of day sees the whole site — it will tell you which till still has an open ticket, not just that one exists somewhere.
Product mix and sales reporting
Which items sell, which sit, and which carry the margin — by category, by period, by register and by staff member. Every figure is exportable, so it can go to whatever you keep your books in.
Cloud terminal or Windows desktop — one back office either way.
Some kitchens want a tablet they can swap out in a minute. Others want a till that keeps serving whatever the network is doing. You can run either, and both report into the same place.
Cloud POS
Tablet terminal, managed from anywhere.
A browser-based terminal that pairs to a register in minutes and keeps trading when the internet drops — orders, cash payments and receipts all keep working, and queued sales send themselves when the connection returns. Menus, staff and reports live in the back office, reachable from any device.
- Runs on a tablet or any modern browser
- Offline-first — sales are queued, never lost
- Paired to a register with a device token, not a shared password
- Nothing to install or maintain on site
Best for counter service, new sites, and multi-location operators who want one place to look.
Desktop POS
Windows till for full-service and high volume.
A Windows application that runs on the till itself. A single-site restaurant keeps its database on the machine and never depends on a network to trade. A busier store runs several tills against one store server, so every register sees the same open tickets and the same menu.
- Trades with no internet connection at all
- One till or several — add registers without changing how it works
- Tables, dining occasions, modifiers and toppings
- Self-checkout mode with its own restricted permissions
- Kitchen display, future orders, delivery and customer accounts
Best for full-service restaurants, pizza and delivery operations, and sites that cannot depend on connectivity.
Not sure which fits? Tell us how you serve and we will point you at the right one — moving between them later is a menu import, not a migration project.
One place to change a price, and every till has it.
The back office is a browser application, so head office does not need to be on site — or on Windows. It holds the menu, the people and the numbers for every location you run.
Menu and pricing
Items, modifiers, sizes and the button layout the tills show. Prices can be set per location and dated ahead, so a rise you agree in March starts on the first of April by itself.
Locations and hierarchy
Stores grouped how your business is actually shaped — by region, by brand, by franchise. Reorganise it later and last year's reports still roll up the way they did last year.
Staff and permissions
Roles that decide who can void, discount, open a drawer or see a report. PINs are stored hashed, and a manager can reset one without knowing the old one.
Sales and product mix
Every ticket, item and payment across all locations, with the breakdowns you need to see which sites and which items are carrying the week.
Registers and devices
Which tills exist, which are trading, and which tablet is paired to which register — revoked from the back office if one goes missing.
Inventory and recipe costing
Recipes exploded to raw ingredients, transfers between locations and a central kitchen, and theoretical-against-actual variance by site.
The line on your P&L that most POS contracts won’t let you shop.
Card processing is usually the largest software-related cost a restaurant carries, and it is normally bundled into the POS — one supplier, one rate, renegotiated only when they choose to. We do not sell processing, so there is nothing for us to protect.
Bring the processor you already have
The till talks to the card terminal, and the terminal talks to your processor. Change processor and the tills carry on — it is a terminal reload, not a POS migration.
Card data never touches the POS
Payments are taken on the EMV terminal itself, so card numbers do not pass through the till software at all. That keeps the POS out of the scope it would otherwise drag you into.
Cash is a first-class citizen
Floats, payouts, skims and counts per register, reconciled against what each till actually tendered — not against what it rang up, which is what makes a drawer look short.
Already on another POS? The processing comparison is arithmetic you can do from one of your own statements. We will walk through it with you →
One till or ten. One back office.
Cloud terminal or Windows POS, priced as software — because we don't take a cut of your card volume.
Get started free