Do not label every weak result a fault—and do not leave a confirmed machine issue inside an informal watch note.

This suite separates uncertainty from confirmed action. Use the Performance Watchlist when a machine or bank shows a repeated signal that needs controlled observation. Escalate to the Issue Resolution Tracker when evidence confirms a technical or operational problem that requires diagnosis, repair, verification, ownership, and closure.

Choose the workflow by the strength of the evidence and the action required now

The two apps may reference the same machine, events, performance records, technician notes, and guest reports, but they serve different control decisions. A watch item manages uncertainty. A confirmed issue manages corrective action and verified return to normal operation.

01Signal observation

Slot Machine Performance Watchlist

Primary reviewer
Slots Manager or delegated supervisor with technician, analytics, and floor input as appropriate
Use when
A repeated performance, availability, technical, guest-service, meter, peripheral, location, or configuration signal deserves structured observation but the cause or fault is not yet confirmed.
Management question
Why is this machine on watch, what baseline is valid, what evidence supports or contradicts the concern, what test is due, and what exact result will release or escalate it?
Core evidence
Asset and bank identity, operating context, watch trigger, peer and historical baseline, event logs, availability, guest reports, counter-evidence, confidence, severity, temporary controls, owner, next test, due date, review history, exit criteria, and linked issue reference.
Not for
Declaring a machine defective, authorizing removal or replacement, bypassing technical diagnosis, or keeping an already confirmed issue in indefinite observation.
02Confirmed issue resolution

Slot Machine Issue Resolution Tracker

Primary reviewer
Slots Technical Lead or Slots Manager with assigned technician, vendor, IT, Security, Finance, or system owner as required
Use when
Evidence supports a confirmed technical or operational issue that requires diagnosis, controlled response, assigned ownership, repair or correction, verification, and formal closure.
Management question
What is the verified symptom, severity, current exposure, working or confirmed cause, corrective action, dependency, owner, due date, verification standard, and closure decision?
Core evidence
Ticket and asset reference, reported time, issue category, severity, status, verified symptom, operating and guest impact, diagnostics, source evidence, temporary control, owner, vendor dependency, due date, corrective action, cause confidence, verification evidence, recurrence window, and reviewer approval.
Not for
Monitoring a weak or uncertain signal without a confirmed issue, replacing the approved work-order system, or closing a case before representative functional verification.

One signal-to-resolution lifecycle across two separate workflows

A stable asset identifier and linked reference should carry the evidence from observation into a confirmed issue record without erasing the earlier uncertainty, comparison basis, tests, or management decisions.

  1. 1
    Detect a signal

    Record the machine, bank, time period, trigger, comparison basis, repeated event, guest report, availability change, performance deviation, or technical observation.

  2. 2
    Observe and test

    Define evidence quality, confidence, peer or historical baseline, temporary control, owner, next test, deadline, and objective exit or escalation criteria.

  3. 3
    Confirm or release

    Remove the item from watch when approved evidence supports normal operation, extend observation when uncertainty remains, or create a linked issue when the approved threshold is met.

  4. 4
    Diagnose and correct

    For a confirmed issue, record symptom, category, severity, technical evidence, operating impact, temporary control, owner, vendor dependency, corrective action, and due time.

  5. 5
    Verify and monitor

    Test under representative operating conditions, distinguish confirmed cause from hypothesis, approve closure, and retain a defined recurrence-monitoring period where risk remains.

Shared evidence, escalation, and human-authority boundaries

  • A short-period win result, one guest complaint, one reset, or one below-peer comparison does not by itself prove a machine defect or commercial failure.
  • The Watchlist does not replace approved technical diagnostics, work orders, surveillance evidence, CMS records, meter records, vendor support, or management review.
  • The Issue Tracker must not close a case only because a part was replaced or a ticket status changed; representative verification and reviewer approval are required.
  • Machine removal, return to service, configuration change, vendor access, security escalation, and capital-replacement decisions remain with authorized casino personnel.

Start with one machine or bank where the team is unsure whether it needs observation or a confirmed issue record.

A useful pilot preserves asset identity, baseline, evidence, confidence, thresholds, tests, technical actions, owners, due dates, verification, and management closure across both workflows.

Discuss a casino operations roleReturn to all 67 apps