Data Governance Atlas UK edition

Automated decisions, profiling and AI

For both sides

When a decision is "solely automated", why meaningful information about the logic is not the source code, and where model training sits in the framework.

NIST PF ID-PCM-P
ISO 27701 A.7.3.10
UK GDPR Art 4(4)Art 13(2)(f)Art 15(1)(h)Art 21Art 22Art 35

Automated processing of personal dataPersonal dataAny information relating to an identified or identifiable living person, including identifiers and combinations of data that single someone out. is ordinary and mostly unremarkable. A narrow slice of it attracts specific rules, and the boundary is where the arguments are.

Profiling and automated decisions are different things

Profiling is any automated processing that evaluates personal aspects of someone: to analyse or predict performance at work, economic situation, health, preferences, reliability, behaviour, location or movements. ProfilingProfilingAutomated processing to evaluate personal aspects of someone, such as performance, finances, health or behaviour. Automated decisions are now governed by UK GDPR Arts 22A to 22D. by itself is lawful with a basis; it does not require anything special.

Art 22 is narrower. It engages only where a decision is based solely on automated processing, including profiling, and produces legal effects or similarly significantly affects the person. Both limbs must be met.

“Solely” and the human-in-the-loop problem

A human who reviews and can genuinely change the outcome takes the decision outside Art 22. A human who clicks approve on whatever the system produced does not.

The distinction turns on authority and capability: does the reviewer have the standing to overrule, the information to form a view, and enough time to use it? A caseworker processing three hundred a day against a model output is a rubber stamp, and describing them as human oversight in a policy document does not change that.

This matters practically because organisations frequently believe they are outside Art 22 on the strength of a review step that would not survive being examined.

“Significantly affects”

Legal effects are clear enough: entitlement lost, contract terminated, benefit refused. “Similarly significantly affects” is broader and covers decisions with a comparable impact: credit refusal, exclusion from a service, materially different pricing, employment screening.

Ordinary personalisation usually falls short. It can cross the line where it exploits vulnerability, targets people in a way that affects their real choices, or determines access rather than presentation.

Where it is permitted, and what must follow

Solely automated significant decisions are permitted only where necessary for a contract, authorised by law, or based on explicit consent, and in the contract and consent cases you must provide safeguards: at minimum the right to obtain human intervention, to express a point of view, and to contest the decision. Special category dataSpecial category dataHealth, genetic and biometric data, racial or ethnic origin, political opinions, beliefs, trade union membership, sex life and sexual orientation. Processing needs an Art 9 condition as well as a lawful basis. narrows the gate further.

Meaningful information about the logic

You must tell people, both proactively and on request, that this is happening, with meaningful information about the logic involved and the significance and envisaged consequences.

This is not the source code, the weights, or the training set. Nor is it a sentence saying “an algorithm decides”. What is required is an explanation the person can act on: what factors are used, roughly how they matter, what would change the outcome, and how to challenge it. Explaining the logic is not the same as disclosing the model, and commercial sensitivity does not remove the obligation: it shapes how you meet it.

Where model training sits

Training a model on personal data is processing and needs its own basis, its own purpose assessment, and its own place in the record. Points that recur:

  • Purpose limitation. Data collected to deliver a service and later used to train is reuse. Assess compatibility; do not assume it.
  • Minimisation. Training rarely needs full identifiers; whether the training set is personal data after processing is a question to answer, not to assert.
  • Rights still attach. If the training data is personal data, people retain rights over it, and “it is already in the model” is a design problem rather than an exemption.
  • Impact assessment. Large-scale profiling, novel technology and systematic evaluation are precisely the triggers that make one mandatory. See impact assessment methodology.

For someone on the receiving end

Ask three questions, in this order: was this decision made solely by automated means; what factors were used and what would change the outcome; and how do I obtain human review. The first determines which rules apply, the second is the logic obligation, and the third is the safeguard. An organisation that cannot answer the first has not assessed its own process.

UK position

The page above works from the shared UK GDPR text. These are the points where UK law adds to it or departs from it, each tied to the commencement tracker.

United Kingdom Works differently

Art 22 has been replaced by Arts 22A to 22D: significant solely automated decisions are permitted with safeguards, rather than prohibited subject to three gateways. In force from 2026-02-05.

The safeguards are information about the decision, the ability to make representations, human intervention and the ability to contest. Tighter limits apply where special category data is involved. Decisions taken before 2026-02-05 under the old safeguards are not caught.

UK GDPR Arts 22A to 22D, DUAA 2025 s.80, Sch 6

Checklists and tools

Explainers

Where this connects

Sources