GDPR Article 22 Automated Decision-Making and Profiling
This guide helps decide when profiling or an automated decision is inside GDPR Article 22, what transparency and safeguards are required, and what evidence should be retained.
Based on the GDPR text and DPIA guidance for product, privacy, legal, data science, support, HR, marketing, security, and vendor owners.
GDPR is any automated processing of personal data used to evaluate personal aspects of a natural person, such as work performance, economic situation, health, preferences, interests, reliability, behaviour, location, or movements. Article 22 adds a narrower rule for decisions based solely on automated processing, including profiling, when the decision produces legal effects or similarly significant effects for the person.
1
Section 1
Article 22 scoping test
Article 22 covers only decisions based solely on automated processing, including , that produce legal effects or similarly significant effects for the data subject. It does not cover every model, score, or recommendation. A score produced by one organisation can itself be the Article 22 decision when a third party relies on it in a way that plays a determining role, as the Court of Justice held for credit scoring in Case C-634/21.
Record the decision being made, the point in the journey where it occurs, whether a human can materially change the outcome before it affects the person, and the practical effect on access, eligibility, pricing, employment, services, or other rights and interests.
outside Article 22 still needs an Article 6 lawful basis, compliance with the Article 5 principles, transparent information, and applicable rights handling. Under Article 21, a person can object on grounds relating to their situation to profiling based on public task or legitimate interests. The controller must stop unless it demonstrates compelling legitimate grounds that override the person's interests, rights, and freedoms or the processing is needed for legal claims. Profiling related to direct marketing must stop when the person objects to that marketing.
In scope: a solely automated eligibility, access, employment, credit, fraud, pricing, or service decision with legal or similarly significant effect.
Still regulated but not necessarily Article 22: segmentation, ranking, recommendations, risk scores, or used for human-supported decisions.
Out of scope for Article 22 only after review: automation that does not decide anything about an identifiable person or does not significantly affect that person.
Direct-marketing branch: provide an objection route and stop both the marketing and related when the person objects.
Escalate when uses special-category data, vulnerable groups, new technology, large-scale monitoring, or effects that may become more significant over time.
A controller still needs a GDPR lawful basis for the personal data processing. If the decision is inside Article 22, the controller also needs one of the Article 22 exceptions: necessary for entering into or performing a contract with the data subject, authorised by Union or Member State law with suitable safeguards, or based on the data subject's explicit consent.
Do not treat ordinary consent, generic terms acceptance, or a broad legitimate-interest assessment as enough for an Article 22 decision. For contract and explicit-consent routes, Article 22 requires suitable measures to protect the person's rights, freedoms, and legitimate interests. Article 22(4) adds a stricter rule for special-category data: the decision may not be based on Article 9 data unless Article 9(2)(a) explicit consent or Article 9(2)(g) substantial public interest applies and suitable safeguards are in place.
Name both layers: the Article 6 lawful basis for processing and the Article 22 exception for the solely automated decision.
For contract necessity, explain why the decision itself is necessary for entering into or performing the contract, not merely useful to the business.
For explicit consent, keep the consent wording, capture method, withdrawal path, and fallback handling when consent is refused or withdrawn.
For Union or Member State law, cite the specific law and the safeguards it lays down; do not infer national authorisation from general public-sector duties.
If the decision uses special-category data, document the Article 22(4) gate separately from the Article 6 basis, Article 9 condition, and Article 22(2) exception.
Privacy notices and access responses need to say when Article 22 automated decision-making, including , exists. At least in those cases, GDPR Articles 13, 14, and 15 call for meaningful information about the logic involved and the significance and envisaged consequences for the data subject.
Useful transparency is specific to the person-facing decision. Explain the decision purpose, the main categories of input data, the broad factors that influence the outcome, the consequences of the outcome, and the routes for human intervention, point-of-view submission, and contesting the decision.
Link the notice text to the real product flow where the automated decision occurs.
Avoid exposing security-sensitive model details, but do not hide the existence, purpose, broad logic, or consequences of Article 22 processing.
Keep separate access-response text for data subjects who ask about a specific decision affecting them.
Update notices before materially changing inputs, logic, decision effects, or data sources.
For Article 22 decisions relying on contract necessity or explicit consent, the controller must implement suitable safeguards. GDPR identifies at least three: the right to obtain human intervention from the controller, to express a point of view, and to contest the decision.
A safeguard is not meaningful if the reviewer can only rubber-stamp the automated output. The review workflow should give a trained person enough context, authority, and time to change the result when the facts, data quality, or proportionality analysis support a different outcome.
Publish a clear route for requesting human intervention and contesting the decision.
Give reviewers the data, rule version, model or score explanation, notice version, and prior contact history needed to reassess the outcome.
Log the person's point of view, the reviewer decision, any corrected data, and whether the automated outcome changed.
GDPR Article 35 makes a DPIA mandatory for high-risk processing, including systematic and extensive evaluation of personal aspects based on automated processing, including , where decisions produce legal or similarly significant effects. DPA guidance treats automated decision-making and profiling as risk criteria that should be assessed early and revisited when the processing changes.
The DPIA record should connect the Article 22 analysis to necessity and proportionality, data minimisation, accuracy, retention, transparency, rights handling, security controls, processor involvement, and residual risk. If a prior DPIA is reused for similar processing, document why the nature, scope, context, and purposes remain sufficiently similar.
Start the DPIA before deployment or material change, once the decision purpose, data flows, and expected effects are understood.
Map generated personal data such as scores, profiles, risk flags, eligibility outcomes, and reviewer notes.
Record safeguards for inaccurate data, unfair exclusion, discrimination, loss of access, inability to contest, and excessive retention.
Review the DPIA when decision effects, user groups, data sources, vendors, model logic, or operational context changes.
Evidence should let a reviewer reconstruct the decision system without relying on memory. Keep a single record that ties the automated decision, Article 22 conclusion, lawful route, transparency text, DPIA, safeguards, and contest outcomes together.
Evidence should also show what is not Article 22. Where a tool produces a score or recommendation but a human makes the effective decision, preserve proof that human review is real, documented, and able to change the outcome before it affects the person.
Does every activity trigger GDPR Article 22?
No. is broadly defined as automated processing of personal data used to evaluate personal aspects of a person. Article 22 is narrower: it concerns decisions based solely on automated processing, including profiling, that produce legal effects or similarly significant effects.
What must a controller offer when Article 22 applies?
Where the Article 22 decision relies on contract necessity or explicit consent, the controller must use suitable safeguards, including at least human intervention by the controller, the ability for the person to express a point of view, and the ability to contest the decision.
When should an automated decision-making project trigger a DPIA?
A DPIA is required when processing is likely to result in high risk. GDPR specifically calls out systematic and extensive automated evaluation, including , where decisions produce legal or similarly significant effects.
Article 22 memo: decision description, affected groups, solely automated status, legal or similarly significant effects, and exception if used.
inventory: input data, generated scores or segments, purposes, data sources, recipients, retention, and downstream decisions.
Transparency pack: notice language, access-response language, release date, product placement, and change history.
Safeguard records: human intervention requests, point-of-view submissions, contest decisions, reviewer authority, corrections, and outcome changes.
DPIA and risk file: risk criteria, data-flow map, safeguards, residual risk, DPO advice where designated, processor inputs, and review triggers.
Use this guide to structure an Article 22 review record
Sorena can help convert automated decision-making and profiling reviews into cited scoping records, DPIA evidence, transparency updates, and human-review workflows.
The Court held that automated creation of a credit probability score is itself an Article 22 decision where that score plays a determining role in a third party's decision to establish, perform, or terminate a contract.