NightLedger — System Map

Companion operating system · Gentlemen's clubs · Nightclubs · Bars

The layer that runs the club the POS can't.

NightLedger sits beside the venue's existing POS — it never replaces the register. It runs the dancer economy, the door, and every dollar the POS was never built to touch. And every money flow is reconciled against an independent source, so the owner never has to wonder who's stealing.

Companion, not replacement Fraud-proof by reconciliation Immutable ledger + hash chain Your rail on dancer dollars
01 / Architecture

It clips onto the register they refuse to give up.

The club keeps its POS. NightLedger runs on its own iPad, its own printer, its own scanner — reading the POS one-way and owning the flows the POS ignores. No rip-and-replace, no fight over their processor.

Their POS (unchanged)Their existing registerBar, food, main card volume
read-only
mirror
NightLedger core The venue operating layer Immutable ledger · payout engine · patron graph · reconciliation · audit
drives
On the flooriPad appManager + door, dark high-contrast, 3-tap max
Our hardwareThermal printer + PDF417 scannerOurs, not the POS's — driven direct
Your moneyDancer-dollar payment railYour processing on the dance-dollar flow
One-way read from the POS. NightLedger never writes to their register — it only reconciles against it.
02 / Modules

Two modules. Turned on by venue type.

A strip club runs both. A nightclub runs the door plus tickets and VIP tables. A bar runs the door alone. Same core, different switches.

Entertainer Management Gentlemen's clubs

  • Check-in / check-out with timestamps — opens the shift, assigns the house fee
  • Dancer dollars — card-paid sale reconciled against manager-entered redemption
  • House fees · fines · taxi/driver payouts — per entertainer, per driver, per shift
  • VIP room sessions — duration, gross, entertainer cut vs. house cut
  • Nightly payout engine — line-by-line, net can go negative (dancer owes house)
  • Signed payout slip — printed receipt she signs + PDF twin on file

Patron Management All venues

  • ID scan — AAMVA barcode parse + real fake-ID verification
  • Patron profiles — name, photo, visit history, lifetime spend
  • 86'd list — photo + reason, cross-venue flagging, facts not accusations
  • Signed agreements — tablet signature capture, consent on record
  • Chargeback evidence package — PDF on demand: agreement + ID + timeline
  • VIP recognition — lifetime spend, visit count, status at the door
Feature setGentlemen's clubNightclubBar
Entertainer economy
Patron / door module
VIP rooms / tables
Ticketing
Taxi / driver payouts
03 / The Night

One night, end to end — and what checks each step.

Every dollar-moving step carries its own fraud check: a second, independent source it must reconcile against. Nothing is trusted from a single hand-typed number.

01

Entertainer checks in

Manager · PIN

Manager checks her in — timestamp, shift opens, house fee assigned (or waived, logged). Target: 50 dancers in under 10 minutes.

Reconciled Check-in recordImmutable audit log Every check-in is attributed to a named manager — no anonymous shifts.
02

Dancer dollars — sold, then redeemed

Customer + Manager

Customer buys dance dollars on your payment rail (card-paid = authoritative). Later the dancer cashes them out; the manager records the redemption under PIN. The app runs this economy — it doesn't beg the POS to tag it.

Reconciled Payment-anchored SOLDManager REDEEMED Gap beyond tolerance auto-flags. A manager can't fabricate redemptions against dollars that were never bought.
03

VIP room session

Manager · timer

Room timer runs → gross captured → split into entertainer cut and house cut. Writes exactly one ledger entry; the session record is detail only, so the payout never double-counts.

Reconciled VIP sessionLedger entryPOS order Three-way tie between the room, the ledger, and the register mirror.
04

Taxi / driver payout

Doorman · PIN

Cab, limo, and rideshare drivers get paid per head they deliver ($25+, configurable). The doorman logs heads per driver; the club pays out cash.

Reconciled Claimed headsDoor / ID scans The most abusable flow in the building. Heads-paid reconcile against heads-actually-scanned-in — phantom drop-offs get flagged.
05

Close-out & payout

Manager · PIN → Owner unlock

Engine sums the ledger: gross − deductions = net (can be negative). Prints her signed receipt, saves the PDF, then finalizes and locks. Any amendment after that needs owner unlock + full audit. Whole night closed in under 30 minutes.

Reconciled Ledger sumSigned slip Her signature is the anti-dispute proof. "I was never paid" meets her signed slip.
If the internet drops mid-close-out, the night doesn't stop. One device is the payout authority; it finalizes offline as provisional, then syncs and locks the moment it reconnects — no lost payouts, no double-pay.
04 / The Door

The patron path — scanned, verified, flagged in 3 seconds.

Every ID that comes through the door runs the same pipeline. The output is a status a doorman reads at a glance in the dark.

Step 1Scan ID

PDF417 barcode read off the license via the Bluetooth scanner.

Step 2Verify

AAMVA parse + fake-ID checks: barcode-vs-front, format, issuer validation.

Step 3Match profile

Find or create the patron; pull visit history, spend, status.

Step 486'd check

Screen this org — and, opt-in, the cross-venue network.

Step 5Verdict

One of three outcomes, sized for a loud dark room →

CLEAR

Age verified, no flags. Green. Wave them in.

VIP

Lifetime spend + visit count surface. Recognize the whale before he reaches the bar.

BANNED

Full-screen red the instant it hits. Photo, reason, where and when. "Notify security" front and center.

Cross-venue is built like the casinos actually do it: share the fact (refused service + category), keep the narrative with the club that entered it, tier by evidence, and confirm identity by hand before ejecting — never auto-eject on a face match. Powerful and defensible.
05 / Fraud-Proofing

The governing rule: nothing is trusted once.

Every money flow reconciles against an independent second source. This is the spine of the product, not a feature — it's what makes "the owner never wonders who's stealing" a true statement.

Money flowEntered byReconciled againstWhat it catches
Dancer dollarsManager redemptionCard-paid sale (your rail)Redemptions faked against dollars never bought
Taxi / driverDoorman headcountActual door / ID scansPhantom drop-offs split by doorman + "driver"
VIP roomsManager sessionLedger + POS order mirrorOff-book VIP time, skimmed room cuts
PayoutsPayout engineSigned slip + finalize lockAltered nets, "never paid" disputes
Off-book salesManager (on the POS)App dancer allocationsVIP / dance-credit rung on the POS but never tied to a dancer — the "Orphaned Sale" catch
Every actionAny userManager PIN + hash-chain auditAnonymous edits, silent tampering
Two more locks: Cage Lock — the manager can compute the night's payouts but can't release the cash; the owner approves the whole settlement from their own phone first, so no insider can compute and release. And every deduction is booked as a "lease adjustment" with a required reason — never a "fine" — the contractor-misclassification legal defense.
The one honest limit: no software is literally 100% fraud-proof — pure off-books cash that never enters the system can't be caught by anything. But the instant money touches NightLedger, it's locked, attributed, and reconciled — so fraud can't happen silently, and it always leaves a trail.
06 / Money Model

Three ways to get paid — by how much of the flow you own.

Revenue never depends on winning the club's processing. Every club pays on the software; processing is the upside when you can get it. That turns the market from "clubs I can flip" into "every club in the country."

Rung 1 — biggest

Full processing

Club moves to your rail.

$15K–30K/mo · big club (model)

  • Residual on all card volume
  • Software subscription
  • 1.5% dancer-dollar fee
  • Chargeback packages
Rung 2 — middle

Dancer-dollar rail only

Married to their POS for the bar — you run the dance-dollar payments.

software + volume(the Sapphire case)

  • Residual on dance-dollar volume
  • Software subscription
  • 1.5% dancer-dollar fee
  • Also anchors the fraud check
Rung 3 — floor

Software only

Won't move any processing. Still pays — and still more than SmartTab offers (nothing).

SaaS + platform fees

  • Monthly SaaS per location
  • 1.5% platform fee on tracked volume
  • $1 / ticket · $5 / chargeback pkg
SaaS per location / mo 1.5% dancer-dollar volume $1 / ticket $5 / chargeback package Residual — processing (when won)
The moat: the software isn't the product you sell for money — it's what makes the processing un-leaveable. Normally a merchant switches rails for 10 basis points. But when NightLedger runs their payouts and their floor at 3am, they can't leave your processing without ripping out the system their business runs on. You win the club with software; you keep the residual for years.
07 / Foundation

Built security-first, before any feature.

The plumbing under every module. None of it is optional — it's what a system handling PII and cash in a cash-heavy, litigated vertical requires.

AES

PII encrypted at the column

Legal name, DOB, ID number, phone, email — ciphertext at rest. Keys live in AWS KMS, never in the database. Searchable-while-encrypted via blind-index hashes.

Immutable ledger + hash chain

Append-only. Corrections are reversing entries, never edits. Each audit row carries the hash of the last — tamper-evident against an insider with IT access.

Offline payout authority

One device owns finalization for the night. Works through an internet drop as provisional, replays and locks on reconnect. The night never stops at 3am.

Multi-tenant isolation

Every query scoped by org and location — enforced at the app layer and with database row-level security. Defense in depth, no leaks across clubs.

Consent & retention, configurable

Biometric consent captured by signature; ID-image retention set per jurisdiction. Defensibility built as a feature — reviewed by counsel before go-live.

Role-based access + PIN

Owner, manager, staff, auditor. JWT with refresh rotation, login lockout, rate limits. Every financial action confirmed by manager PIN.