PRODUCTS · POS · FRAUD CONTROL
LEYSCO100 · POS FRAUD CONTROL — LIVE IN PRODUCTION

A till the cashier can't quietly rob.

Every void, discount and refund passes a supervisor; every sensitive action needs a fingerprint; and every transaction is hash-chained to the one before it, so the audit trail can't be quietly edited after the fact — loss prevention built into the till, not a report you run once the money is gone.

See the controlsThe POS line
5 tillspos in production
deployment-record
RECEIPT · POS IN PRODUCTIONLeysco POS first production deployment 2026-04-22 at SAMWEST (Branch 2, 5 tills, live hypercare); Car & General M-Pesa POS confirmation pipeline live. — POS deployment record; PRODUCTS strategic direction §2, verified 2026-07 · deployment-record
3 controlsfraud controls built-in
code-inventory
RECEIPT · FRAUD CONTROLS BUILT-INKenya Fraud Control Suite in the till: supervisor approval chains for voids, discounts and refunds; a hash-chain audit trail tying each transaction to the previous; and biometric 2FA on sensitive actions — built into the production POS. — Code inventory (POS Fraud Control Suite); ships in the in-market POS (see c-022), verified 2026-07 · code-inventory
6 railspayment rails
deployment-record
RECEIPT · PAYMENT RAILSDelivered payment rails: M-Pesa STK, DTB STK and Card EFTPOS multi-rail at the till; Co-operative Bank, NCBA and Stanbic bank-file exchange; SAP ByDesign ↔ M-Pesa B2C payroll disbursement (20–100 daily payments, scaling to 50,000/yr) at SHOFCO. — MASTER_GLOBAL_DOSSIER §7-8; NCBA/DTB runbooks (framework-main/docs), verified 2026-07 · deployment-record
SAMWEST · Car & General
ON LEYSCO100LivePOS in production — 5 tills at SAMWEST; the fraud suite ships in the in-market till.
ON LEYSCO AKILIRoadmapLeysco Akili has no POS/till/checkout module today — the POS is a separate Leysco100-family product.
The category

Retail POS + loss prevention (Kenya)

The names you'll be comparing

SAP Customer Checkout · Odoo POS · Loyverse

The difference

Loss prevention is built into the till — approval chains, a hash-chain audit and biometric 2FA — not an analytics report you run after the money has already walked.

code-inventory
RECEIPT · FRAUD CONTROLS BUILT-INKenya Fraud Control Suite in the till: supervisor approval chains for voids, discounts and refunds; a hash-chain audit trail tying each transaction to the previous; and biometric 2FA on sensitive actions — built into the production POS. — Code inventory (POS Fraud Control Suite); ships in the in-market POS (see c-022), verified 2026-07 · code-inventory

APPROVAL QUEUE · TERMINAL 3SYNTHETIC · 11 JUL 2026
ACTIONCASHIERAMOUNTAPPROVED BY
Void SALE-4472MARY W.−1,180JANE · SUP
Discount 10%MARY W.−560JANE · SUP
Refund SALE-4460MARY W.−2,400JANE · SUP
Price overridePETER K.—DECLINED
4 requests3 approved · 1 declined
EVERY VOID / DISCOUNT / REFUND STOPS FOR A SUPERVISOR — NOTHING SELF-APPROVES

Nothing risky clears without a supervisor.

Approval

Voids, discounts and refunds stop at the till until a supervisor approves them — and an unauthorised price override is declined outright — every one recorded with who asked, who approved or declined, and how much was at stake.

code-inventory
RECEIPT · FRAUD CONTROLS BUILT-INKenya Fraud Control Suite in the till: supervisor approval chains for voids, discounts and refunds; a hash-chain audit trail tying each transaction to the previous; and biometric 2FA on sensitive actions — built into the production POS. — Code inventory (POS Fraud Control Suite); ships in the in-market POS (see c-022), verified 2026-07 · code-inventory

HASH-CHAINED JOURNALSYNTHETIC
SALE-4471 3,240 hash(0000 · txn) = a7f3
SALE-4472 1,180 hash(a7f3 · txn) = c19b
VOID-4472 −1,180 hash(c19b · txn) = 4e82
SALE-4473 5,600 hash(4e82 · txn) = d5a1
SALE-4474 890 hash(d5a1 · txn) = 9c30
EACH LINE HASHES THE PREVIOUS HASH — EDIT ONE, BREAK ALL AFTER IT

A ledger no one can quietly rewrite.

Audit

Each transaction is hashed together with the hash of the one before it, so the log is a chain — change any past line and every hash after it breaks. The audit trail is tamper-evident by construction, not by policy.

BIOMETRIC 2FA EVENTSSYNTHETIC
EVENTCASHIERACTIONAUTH
No-sale drawerMARY W.openFINGERPRINT
VoidMARY W.SALE-4472FINGERPRINT
Price overridePETER K.—DECLINED
3 events2 authorised · 1 declined
SENSITIVE ACTIONS BIND TO A PERSON — NOT A SHARED SUPERVISOR PIN

A fingerprint at the sensitive edge.

Identity

Opening the drawer without a sale, voiding, overriding a price — the actions that leak money — take a biometric, so an action is tied to a person, not a shared PIN whispered down the line.

Z-REPORT · TERMINAL 3 · CLOSESYNTHETIC
LINEAMOUNT
Gross sales284,600
Voids−1,180
Discounts−560
Refunds−2,400
Net sales280,460
Cash declared96,200
M-Pesa148,900
Card35,360
VARIANCE0
GROSS − VOIDS − DISCOUNTS − REFUNDS = NET = CASH + M-PESA + CARD · VARIANCE 0

The shift closes to the shilling.

Reconciliation

At close, the Z-report totals gross, voids and discounts to net, then reconciles net to the cash, M-Pesa and card actually taken — variance surfaced, not smoothed over.

deployment-record
RECEIPT · POS IN PRODUCTIONLeysco POS first production deployment 2026-04-22 at SAMWEST (Branch 2, 5 tills, live hypercare); Car & General M-Pesa POS confirmation pipeline live. — POS deployment record; PRODUCTS strategic direction §2, verified 2026-07 · deployment-record

Everything at the till.

In this line
Cashier Till / Checkout (POS core)LiveOffline-first Flutter till, barcode scan.
Kenya Fraud Control SuiteLiveApproval chains, hash-chain, biometric 2FA.
KRA Fiscalisation at the tillLiveDart-native TIMS/eTIMS, multi-device.
Multi-rail Payments at tillLiveM-Pesa STK, DTB STK, card, cash.
Shift & Cash ManagementLiveX/Z reports, float, variance, handover.
Retail Inventory OperationsLiveMulti-warehouse, transfers, counts, GR/GI.
Retail Pricing EngineLiveLocal price resolution, no SAP round-trip.
Customer-Facing DisplayLiveLive second-screen cart + total.
Walking Cashier (queue-busting)LiveMobile sale on a Sunmi in the aisle.
Peripheral / Device FrameworkLivePrinters, scanners, drawer, scales.
Retail Banking moduleDesignedDeposits, outgoing payments, statement import.
Loyalty Programme EngineRoadmapEnrolment, points, redemption, tiers.

Every entry is sealed to the one before it.

Signature · Synthetic hashes, real chained audit

The till writes every event — sale, void, refund — as a line that hashes the line before it, approvals sealed into the same record. Nothing is quietly editable after the fact: change any past line and every hash after it stops verifying.

code-inventory
RECEIPT · FRAUD CONTROLS BUILT-INKenya Fraud Control Suite in the till: supervisor approval chains for voids, discounts and refunds; a hash-chain audit trail tying each transaction to the previous; and biometric 2FA on sensitive actions — built into the production POS. — Code inventory (POS Fraud Control Suite); ships in the in-market POS (see c-022), verified 2026-07 · code-inventory

Till audit chain · Terminal 3 (synthetic)
SALE-4471KES 3,240prev 0000hash a7f3
SALE-4472KES 1,180prev a7f3hash c19b
VOID-4472SUP · JANEKES −1,180prev c19bhash 4e82
SALE-4473KES 5,600prev 4e82hash d5a1
SALE-4474KES 890prev d5a1hash 9c30
edit SALE-4471 after the fact → a7f3 breaks → c19b 4e82 d5a1 9c30 — every hash after it breaks
Each line hashes the one before it — change any past transaction and every hash after it breaks. Synthetic hashes; real chained-audit design. Scope: Kenya.
5 tills, live in production
deployment-record
RECEIPT · POS IN PRODUCTIONLeysco POS first production deployment 2026-04-22 at SAMWEST (Branch 2, 5 tills, live hypercare); Car & General M-Pesa POS confirmation pipeline live. — POS deployment record; PRODUCTS strategic direction §2, verified 2026-07 · deployment-record

The first production POS went live at SAMWEST on 5 tills, with the Car & General M-Pesa POS confirmation pipeline live — and the fraud controls ship in the same till that rings the sale, built in, not bolted on.

On Leysco Akili there is no POS today — the till is a separate Leysco100-family product, not a Leysco Akili module. We say so plainly.

Built for operations that…
  • run tills where shrinkage and cashier fraud are the real risk
  • need voids, discounts and refunds gated by a supervisor, on the record
  • want an audit trail no one can quietly edit after close
  • reconcile every shift to the shilling across cash, M-Pesa and card
The old way → this way

A spreadsheet of voids reviewed next week, after the cash is gone → controls in the till, at the moment of the sale

Part of the house.

Related

KRA Fiscalisation

The sale fiscalised to KRA at the till.

Live

Payments Hub

The rails the till accepts tender on.

Live

Walking Cashier

The same till, mobile in the aisle.

Live

The house has worked SAP Business One since 2017.

company-books
RECEIPT · SINCE 2017Operating heritage from 2017 as Leysco Systems Consulting (company books from 2019 preserved); LEYSCO LTD incorporated 2020, reg. PVT-5JU8VBP, Nairobi. One continuous practice, one team. — company books; registration PVT-5JU8VBP, verified 2026-07 · company-books

Put the controls where the money moves.

Implemented by the team that built it. Nairobi · EAT.
See the controls
Talk to us · WhatsApp +254 780 457 591