The Single Customer View Pilot: Cross-Operator Tracking

Cross-Operator Tracking: Data Privacy and the SCV Pilot

A punter holds active accounts with five different UK-licensed operators. Two are major high-street brands with online operations, one is a horse-racing specialist, one is an exchange, one is a pool betting operator. Each operator sees its own slice of that punter’s activity and nothing of the other four. From any one operator’s perspective, the punter looks like a moderate-spend customer with healthy patterns. Aggregate the picture across all five and the same punter might emerge as someone whose total monthly betting exposure is meaningfully out of step with stated income, or alternatively as a sophisticated diversified punter whose risk profile is well-managed. The operators cannot tell the difference because they never get to see the aggregate.

This is the structural blind spot that the Single Customer View pilot is designed to close. The concept is straightforward — pool customer-level information across UK-licensed operators so that protective interventions can be informed by total exposure rather than by individual-operator slices. The implementation is far less straightforward, which is why it has taken several years of consultation, technical design and regulatory iteration to reach the pilot stage.

For punters who hold multiple accounts — and that includes the majority of regular place-betting customers, who typically maintain three to six accounts to access the best prices and promotional offers — the Single Customer View represents one of the most significant structural changes to the UK regulated market in recent years. Understanding what it does and what it doesn’t do matters for anyone who bets across multiple firms.

What Single Customer View actually means in technical terms

Single Customer View, often abbreviated as SCV, is a system that aggregates customer-level activity data across multiple operators into a shared view accessible to participating operators for specific consumer protection purposes. The data shared typically includes deposit volumes, session frequency, time spent, and indicators of potential harm — not full bet-by-bet history, not stake-level pricing data, not commercially sensitive selection information.

The system is built around customer identity matching across operators. A user who holds accounts with multiple participating operators is identified through their name, date of birth, address and other identifying data, and their cross-operator activity is aggregated against a unified customer record. When any participating operator considers a customer interaction — a wellness check, a vulnerability assessment, an intervention — they can query the aggregate record rather than relying solely on the activity visible on their own platform.

The pilot phase that has been running involves a limited number of participating operators sharing a limited set of data fields. The intention is to expand both the operator participation and the data scope progressively as the technical and regulatory framework matures. Industry-wide rollout has been the stated target of multiple Commission policy papers but the technical and legal complexity has slowed implementation more than originally anticipated.

Data protection compliance has been the most challenging aspect of the design. Sharing customer-identifying data across separately licensed commercial entities, even for consumer protection purposes, sits at an intersection of gambling regulation, data protection law and competition law that has required extensive legal architecture to navigate. The system has been designed to share only what is necessary for the protection purpose, retain data only as long as required, and provide customer transparency about what is being shared with whom.

Why the system was needed in the first place

The structural argument for SCV is that consumer protection mechanisms designed around single-operator visibility cannot capture customers whose harmful activity is spread across multiple operators. A customer staking £100 a month with each of five operators sits comfortably below the £150 vulnerability check threshold at each individual operator. Their aggregate monthly exposure is £500 and might genuinely warrant a vulnerability check, but no single operator sees enough of the picture to trigger one.

This blind spot has been particularly relevant for vulnerable customers seeking to avoid consumer protection interventions. Splitting deposits across multiple operators to stay below trigger thresholds is one of the documented patterns of customers in escalating harm. The protection architecture that the UK has progressively built up over the past five years works well for customers whose betting concentrates on a single operator and is largely ineffective for customers whose activity is distributed across multiple firms.

The structural argument for SCV is therefore that the protection framework has a gap that single-operator interventions cannot close, and only cross-operator data aggregation can close it. The counter-argument has historically been that aggregated data sharing across commercial competitors creates risks of its own — commercial misuse, data security exposure, customer trust erosion. The pilot is the attempt to demonstrate that the protection benefits can be realised while the commercial and security risks can be managed.

The data on the protection framework where SCV would slot in

The broader Commission data on the protection framework provides context for where SCV adds value. Less than 3 percent of active accounts trigger any form of vulnerability check under the existing single-operator architecture. Of those that do trigger, 97 percent proceed entirely frictionlessly, with only around 0.1 percent of accounts unable to clear a check without explicit friction. The system catches the vast majority of customers it is supposed to catch.

The missing piece is the population of customers whose patterns would trigger checks at the aggregate level but do not trigger at any single operator. Industry estimates of the size of this population are inevitably imprecise — by definition, the population is currently invisible to the protection architecture — but the working assumption in policy circles has been that meaningful share of vulnerable customers fall into this category. SCV is the structural answer to that gap.

The wider context of the UK gambling market matters here. The total Gross Gambling Yield of UK gambling reached £16.8 billion in the year to March 2025, up 7.3 percent on the previous year. Online segment growth has been the primary driver, with online GGY up 8 percent year-on-year in the second quarter of 2025. The market is large, growing, and concentrated among a small population of high-stakes customers. The customers who drive disproportionate share of the market are also the customers most likely to hold multiple accounts and to be exposed to the cross-operator visibility gap.

The unlicensed market sits as the counterpoint to all of this. Roughly 9 percent of UK online gambling share was estimated to be controlled by unlicensed operators in the first half of 2025, generating £379 million in gross gaming yield, with the broader offshore exposure to UK consumers running at £16.6 billion in turnover across 2025. SCV does not reach this segment. Customers who have moved to unlicensed offshore alternatives are invisible to the regulated protection framework regardless of how sophisticated the in-market data sharing becomes.

What SCV means for the multi-account place punter

For the typical place-betting customer who maintains accounts with three to six UK-licensed operators to access best prices, BOG promotions and extras-places offers, SCV does not fundamentally change the betting experience. The protection architecture is designed to be invisible to customers whose patterns are healthy, and the introduction of cross-operator visibility does not change that.

What does change is that the trigger points for vulnerability checks become more sensitive to aggregate behaviour. A customer staking £80 a month each with four operators previously sat below any single-operator trigger threshold. Under SCV, the aggregate £320 a month might trigger a check at any of the participating operators. Whether this represents a change for that customer depends on whether the aggregate behaviour genuinely indicates a vulnerability concern or is simply the result of multi-account betting at recreational levels.

The system is designed to distinguish between these cases. Multi-account betting at recreational levels with healthy patterns across all operators should not trigger interventions even if the aggregate stake exceeds single-operator thresholds. Multi-account betting with patterns suggesting deliberate threshold-avoidance — frequent withdrawal-and-redeposit cycles, escalating stakes across operators, session pattern indicators of harm — should trigger appropriate interventions.

In practice, the early operational experience of the pilot has shown that the system errs on the side of caution. False-positive interventions are more common than false-negative gaps, particularly during the pilot phase where the data is still being calibrated. This produces some friction for healthy multi-account customers in the short term while the calibration matures. The trade-off is structural rather than permanent — as the data accumulates and the system learns to distinguish patterns, the false-positive rate should decline.

The questions that remain open as the pilot progresses

Several aspects of the SCV framework remain under active discussion as the pilot progresses through its phases. The boundary between protection-purpose data sharing and commercial-use data sharing is one of the persistent debates — operators should not be able to use SCV data for marketing optimisation, competitive intelligence, or any purpose beyond the specific consumer protection use cases. The technical and legal architecture is built around this principle, but enforcement and oversight of the principle in practice requires ongoing scrutiny.

The customer transparency question is also unresolved. Customers should have visibility into what data is being shared about them, with whom, and for what purposes. The current pilot framework provides some transparency through privacy notices and customer service channels, but there has been ongoing debate about whether the transparency layer should be more proactive — for example, notifying customers when their SCV record is queried for an intervention assessment, even if the assessment doesn’t ultimately result in any action.

Operator participation scope is another open question. The pilot currently involves a limited subset of operators, and full industry-wide participation would require coordination across firms with very different business models, technical infrastructure and customer bases. The path to mandatory full participation has been discussed in policy papers but the timeline remains uncertain.

The interaction with the upcoming statutory levy for problem gambling research, treatment and education is another active area. The statutory levy will fund research that will use cross-operator data, and the SCV framework provides one of the technical channels through which that data could be aggregated and shared with research bodies. Aligning the SCV pilot with the levy-funded research infrastructure has been a stated priority for Commission policy work.

Where SCV sits in the broader 2026 regulatory picture

The Single Customer View pilot is one strand of a broader regulatory programme that has been progressively reshaping the UK gambling market. The Autumn Budget 2025 confirmed the Remote Gaming Duty increase from 21 percent to 40 percent effective April 2026, with horse racing specifically exempted from the parallel General Betting Duty rise that takes effect April 2027. The financial vulnerability check thresholds have been reduced from £500 to £150 net deposits across a rolling 30-day window. The Commission’s enforcement activity against illegal operators has expanded, with 741 cease-and-desist actions issued in the most recent reporting period, 397,527 URLs reported to search engines, and 1,134 illegal sites disrupted.

SCV slots into this broader programme as the structural infrastructure for cross-operator consumer protection. The combination of tighter thresholds, expanded enforcement, fiscal reform and cross-operator data sharing is designed to produce a regulated market that is materially better-protected than the version that existed five years ago. Whether the cumulative effect actually achieves this in practice — and whether the structural costs to the regulated market are proportionate to the protection benefit — will be the central question of UK gambling policy for the rest of the decade.

For individual punters, the practical takeaway is that cross-operator visibility is becoming a feature of the market rather than an exception. Multi-account betting remains legitimate and useful for accessing the best prices and promotions, but the protection framework now operates on the aggregate behaviour rather than on single-operator slices alone. For the structural context of how the broader protection framework sits together in 2026, the detail on affordability checks and what they mean for the average UK punter covers the single-operator side of the same architecture.