Overview
This guide covers FrankieOne’s KYC solution for Australian gaming operators, designed to support state and territory regulatory requirements for age verification, identity verification, and responsible gambling compliance.Summary
Available Workflows
Quick Implementation Flow
Age Verification (Mandatory)
Step-Up Verification Flow
Key Fraud Signals
Decision Outcomes
Support
- Documentation: docs.frankieone.com
- Support: Contact your FrankieOne representative
Expanded Details
Regulatory Context
Disclaimer: The information in this section is provided for general guidance only and does not constitute legal or compliance advice. Customers must seek independent legal and regulatory advice to ensure their implementation meets their specific licensing obligations. FrankieOne is not responsible for customers’ compliance decisions or outcomes.
Regulatory Updates: Gaming regulations vary by state and territory and are subject to change. Customers should monitor updates from their relevant regulator (e.g., Liquor & Gaming NSW, VGCCC, OLGR Queensland) and ensure ongoing compliance.
Australian Gaming Regulatory Framework
Australian gaming operators must comply with state and territory licensing requirements. FrankieOne’s gaming workflows can support these common obligations:State and Territory Considerations
Gaming regulations differ across Australian jurisdictions. Your compliance program should address requirements specific to your operating jurisdictions.Workflow Configuration Details
Primary Workflow: AUS-Basic3V-AgeVerify
This workflow provides age verification with identity checks suitable for gaming onboarding.
Core Checks:
Fraud Detection: AUS-Risk-CDD-Email-Phone-Device-IP
Gaming has elevated fraud exposure due to bonus abuse, multi-accounting, and payment fraud. This workflow assesses fraud risk signals.
Risk Signals Evaluated:
Step-Up Verification
For elevated risk scenarios, additional verification can be triggered: Step-Up Triggers:Self-Exclusion Checks
Self-exclusion register checks (including BetStop National Self-Exclusion Register) are managed separately by the operator outside of FrankieOne workflows. Operators should implement self-exclusion checks as part of their overall onboarding process in accordance with their licensing requirements.Step-by-Step Implementation
Note: This section describes the conceptual implementation flow. For actual API endpoints, request/response schemas, and code examples, refer to the FrankieOne API Documentation.
Prerequisites
Before implementing, ensure you have:- FrankieOne API credentials
- Webhook endpoint configured
- OneSDK embedded in your application (recommended for mobile)
- Test environment access
Step 1: Collect Customer Details
Collect required information from the applicant:- Full name
- Date of birth
- Residential address
- Email address
- Mobile phone number
- Government ID details
Step 2: Age Verification
Verify the applicant is 18 or older. Age verification is mandatory for gaming. Outcomes:- Verified 18+: Proceed to identity verification
- Under 18: Permanent block (regulatory requirement)
- Unable to verify: Request alternative documentation
Step 3: Identity Verification
Verify customer identity against government and commercial data sources.Step 4: Fraud Assessment
Evaluate fraud risk signals to detect multi-accounting and bonus abuse.Step 5: Handle Decision Outcomes
PASS:- Create customer account
- Enable gambling features
- Set initial deposit limits (if applicable)
- Queue for manual verification
- Notify compliance team
- Do not activate account until resolved
- Block registration
- Log rejection reason (internal only)
- Display generic message to user
Risk Tier Examples
Tier 1: Low Risk - Auto-Approve
Customer Profile:- Australian citizen, 25 years old
- Valid driver licence
- Address matches electoral roll
- No fraud signals
James Testone, 25, registers for an online wagering account via mobile app. He provides his NSW driver licence. Age verified as 25, identity confirmed against government records, no fraud signals detected. Account activated immediately.
Tier 2: Medium Risk - Step-Up Required
Customer Profile:- Valid ID but address mismatch
- New email address
- Multiple registration attempts from device
Sarah Testtwo, 22, registers for a betting account. Her identity is verified but address doesn’t match electoral roll (recently moved). Device shows 3 previous registration attempts (abandoned). System triggers biometric step-up. Facial match confirms identity. Account activated with enhanced monitoring flag.
Tier 3: High Risk - Manual Review
Customer Profile:- Identity verification inconclusive
- High fraud risk score
- Device associated with blocked accounts
Michael Testthree, 19, attempts to register. Name partially matches ID records (middle name discrepancy). Device fingerprint associated with 2 previously blocked accounts. Case escalated to compliance team for manual review.
Tier 4: Auto-Reject
Triggers for Automatic Rejection:Note: Self-exclusion checks should be implemented separately by the operator. Never disclose self-exclusion status to the user.
Edge Cases and Special Handling
Age Verification Edge Cases
Multi-Accounting Detection
Gaming operators need to prevent customers from creating multiple accounts for bonus abuse. Detection Signals:Self-Exclusion Handling
Self-exclusion register checks are managed separately by the operator outside of FrankieOne. When implementing self-exclusion checks:Note: Never disclose self-exclusion status to the user.
Compliance Reporting
Audit Trail Requirements
FrankieOne maintains audit trails for gaming verification activities. Data Retained:Note: Retention periods vary by jurisdiction. Ensure your configuration aligns with your licensing requirements.
Reporting Capabilities
FrankieOne can support gaming compliance reporting including:- Verification volumes and outcomes
- Age verification statistics
- Fraud detection metrics
- Device risk assessments