- Operational implementation support for Regulated Service Scope.
"The OSA places requirements for age assurance on organisations that fall in scope."
Regulated Service Scope decisions under the UK Online Safety Act should be written in operational language: who is in scope, what must happen, what evidence proves it, and when escalation is needed.
Use this guide to turn official requirements into scope, evidence, owner, and review decisions. This guidance is practical, source-linked, and should be validated against current legal and policy requirements before implementation.
Structured answer sets in this page tree.
Cited legal and guidance references.
This page helps you determine when UK Online Safety Act obligations apply, who owns each action, the required evidence, and the review path before escalation. In plain terms, a regulated service is generally a user-to-user service, a search service, or a service with links to the UK that publishes or displays provider pornographic content.
Start by deciding whether the service is a regulated service: a user-to-user service, a search service, or a service with links to the UK that publishes or displays provider pornographic content. Then identify which illegal-content, children-safety, age-assurance, user-empowerment, transparency, complaints, risk-assessment, or provider duty that Ofcom can supervise or enforce is triggered. The useful answer should name the exact trigger, affected product or process, required action, owner, evidence, and escalation point.
Keep the Online Safety Act source, service-scope decision, user-to-user/search feature map, risk assessment, code-of-practice mapping, age-assurance evidence, and Ofcom-facing record together.
Ownership should sit with the team that can change service design, moderation, recommender systems, age assurance, reporting, complaints, terms, or transparency data, with legal and trust-safety review.
Evidence should show service categorisation, illegal-content risk assessment, children access assessment, children risk assessment, mitigation controls, age-assurance decisions, terms/complaints records, and Ofcom reporting readiness.
Most Online Safety Act mistakes happen at the boundary between user-to-user, search, pornography, category, child-access, illegal-content, and transparency duties.
Use this section before launching a user feature, recommender change, moderation change, age-assurance flow, complaint process, or transparency-reporting process.
Use an Online Safety Act workflow that captures service scope, user groups, risk assessment, code mapping, child-access status, mitigation owner, evidence, and Ofcom escalation path.
The output should be a service-scope memo, risk assessment, children access assessment, mitigation plan, age-assurance decision, complaint workflow, or transparency-report evidence pack.
Use this UK Online Safety Act guide to turn Regulated Service Scope into owners, evidence requests, review checkpoints, and reusable operating records inside Sorena.
Turn Regulated Service Scope into scoped questions, evidence fields, and review tasks.
Use Research Copilot to answer follow-up questions with cited source material.
Review scope, evidence, owners, and the next compliance actions with Sorena.
"The OSA places requirements for age assurance on organisations that fall in scope."
"regulated service means a regulated user-to-user service, a regulated search service, or a service with links to the United Kingdom that publishes or displays provider pornographic content"
"Links between online safety and data protection Online safety and data protection can interact in a variety of"
"The Act's duties apply to search services and services that allow users to post content online or to interact with each other."