Audit modelEDPB DPIA Template 2026
1. Overview of the Processing
1. 0.1 Controller(s)
2. 0.2 Processor(s) and Sub-processor(s)
For each processor/sub-processor, provide their name and describe their obligations and tasks.
3. 0.3 Name of the Processing
4. 0.4 Planning of the Processing
Applicable if the processing is temporary or has a defined end date.
5. 0.5 DPIA Technical Sheet
Select all reasons that triggered the obligation or need to conduct this DPIA (Article 35 GDPR and EDPB guidance).
Date of approval of the DPIA as complete and finished by a responsible official.
2. Systematic Description of the Processing
1. 1.1 High-level Description
1. 1.1.a Processed Personal Data
For each data item, specify: the data type, the data subject category, any additional details, and whether it constitutes special category data under Article 9 GDPR.
Select all applicable categories (Article 9(1) GDPR).
2. 1.1.b Purposes of the Processing
For each purpose, specify which personal data items (from 1.1.a) are involved and provide justification of their relevance.
3. 1.1.c Secondary or Compatible Uses
For each secondary use, describe: the personal data involved, the conditions under which it occurs, and an assessment of compatibility with the primary purpose.
4. 1.1.d Nature, Scope and Context of the Processing
Describe how personal data will be handled: operations involved, technologies used, etc.
Describe the breadth and extent: volume, number of data subjects, geographical and organisational reach, frequency or duration.
Describe the circumstances and environment: use cases, business processes, relationship with data subjects, vulnerable groups, etc.
2. 1.2 Functional Description
For each phase (collection, use, storage, sharing/transfer, deletion/destruction), describe the operations involved.
3. 1.3 Means of Processing, Assets and Architecture
For each processing phase or stage (from 1.2), list the means of processing and supporting assets (systems, tools, infrastructure) and provide explanations.
4. 1.4 Compliance with Approved Codes of Conduct
3. Analysis of the Processing
1. 2.1 Lawfulness of the Processing
1. 2.1.a Legal Basis
Select all applicable legal bases. If relying on legitimate interests (f), a balancing test must be provided below.
For each purpose, justify the applicable legal basis. If relying on legitimate interests (Art. 6(1)(f)), provide the balancing test analysis.
2. 2.1.b Reasons to Lift the Processing Prohibition
2. 2.2 Data Minimisation, Retention and Data Quality
1. 2.2.a Data Minimisation and Retention Periods
For each personal data item (from 1.1.a): justify the need and relevance, identify recipients, specify the retention period and justify it.
2. 2.2.b Data Quality
3. 2.3 Measures Supporting Compliance
1. 2.3.a Measures – Article 5(1) GDPR Principles
2. 2.3.b Measures – Exercise of Data Subjects' Rights
3. 2.3.c Measures – Other GDPR Requirements
4. 2.3.d Measures – Data Protection by Design and by Default
5. 2.3.e Measures – Security of Processing
4. Necessity and Proportionality
1. 3.1 Impacts on Rights and Freedoms of Data Subjects
2. 3.2 Necessity Assessment
Evaluate whether the processing is effective and whether less privacy-intrusive alternatives were considered. Provide evidence and justification.
3. 3.3 Proportionality Assessment
Discuss the importance of the processing and its potential benefits. Compare impacts on rights and freedoms with the advantages resulting from the processing. Provide evidence and justification.
5. Risk Assessment and Management
1. 4.1 Risk Assessment
1. 4.1.a Threats from Processing Design and Abnormal Events
For each threat, describe: how it can materialise, the risk sources (purpose, design weaknesses, exposures), and impacts on data subjects' rights and freedoms.
Identify cybersecurity and operational threats. For each, describe materialisation, risk sources (vulnerabilities, exposures, errors), and impacts on data subjects.
2. 4.1.b Risk Assessment Method
Describe: likelihood and severity levels (scale and meanings), risk metrics, prioritisation criteria, risk acceptance levels, and reference to any established method.
3. 4.1.c Inherent Risk Assessment
For each risk scenario (from 3.1 and 4.1.a), assess: likelihood, severity, modulating factors, overall risk level, and whether the risk is acceptable.
2. 4.2 Action Plan
1. 4.2.a Additional Mitigating Measures
2. 4.2.b Residual Risk Assessment
Reassess likelihood, severity and overall risk level after additional measures. Indicate whether the residual risk is acceptable.
3. 4.2.c Implementation Plan
Provide necessary activities, responsible teams, timelines, and monitoring/review processes to manage risks once the processing is underway.
6. Involvement of Interested Parties
1. 5.1 DPO Advice
2. 5.2 Views of Data Subjects or Their Representatives
7. Conclusion and Decision
Attribution / Pas d'utilisation commerciale
CC-BY-NC