TL;DR: Automated KYC, AML screening, and document verification across 220+ countries and territories are being combined by Approvely and SumSub to give regulated gaming merchants a single path from onboarding to checkout, according to SumSub. The real issue is not verification speed alone, but whether identity controls can keep fraud, jurisdictional complexity, and payment flow aligned without creating compliance blind spots.
At a glance
What this is: This is a partnership update showing how Approvely and Sumsub are combining automated KYC, AML screening and document verification into a unified onboarding-to-checkout flow for regulated payments.
Why it matters: It matters because payment and IAM teams in regulated sectors need identity controls that reduce fraud and compliance gaps without adding friction to legitimate users.
By the numbers:
- Sumsub says its verification coverage spans 220+ countries and territories.
Context
Regulated payment onboarding depends on identity checks that are fast enough for conversion but strict enough to support compliance. In practice, that means KYC, AML screening and document verification have to work as part of the payment journey, not as a separate control island.
The core governance gap is consistency across jurisdictions. When merchants expand across markets, the failure mode is often not the absence of verification, but uneven enforcement, manual exception handling and control drift between onboarding, risk review and checkout.
For regulated gaming and other high-risk payments use cases, the question is whether identity controls can be standardised without slowing legitimate users or leaving blind spots for synthetic identity fraud, multiaccounting and first-party abuse.
Key questions
Q: How should regulated merchants govern KYC across onboarding and checkout?
A: They should treat KYC as a lifecycle control that follows the user from first verification through transaction approval. That means aligning evidence, screening rules and exception handling so the same identity decision supports both compliance and payment trust, instead of handing risk off between separate systems.
Q: Why do cross-border payment programmes need jurisdiction-specific identity controls?
A: Because verification requirements, screening thresholds and evidence expectations vary by market. A single global workflow can create blind spots if local rules are handled informally, so practitioners need explicit jurisdiction mapping, documented exceptions and retention policies that match where customers actually transact.
Q: What breaks when onboarding verification is separated from payment approval?
A: Control fragmentation breaks. Identity evidence can drift between systems, manual reviews can be skipped, and auditors lose a clean line from proofing to transaction permission, which makes it harder to defend decisions when fraud or regulatory questions arise.
Q: How do teams know if eKYC is actually improving fraud resistance?
A: Teams should measure whether suspicious enrolments, mismatched identity evidence, and post-onboarding anomalies are being detected and acted on quickly. A good eKYC programme does not only approve more users faster. It also lowers false acceptance, supports review, and creates a defensible audit trail for decisions.
How it works in practice
How unified KYC and payments flows reduce control fragmentation
When onboarding, verification and payments are split across separate systems, controls become harder to govern and easier to bypass through exception paths. A unified flow does not remove risk, but it reduces the number of handoffs where identity state can drift, manual review can be skipped, or jurisdiction-specific rules can be applied inconsistently. In regulated payments, that matters because the identity decision and the transaction decision are tightly coupled. If those decisions are made in different places, auditability weakens and operators struggle to prove that the same user was verified under the same policy that allowed checkout.
Practical implication: Practitioners should map where identity state changes between onboarding and payment approval, then remove any unmanaged manual handoffs.
Why jurisdictional coverage matters in regulated onboarding
Cross-border onboarding creates a governance problem as much as a technical one. KYC and AML rules vary by market, so a merchant that relies on one verification path for all regions can end up with inconsistent evidence, weak escalation logic, or market-specific exceptions that are not tracked cleanly. Automated verification across jurisdictions is useful only when the policy layer, evidence retention and review criteria remain explicit. The real risk is not that verification exists, but that it is applied unevenly across markets in ways that are hard to defend to regulators or internal assurance teams.
Practical implication: Practitioners should align country coverage, review thresholds and evidence retention to the jurisdictions they actually serve.
Synthetic identity and multiaccounting need lifecycle-aware controls
Fraud patterns such as synthetic identity, multiaccounting and bonus abuse exploit gaps between account creation, identity assurance and ongoing risk monitoring. These are not solved by a single onboarding check because the attacker’s objective is often to pass initial review and then reuse or multiply identities across transactions. That means the control model has to connect verification outcome, account linkage, behavioural signals and downstream payment activity. In identity terms, the onboarding decision is only one checkpoint in a larger lifecycle, and weak post-verification linkage leaves the merchant exposed even when front-end checks look strong.
Practical implication: Practitioners should treat onboarding as the start of identity governance, not the end of fraud control.
NHI Mgmt Group analysis
Verification-to-checkout is becoming an identity governance pattern, not just a payments design choice. The important shift in this partnership is that identity assurance is being embedded where the transaction happens, rather than treated as a separate onboarding step. That matters because regulated merchants now need a defensible chain from identity proofing to payment approval. The practical conclusion is that IAM and payments teams have to govern identity state across the full customer journey, not only at sign-up.
Jurisdictional consistency is the real control problem in cross-border KYC. The challenge is not whether a merchant can perform checks, but whether it can apply the same standard, evidence model and escalation logic across multiple markets. Different national rules make exception handling a governance risk, especially when operational teams start adapting controls locally. Practitioners should treat policy drift across jurisdictions as a control failure, not an implementation detail.
Fraud patterns in regulated gaming expose a lifecycle gap between identity proofing and transaction trust. Synthetic identity, multiaccounting and first-party abuse all exploit the assumption that a successful onboarding decision remains trustworthy later in the customer lifecycle. That assumption breaks when attackers reuse verified identities or chain multiple accounts through the same payment rails. The implication is that assurance has to extend beyond the verification event into linkage, monitoring and account lifecycle governance.
Standardised KYC only becomes meaningful when it is auditable end to end. A single framework across onboarding and payment flow can reduce manual review and improve consistency, but only if the merchant can show how decisions were made, when exceptions were approved and which jurisdictional rules applied. This is where many compliance programmes stay shallow. Practitioners should measure whether their KYC process produces evidence that can survive both regulatory review and fraud investigation.
Identity friction is now a commercial control variable in regulated payments. Fast onboarding and robust verification are not opposing goals so much as competing failure modes that must be balanced deliberately. If verification is too loose, fraud enters the merchant portfolio; if it is too rigid, legitimate users abandon. The programme implication is to manage identity as part of conversion governance, because the customer experience and the compliance posture are now the same operational problem.
From our research library:
- Gartner predicts that by 2026, 30% of enterprises will consider identity verification solutions unreliable in isolation because of AI-driven attacks.
What this signals
Standardised KYC only works when the control model follows the customer lifecycle. If onboarding approval is treated as the end of trust, fraud and compliance issues simply reappear downstream in transaction handling. Practitioners should design identity controls so they continue to govern risk after the first verification event.
Cross-border payment governance now depends on jurisdiction-aware evidence handling. The programme question is no longer whether a merchant can verify users, but whether it can prove which rules applied, which exceptions were taken, and how those decisions differ by market.
Identity proofing, AML screening and payment approval are converging into one operating model. That makes conversion, fraud control and compliance part of the same governance conversation. Teams that still manage them separately will keep discovering gaps only after users, auditors or investigators find them.
For practitioners
- Define a single onboarding-to-checkout control path Map where KYC, AML screening and payment approval intersect, then remove any unsupported handoffs that allow identity state to change outside governed policy.
- Standardise jurisdiction-specific evidence requirements Document which verification evidence, escalation rules and retention periods apply in each market so auditors can see how cross-border checks are being governed.
- Link onboarding outcomes to fraud monitoring Connect verified identity records to account-linking, multiaccounting detection and transaction monitoring so onboarding approval does not become a one-time trust event.
- Measure exception handling across markets Track how often manual reviews, overrides or country-specific workarounds are used, because inconsistent exceptions are usually where compliance drift starts.
Key takeaways
- Regulated payment onboarding is no longer just a verification issue. It is a lifecycle governance problem that spans identity proofing, fraud control and transaction approval.
- The partnership is framed around operational breadth, with Sumsub stating coverage across 220+ countries and territories. That kind of jurisdictional reach only helps if policy and evidence remain consistent.
- Practitioners should focus on the handoffs between onboarding and checkout, because that is where compliance drift, manual overrides and fraud leakage usually emerge.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
CSA Cloud Controls Matrix, NIST CSF 2.0 and NIST SP 800-63 set the technical controls, while PCI DSS v4.0 defines the regulatory obligations.
| Framework | Control / Reference | Relevance |
|---|---|---|
| CSA Cloud Controls Matrix | IAM — Identity and Access Management | The article centres on identity proofing and access decisions in a cloud-delivered payments workflow. |
| Recommendation — Align onboarding and transaction trust decisions to the IAM domain so identity evidence stays governed across the payment flow. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | KYC approval determines whether a user is authorised to move into regulated payment activity. |
| Recommendation — Use PR.AA-05 to tie identity assurance results to payment authorisation decisions and exception handling. | ||
| NIST SP 800-63 | SP 800-63A — Enrollment and Identity Proofing | The partnership is fundamentally about identity proofing at onboarding across multiple jurisdictions. |
| Recommendation — Apply SP 800-63A practices to formalise proofing evidence, assurance levels and enrolment decisions. | ||
| PCI DSS v4.0 | Payment account protection | The article concerns regulated payment onboarding and control discipline around payment flows. |
| Recommendation — Treat identity verification as part of the controls that protect payment account access and approval paths. | ||
Key terms
- Identity proofing: The process of verifying that a person is who they claim to be before granting or restoring access. In higher-risk recovery paths, proofing can include stronger evidence checks such as government ID validation or liveness-based facial verification so the assurance level matches the sensitivity of the request.
- AML screening: A compliance control that checks a customer or transaction against sanctions, watchlists, and suspicious-behaviour indicators. It does not prove identity. Instead, it evaluates whether the relationship or activity introduces financial-crime risk that should block, delay, or intensify review.
- Multi-accounting: Multi-accounting is the practice of one actor creating or controlling multiple identities to evade limits, gain incentives, or hide coordinated behaviour. In betting and fraud environments, it matters because the platform may see each account as separate unless identity signals are correlated across devices, payments, and sessions.
- Visibility Fragmentation: Visibility fragmentation is the condition where security telemetry exists, but only inside separate provider consoles or tools. In multi-cloud estates, it prevents teams from correlating one provider’s event with another’s and leaves lateral movement or drift hidden in plain sight.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on June 10, 2026.
Updated on October 10, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org