The DPIA template that survives EDPB scrutiny.
Free, aligned to Article 35(7) and the EDPB guidelines. Plus the live alternative, for when risk decisions need an audit trail not a Word document.
Free, aligned to Article 35(7) and the EDPB guidelines. Plus the live alternative, for when risk decisions need an audit trail not a Word document.
The EDPB's nine criteria for "high risk" processing. Hit two and Article 35 kicks in. The ICO also publishes a UK list of processing types where a DPIA is mandatory regardless.
Article 35(7) sets the minimum. The template includes every field, structured the way the EDPB and the ICO expect.
Nine yes/no questions, one per EDPB criterion. Two triggers and it's mandatory.
From screening through residual risk. Each step maps to a specific Article 35 clause.
Run the trigger check above. Document the decision either way. Even "no DPIA needed" is an artefact the ICO can ask for.
Art. 35(7)(a). What data, what flows, what purposes. Use the linked ROPA entry as the starting point.
Art. 35(7)(b). Could the purpose be achieved with less data, less granularity, or shorter retention? If yes, you must.
Art. 35(7)(c). Likelihood by severity, per risk. Score risk to data subjects, not risk to the business.
Art. 35(7)(d). Every mitigation gets an owner and a date. If residual risk stays high, consult the ICO before processing.
Both meet Article 35. They diverge at the second DPIA, and again at every change.
The Word doc gets you compliant for one decision. ROPAi keeps every DPIA current as the processing evolves.