Keptable

Revenue assurance for SMEs.

Detect revenue leakage. Recover missed income. Reconcile money flows across till, payments, settlements and bank.

Join the waitlist Pre-launch · Pilot programme

The leak is real. The cause is fixable.

The money you lose isn't lost.
It's misaligned across systems.

Most SMEs run revenue across at least four systems: a till, a payment processor, a bank, and an accounting tool. None of them agree at the row level. The 1–3% that goes missing every month looks like noise until you measure it. Keptable is the layer that does the measuring, names the cause, and gives staff a workbench to fix it.

How it works

Four jobs. One platform.

A revenue ledger your accountant can read.

Keptable ingests transactions, payments, settlements, adjustments, invoices and subscriptions from every system you run, and writes them to a single append-only ledger with currency normalisation, tenant isolation and a full audit trail. The financial truth of your business, in one queryable place.

Ten detections, running every minute.

A rules engine watches the ledger for the patterns that quietly cost you money: orders fulfilled but not paid, payments with no matching transaction, oversized discounts, voids without a reason, refund anomalies, settlement variance, duplicate payments, failed subscription renewals, overdue invoices and cash that never closed. Each detection opens a case for staff to act on.

Reconciliation across till, processor and bank.

Match transactions to payments to settlements to bank deposits, with amount tolerance and time-window logic. Surface mismatches, overpaid, underpaid, duplicate and unmatched as states a finance lead can act on. Stop the end-of-month spreadsheet exercise that nobody enjoys and nobody trusts.

Cases, SLAs and a clean audit trail.

When a detection fires, Keptable opens a case in the operational workbench. Notes, attachments, assignment, resolution reasons, escalation timers. Every action is logged. When a customer disputes a charge, an inspector asks a question or your accountant queries a discrepancy, the answer is one click away.

v1 detection set

Ten patterns that quietly cost you money.

Every detection runs as a typed, parameterised rule template. No free-text DSL, no surprises, no AI labelling that can't explain itself. Each one opens a case with the evidence the staff member needs to resolve it.

  • Unpaid after completion. Order fulfilled, payment never landed.
  • Payment without transaction. Money in, no order to attach it to.
  • Discount over threshold. Big discount applied, optionally without manager sign-off.
  • Void without reason. Void recorded with no reason code.
  • Refund over threshold. Refund larger than policy allows.
  • Settlement variance. Processor paid you less than expected.
  • Duplicate payment suspect. Same external reference seen twice.
  • Subscription renewal failed. Recurring charge declined.
  • Invoice overdue. Past due by your tolerance window.
  • Cash marked, no close. Cash recorded, shift never closed.

Who it's for

Built for SMEs running revenue across multiple systems.

Hospitality is our v1 ICP. The architecture is connector-first and sector-agnostic; the buyer language and rule templates adapt.

Hospitality

Multi-site groups and growing independents. Till variance, settlement gaps, refunds without reason. Primary v1 ICP.

Field services

Trades, callouts, fleet operators. Jobs completed and billed but not paid. Settlements that don't match invoiced totals.

Salons & clinics

Appointment-driven businesses with deposits, products and services on the same till. Discount and void monitoring.

Agencies & freelancers

Subscription renewal failures, invoices overdue past tolerance, retainers that drift past their billing cycle.

Events & bookings

Event-day variance: deposits, balances, cancellations, refunds and the mismatch between expected and recorded revenue.

Healthcare

Private practices and clinics with mixed payer models, insurance settlements and patient-side invoicing.

E-commerce

Refund-rate outliers, duplicate charges, payment-processor settlement variance, subscription churn signals.

Why we built this

We measured our own losses. Then we built the layer to stop them.

GOOOD Mansfield runs ten kinds of revenue across a till, a payment processor, a Stripe account, a delivery partner and a bank. By month four, we knew the systems didn't agree, but couldn't say where. By month six, we had a £3,000 hole we couldn't attribute. Keptable started as the internal tool that gave us the answer; the platform exists because that hole exists in every multi-system operator we've since spoken to.

Frequently asked

The questions finance leads ask first.

Is this an accounting tool?
No. Keptable is a revenue assurance layer, not accounting software. We don't replace Xero, QuickBooks or Sage. We sit upstream of accounting and flag the issues you'd otherwise discover at month-end (or never). Keptable maps to expected / collected / outstanding / adjusted; the chart of accounts, journals and VAT stay where they are.
What systems does it connect to?
v1 ships three connectors: GOOOD (the live operator deployment), Stripe (payments) and a manual CSV upload. The architecture is connector-first. Roadmap: Square, SumUp, Worldpay, OpenTable, Lightspeed, Toast, Xero, QuickBooks, TrueLayer for bank feeds.
How is tenant data isolated?
Postgres row-level security at the database layer. Every domain table carries a tenant_id and a policy enforces filtering at query time. App bugs cannot leak data across tenants. UK/EU hosting only. We're not in PCI scope: we never store PAN data, only references and tokens.
Will Keptable email my customers?
Not in v1, by deliberate decision. Sending 'please pay £X' to someone who already paid is brand damage. v1 is staff-facing only: we open cases, your team acts on them. Customer-facing messaging arrives once detection accuracy is calibrated against real data.
How does pricing work?
Flat-rate tiered (Starter / Growth / Pro) in v1. Performance pricing tied to recovered revenue is interesting but needs baselines and attribution we don't yet have. Pricing announced at launch.
When can I try it?
We're piloting with a small group of multi-site hospitality operators ahead of public launch. If you fit that profile, get in touch. Other sectors join the waitlist.

Be on the early list.

We're piloting with multi-site hospitality operators ahead of public launch. Other sectors welcome to join the waitlist.