A1_West_Virginia_Lottery_Additional_Information.docx

DOCX document 61 KB Posted

Attached to
RFP - Lottery Modern Retail Central Gaming System Solution
Solicitation number
CRFP 0705 LOT2700000001 1
Issued by
Kanawha County, West Virginia

About this file

This is an appendix to a Request for Proposal (RFP) issued by the West Virginia Lottery for a Traditional Gaming System modernization procurement. The document provides comprehensive technical, operational, and business requirements for vendors seeking to implement a replacement central gaming system supporting retail lottery operations across approximately 1,500 licensed retailers statewide. The system must support multiple game products including Scratch-Off instant tickets, daily draw games (Daily 3, Daily 4), fixed-jackpot games (Cash 25), high-frequency games (Keno Go, CA$H POP), and multi-state games (Powerball, Mega Millions, Lotto America, Millionaire for Life). The system must process approximately $224 million in annual Traditional retail sales, maintain real-time transaction validation and liability accounting, enforce strict draw cut-off times, support geographic network variability across rural and urban retailers, and accommodate peak transaction volumes at 150 percent of historical maximums. The procurement emphasizes resiliency, modularity, transparency, and scalability as foundational architectural principles, with specific requirements for a modernized Random Number Generator (RNG) platform, configurable draw scheduling including potential midday draws, integrated draw show production capability, and cross-channel integration with the Lottery's separate iLottery digital platform.

The system must maintain strict separation of duties and system-of-record authority between retail and digital channels while supporting controlled interoperability for cross-channel features such as remote wallet claiming of Scratch-Off prizes up to $25,000, digital coupon redemption at retail, and online game card sales for wallet deposit. Key operational requirements include real-time result dissemination to website and mobile platforms, comprehensive audit logging and immutable transaction timestamps, permutation logic accuracy for multi-way wagers, configurable retailer segmentation with differentiated redundancy parameters, and financial reconciliation across multi-state game settlements. The Lottery retains exclusive regulatory control over game configurations and may modify game structures, payout percentages, and operational parameters at its discretion. The Traditional Gaming System shall serve as the authoritative system of record for retail ticket issuance, Scratch-Off pack activation, retail prize liability, retailer settlement, draw execution and certification, and retail transaction accounting. The document specifies that no single point of failure shall cause statewide disruption, that vendor-hosted environments must maintain Lottery visibility into performance metrics and configuration controls, and that the modernized platform must support long-term adaptability without repeated structural redesign throughout the contract term.

View the file

Other files

File Type Posted
Exhibit A - RFP Cost Sheet (1).xlsx XLSX spreadsheet
A10 Instant_Sales_by_Game__PP.csv CSV file
A10 Instant Sales by Game.csv CSV file
A15 iLottery.docx DOCX document
A5 FMSR information.docx DOCX document
A9 Two Years Net Sales.xlsx XLSX spreadsheet
A6 WV Consumables.xlsx XLSX spreadsheet
A13 Copy of WV Game Launches.xlsx XLSX spreadsheet
A8 Top 100 Retailers FY 25.pdf PDF
A14 WV Lottery POS Cost.pdf PDF
LOT RFP APPENDICES PDF.pdf PDF
A0 Appendices Glossary and Exhibit List_updated_9-24-26-TH (1).docx DOCX document
CRFP LOT27-01 Solicitation Documents.pdf PDF
A2 Retailer Name and Address List.xlsx XLSX spreadsheet
A4 WV Lottery Advertising Schedule_2024-2026.pdf PDF
A7 West Virginia Lottery A&U Research (July 2025).pdf PDF
A12 Sales by Retailer.xlsx XLSX spreadsheet
A3 Promotional_Events_2024-2025.xlsx XLSX spreadsheet
A11 Average_Weekly_Retailer_Sales 2 years.xlsx XLSX spreadsheet
Show all 19

On GovTribe

Work with this file

  • Download the original file
  • Contacts named in this file
  • Similar government files
  • Ask GovTribe AI about this file

Text version

APPENDIX A1

West Virginia Lottery Additional Information Traditional Gaming System Procurement Purpose This Appendix provides additional background information, operational context, technical information, and business requirements intended to assist Vendors in understanding the West Virginia Lottery's Traditional Gaming System environment.

This Appendix is incorporated by reference into the Request for Proposal (RFP). Unless otherwise stated, all information and requirements contained within this Appendix shall be considered part of the Procurement Documents.

1.1 Lottery Overview

The West Virginia Lottery operates as a constitutionally authorized public enterprise whose primary mandate is the generation of revenue for the State of West Virginia through the lawful administration of lottery gaming. Since the commencement of ticket sales in 1986, the Lottery has generated more than $13.7 billion in proceeds distributed to education, senior services, veterans’ initiatives, tourism, infrastructure, and other statutorily designated programs. These proceeds are not discretionary funds; they are embedded within the State’s fiscal planning structure and are relied upon annually in the development of the State budget.

The Traditional Lottery Gaming System serves as the operational backbone of this public enterprise. It is responsible for capturing sales transactions, enforcing game rules, validating prizes, calculating liabilities, settling retailer accounts, generating tax documentation, maintaining audit trails, and supporting regulatory oversight. Unlike many commercial transaction systems, the Traditional Lottery Gaming System must operate within a framework of heightened public scrutiny, statutory compliance, and independent audit review.

In Fiscal Year 2025, Traditional Lottery retail sales totaled approximately $224 million, with Scratch-Off games accounting for approximately $155.6 million of that total. Multi-state draw games, including Powerball® and Mega Millions®, generated significant revenue, particularly during periods of elevated jackpots rollovers. These financial figures underscore the operational importance of maintaining system stability, accuracy, and scalability.

The Lottery’s statewide retail network includes approximately 1,500 licensed retailers operating across diverse geographic and technological environments. From metropolitan retail chains processing high transaction volumes to rural outlets operating in limited-bandwidth areas, the Traditional Gaming System must function reliably across a wide spectrum of operational conditions.

Detailed technical, operational, security, validation, accounting, and compliance requirements referenced throughout this overview are defined in subsequent sections of this RFP and shall govern Vendor obligations.

1.1.1 Statutory Authority

The Lottery derives its authority from constitutional amendment and enabling legislation codified in West Virginia law. This statutory framework grants the Lottery full authority to establish, operate, regulate, and modify lottery games; to license and regulate retailers; to conduct drawings; to validate prizes; to collect and distribute revenue; and to establish internal control standards.

•The Traditional Lottery Gaming System must be designed and operated in a manner consistent with this statutory authority. The Vendor shall recognize that:
•The Lottery retains exclusive regulatory control over all game configurations and operational rules.
•The Lottery may modify game structures, payout percentages, advance draw limits, and promotional parameters at its discretion.
•The Lottery may require system modifications to comply with statutory amendments or regulatory directives.
•The Vendor’s role is operational and technical in nature and does not extend to regulatory decision-making authority.
•The system must be sufficiently flexible to accommodate legislative or regulatory change without requiring fundamental architectural redesign.

1.1.2 Public Mission and Revenue Impact

Lottery revenue forms a material component of the State’s fiscal structure. In Fiscal Year 2025, total Lottery revenue exceeded $1.296 billion, with more than $611 million transferred to the State. Because these proceeds are integrated into annual appropriations, even temporary revenue disruption can have broader fiscal implications.

The Traditional Lottery Gaming System must therefore operate with an emphasis on:

•Continuous availability.
•Accurate transaction processing.
•Real-time liability accounting.
•Precise retailer commission calculation.
•Reliable tax reporting.

Revenue volatility associated with jackpot-driven surges introduces additional system stress. During high-profile jackpot events, transaction volumes may increase substantially within compressed timeframes. The system must accommodate these surges without degradation of performance or validation delays.

Operational resilience is inseparable from fiscal responsibility.

1.1.3 Historical Financial Performance

The Lottery’s Traditional sales portfolio has demonstrated sustained performance. across multiple fiscal cycles. Scratch-Off games consistently represent the largest revenue contributor within Traditional operations, providing stable baseline income. Draw-based games introduce both recurring revenue and event-driven spikes, particularly in multi-state jackpot scenarios.

•Financial performance trends illustrate:
•Consistent player participation in in-state draw games.
•Revenue concentration in higher price-point instant tickets.
•Sales acceleration during promotional periods.
•Significant transaction increases during national jackpot rollovers.

The Vendor must demonstrate capacity planning sufficient to support peak transaction loads at or above 150 percent of historical maximums, while maintaining system responsiveness and validation accuracy.

1.1.4 Current Retail Footprint and Geographic Distribution

The Lottery licenses approximately 1,500 Traditional retailers statewide. These retailers are geographically dispersed across urban centers, suburban corridors, and rural communities.

Connectivity conditions vary significantly across this network. Retailers may operate in environments characterized by:

•High-speed broadband connectivity.
•Cellular primary connectivity.
•Hybrid broadband and cellular redundancy.
•Limited-bandwidth rural coverage.

This variability requires a communications architecture that is adaptable rather than uniform. The Traditional Lottery Gaming System must support:

•Configurable communications redundancy.
•Automatic failover between primary and secondary connections.
•Store-and-forward transaction buffering during temporary outages.
•Automatic reconciliation upon restoration of connectivity.
•Real-time terminal monitoring and alerting.

The system must treat geographic variability as a design assumption rather than an exception condition.

1.1.5 Retailer Types and Volume Segmentation

Retailers differ not only by geography but also by transaction volume and operational profile. The Lottery’s network includes:

•High-volume chain retailers with multiple terminals and vending devices.
•Mid-tier independent retailers with moderate transaction throughput.
•Low-volume rural retailers operating with limited infrastructure.

High-volume retailers present heightened revenue exposure. A brief outage at such a location can result in measurable revenue loss. These retailers may require:

•Dual-carrier cellular redundancy.
•Broadband plus cellular failover.
•Enhanced monitoring thresholds.
•Prioritized service response.

Low-volume retailers require reliable store-and-forward capabilities that prevent transaction loss during intermittent connectivity disruptions. The system must preserve transactional integrity without introducing reconciliation discrepancies.

Retail segmentation must be configurable within the system, allowing the Lottery to adjust redundancy and monitoring parameters based on operational classification.

1.1.6 Current Game Portfolio

The Lottery’s Traditional game portfolio includes instant and draw-based games, each introducing unique operational requirements. The Central Gaming System must manage these products within a unified framework while accommodating their distinct transactional, financial, and regulatory characteristics.

1.1.6.1 Scratch-Off Games

Scratch-Off games are pre-printed instant win tickets issued in sequential packs and distributed through a centralized warehouse operation. Unlike draw games, the outcome of each ticket is predetermined at the time of manufacture. This structure requires the Central Gaming System to maintain precise alignment between physical inventory and digital system state.

•The lifecycle of a Scratch-Off game includes:
•Prize structure approval and configuration.
•Ticket manufacturing and serialization.
•Pack-level sequencing and warehouse receipt.
•Shipment to retailer.
•Pack activation.
•Ticket sale and validation.
•Pack return and destruction.

Activation serves as a critical control point. Until a pack is activated within the Central Gaming System, tickets within that pack must not be eligible for validation. Upon activation, the system must immediately reflect the associated prize liability exposure.

•As tickets are validated:
•Liability must decrement in real time.
•Prize payout must be recorded.
•Audit logs must capture validation details.
•Abnormal patterns must be identifiable.

The system must also support:

•Partial pack sales.
•Promotional overlays.
•Damaged ticket claims.
•Investigative workflows for lost or stolen inventory.

Scratch-Off integrity is inseparable from financial and audit integrity. The system must treat pack lifecycle management as a core financial control mechanism.

1.1.6.2 Daily 3

Daily 3 is a fixed-schedule, in-state draw game offered through licensed retail locations as part of the Traditional Lottery portfolio. The Traditional Lottery Gaming System shall support retail sales, wager type configuration, permutation processing, draw execution, prize validation, liability monitoring, and real-time result dissemination for Daily 3 in accordance with established game rules. These may change at the Lottery’s discretion and additional drawings may be added.

Daily 3 drawings are conducted Monday through Saturday evenings at approximately 6:59 p.m. Eastern Time. Retail sales must cease at approximately 6:49 p.m. Eastern Time. Strict statewide cut-off enforcement is mandatory[AS1.1].

Wager Structure and Number Selection Controls Daily 3 requires players to select three digits, each digit ranging from 0 through 9.

The system must support:

•Manual digit selection via play slip.
•Quick Pick digit generation using certified randomization logic.
•Multi-draw purchases for consecutive drawings (2, 4, 6, 12, 18, or 24 draws), within Lottery-configured limits.
•Selection of wager amount ($0.50 or $1.00 where applicable).
•Selection of wager type (Exact, Any, Exact/Any, Combo).

At the point of sale, the system must enforce:

•Valid digit selection from 0–9.
•Selection of exactly three digits.
•Correct wager denomination rules.
•Enforcement of $1.00-only rule for Exact/Any wagers.
•Strict draw cut-off time compliance.
•Immutable logging of transaction timestamps.

No Daily 3 transaction shall be accepted after the official cut-off time.

Exact Play (Exact Order) An Exact wager wins only if all three selected digits match the drawn numbers in the exact order drawn.

The system must:

•Store digits in the precise order selected.
•Compare ordered sequence to the official draw result.
•Apply Exact payout table when all digits match in exact order.
•Reflect Exact wager liability at time of sale.

Exact match evaluation must be deterministic and auditable.

Any Play (Any Order) An Any wager wins if the three selected digits match the drawn digits in any order.

The system must:

•Generate all valid permutations of the selected digits.
•Compare each permutation to the official draw result.
•Apply Any payout table when a permutation matches.
•Correctly account for duplicate-digit reduction in permutation count.

Permutation generation must correctly reflect:

•3-Way combinations (e.g., 112 — three possible ordered combinations).
•6-Way combinations (e.g., 123 — six possible ordered combinations).

The system must automatically classify the selected digit pattern and calculate payout exposure accordingly.

Boxed Play Classification (3-Way and 6-Way) Daily 3 boxed wagers depend on duplicate digit structure:

•A “3-Way” combination occurs when two digits are identical (e.g., 112), resulting in three distinct ordered permutations.
•A “6-Way” combination occurs when all three digits are different (e.g., 123), resulting in six distinct permutations.

The Traditional Gaming System must:

•Automatically determine permutation classification at time of sale.
•Apply correct payout scaling for 3-way and 6-way wagers.
•Accurately calculate probability-weighted liability exposure.
•Log classification determination for audit review.

Incorrect permutation classification shall be treated as a critical defect.

Exact/Any Play (Split Payout Logic) Exact/Any is a hybrid wager type with unique payout allocation logic.

If the selected numbers match the draw in exact order:

• The player wins half of the Exact payout and half of the Any payout.

If the selected numbers match in any order but not exact order:

• The player wins half of the boxed payout only.

The system must:

•Identify exact matches.
•Identify non-exact permutation matches.
•Apply correct partial payout allocation.
•Enforce the $1.00 wager requirement for this wager type.
•Log split payout calculation logic.

Split payout calculations must be transparent, reproducible, and auditable.

Combo Play Expansion The Combo wager provides an Exact play for all possible ordered permutations of the selected digits on a single ticket.

The system must:

•Automatically expand selected digits into all valid permutations.
•Treat each permutation as an internal Exact wager.
•Calculate total cost based on permutation count.
•Reflect expanded liability at time of sale.
•Clearly display expanded wager information on the ticket.

Because Combo wagers increase exposure, liability must incorporate full permutation expansion.

Multi-Draw Tracking Daily 3 supports consecutive draw purchases. The system must:

•Associate each play with specific draw identifiers.
•Accurately decrement draw count following each drawing.
•Prevent duplicate or overlapping draw commitments.
•Enforce configured multi-draw limits.
•Preserve historical participation records.

Multi-draw functionality must align precisely with scheduled draw execution.

Liability Monitoring and Financial Controls The system must calculate projected liability exposure at the moment of sale, accounting for:

•Wager type.
•Permutation classification (3-way vs 6-way).
•Combo expansion.
•Multi-draw commitments.

Following draw result ingestion, the system must:

•Identify winning wagers.
•Apply appropriate payout logic.
•Update liability records.
•Generate reconciliation reports for accounting oversight.

Any error in permutation logic, payout scaling, or split allocation shall be treated as a high-severity system defect.

Draw Processing and Real-Time Result Dissemination The system must:

•Synchronize system clocks statewide.
•Enforce sales closure at 6:49 p.m. Eastern Time[AS2.1].
•Ingest certified draw results.
•Match all eligible wagers.
•Apply payout rules.
•Archive draw results permanently.

Immediately upon draw certification, the system must:

•Publish official draw results through a secure internal distribution service.
•Provide real-time API feeds to the Lottery’s website.
•Provide real-time API feeds to the Lottery’s mobile application.
•Ensure retail validation aligns with public result displays.

All result dissemination must be encrypted, timestamped, and logged. Any inconsistency between retail validation and public display shall be treated as a critical integrity incident.

1.1.6.3 Daily 4

Daily 4 is a fixed-schedule, in-state draw game offered through licensed retail locations as part of the Traditional Lottery portfolio. The Traditional Lottery Gaming System shall support retail sales, wager type configuration, permutation processing, draw execution, prize validation, liability monitoring, and real-time result dissemination for Daily 4 in accordance with established game rules.

Daily 4 drawings are conducted Monday through Saturday evenings at approximately 6:59 p.m. Eastern Time. Retail sales must cease at approximately 6:49 p.m. Eastern Time. Strict statewide cut-off enforcement is mandatory.[AS3.1] Wager Structure and Number Selection Controls Daily 4 requires players to select four digits, each digit ranging from 0 through 9. The system must support:

•Manual digit selection via play slip.
•Quick Pick digit generation using certified randomization logic.
•Multi-draw purchases for consecutive drawings (2, 4, 6, 12, 18, or 24 draws), within Lottery-configured limits.
•Selection of wager amount ($0.50 or $1.00 where applicable).
•Selection of wager type (Exact, Any, Exact/Any, Combo).

At the point of sale, the system must enforce:

•Valid digit selection from 0–9.
•Selection of exactly four digits.
•Correct wager denomination rules.
•Strict draw cut-off time.
•Immutable logging of transaction timestamps.

No Daily 4 transaction shall be accepted after the official cut-off time.

Wager Type Processing and Permutation Logic Daily 4 supports multiple wager types, each of which requires specific internal processing logic.

Exact Play (Exact Order) An Exact wager wins only if all four selected digits match the drawn numbers in the exact order drawn.

The system must:

•Store digits in order selected.
•Compare ordered sequence against draw results.
•Apply Exact payout table if all digits match in exact order.
•Record Exact wager liability at time of sale.

Any Play (Any Order) An Any wager wins if the four selected digits match the drawn digits in any order.

The system must:

•Generate all valid permutations of the selected digits.
•Compare permutations against draw result.
•Apply Any payout table when a permutation matches.
•Account for duplicate digit permutations appropriately.

The system must correctly handle cases where duplicate digits reduce total possible permutations.

Boxed Play Logic (4-Way, 6-Way, and Similar Types) Certain number combinations result in reduced permutation counts based on duplicate digits.

For example:

•A “4-Way” combination (e.g., 1222) results in four possible ordered permutations.
•A “6-Way” combination (e.g., 1122) results in six possible permutations.

The system must:

•Automatically determine permutation count based on selected digits.
•Correctly classify 4-way, 6-way, 12-way, or 24-way combinations.
•Apply appropriate payout scaling based on permutation type.
•Accurately calculate liability exposure reflecting permutation probability.

Permutation logic must be deterministic, reproducible, and auditable.

Exact/Any Play (Split Payout Logic) The Exact/Any wager type combines elements of Exact and Any play and carries unique payout logic.

If the numbers match in exact order:

• The player wins half of the Exact payout and half of the Any payout.

If the numbers match in any order but not exact order:

• The player wins half of the boxed payout only.

The system must:

•Identify exact match scenarios.
•Identify non-exact permutation match scenarios.
•Calculate partial payout allocations.
•Enforce that only $1.00 wagers are accepted for this bet type.
•Record split liability at time of sale.

Partial payout calculation must be transparent and fully logged.

Combo Play Expansion The Combo wager type provides an Exact play for all possible combinations of the selected digits on a single ticket.

The system must:

•Automatically expand the selected digits into all valid ordered permutations.
•Treat each permutation as an internal Exact wager.
•Calculate total cost accordingly.
•Reflect expanded liability at time of sale.
•Display wager expansion clearly on transaction receipt.

Because Combo wagers increase exposure significantly, real-time liability calculation must incorporate full permutation expansion.

Multi-Draw Tracking Daily 4 supports consecutive draw purchases. The system must:

•Associate each play with specific draw identifiers.
•Decrement draw count accurately.
•Prevent overlapping or duplicate draw commitments.
•Enforce maximum multi-draw limits.
•Maintain complete historical tracking of draw participation.

Liability Monitoring The system must calculate projected liability exposure at the moment of sale, accounting for:

•Wager type (Exact, Any, Exact/Any, Combo).
•Permutation count.
•Duplicate digit reduction effects.
•Multi-draw commitments.

Following draw result ingestion, the system must:

•Identify winning wagers.
•Apply correct payout tier logic.
•Update liability records.
•Generate reconciliation reports for financial review.

Any miscalculation in permutation handling or payout scaling shall be treated as a critical system defect.

Draw Processing and Result Dissemination The system must:

•Synchronize system clocks statewide.
•Enforce sales closure at 6:49 p.m. Eastern Time.
•Ingest certified draw results.
•Match all eligible wagers.
•Apply appropriate payout rules.
•Archive draw results permanently.

Immediately upon draw certification, the system must:

•Publish official draw results through a secure internal distribution service.
•Provide real-time API feeds to the Lottery’s website.
•Provide real-time API feeds to the Lottery’s mobile application.
•Ensure retail validation is synchronized with public display.

All result transmissions must be encrypted and logged. Any discrepancy between retail validation outcomes and public result display shall be treated as a Severity 1 integrity incident.

1.1.6.4 Cash 25

Cash 25 is an in-state, fixed-jackpot draw game offered through licensed retail locations as part of the Traditional Lottery portfolio. The Traditional Lottery Gaming System shall support retail sales, draw processing, jackpot liability tracking, prize validation, and real-time result dissemination for Cash 25 in accordance with established game rules.

Cash 25 drawings are conducted on Monday, Tuesday, Thursday, and Friday evenings, with retail sales closing at approximately 6:49 p.m. Eastern Time and the drawing occurring at approximately 6:59 p.m. Eastern Time. Strict cut-off enforcement is mandatory.[AS4.1] Wager Structure and Retail Transaction Controls Cash 25 requires players to select:

• Six distinct numbers from a defined field of 1 through 25.

The system must support:

•Manual number selection via play slip.
•Quick Pick number generation using certified randomization logic.
•Multi-draw purchases for consecutive drawings (2, 4, 8, 12, 16, or 24 draws), within Lottery-configured limits.
•Multiple plays per retail transaction.
•Prohibition of ticket cancellation after issuance.

At the point of sale, the system must enforce:

•Valid number range selection (1–25).
•Prevention of duplicate number selection within a play.
•Accurate application of multi-draw selections.
•Strict sales cut-off at 6:49 p.m. Eastern Time.
•Immutable logging of transaction timestamps.

No Cash 25 transaction shall be accepted after the official cut-off time.

Fixed Jackpot Structure and Liability Cap Cash 25 operates under a fixed jackpot model with defined liability thresholds.

For a single drawing:

•If there are ten (10) or fewer jackpot-winning plays, each winning play shall receive $25,000.
•If there are eleven (11) or more jackpot-winning plays, a total prize pool of $250,000 shall be divided equally among all jackpot-winning plays.

This structure introduces a controlled jackpot exposure cap of $250,000 per drawing.

The Traditional Lottery Gaming System must therefore support:

•Automated aggregation of jackpot-winning plays following draw result processing.
•Conditional payout logic based on winner count threshold.
•Equal division calculation when winner count exceeds ten.
•Enforcement of maximum aggregate jackpot exposure per draw.
•Transparent documentation of payout calculation logic.

All division calculations must be precise, reproducible, and auditable.

Winner Count Threshold Logic Upon ingestion of certified draw results, the system must:

1.Identify all jackpot-winning plays.
2.Count the number of jackpot-winning plays.
3.Apply payout logic based on winner count:
o≤10 winners: assign $25,000 per winning play.
o≥11 winners: divide $250,000 equally among all winning plays.

When equal division is required:

•The system must calculate individual payout amounts precisely.
•Rounding methodology must be documented.
•Total distributed payout must not exceed $250,000.
•All calculations must be retained in audit logs.

Because payout logic changes based on winner count, the system must clearly record the threshold trigger event for audit purposes.

Liability Monitoring and Projection The system must calculate projected jackpot liability exposure in real time at the moment of sale.

Liability projection must include:

•Total number of active plays for the upcoming draw.
•Probability-weighted exposure scenarios.
•Aggregate exposure cap of $250,000 per draw.

Following draw processing, the system must:

•Adjust liability records.
•Record validated prizes.
•Generate reconciliation reports suitable for accounting review.

Because Cash 25 operates on multiple weekly draw days, liability tracking must clearly distinguish between draw IDs and associated sales windows.

Draw Processing and Cut-Off Enforcement The system must:

•Synchronize time across retail terminals and central infrastructure.
•Automatically close sales at 6:49 p.m. Eastern Time.
•Prevent acceptance of late-entry transactions.
•Log cut-off enforcement events.
•Ingest certified draw results.
•Match all wagers.
•Calculate jackpot winners and apply threshold payout logic.
•Archive draw results permanently.

Draw execution, result ingestion, and payout calculation must occur without latency that would impact subsequent reporting cycles.

Real-Time Result Dissemination Immediately upon certification of each Cash 25 draw, the Traditional Lottery Gaming System must:

•Publish official draw results through a secure internal distribution service.
•Provide real-time API access to the Lottery’s official website.
•Provide real-time API access to the Lottery’s mobile application.
•Provide result feeds to authorized retail display systems.

Result dissemination must:

•Occur within seconds of draw certification.
•Use encrypted transmission protocols.
•Include integrity validation mechanisms.
•Log publication timestamps and delivery confirmations.

Any discrepancy between retail validation outcomes and publicly displayed results shall be treated as a critical integrity incident.

Multi-Draw Tracking Cash 25 supports consecutive draw purchases. The system must:

•Associate each play with specific draw IDs.
•Decrement draw counts accurately.
•Prevent overlapping or duplicate draw entries.
•Maintain historical draw participation records.
•Support reconciliation between multi-draw sales and executed draws.

1.1.6.5 Keno Go

Keno Go is a high-frequency, retail-only draw game conducted continuously throughout the day. Unlike fixed-schedule jackpot games, Keno Go operates on an automated three-minute draw cycle, seven days per week, from approximately 5:01 a.m. through 3:46 a.m. Eastern Time. The Traditional Lottery Gaming System shall support the exclusive retail sale, draw processing, validation, bonus application, liability monitoring, and real-time result dissemination of Keno Go.

Because of its frequency and continuous operation, Keno Go imposes elevated architectural, performance, and synchronization requirements on the Central Gaming System.

High-Frequency Draw Architecture A new Keno Go drawing occurs approximately every three minutes. The system must therefore support:

•Automated recurring draw scheduling.
•Strict closure of sales prior to each draw.
•Immediate reopening of sales following draw execution.
•Rapid ingestion and processing of draw results.
•Continuous operation without performance degradation.

For each draw cycle, the Lottery’s secured and certified Random Number Generator (RNG) shall generate twenty (20) winning numbers from a defined pool of eighty (80) numbers.

The Traditional Gaming System must:

•Integrate securely with the certified RNG.
•Ensure cryptographic integrity of generated results.
•Prevent premature disclosure of draw outcomes.
•Archive all draw results permanently.
•Maintain complete draw history capable of full reconstruction.

Because draw cycles occur every three minutes, the system must process draw events without queuing delays that could impact subsequent cycles.

Wager Structure and Spot Selection Controls Keno Go allows players to select:

•A wager amount per drawing.
•A spot value (number of selections per play).
•Specific numbers corresponding to the selected spot value, or Quick Pick selection.
•Number of consecutive drawings.

The system must enforce:

•Valid spot selection limits.
•Prevention of selecting more numbers than the designated spot value.
•Configurable wager amount limits.
•Maximum wager enforcement (currently $100 per play slip or $200 when Bonus is selected).
•Accurate calculation of total wager amount across consecutive drawings.

Total wager must be calculated as:

Wager Amount × Number of Consecutive Draws (with Bonus selection doubling the total wager amount).

All calculations must be transparent and auditable.

Consecutive Draw Tracking Keno Go supports purchase of consecutive drawings. The system must:

•Associate each wager with specific draw identifiers.
•Accurately decrement draw count after each cycle.
•Prevent overlapping or duplicate draw commitments.
•Enforce maximum consecutive draw limits established by the Lottery.
•Maintain clear audit trails of draw consumption.

Given the rapid draw cadence, the system must ensure precise alignment between purchased draw cycles and executed draw events.

Keno Go Bonus Feature Keno Go includes an optional Bonus feature that increases prize payouts. The Bonus costs an additional amount equal to the base wager, effectively doubling the wager amount when selected.

For each draw cycle:

•A Bonus multiplier value (e.g., 3X, 4X, 5X, or 10X) is determined prior to the drawing.
•If the player selected the Bonus feature and the multiplier exceeds 1X, prize amounts are multiplied accordingly.

The Traditional Gaming System must:

•Record Bonus selection at the individual play level.
•Automatically double the wager amount when Bonus is selected.
•Securely ingest or generate the Bonus multiplier value for each draw.
•Associate the multiplier with the specific draw ID.
•Apply multiplier logic only to eligible winning tickets.
•Maintain permanent records of multiplier assignments.
•Provide reporting on multiplier distribution and financial impact.

Bonus configuration must be version-controlled and accessible only to authorized administrative roles.

Prize Validation and Rolling Liability Monitoring Following each draw:

•Player selections must be matched against the twenty (20) winning numbers.
•Prize tiers must be calculated based on spot value and number of matches.
•Bonus multiplier logic must be applied where applicable.
•Winning status must be available immediately for retail validation.

Because Keno Go operates nearly continuously, the system must support rolling liability management, including:

•Real-time exposure calculation.
•Continuous liability adjustment.
•No accumulation or carry-forward miscalculation across draw cycles.
•Automated reconciliation between wager intake and payout exposure.

Latency in validation processing is unacceptable due to the rapid draw frequency.

Real-Time Result Dissemination Requirements Given the three-minute draw cycle, the Traditional Lottery Gaming System must provide secure, real-time result feeds to authorized downstream systems, including:

•Retail display monitors.
•The official Lottery website.
•The official Lottery mobile application.

Immediately upon certification of each draw, the system must:

•Publish official draw results through a secure internal distribution service.
•Provide a real-time API or secure data feed for website integration.
•Provide a real-time API or secure data feed for mobile application integration.
•Ensure retail validation results are synchronized with public-facing displays.

The following controls are mandatory:

Latency Control

•Result data must be available to authorized systems within seconds of draw certification.
•End-to-end dissemination latency must not impact the next draw cycle.

Single Source of Truth

•The Central Gaming System shall serve as the authoritative source of draw results.
•All downstream systems must consume results from documented, secure interfaces.
•No external system shall independently generate or alter results.

Data Integrity

•All result transmissions must be encrypted.
•Result feeds must include validation controls (e.g., checksums or digital signatures).
•All publication events must be logged.

Failure Handling

•Automated retry logic must exist for failed transmissions.
•Result publication failures must generate automated alerts.
•Archived result data must be replayable if necessary.

Any discrepancy between:

•Retail validation outcomes, and
•Publicly displayed website or mobile results

shall be treated as a critical integrity incident.

Performance and Monitoring Requirements Because of continuous operation and high transaction concurrency, the system must:

•Sustain high transaction throughput without degradation.
•Monitor system latency in real time.
•Alert on delayed draw execution.
•Alert on missed result publication.
•Detect abnormal transaction spikes.
•Prevent backlog accumulation.

A delay that impacts scheduled draw cycles shall be treated as a Severity 1 operational incident.

1.1.6.6 CA$H POP™

CA$H POP™ is a high-frequency, retail-only draw game designed around rapid draw cycles and variable wager structures. The Traditional Lottery Gaming System shall support the exclusive retail sale, draw execution, wager calculation, validation, liability tracking, and real-time result dissemination of CA$H POP™.

CA$H POP introduces dynamic wager multiplication logic that directly affects transaction processing and liability exposure. The system must enforce these calculations with precision and full audit transparency.

Draw Structure and Frequency CA$H POP drawings occur multiple times per hour, with players permitted to purchase consecutive draws (up to eight draws per play slip, representing approximately two hours of continuous participation).

For each draw:

•A single winning number is selected from a defined pool (currently 1 through 15).
•The draw result must be generated through a certified and secured Random Number Generator (RNG).
•The result must be cryptographically secured and archived permanently.

The Traditional Gaming System must:

•Enforce sales closure prior to each draw.
•Synchronize draw execution timing.
•Prevent acceptance of late-entry transactions.
•Immediately process draw results and enable validation.
•Sustain continuous draw cycles without latency degradation.

Because draw cycles occur frequently, performance bottlenecks must not delay subsequent draws.

Wager Structure and Cost Calculation Logic CA$H POP allows players to:

•Select one or more numbers (1 through 15) per drawing.
•Select a wager amount per drawing ($1, $2, $5, or $10).
•Select the number of consecutive drawings (1–8 draws).
•Select Quick Pick for randomly generated number selection.
•Select “Cover All” to select all fifteen numbers.

The system must calculate total ticket cost as:

Wager Amount × Number of Numbers Selected × Number of Draws For example:

•A $5 wager with 3 numbers selected for 4 draws equals $60 total wager.
•If “Cover All” is selected, the system must automatically multiply the wager amount by 15 per draw.

The Traditional Gaming System must enforce:

•Valid number range selection (1–15).
•Accurate multiplication of cost based on number of selections.
•Maximum wager limit enforcement (currently $200 per play slip and per single wager).
•Prevention of cost calculation errors.
•Clear display of total wager prior to finalization.

All cost calculations must be logged and auditable.

Cover All Functionality The “Cover All” option allows a player to select all fifteen numbers in a single draw. Because one number will always be drawn, Cover All guarantees a winning outcome for that draw.

This feature introduces guaranteed payout logic that must be handled precisely by the system.

The system must:

•Automatically register selection of all fifteen numbers when Cover All is chosen.
•Multiply wager amount by fifteen for cost calculation.
•Validate that payout is issued in accordance with published prize structure.
•Accurately calculate liability exposure at the moment of sale.
•Prevent miscalculation of guaranteed payout tiers.

Because Cover All guarantees a win, liability must be fully reflected in real time at transaction capture.

Consecutive Draw Management CA$H POP allows up to eight consecutive drawings per play slip. The system must:

•Associate each purchased play with specific draw identifiers.
•Accurately decrement draw count after each completed draw.
•Prevent overlapping draw commitments.
•Ensure correct total wager application across draws.
•Archive draw participation history.

The system must ensure precise alignment between purchased draw count and executed draw cycles.

Prize Validation and Liability Tracking Following each draw:

•The winning number must be matched against all eligible retail plays.
•Prize tiers must be calculated based on wager amount and number of selections.
•Payouts must be available immediately for retail validation.
•Liability records must be updated in real time.

Because CA$H POP permits selection of multiple numbers per draw and potentially high wager multipliers, liability exposure can escalate rapidly. The system must support:

•Real-time projected liability monitoring.
•Continuous reconciliation between wagers and prize payouts.
•Accurate aggregation of exposure across active consecutive draws.

Any discrepancy in payout calculation shall be treated as a critical system defect.

Real-Time Result Dissemination Given the compressed draw schedule, the Traditional Gaming System must provide real-time result feeds to authorized downstream systems, including:

•Retail display monitors.
•The official Lottery website.
•The official Lottery mobile application.

Upon certification of each draw result, the system must:

•Publish official draw results through a secure internal distribution service.
•Provide real-time API access for website integration.
•Provide real-time API access for mobile application integration.
•Ensure synchronization between retail validation outcomes and public display.

Result dissemination must meet the following requirements:

•Publication within seconds of draw certification.
•Encryption of all transmitted data.
•Cryptographic validation of result integrity.
•Automated retry mechanisms for failed transmissions.
•Full logging of publication timestamps and feed delivery events.

Any mismatch between retail validation outcomes and publicly displayed results shall be considered a Severity 1 integrity incident.

Performance and Monitoring Requirements Because CA$H POP operates on a frequent draw schedule and permits wager multiplication, the system must:

•Sustain high transaction throughput.
•Prevent processing delays between draws.
•Provide real-time monitoring of draw execution and result publication.
•Generate automated alerts for delayed draw processing.
•Detect abnormal wager spikes that could impact liability exposure.

Performance degradation impacting scheduled draw cycles is unacceptable.

1.1.6.7 Lotto America®

Lotto America® is a multi-state jackpot draw game administered through the Multi-State Lottery Association (MUSL). Although presented to players as a simple five-number plus Star Ball selection game, Lotto America introduces layered operational, financial, and compliance requirements that must be fully supported by the Traditional Lottery Gaming System.

The game requires players to select:

•Five distinct white ball numbers from a defined range (currently 1 through 52).
•One Star Ball number from a separate defined range (currently 1 through 10).

Each base play carries a defined wager amount. Players may optionally select the All Star Bonus feature for an additional cost per play, which increases non-jackpot prizes by a multiplier (2X, 3X, 4X, or 5X) as determined for that specific draw. The jackpot prize itself is not eligible for multiplier enhancement.

The Central Gaming System must therefore support both base play and multiplier-based prize augmentation within the same transactional framework.

Wager Processing and Game Configuration The system must support:

•Manual number selection.
•Quick Pick (random number generation for players).
•Multi-draw purchases for configurable consecutive draw periods.
•Optional All Star Bonus selection on a per-play basis.
•Bulk purchase configurations (e.g., multiple plays in a single transaction).

The system must enforce game rules at the point of sale, including:

•Validation of number ranges.
•Prevention of duplicate white ball selections within a single play.
•Enforcement of valid Star Ball selection.
•Enforcement of sales cut-off time (currently 9:59 p.m. EST on draw days).
•Prevention of ticket cancellation once issued.

Because Lotto America tickets cannot be cancelled after issuance, the system must treat completed transactions as final and irrevocable. Cancellation logic must be disabled at the system level for this product, and audit logs must clearly record finalization timestamps.

Sales Cut-Off and Draw Integrity Controls Lotto America drawings occur on defined days (currently Monday, Wednesday, and Saturday). The system must:

•Enforce precise draw cut-off times statewide.
•Prevent transaction acceptance after the official cut-off.
•Synchronize time across all retail terminals and central processing nodes.
•Record immutable timestamps for all sales transactions.
•Provide audit logs demonstrating enforcement of cut-off compliance.

Following draw execution, the system must securely ingest certified draw results from MUSL and:

•Validate file authenticity and integrity.
•Match all eligible wagers against draw outcomes.
•Calculate prize tiers.
•Apply All Star Bonus multipliers where applicable.
•Update jackpot rollover values in accordance with national rules.

The system must ensure that multiplier logic applies exclusively to non-jackpot prize tiers and that jackpot prize validation bypasses multiplier enhancement as required by game rules.

All Star Bonus Operational Implications The All Star Bonus feature introduces additional configuration and audit requirements. For each draw, a multiplier value must be assigned and securely distributed.

The system must:

•Receive and securely store the multiplier value for each draw.
•Apply the multiplier only to eligible prize tiers.
•Exclude jackpot tier from multiplier application.
•Maintain historical records of multiplier values assigned to each draw.
•Support full reconstruction of prize calculations for audit purposes.

Because multiplier values influence prize payouts and financial exposure, the system must provide transparent reporting of:

•Number of plays with multiplier selected.
•Distribution of multiplier values.
•Aggregate financial impact of multiplier application.

Configuration of the All Star Bonus option must be version-controlled and modifiable only through authorized administrative roles with full audit logging.

Multi-Draw and Auto-Renew Considerations Lotto America supports multi-draw purchases for consecutive drawing periods. The system must:

•Track draw count decrement across successive drawings.
•Prevent duplicate or overlapping multi-draw entries.
•Ensure that advance draw limits comply with Lottery policy.
•Accurately associate each wager with its applicable draw cycle.

While auto-renew functionality is primarily associated with digital channels, the Central Gaming System must support the transactional architecture necessary to:

•Record recurring draw purchases.
•Align draw purchase cycles with billing schedules.
•Preserve audit visibility into recurring transactions.

Financial and Liability Management The system must support real-time liability monitoring for:

•Base game prize tiers.
•Multiplier-enhanced prize tiers.
•Jackpot rollovers.

At the moment of sale, the system must update projected liability exposure based on:

•Number of plays sold.
•Multiplier selections.
•Current jackpot value.

Following result ingestion, the system must:

•Recalculate outstanding liability.
•Adjust jackpot exposure.
•Record payout obligations.
•Generate reporting suitable for financial reconciliation.

Compliance and Multi-State Coordination As a MUSL-administered game, Lotto America requires strict adherence to national association rules. The system must support:

•Secure file transmission protocols.
•Compliance with MUSL draw lockdown procedures.
•Accurate reporting to national associations.
•Timely reconciliation of inter-state financial obligations.

All Lotto America transactions, draw results, multiplier assignments, prize calculations, and settlement entries must be fully auditable and reconstructible.

1.1.6.8 Mega Millions®

Mega Millions® is a multi-state jackpot draw game administered pursuant to national game rules and coordinated among participating jurisdictions. Within West Virginia, Mega Millions is offered through licensed retail locations as part of the Traditional Lottery portfolio. While online sales may be offered through the Lottery’s separate iLottery platform, the Traditional Lottery Gaming System supports retail sales and retail validation only.

Mega Millions drawings are conducted on Tuesday and Friday evenings at approximately 11:00 p.m. Eastern Time. Retail ticket sales must cease at the nationally mandated cut-off time (currently 9:59 p.m. Eastern Time on draw days). The Central Gaming System must enforce these cut-off times statewide with timestamp precision and without exception.

Wager Structure and Retail Transaction Controls Mega Millions requires players to select:

•Five distinct white ball numbers from a defined range (currently 1 through 70), and
•One Mega Ball number from a defined range (currently 1 through 24).

Each play carries a fixed base price, and each play automatically includes a randomly assigned multiplier (Megaplier) applicable to non-jackpot prize tiers.

The Traditional Lottery Gaming System must support retail transaction processing for:

•Manual number selection via play slip or terminal interface.
•Quick Pick number generation using certified randomization logic.
•Multi-draw purchases for consecutive drawing periods, within limits established by the Lottery.
•Multiple plays within a single retail transaction.
•Prohibition of ticket cancellation once issued.

Because Mega Millions retail tickets cannot be voided after issuance, the system must treat completed retail transactions as final. Cancellation or reversal functionality for this product must be disabled at the system level. Finalization timestamps must be recorded in immutable logs for audit purposes.

At the point of sale, the system must validate:

•Number range compliance.
•Prohibition of duplicate white ball selections.
•Valid Mega Ball selection.
•Compliance with configured multi-draw limits.
•Enforcement of official sales cut-off times.

No transaction may be accepted after the official draw cut-off time.

Multiplier (Megaplier) Architecture and Controls Each Mega Millions play is assigned a random multiplier applicable to non-jackpot prize tiers. Multiplier values may include 2X, 3X, 4X, 5X, and 10X, subject to national game rules.

Although the multiplier is marketed as a player-facing feature, it represents a significant processing and liability component within the Central Gaming System.

The system must:

•Securely ingest or assign multiplier values in compliance with national game specifications.
•Associate each sold retail play with its assigned multiplier.
•Apply multiplier logic exclusively to eligible non-jackpot prize tiers.
•Explicitly exclude jackpot prize validation from multiplier application.
•Maintain permanent records of multiplier assignments for each draw.
•Provide full reconstruction capability for multiplier-enhanced prize calculations.

Because multiplier logic affects prize payout exposure, the system must provide reporting that allows the Lottery to monitor:

•Total number of multiplier-enhanced plays sold.
•Distribution frequency of multiplier values.
•Aggregate financial impact of multiplier application.
•Post-draw payout exposure by prize tier.

All multiplier configurations must be version-controlled and accessible only through authorized administrative roles with full audit logging.

Sales Cut-Off Enforcement and Draw Lockdown Mega Millions operates under strict multi-state sales and draw lockdown protocols. The Central Gaming System must:

•Synchronize system clocks across all retail terminals and central processing components.
•Automatically enforce sales closure at the official cut-off time.
•Prevent any transaction from being processed after the cut-off.
•Log all sales and cut-off enforcement events.
•Support required reporting for multi-state compliance.

Upon receipt of certified draw results from national authorities, the system must:

•Verify file authenticity and integrity.
•Match all eligible retail wagers against draw outcomes.
•Calculate prize tiers.
•Apply multiplier logic to non-jackpot tiers.
•Update jackpot rollover values in accordance with national rules.
•Archive draw results and processing records permanently.

Jackpot Governance and Payment Structure Mega Millions jackpot winners are afforded the option to elect either:

•A lump-sum cash payment, or
•An annuity payment structure consisting of 30 graduated annual payments over 29 years.

Although final…

This is the start of the file's text. The full file is on GovTribe.

File details come from the government source that posted it. Updated .