Artifact GuideEU

GDPR vs EU AI Act privacy controls for AI systems

This page helps separate GDPR duties from AI Act work when an AI product or model uses personal data.

Use both tests when an AI system processes personal data. The AI Act classifies the system and assigns duties to AI operators; GDPR governs the lawfulness and handling of the personal data.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 25, 2026
Sections
7

Structured answer sets in this page tree.

Primary sources
8

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated Jul 25, 2026
Overview

An can fall under the EU AI Act, the GDPR, both, or neither. Apply the AI Act to the system, its operator role, and its risk category. Apply the GDPR whenever the design, training, validation, deployment, monitoring, or output handling processes personal data. Passing one assessment does not satisfy the other.

Side-by-side comparison

GDPR vs EU AI Act: two tests for one AI system

Use these rows to separate privacy duties from AI-system duties and identify which evidence can support both reviews.

Review all sources
First framework
GDPR

This side helps assign cited privacy work: lawful basis, transparency, rights, DPIA, Article 22, controller and processor duties, RoPA, security, breach, transfers, and accountability.

Second framework
EU AI Act

This side maps the AI Act's system scope, operator roles, risk-based duties, evidence, phased dates, and enforcement route from Regulation (EU) 2024/1689.

Comparison row 1

Scope

GDPR

The GDPR text and guidance cited on this page support concrete privacy obligations for AI-enabled personal-data processing.

EU AI Act

The AI Act governs the placing on the market, putting into service, and use of AI systems in the Union. It also reaches specified providers and deployers outside the Union when system output is used in the Union, subject to its exclusions and special scope rules.

Operational implication

Run GDPR scope on each personal-data operation and AI Act scope on the system and operator. Either regime can apply without the other.

Comparison row 2

Who must act

GDPR

GDPR work belongs to the controller or processor role for the AI processing activity, with input from product, privacy, legal, security, procurement, support, and the DPO where designated.

EU AI Act

AI Act duties attach to roles such as provider, deployer, importer, distributor, product manufacturer, and authorised representative. A provider develops or has a system developed and places it on the market or puts it into service under its name or trademark; a deployer uses a system under its authority outside personal non-professional activity.

Operational implication

Record both role maps. A company may be a deployer under the AI Act and a controller under GDPR, or a provider under the AI Act and a processor for a customer's personal data.

Comparison row 3

Trigger

GDPR

GDPR is triggered when the AI workflow processes personal data within GDPR scope, including collection, storage, use, disclosure, profiling, retention, transfer, or deletion.

EU AI Act

AI Act duties depend on the system and use: prohibited practices under Article 5, high-risk classification under Article 6 and Annexes I and III, transparency duties under Article 50, or rules for general-purpose AI models under Chapter V.

Operational implication

Start with two triggers: whether personal data is processed and which AI Act category applies. Do not infer one answer from the other.

Comparison row 4

Core obligations

GDPR

Each AI processing purpose needs an Article 6 lawful basis, privacy information, rights handling, Article 22 analysis where relevant, DPIA screening or DPIA, RoPA coverage, processor controls, security measures, retention, and transfer safeguards where applicable.

EU AI Act

High-risk AI providers face requirements for risk management, data and data governance, technical documentation, logs, transparency to deployers, human oversight, accuracy, robustness, cybersecurity, quality management, conformity assessment, registration, and post-market monitoring. Deployers have separate instructions, oversight, monitoring, logging, and other duties. Other systems may have narrower transparency or model-provider duties.

Operational implication

Build the AI Act obligation list from the role and category. Keep the GDPR lawful-basis, notice, rights, DPIA, processor, security, retention, and transfer record alongside it.

Comparison row 5

Evidence and records

GDPR

GDPR evidence should include a lawful-basis note, privacy notice text, RoPA entry, DPIA or DPIA screening, Article 22 assessment where relevant, rights workflow, processor terms, security control record, transfer safeguard, retention rule, and breach triage record.

EU AI Act

AI Act evidence can include classification rationale, quality and risk-management records, data-governance decisions, technical documentation, automatically generated logs, instructions for use, human-oversight design, conformity records, registration, post-market monitoring, and serious-incident records, depending on role and category.

Operational implication

Reuse inventories, security records, vendor files, and logs only where they contain the information required by both regimes. A GDPR DPIA is not automatically an AI Act conformity assessment or fundamental-rights impact assessment.

Comparison row 6

Timing and cadence

GDPR

GDPR timing is tied to the processing lifecycle: lawful basis and notice before processing, DPIA before high-risk processing, Article 22 and rights handling before automated decisions affect people, breach assessment without undue delay and where feasible within 72 hours for notifiable breaches, and RoPA updates when the processing changes.

EU AI Act

The AI Act entered into force on 1 August 2024. Definitions, the original prohibitions, and AI-literacy duties applied from 2 February 2025; specified governance, penalties, and GPAI duties applied from 2 August 2025; and Article 50 applies from 2 August 2026. Regulation (EU) 2026/1744 entered into force on 27 July 2026, made its added Article 5 provisions applicable from 2 December 2026, and amended Article 113 so that Chapter III, Sections 1, 2, and 3, except Article 6(5), apply from 2 December 2027 for Article 6(2) and Annex III high-risk systems and from 2 August 2028 for Article 6(1) and Annex I high-risk systems.

Operational implication

Calendar GDPR controls around the processing lifecycle. For each AI Act obligation, record the applicable article, transition rule, source date, current legal status, and any amending act.

Comparison row 7

Enforcement or assurance route

GDPR

GDPR supervisory authorities can impose Article 58 corrective measures and Article 83 fines. The lower ceiling is EUR 10 million or 2 percent of worldwide annual turnover for an undertaking, whichever is higher; the upper ceiling is EUR 20 million or 4 percent, whichever is higher. The amount remains case-specific and requires an intentional or negligent infringement.

EU AI Act

The AI Act uses national competent and market-surveillance authorities, while the Commission and AI Office enforce GPAI-provider duties. Article 99 ceilings include EUR 35 million or 7 percent for prohibited-practice infringements, EUR 15 million or 3 percent for specified other infringements, and EUR 7.5 million or 1 percent for incorrect, incomplete, or misleading information, with special undertaking and SME rules. Article 101 allows GPAI-provider fines up to 3 percent of total worldwide annual turnover in the preceding financial year.

Operational implication

Open separate regulator and sanctions tracks. Identify the exact infringement, authority, legal ceiling, undertaking rule, and applicable transition date under each regime; the same conduct can engage both without one fine automatically displacing the other.

Comparison row 8

Overlap and reuse

GDPR

GDPR evidence can overlap with AI governance records when the same inventory, vendor file, security control, log, or transfer record describes personal-data processing.

EU AI Act

AI Act records can reuse factual material from GDPR inventories, DPIAs, vendor reviews, security controls, and logs when the material also meets the relevant AI Act content and retention rule.

Operational implication

Article 2(7) preserves EU privacy and data-protection law, and Article 27(4) says an AI Act fundamental-rights impact assessment complements a GDPR DPIA where both are required. Reuse verified facts, but preserve each assessment's trigger, content, owner, outcome, authority route, and update rule.

Comparison row 9

Practical decision rule

GDPR

For every operation involving personal data, issue a GDPR processing finding that names the controller and processor, purpose, Article 6 basis, Article 9 condition where needed, notice, rights and Article 22 result, DPIA result, RoPA entry, retention, security, processors, transfers, and launch conditions.

EU AI Act

For every candidate AI function, issue an AI Act classification finding that applies the Article 3 AI-system definition, maps provider and deployer roles, tests Article 5 prohibitions, applies Article 6 and the relevant annex, tests Article 50 and GPAI duties, and records the controlling application date and transition rule.

Operational implication

The approval record contains two conclusions and two owners. Link shared facts and evidence by identifier, list unresolved assumptions, and block launch when either finding has an unmet legal condition; do not merge the conclusions into a generic 'AI compliant' status.

Practical decision rule

How should teams compare GDPR and the EU AI Act for an AI system?

  • First decide whether the AI use case processes personal data and record the GDPR controller or processor role.
  • Assign the GDPR controls that are cited here: lawful basis, transparency, rights, DPIA or screening, Article 22, RoPA, security, breach, transfer, retention, and accountability evidence.
  • Classify the AI Act role and branch: prohibited practice, high-risk system, transparency case, general-purpose AI model, or another in-scope system.
  • Keep shared evidence labelled by source so privacy and AI Act reviewers can each re-run the decision.
Section 2

GDPR questions to answer before an AI Act workstream

For any AI-enabled processing, start with the GDPR questions that determine whether privacy controls are required at all. The first record should identify the controller or processor, the purpose, categories of data subjects and personal data, recipients, transfers, retention, security controls, and whether the processing is likely to create risk for individuals.

Then document the Article 6 lawful basis before launch. Irish DPC guidance frames the first controller question as the reason or justification for processing personal data, and lists the Article 6 legal bases as consent, contract, legal obligation, vital interests, public task, or legitimate interests.

  • Record the Article 6 lawful basis for each AI processing purpose, not for the product as a whole.
  • Update the RoPA when the AI workflow changes the purpose, data categories, recipients, transfers, retention, or security measures.
  • Record the separate AI Act role, risk category, applicable chapter, and implementation date beside the GDPR processing record.
Section 3

Transparency, rights, DPIA, and automated decision-making controls

AI use does not supersede GDPR transparency duties. GDPR Articles 13 and 14 require information about the purposes and legal basis, recipients, storage periods, rights, and the existence of automated decision-making including profiling where relevant. Article 15 also gives the data subject access rights that include information about automated decision-making in the stated cases.

Article 22 adds a separate GDPR control for decisions based solely on automated processing, including profiling, that produce legal effects or similarly significant effects. When an contributes to such a decision, the GDPR review should document the decision path, human involvement, legal basis, safeguards, rights handling, and the notice language.

A DPIA is required where processing is likely to result in a high risk to natural persons. CNIL's DPIA page and methodology support using the assessment to examine necessity, proportionality, rights controls, processors, transfers, and security risks before the processing is deployed.

  • Do not use an AI Act label as a substitute for GDPR notice, access, objection, rectification, erasure, restriction, portability, or Article 22 analysis.
  • When relying on legitimate interests for AI-enabled processing, keep the balancing analysis and make the specific interest clear in the privacy information.
  • Where a DPIA is needed, include purpose, data minimisation, retention, information notices, rights handling, processor controls, transfer safeguards, and security measures.
Section 4

Evidence owners for a GDPR-first AI comparison

Assign the GDPR evidence to teams that can change the underlying processing: product for purpose and feature behavior, data governance for data categories and retention, legal or privacy for lawful basis and notices, security for Article 32 controls, procurement for processor and transfer terms, support for rights workflows, and the DPO where designated for DPIA advice and monitoring.

AI Act evidence commonly belongs to product, engineering, quality, risk, procurement, and legal teams, depending on the operator role and classification. A shared owner can manage both workstreams, but each record should identify whether it proves a GDPR obligation, an AI Act obligation, or only a shared fact.

  • Required GDPR evidence commonly includes a RoPA entry, lawful-basis note, privacy notice text, DPIA or DPIA screening, Article 22 assessment where relevant, rights-response workflow, processor terms, transfer safeguards, retention rule, security control record, and breach triage record.
  • Label source support beside each artifact so reviewers can see whether it comes from GDPR text, DPC guidance, CNIL DPIA material, SCC material, or a separate AI Act source.
  • Do not merge GDPR and AI Act findings into one approval unless the record shows both source bases and both owners.
Section 5

Current AI Act dates and guidance as of 27 July 2026

The AI Act applies in phases. Chapters I and II, including definitions, AI literacy, and the original prohibited practices, have applied since 2 February 2025. Regulation (EU) 2026/1744 added Article 5 provisions that apply from 2 December 2026. Governance provisions, penalties, and general-purpose AI model obligations have applied since 2 August 2025, subject to the regulation's transition rules. Article 50 transparency duties apply from 2 August 2026, and the Commission published final Article 50 guidelines on 20 July 2026.

Regulation (EU) 2026/1744 entered into force on 27 July 2026 and amended the AI Act's transition rules. Chapter III, Sections 1, 2, and 3, except Article 6(5), apply from 2 December 2027 for systems classified as high-risk under Article 6(2) and Annex III and from 2 August 2028 for systems classified as high-risk under Article 6(1) and Annex I.

  • 2 February 2025: Chapters I and II apply, including Article 4 AI literacy and the original Article 5 prohibited practices; the Article 5 provisions added by Regulation (EU) 2026/1744 apply from 2 December 2026.
  • 2 August 2025: the published regulation applies specified governance, GPAI, penalty, and confidentiality provisions; transition rules still matter for models already on the market.
  • 2 August 2026: Article 50 transparency duties apply, and Commission enforcement powers for GPAI providers begin under the published framework.
  • High-risk systems: record the applicable Article 6 route and the binding date in Article 113 as amended by Regulation (EU) 2026/1744.
  • Legacy systems: Article 111 has separate rules for systems and GPAI models already on the market or in service; do not apply a new-system date without checking those transition provisions.
Section 6

Worked GDPR and AI Act classification cases

Run the tests at feature and processing-operation level. The examples below identify the questions and records that change the result; they do not decide whether an unnamed product complies.

For each case, produce two signed or approved findings: a GDPR processing finding naming the role, purpose, lawful basis, personal data, rights, risk controls, and evidence; and an AI Act finding naming the system, operator role, classification branch, applicable date, obligations, and evidence.

  • Recruitment ranking: an employer using AI to filter or rank candidates processes personal data as a controller and should assess lawful basis, notice, a DPIA, bias and accuracy risks, rights, retention, security, and whether Article 22 applies to the actual decision path. Employment selection is an Annex III high-risk area unless an Article 6 exclusion applies; profiling covered by the Annex III use case remains high-risk. The employer is normally the deployer, while the vendor may be the provider and a GDPR processor or separate controller depending on its own purposes.
  • Customer-service chatbot: prompts, account context, transcripts, and escalations can bring the workflow within GDPR even when the chatbot is not high-risk under Article 6. Map notice, lawful basis, processor terms, retention, security, transfers, rights, and breach handling. Article 50 requires disclosure that a person is interacting with AI unless this is obvious from the circumstances and context, subject to the regulation's stated exception.
  • Workplace emotion inference: Article 5 prohibits using AI to infer emotions in workplaces and educational institutions except for medical or safety reasons. A claimed exception needs a documented intended purpose and facts. Personal-data and, where applicable, special-category or biometric-data analysis remains separate under GDPR; passing a GDPR lawful-basis test cannot legalise an AI Act prohibited practice.
  • Public-service high-risk deployment: a public-law body, or a private operator providing public services, that deploys an Annex III high-risk system may need an Article 27 fundamental-rights impact assessment. If the processing also triggers GDPR Article 35, coordinate the evidence but retain a complete DPIA and a complete Article 27 assessment, including the distinct notification and oversight steps.
  • General-purpose model API: distinguish the GPAI model provider from the provider or deployer of a downstream . Then map whether prompts, fine-tuning data, retrieval data, logs, outputs, or abuse monitoring contain personal data and whether each actor is a controller or processor. GPAI compliance does not supply the downstream system's GDPR lawful basis or AI Act classification.
Section 7

Definitions used in this GDPR and AI Act comparison

: a machine-based system that operates with varying autonomy, may adapt after deployment, and infers from inputs how to generate outputs that can influence physical or virtual environments. Test the statutory elements rather than the product's marketing label.

Personal data: information relating to an identified or identifiable person. AI training, prompts, retrieval content, logs, embeddings, outputs, inferences, feedback, and monitoring can contain personal data.

Controller and processor: the controller determines why and how personal data is processed; the processor acts on the controller's behalf under documented instructions. Assign these roles per processing operation, including any vendor use for its own purposes.

Provider and deployer: an AI Act provider develops or has an or GPAI model developed and markets it or puts the system into service under its name; a deployer uses an AI system under its authority outside personal non-professional activity. These roles can coexist with GDPR roles.

High-risk : a system classified under Article 6 through the Annex I product route or an Annex III use case, subject to Article 6(3). Record the exact route, intended purpose, exclusion analysis, and profiling question.

DPIA: the GDPR Article 35 assessment completed before likely high-risk personal-data processing. It addresses necessity, proportionality, risks to people, and measures.

Fundamental-rights impact assessment: the AI Act Article 27 assessment required for specified deployers and Annex III high-risk systems. It complements rather than replaces a required DPIA.

Recommended next step

Turn the GDPR side of an AI review into cited implementation work

Sorena can help turn AI-related GDPR questions into lawful-basis records, notices, DPIA checks, Article 22 analysis, RoPA updates, rights workflows, processor controls, and transfer evidence.

Primary sources

References and citations

eur-lex.europa.eu
Referenced sections
  • Primary source for the GDPR decision path.
"processing of personal data"
eur-lex.europa.eu
Referenced sections
  • Binding source for the amended Article 111 transition rules and Article 113 high-risk application dates.
"2 December 2027 as regards AI systems classified as high-risk"
Related guides

Explore more topics

Does the EU GDPR apply outside the EU under Article 3?
A GDPR Article 3 territorial-scope FAQ covering EU establishment, non-EU targeting, monitoring in the EU, public-international-law cases, and Article 27 representatives.
EU GDPR Applicability Test for Products, Vendors, and Data Flows
A concrete GDPR scope test for personal data, controller and processor roles, EU establishment, EU targeting or monitoring, special-category and child data, transfers, vendors, and evidence.
EU GDPR Article 30 RoPA Intake Workflow
This GDPR Article 30 RoPA intake workflow helps capture controller and processor fields, owners, transfers, retention, security measures, and evidence before a processing activity goes live.
EU GDPR Article 6 Legal Bases FAQ
FAQ on the six Article 6 GDPR lawful bases, consent caveats, legitimate interests, public-task and legal-obligation limits, and Article 9 special-category data.
EU GDPR Automated Decision-Making and Profiling: Article 22 Scope, Safeguards, and Evidence
GDPR guide to profiling and Article 22 decisions: scope, transparency, lawful basis, DPIA triggers, safeguards, human intervention, challenge rights, and evidence.
EU GDPR Breach Notification 72 Hours: Article 33 and 34 workflow
Official source EU GDPR breach notification workflow covering awareness, 72-hour supervisory authority notices, processor escalation, high-risk data-subject communication, delay reasons, and evidence logs.
EU GDPR Breach Notification Workflow: 72-hour clock, risk assessment, and records
A concrete EU GDPR breach notification workflow for detecting and triaging incidents, starting the awareness clock, assessing risk, notifying authorities or data subjects, and keeping Article 33 records.
EU GDPR Checklist: scope, lawful basis, DSARs, DPIA, RoPA, transfers
This GDPR checklist helps review scope, lawful basis, notices, DSAR handling, DPIAs, RoPA, processor contracts, SCC transfers, breach notification, retention, security, and evidence.
EU GDPR Children and Special-Category Data Guide
GDPR guide to children's consent and special-category data: Article 8 national age variation, Article 9 conditions, transparency, DPIA triggers, safeguards, and evidence.
EU GDPR Compliance Checklist: scope, rights, DPIA, RoPA, transfers
Practical EU GDPR compliance guide for mapping scope, lawful basis, notices, data-subject rights, DPIAs, RoPA, processor terms, breaches, transfers, retention, security, and penalties.
EU GDPR Controller, Processor, and Joint Controller Roles
Classify GDPR controllers, processors, and joint controllers from actual decision-making, then document Article 26 allocation, Article 28 terms, instructions, and vendor evidence.
EU GDPR Data Subject Rights and DSAR Workflow
GDPR rights-request workflow for intake, identity checks, request scope, the one-month response clock, extensions, refusals, processor coordination, and evidence.
EU GDPR deadlines and compliance calendar
EU GDPR calendar for calculating rights-request deadlines, breach notification, DPIA and prior-consultation gates, transfer reviews, and retention checks.
EU GDPR DPIA and Prior Consultation Workflow
Screen high-risk processing, run a GDPR Article 35 DPIA, record mitigation, and identify when Article 36 prior consultation is required.
EU GDPR DPIA and risk management under Articles 35 and 36
EU GDPR DPIA guide covering Article 35 triggers and contents, CNIL and DPC PIA methods, residual risk, mitigation records, and prior consultation limits.
EU GDPR DSAR Exceptions: refusal, extensions, identity checks
FAQ on when EU GDPR controllers may extend, charge for, narrow, redact, or refuse a data subject access request under Articles 12 and 15.
EU GDPR DSAR Workflow: Intake, Clock, Rights, and Evidence
Run a GDPR DSAR workflow for intake, identity checks, rights scoping, one-month response timing, extensions, refusals, processor handoffs, and evidence records.
EU GDPR FAQ: scope, lawful basis, rights, DPIA, breaches, transfers
Direct EU GDPR FAQ answers on scope, controller and processor roles, lawful basis, data subject rights, DPIAs, breach notification, international transfers, and Article 83 fine tiers.
EU GDPR International Transfers and SCCs: Chapter V evidence guide
GDPR Chapter V guide to adequacy decisions, SCCs, transfer assessments, supplementary measures, Article 49 derogations, and EU-US DPF checks.
EU GDPR Lawful Basis and Consent Guide
Focused GDPR guide to Article 6 lawful bases, consent conditions, legitimate interests, special category data, withdrawal, and evidence records.
EU GDPR Lawful Basis and LIA Workflow for Article 6(1)(f)
Assess GDPR legitimate interests with a purpose, necessity, balancing, Article 21 objection, and evidence-record workflow based on Article 6(1)(f).
EU GDPR Lead Supervisory Authority and One-Stop-Shop
How GDPR main establishment, cross-border processing, Article 56 lead authority competence, and Article 60 cooperation fit together.
EU GDPR LIA Template for Article 6(1)(f)
This EU GDPR legitimate interests assessment template helps document Article 6(1)(f) purpose, necessity, balancing, safeguards, objection rights, and evidence.
EU GDPR penalties and fines: Article 83 tiers and evidence
EU GDPR penalties guide covering Article 83 fine ceilings, the EDPB calculation method, CJEU conditions, Article 58 powers, and evidence.
EU GDPR Processor Contracts and Vendor Management | Article 28 Evidence Guide
EU GDPR Article 28 guide for processor contracts, sub-processor controls, controller-processor role boundaries, vendor evidence, and SCC transfer clauses where applicable.
EU GDPR Record of Processing Activities Template: Article 30 RoPA Fields
Build a GDPR Article 30 record of processing activities with separate controller and processor fields for purposes, data categories, recipients, transfers, erasure time limits, and security measures.
EU GDPR Requirements: scope, rights, security, DPIA, RoPA, and transfers
Overview of core EU GDPR requirements covering scope, principles, lawful basis, notices, data-subject rights, processors, RoPA, security, breaches, DPIAs, and international transfers.
EU GDPR Retention and Erasure Schedule
Build an EU GDPR retention and erasure schedule with purpose-based periods, expiry actions, Article 17 decisions, recipient notices, and deletion evidence.
EU GDPR SCC Transfer Impact Assessment FAQ
FAQ on when SCC transfer impact assessments are needed, what Clause 14 records, and when supplementary safeguards or transfer suspension are required.
EU GDPR Transfer TIA and SCC Workflow
A GDPR workflow for checking adequacy, selecting SCC modules, documenting transfer impact assessments, and recording supplementary measures for third-country transfers.
EU GDPR Transparency Notices: Articles 12, 13 and 14
GDPR privacy-notice guide for Articles 12, 13, and 14: direct collection, other data sources, purposes, lawful bases, recipients, transfers, retention, rights, and timing.
EU GDPR vs Brazil LGPD: scope, legal bases, rights, incidents, and transfers
Compare EU GDPR and Brazil LGPD scope, actors, legal bases, rights timing, security incidents, international transfers, evidence, regulators, and penalties.
EU GDPR vs California CCPA: scope, rights, opt-outs, and evidence
Compare EU GDPR and California CCPA scope, roles, consumer rights, response times, sale and sharing opt-outs, risk assessments, contracts, transfers, and enforcement.
EU GDPR vs ePrivacy Directive: personal data, cookies, consent, and communications
Compare the EU GDPR and ePrivacy Directive for personal data processing, consent and lawful basis, cookies and terminal access, electronic communications, and parallel compliance.
EU GDPR vs UK GDPR: Scope, Rights, Transfers, and Evidence
Compare the EU GDPR and amended UK GDPR across scope, rights, automated decisions, accountability, breaches, regulators, and international transfers.
GDPR processor vs controller: role boundaries and evidence
Decide whether a party is a GDPR controller, processor, or joint controller using purpose-and-means tests, Article 28 terms, Article 26 arrangements, and Article 30 records.
GDPR vs EU Data Act: personal data, connected products, and access rights
Compare GDPR privacy duties with EU Data Act rights and duties for connected-product data, third-party access, data holders, users, contracts, cloud switching, and enforcement.
When does the EU GDPR require a DPIA?
Answer the EU GDPR DPIA threshold question with Article 35 triggers, high-risk criteria, supervisory-authority list checks, and DPIA content requirements.
When does the GDPR 72-hour breach notification clock start?
GDPR breach-awareness FAQ covering the Article 33 clock, processor escalation, delayed or phased notifications, risk assessment, and records to keep.