Solutions / Cashback

Loss-back that reconciles to the cent.

Event-sourced accrual over canonical settlement history, deterministic window close, exact integer arithmetic, and recomputation that supersedes rather than edits.

Arithmetic Exact integer
Window close Deterministic
Corrections Superseding
What it owns

Cashback, precisely

01

Accrual from settled history

Built from canonical settlement events, not a nightly job scanning a table somebody else can change.

02

Deterministic close

The same inputs always produce the same awards, and you can re-run a window to demonstrate it.

03

Rounding is versioned

Remainders are carried forward, never dropped, so window totals reconcile against the ledger exactly.

04

Award form

Cash, bonus or a split of both, per programme version and per jurisdiction rule.

05

Claim and expiry

Claim-required programmes with their own lifecycle, plus suppression driven by account standing.

06

Recomputation cases

A correction is an approved case that produces a new decision superseding the old one. The original stays readable.

Contracts it exposes
CommandsRegisterBoost · ClaimAward · OpenRecomputationCase
ReadsGetAccrualEstimate · GetWindow
EventsWindowClosed · CashbackAwarded · DecisionSuperseded
What it never does
Hold a shadow balance
Treat a pre-close estimate as authoritative
Edit a window that has already closed

Every module on this platform is defined as much by what it is forbidden to do as by what it owns. That is what makes a boundary auditable instead of aspirational.

Numbers shown to a player before close are labelled estimates, because that is what they are. Only the window close creates an award.

See it running

Every module here surfaces as screens an operator uses on a Monday. Ask for a walkthrough of the ones that decide your week.