Logo GH

Age verification and age filters

1) Purpose and area

Exclude minors from access to products, communications and promotions, ensure compliance with the requirements of licenses and laws of advertising/consumer protection. Coverage: registration/login, wallet/payments, CRM/marketing, affiliates, game partners, support (CS), Risk/KYC, Legal/DPO, reporting.

2) Principles

Zero Access for minors. No game, deposits, bonuses and marketing.
Verify-before-Use. Full access only after successful age/identity verification.
Smallest data. We collect only the necessary, we use reliable sources.
Neutral communications. Without stigma, without revealing anti-fraud algorithms.
Provability. Artifacts and logs are suitable for audits and inspections.

3) Roles and RACI

KYC Lead/Head of Compliance - policy, vendors, exceptions. (A)

Risk/KYC Analysts - verification, escalation, solutions and retention. (R)

CS/Trust & Safety - communication with players, appeal processing. (R)

Marketing/CRM/Affiliates - Age filters and campaign exceptions. (R)

Product/UX/Engineering - registration flows blocking circuits, APIs to vendors. (R)

Legal/DPO - local regulations, privacy/PII, DPIA. (C)

Internal Audit - independent audits and CAPAs. (C)

Exec Sponsor (COO/CEO) - resources, "tone from the top." (I/A)

4) Age verification methods (stepwise)

Level 1 - Basic (Auto):
  • Match name + DR + address according to state/credit/telco registers (where allowed).
  • Bank verification (open-banking/KYC-bank card → age ≥ threshold).
  • Mob. operator (KYC-SIM, date of birth in profile).
Level 2 - Documents (selection/escalation):
  • Passport/ID/of water. identity/banned + OCR/face match, liveness check.
  • MRZ/barcode verification, lost/stolen document database.
  • Comparison of selfies with a photo of the document.
Level 3 - Att. confirmation (edge cases):
  • Notarial/state confirmations, certificates from state registers (if allowed).
  • Alternatives for idle clients (bank letters, resident ID card, etc.) - only with additional risks and permissions.

Solution: "full/limited/refusal" access + reason and review period.

5) Age thresholds and regional profiles

Game access: 18 +, or 21 + (individual markets/verticals).
Marketing: segmentation with guaranteed 18 +/21 + targeting.
Affiliates: job responsibility for filters and evidence.
Market profiles are maintained in the Age Profiles catalog: thresholds, permissible sources, SLAs and reporting formats.

6) UX threads and copyright

Registration (before verification):
  • "We are required to confirm your age for secure access. It will take a couple of minutes"
  • Explanation of what data is required and why; link to privacy policy.
After the auto match (success):
  • "Age confirmed. Full control is enabled"
Document Request:
  • "The system was unable to automatically confirm the age. Download the document (ID/Passport/Rights). Unnecessary fields can be hidden/smeared according to the instructions"
Failure/below threshold:
  • 'We can't provide access: the age is below the legal threshold. Account will be closed, data will be deleted by policy"
Appeal (soft):
  • "If you think there has been an error, please appeal with the documents here. We will respond within X days"

7) Age filters in marketing/affiliates

CRM: global suppression flags 18-/21-, "unknown age" = exclude from all promos.
Paid advertising: mandatory age targets/interests 18 +/21 +; site audit; a look-alike ban on "youth" segments.

Creatives: no teen style/language/imagery; disclaimers "18 +/21 +."

Affiliates: contractual obligations: age filters, banning youth venues, passing marketing hits for selective reviews; audit right and clawback.

8) Data, privacy and retention

Data model (minimum): 'user _ id, dob, age_check_level, sources [], decision {pass' fail 'insufficient}, reason, reviewer_id, artifacts [], retention_until'.
Minimization: store the result of verification and checksums of documents; originals - according to necessity and terms.
Access: RBAC/ABAC, WORM logs, separate storage of PII/artifacts.
Retention: by law/license (often 5-7 years) or shorter if access is not granted.
DPIA and rights of subjects: transparency, DSAR through DPO, deletion by deadline.

9) Border and special cases

17 years 11 months: automatic failure and soft communication; block re-registration until date 18/21 +.
Age "uncertain": denied access, re-request sources/docks.
Different dates on docks/registers: escalation to manual review.
Suspicion of substitution/someone else's document: refusal + internal fraud flag, if necessary, notification of the regulator.
"Family" card/phone: not accepted as proof of age.

10) Control procedures

Pre-use gate: block of games/deposits before age verification.
Dual-control: manual approvals on controversial cases (two analysts).
Document Forensics: liveness tests, anti-screen, EXIF analysis, font/field validation.
Spend-gate: when changing the status "unknown age" → "pass" update CRM/PSP/aggregators.
Monitoring: alerts for re-registration/device/address matches.
Vendor QA: regular vendor tests (precision/recall, SLA).

11) KPI/KRI and dashboard

Age Pass Rate (auto/dock/manual).
Time-to-Verify (median/95th percentile).
False Accept/Reject.
Unknown-to-Pass Time (reg → full access).
Promo Suppression Integrity (% minors/unknown in promo = 0).
Auditability (% of cases with full package of artifacts).
Vendor SLA (response rate ≤ X sec/min).

12) Checklists

Before launch

  • Age threshold by market, sources and SLA agreed with Legal/DPO.
  • Login/login streams block access before PASS.
  • CRM/Ads/Affiliates are connected to suppression flags.
  • Vendor (s) set up, test cases (positive/negative/edge) passed.
  • Retention policy and instructions for masking docks published.

In operations

  • Daily check of Unknown→Pass, cancellation of suspended cases.
  • Selective reviews of manual solutions (≥ 10 %/quarter).
  • SLA Complaints and Appeals ≤ X days.
  • Synchronize statuses with game providers/PSPs.

Audit/Improvement

  • Quarterly A/B tests of copyright and registration steps (no security compromise).
  • Reconciliation of logs with reports to regulators.
  • CAPA for repeated incidents/comments.

13) Scripts and templates

A) Request for documents (neutral):
💡 To complete the access, confirm the age with the document (ID/Passport/Rights). You can hide optional fields according to the instructions. It helps us comply with the law and protect users.
B) Failure (below threshold):
💡 We cannot grant access because the age is below the legal threshold. The account is closed. Data will be deleted according to policy.
C) Appeal:
💡 If you believe there has been an error, please appeal and attach the document. We will respond by [date].

D) The answer to the question "why can't you play right away?"

💡 The law requires making sure users have reached the minimum age. It usually takes a few minutes after the document is uploaded.

14) Technical skeleton

Events:
  • `age_check_started`, `age_check_auto_pass/fail`, `docs_requested`, `docs_received`, `manual_review_pass/fail`, `age_pass_synced_to_crm/psp/games`, `marketing_suppressed`.
API:
  • `POST /kyc/age-check`, `POST /kyc/docs`, `GET /kyc/status`, `POST /kyc/decision`, `POST /crm/suppress-age`, `POST /affiliates/age-policy-ack`.
Storage:
  • At-rest encryption; EXIF stripping; artifact checksums; WORM logs.
Fiche flags:
  • `age. gate. required`, `age. docs. level2`, `ads. suppress. unknown`, `affiliates. enforce_age_filters`.

15) Frequent mistakes and prevention

Access before confirmation. → Hard pre-use gate.
"Unknown age" is included in the promo. → Default is suppress.
Weak document checks. → Liveness, face match, forensics.
Excessive data collection. → Minimize fields, mask unnecessary.
Long manual check. SLA →, queues, auto priorities, workflow bot.
Uncoordinated affiliates. → Contractual clauses, post-beck control, right to audit.

16) Regional cards (template)


Market: ______
Age threshold: 18 +/21 +
Permissible sources: state register/bank/telco/documents
SLA: ack ≤ __ h, solution ≤ __ days
Reporting: Format/Frequency
Special requirements: local storage, prohibition of biometrics, etc.

17) 30-day implementation plan

Week 1

1. Approve thresholds and sources by market; DPIA.
2. Specify log/lock flows and data/log model.
3. Select/contract vendor (s) (registers/docks/telco/bank).

Week 2

4) Implement pre-use gate and API integration; set up CRM/Ads suppression.
5) Prepare copyright/locales, masking instructions.
6) Train CS/KYC; release scripts/FAQs.

Week 3

7) Pilot (5-10%): Pass Rate/TTVerify/False Reject metrics.
8) Tuning thresholds/timeouts/UX.
9) Checking affiliates and advertising offices for filters.

Week 4

10) Full release; dashboard KPI; daily monitoring of incidents.
11) Management report; CAPA on comments.
12) Plan v1. 1: add. sources (open-banking/telco), auto-prioritization of manual cases.

Related sections:
  • KYC procedures and inspection levels
  • AML policy and transaction control
  • Compliance Awareness/Code of Ethics
  • Responsible play and limits
  • Self-exclusion and account blocking
  • Reality Checks and Game Reminders
  • Regulatory reports and data formats
  • Internal and external audit/Audit checklists
Contact

Get in Touch

Reach out with any questions or support needs.We are always ready to help!

Telegram
@Gamble_GC
Start Integration

Email is required. Telegram or WhatsApp — optional.

Your Name optional
Email optional
Subject optional
Message optional
Telegram optional
@
If you include Telegram — we will reply there as well, in addition to Email.
WhatsApp optional
Format: +country code and number (e.g., +380XXXXXXXXX).

By clicking this button, you agree to data processing.