Identity proofing, authentication and permission to gamble are separate decisions.
A supplier result needs a documented operator policy and exception route.
Measure evidence quality and legitimate-user failure alongside speed.
Product and operations analysis with a British gambling example and NIST technical guidance. NIST is not a gambling licence standard; legal requirements and permitted data processing depend on jurisdiction and deployment.
A proposed decision matrix
| Result | Operational handling | Evidence to retain |
|---|---|---|
| Verification completed | Apply the relevant eligibility policy | Check result, policy version and decision basis |
| Provider unavailable | Keep the result unresolved and follow the outage procedure | Attempt reference and escalation owner |
| Evidence mismatch | Route to an authorised review process | Mismatch category and reviewer rationale |
| Review completed | Record the outcome and communicate an appropriate next step | Decision, supporting evidence reference and timestamp |
An identity verification result does not establish affordability, source of funds or suitability for every product.
Name the decision before selecting a check
A document scan, a login challenge and an eligibility decision solve different problems. NIST describes identity proofing through resolution, validation and verification: identifying the claimed person, checking evidence and linking the applicant to it. Its framework does not determine entitlement to a service. Use that distinction to ask what each supplier output actually establishes and which decision remains with the operator.
Put required checks at the correct point in the journey
The British Gambling Commission says online gambling businesses must verify age and identity before gambling. Its guidance also explains that businesses should not defer requests until withdrawal when the information could have been requested earlier, while recognising that later legal obligations can arise. This is a British example, not a universal timing rule for every market. Map the applicable obligations before designing the registration and withdrawal states.
Gambling Commission — Age, identity and financial verification
Make the decision record explainable
Our proposed record contains the customer reference, check type, supplier and policy version, evidence timestamps, result category, reviewer where relevant and the reason for the final decision. A pass flag alone is insufficient to reconstruct whether the right control ran. Separate a technical timeout from a failed check and a manual-review referral. Do not automatically translate vendor risk scores into approval without a policy owner defining the interpretation.
Design for legitimate exceptions
Test name changes, transliteration, unsupported documents, accessibility needs and a person who cannot complete the usual device flow. Agree a route that keeps the required assurance while allowing a qualified reviewer to resolve the case. The aim is not to bypass a failed control; it is to distinguish a genuine mismatch from a tool limitation. Give the customer an understandable next step without exposing sensitive fraud-detection rules.
Who owns a case after the supplier has returned “review”?
Can the support team see a useful status without unrestricted access to identity documents?
Compare suppliers with a representative test set
Use authorised, appropriately protected test material and a documented evaluation plan. Compare completion, referral and failure rates by supported document and journey type rather than one blended pass rate. Track time to a resolved decision, repeated document requests and successful appeals. Review false accepts and false rejects using a defensible ground-truth process. A supplier with a fast first response may still create an expensive manual queue.
Close the lifecycle
Define when a material change prompts review, how accounts are protected after enrolment, and how evidence access is logged and withdrawn. Document retention and deletion responsibilities with the appropriate privacy and compliance owners; do not invent one universal retention period. Before launch, rehearse vendor unavailability and a disputed decision. Record what remains restricted, how the case is escalated and who can authorise a resolution. Reassess the workflow when the supplier or policy version changes.
Sources and scope
Product and operations analysis with a British gambling example and NIST technical guidance. NIST is not a gambling licence standard; legal requirements and permitted data processing depend on jurisdiction and deployment. Sources reviewed 2026-10-18; check the linked originals for later changes.
NIST SP 800-63A-4 — Identity proofing and enrolmentGambling Commission — Age, identity and financial verificationCompare the same requirements across suppliers and record evidence, tests and unresolved gaps. The editable workbook starts with no supplier results or approvals.
Get the free supplier evaluation worksheetThis educational guide is independent, free to access and designed as a practical starting point. Regulatory and legal requirements should always be confirmed with the relevant authority and qualified advisers.
Our evidence methodology