Guide

Real-time comp authorization for integrated resorts: how it works

Comps move cash-equivalent value through hundreds of hands, around the clock, with almost no real-time governance. This is how that governance actually runs on the floor — the flow, the latency, the architecture, and the guardrails.

An integrated resort issues comps continuously: free play, meals, suites, show tickets, rebates. Each one is cash-equivalent value leaving the building, authorised by a staff member on a terminal, at a pace no manual sign-off process can keep up with. Most floors close that gap with policy documents and after-the-fact review. Real-time comp authorization closes it at the moment of the decision instead.

CompWarden's AEGIS platform is the comp authority engine for exactly this problem. It checks every comp against a delegation-of-authority (DOA) matrix in real time and seals the outcome before value moves. Here is what happens on each request.

The flow of a single comp

A staff member raises a comp on the floor. Four things follow, in order, without anyone waiting on a phone call:

From the requester's side, an in-authority comp is approved on the spot. Nothing about the pace of the floor changes — what changes is that every approval is now a governed, provable decision rather than an unrecorded act of goodwill.

Why it's fast enough for a terminal on the floor

Speed here is an architectural choice, not a tuning exercise. AEGIS runs two deliberately separate engines:

Because escalation and follow-up never sit in the critical path, an in-authority comp never waits on them. The moment a decision is made it is broadcast on an Apache Kafka backbone, so escalations, ledger writes, and downstream systems all react to the same event without holding up the terminal.

The decision a staff member waits on takes milliseconds. Everything that can happen afterwards — escalate, remind, hold, reconcile — is moved off that path by design.

Resilient by design

A floor cannot stop because a data centre did. AEGIS runs as containerised, stateless services deployed active-active across data centres, so there is no single box whose failure takes authorization down. And when connectivity itself drops, a sanctioned offline path keeps the floor operating — comps continue under the last known matrix rather than halting — and every offline decision reconciles automatically on reconnect. The offline path is a governed fallback, not a bypass: the decisions it makes still land in the ledger.

Guardrails before value leaves

Authority is not the only check. Before any incentive reaches a patron, two more run inside the authorization path:

Because these sit in the path itself, a comp that would breach an exclusion or a cap never becomes a comp. The guardrail is enforced at the point of authorization, alongside the DOA check, on the same sub-5ms decision.

The decision, side by side

 Decision engineWorkflow engine
AnswersAuthority checks onlyEscalations, reminders, holds
Latency targetUnder ~5msOff the critical path
In front of the terminalYesNo
Blocks the real-time responseNoNo
Seals to the immutable ledgerYes — with matrix versionYes — escalated outcomes

Where to go deeper

Real-time authorization is the surface. Three parts underneath it each have their own guide:

Player-comp and loyalty systems issue value; AEGIS governs, authorises, and audits it, complementing your casino management system rather than replacing it.

Frequently asked questions

How fast is a real-time comp authorization decision?

An authority check against the delegation-of-authority matrix returns in under ~5ms on a terminal on the floor. A dedicated decision engine answers only authority checks, so the response is fast enough to sit in front of a live transaction without a staff member waiting on a spinner.

What happens when a comp exceeds a staff member's limit?

It escalates automatically up the reporting line until it reaches someone whose authority covers it. At 3am that routes to the duty manager's mobile, not a day-shift desk. The escalation runs on a separate workflow engine, so it never blocks the real-time authority response on the floor.

Does the floor keep operating if connectivity drops?

Yes. AEGIS runs containerised, stateless services deployed active-active across data centres, and a sanctioned offline path keeps the floor operating if connectivity drops. When the link returns, offline decisions reconcile automatically against the ledger.

What checks run before a comp reaches a patron?

Exclusion checks and responsible-gaming caps and cooldowns, set per comp type, run before any incentive reaches a patron. They sit in the authorization path itself, so a comp that would breach an exclusion or a cap is stopped before value leaves, not flagged afterwards.

See AEGIS govern a live comp decision

Watch a comp checked against the authority matrix, escalated, and sealed — in milliseconds.

Book a demo →