SNAPLOTTO South African Lottery Tools
About SnapLotto

How SnapLotto Collects and Verifies Lottery Results

Reliable result publishing is more than copying a row of numbers. SnapLotto identifies the correct draw, validates the structure, records what is still pending and keeps a route for correction when sources change.

01

Start from the published operator record

SnapLotto uses the South African National Lottery website as its primary public reference for current draw information. Collection is tied to a named game, draw number and draw date so that a new response cannot silently overwrite a different draw. The system stores the result as structured fields instead of treating a visual page as one unexamined block of text.

SnapLotto is independent and is not the lottery operator. Describing a result as official refers to the origin of the published draw information, not an ownership or endorsement relationship. The operator's own record remains authoritative for claims, corrections and game rules. Links and wording on SnapLotto are designed to keep that distinction visible.

02

Validate the shape of every result

Each supported game has expected main-number and bonus-number fields. Before a record is treated as usable, the system can check that values are numeric, within the game's allowed range and not duplicated where uniqueness is required. It also checks that the game and draw identity are present. These rules catch many page-parsing errors before they reach a ticket comparison.

Payout rows receive separate checks because their publication can lag behind the winning numbers. Division names, winner counts and amounts must remain attached to the same game and draw. A missing payout table is stored as pending rather than invented from a previous draw. This prevents a plausible-looking but mismatched amount from appearing on a scan result.

03

Preserve publication state and history

The latest-result view is only one part of the record. Historical draw pages make it possible to check an older ticket against its own draw rather than the newest numbers. Draw number and date are both shown because either value alone can be misread. When a game has been retired, its old information can remain available without presenting it as an upcoming product.

If a source correction arrives, the replacement should be linked to the same draw and reviewed for consistency. SnapLotto monitoring looks for stale results, failed collection runs and incomplete fields. Operational alerts are kept separate from public promotional messages so a technical problem can be investigated without confusing users about a result that is still being checked.

04

Connect verified data to ticket checking

Ticket recognition extracts what appears on the ticket; it does not create the draw result. The checker first identifies the ticket's game and draw, then looks for the corresponding validated record. Each board is compared independently, and add-on games are kept separate. This boundary lets an extraction error be corrected without changing the underlying result.

When a required result is absent, the checker should report that it cannot yet verify the ticket. Returning no prize in that situation would be misleading. The user can review the extracted details, keep the ticket and retry after publication. Possible prizes remain subject to the operator's final validation and current claim rules.

05

Report and correct a discrepancy

Users can contact SnapLotto when a draw page differs from the operator's record. A useful report includes the game, draw number, draw date, the disputed number or payout field and a link to the public source. It should not include passwords, payment credentials or an unrestricted image of a potentially winning ticket.

The correction process should reproduce the source comparison, update the stored record when necessary and recheck affected ticket outcomes. Material editorial corrections should also update the guide or page date. SnapLotto does not accept payment to alter draw data, prediction history or ticket findings; commercial content is kept separate from those records.

06

Practical checklist

  • Use the operator publication as the primary result reference.
  • Validate game, draw, counts, ranges and duplicate values.
  • Keep winning numbers separate from pending payout data.
  • Match ticket boards only to the corresponding validated draw.
  • Retain history without presenting retired games as current.
  • Investigate reported discrepancies and correct the stored record.