ZenHammer · prepared for Brightstar Lottery · August 2026
BrightstarField

Every serial,
verified in the store.

A field application Brightstar issues to its installation contractors. It walks a crew through each retailer visit in your documented order, checks every serial against your own equipment grammar while the technician is still at the counter, and returns your file with your columns untouched.

553
terminals in scope
403
Missouri retailers
9
serial verdicts
136
columns returned

The problem this removes

Five identifiers on one plate.
Only one is the serial.

A serial, an IMEI, a MAC address, a part number, a voltage rating. They look alike. When the wrong one is written down nothing catches it until reconciliation — weeks later, when the unit is installed, the crew has moved on, and the only way to recover the number is to send somebody back.

Brightstar Field moves that check to the one moment it is cheap: while the technician is still in front of the equipment.

Cradlepoint S400 — base label
MODELS400-C7B
SNWC2603SA001707
IMEI863860071671930
MAC00:30:44:7B:2F:11
INPUT100-240V 50/60Hz

Try it yourself — this is the real engine

Your grammar, running in this page.

Not a mockup. The same validation code the app runs on the technician's phone is loaded here. Pick something to scan into the S400 CradlePoint slot and watch it decide — offline, in your browser.

Slot: HNS CradlePoint — expects the S400's own serial.

How it decides

Refusal lists run first, before any shape matching. Then two-tier matching — a loose pattern only fires when the unit's own model evidence is in the same frame. Then admission gates on length and character class. A barcode decode outranks a photo read of the same number.

READY
Choose one on the left.

The shift

Brightstar issues the app.
Contractors work inside it.

Instead of hoping a contractor's own tooling captures what you need, the capture standard is yours. The rules, the order, the evidence and the completion bar all belong to Brightstar — and every contractor on every wave works to the same one.

  • The visit is generated from your pull and your terminal packs
  • The serial rules are your registry, unchanged
  • The return file is your file, in your column order
  • You see the work as it happens, not at reconciliation
The installer's route for the day
The crew's day
A retailer with its packs and completion checklist
One retailer

The visit

Your documented order — not a form to fill in.

The sequence is fixed because downtime minimisation requires it: the new modem and terminal go live before any legacy equipment comes out. One instruction at a time, and the crew cannot get ahead of it.

Arrival

Logged as proof of visit. No technician action.

Legacy sales reports

Weekly and daily, photographed before anything is unplugged.

Comm install

S400 and SIM tests — only at retailers on Ventus.

Equipment per pack

Each serial captured as the unit goes in, not at the end of the day.

Test and prove

Flash, sign-on, and the new terminal's daily report as data-match evidence.

Legacy removal

Reclaim serials for the classes that owe one.

Contextual photography

Step-backs; jackpot signage shot lit, from outside.

Close out

Disposition, scoped reason, and a clerk signature on a named list.

The wizard, in motion
A guidance step
Guidance, not jargon
Disposition with dependent reasons
Only legal outcome pairs

The moment of truth

Same step. Same guidance. Opposite outcomes.

These are two real screens from the same slot. On the left the technician scanned the S400's serial. On the right they scanned the IMEI printed two lines below it — and the app says exactly what they actually pointed at.

A confirmed serial
CONFIRMED — advance
A refused scan explaining what it actually was
REFUSED — and told why
The scanner with the slot named in the header
The slot is named while you scan

“Retake” is never the whole answer

A crew told only to try again photographs the same wrong thing again. So the app names what it saw: an IMEI, a MAC, a voltage rating — and which unit's label to find instead.

The taxonomy

Nine verdicts. No silent guesses.

Every reading lands in exactly one state, and each state has a defined action in the field and in the office. Ambiguity is never resolved by machine.

CONFIRMED

Decoded from the barcode, or two in-frame encodings agree. Payable without review.

CAPTURED

Read from the photograph and matched to the unit's pattern. One office approval.

ADJUDICATE

Two reads disagree on a look-alike character. A person rules; both readings kept.

RETAKE

Nothing usable, and the reason is named so the retake is different from the first try.

WRONG-LABEL

A real identifier read off the wrong surface — a service tag versus a PPID.

WRONG-SLOT

The unit in frame is not the one this step expects. Never silently reassigned.

DUPLICATE-FLEET

Already recorded at another retailer. Flagged at the counter, never overwritten.

NO-SERIAL-REQUIRED

This class owes no serial. Complete, never a gap.

UNMODELED

No pattern on file yet. Our gap, not the crew's — it never prompts a retake.

Evidence

The tag travels with the photograph.

Retailer number, store name, date and time are burned into every image as it is taken — your photo-requirements exhibit satisfied without a whiteboard in the van.

A picture chosen from the phone's library or a file is accepted, because sometimes it has to be — but it is recorded as an import, badged in the app, and stamped LIBRARY IMPORT on the image itself. An import proves nothing about where it was taken, and the record says so.

Photo capture with per-slot counters
Counts, not guesswork
Import provenance note
Imports are marked

The failsafe

Nothing leaves incomplete.

A retailer cannot be closed as complete while a required serial or photograph is missing. The crew sees precisely what is outstanding while they are still on site — and the office sees the same list, live, from the desk.

“Fix these before you leave the parking lot — coming back for a serial costs a whole trip.”

The completion gate on the phone
On the phone
The same gate in the office console
The same gate, in the console.

Both sides, same feed

The crew sees their day. You see the programme.

Arrivals, captures, completions and approvals land on one timeline per retailer — visible to the technician who did the work and to the office at the same moment.

The installer's own progress
Their route, their serial quality
The activity feed on the phone
The same feed, in hand
The activity feed in the console

The office

The wave, live.

Completion, serial quality split three ways, and the queue of readings waiting on a human decision — refreshing while you watch it.

The status board
Completion, serial quality, and what needs a decision.
The wave on a map
The same wave geographically — the crew's day is ordered by distance, and one tap hands off to Maps.

Proof, per serial

Every number shows its working.

Open any serial and you get the stamped photograph it came from, every candidate the engine considered, and every value it refused — with the rule that refused it.

This one is a Wincheck where the barcode read 0 and the print read O. The engine will not resolve that by machine, so it is held for a person and both readings are kept.

A wrongly suppressed value stays visible. Nothing is discarded silently.

Evaluation audit trail for a disputed serial

Three roles, one record

Everyone sees the same truth — not the same buttons.

Brightstar admin navigation

Brightstar admin

Everything, plus payout generation and publishing a new workflow version.

Contractor manager navigation

Contractor manager

Runs the work and reviews serials. Cannot generate payouts or change the workflow — the editor is read-only for them.

Installer navigation

Installer

Their route and their own progress. Office screens are not theirs to see.

Your data in

A wave is a file upload.

Load the NRO pull and the terminal-pack matrix. Scope runs automatically — only term_assigned_to = SME and term_status = Active become visits — and each retailer's pack decides exactly which equipment its crew is asked for.

New wave, new file. Not a configuration project.

Data intake

Your file back

Your columns. Your order. Nothing reformatted.

136 columns returned exactly as you sent them, with only the fields the crew produced filled in — highlighted here so it is obvious what the app contributed. A two-terminal retailer returns two rows, each with its own equipment. Values we did not capture stay blank, because a file that invents a value to look complete is worse than one that doesn't.

The Brightstar export preview

Settlement

A statement that explains its own exclusions.

You pay for correct serials at completed retailers. Every line that is not paid says why, in words a contractor can act on — and both sides read the identical frozen document.

“Two reads disagree on a look-alike character — pending office adjudication”
“Serial already recorded at another store — unresolved”
“No serial pattern on file for this unit type — not a crew miss”
The payout statement

Control

Change the rules without shipping an app.

Steps, guidance, photograph lists and close-out reasons are content, not code. Edit the workflow, publish, and the next visit follows the new version — no app store, no update on 40 phones, no waiting for a release.

Visits already under way keep the instructions they started with, so the record of a visit is never rewritten underneath it.

Because the visit is generated from your packs, a change to what a pack contains reaches the field the same way.

The workflow editor

Where it stands

Working software, not a mock-up.

Everything on these slides is a screenshot of a running system, on real Missouri deployment data — your terminal-pack matrix, your pull, your serial grammar unchanged.

Built and demonstrable

  • Guided visit, generated per retailer from its packs
  • On-device serial verification with named refusals
  • Photography with the required metadata tag burned in
  • Automated label reading, with the grammar as arbiter
  • Duplicate detection across the deployment
  • Completion gate, office console, payout statement
  • Your file returned in your columns

Next, on your direction

  • Offline capture queue for low-signal premises
  • Daily completions returned automatically
  • End-of-project photograph export with manifest
  • Scheduling and dispatch across contractor crews
  • Single sign-on and contractor administration
  • Programme reporting across waves and vendors

We would like an hour with your NRO team.

Bring the wave you are least comfortable reconciling. We will load its pull, walk a visit end to end, and hand you back the return file — in your columns, in the room.

ZenHammer · [email protected]