mukul975/privacy-data-protection-skills

dpia-register-mgmt

- Manages the organisational DPIA register tracking all Data Protection Impact Assessments across the enterprise.

Quelltext ansehen

Verwendung

  1. Installationsbefehl kopieren und das Quellpaket vor der Installation in der eigenen Agentenumgebung prüfen.
  2. Benötigte Werkzeuge, Zugangsdaten und Hosts im Original prüfen.
  3. Eingabe und gewünschtes Ergebnis beschreiben und die Ausgabe mit den Quellen abgleichen.
npx skills add https://github.com/mukul975/privacy-data-protection-skills --skill dpia-register-mgmt

Vor dem Start

  • Die Installation umfasst weder Modellabo noch API-Kontingent oder Dateizugriffsrechte.
  • Sterne und Installationen zeigen Aktivität, keine unabhängige Qualitäts- oder Sicherheitsprüfung.
Originales Skill-Dokument

Aus dem Quell-Repository gerendert; Überschriften, Beispiele, Code, Tabellen, Links und Bilder bleiben erhalten.

DPIA Register Management

Overview

Article 35(11) GDPR requires controllers to carry out reviews of DPIAs "at least when there is a change in the risk represented by processing operations." Effective DPIA register management ensures that all assessments are tracked, reviewed on schedule, and updated when processing changes. The register serves as the central accountability record demonstrating that the controller has systematically identified and assessed high-risk processing across the organisation.

Register Structure

Core DPIA Record Fields

FieldDescriptionGDPR Reference
DPIA ReferenceUnique identifier (format: DPIA-[DEPT]-[YEAR]-[SEQ])Art. 5(2) Accountability
Processing ActivityName and description of the processing operation assessedArt. 35(7)(a)
RoPA ReferenceLink to Records of Processing Activities entryArt. 30
Controller / Joint ControllerResponsible data controller(s)Art. 35(1)
DPO ConsultedConfirmation DPO was consulted per Art. 35(2)Art. 35(2)
Assessment DateDate DPIA was completedArt. 5(2)
DPIA LeadPerson who conducted the assessmentAccountability
StatusDraft, In Review, Approved, Requires Update, ArchivedArt. 35(11)
Overall Risk LevelResidual risk level after mitigation (Low/Medium/High/Very High)Art. 35(7)(c)-(d)
Prior ConsultationWhether Art. 36 prior consultation was required and outcomeArt. 36
Review DateNext scheduled review dateArt. 35(11)
Review TriggerEvent that will trigger early reassessmentArt. 35(11)
Linked Mitigation PlanReference to the mitigation plan documentArt. 35(7)(d)
Approval AuthoritySenior management or board member who approvedArt. 24

DPIA Lifecycle States

[Screening] ──► [Draft] ──► [DPO Review] ──► [Approved]
                                                  │
                                    ┌─────────────┤
                                    │             │
                              [Requires Update]  [Active Monitoring]
                                    │             │
                                    └─► [Revised] ─► [Re-approved]
                                                  │
                                            [Archived]

Screening: Processing activity identified as potentially requiring DPIA; threshold assessment conducted.

Draft: DPIA being prepared; processing description, necessity assessment, and risk assessment in progress.

DPO Review: Complete draft submitted to DPO for Art. 35(2) advice.

Approved: DPIA reviewed, DPO advice incorporated, residual risk accepted, processing may commence.

Active Monitoring: Approved DPIA with ongoing mitigation tracking and periodic review.

Requires Update: Triggered by processing change, incident, or scheduled review.

Revised: Updated DPIA addressing changes or new risks.

Re-approved: Revised DPIA reviewed and approved.

Archived: Processing ceased; DPIA retained for accountability records per retention policy.

Review Scheduling

Art. 35(11) Periodic Review Requirements

The GDPR does not specify a fixed review frequency. The EDPB recommends that DPIAs be reviewed "at least when there is a change in the risk represented by processing operations." Organisational best practice establishes:

Risk LevelReview FrequencyRationale
Very High (with Art. 36 consultation)Every 6 monthsHighest risk requires most frequent reassessment
HighAnnuallySignificant risk warrants annual review
MediumEvery 18 monthsModerate risk with standard review cycle
LowEvery 24 monthsLower risk allows extended review cycle

Change-Triggered Review Events

Regardless of scheduled review, a DPIA must be reassessed when:

  1. Processing scope changes: New data categories, new data subjects, expanded geographic scope
  2. Technology changes: New system, vendor change, algorithm update, infrastructure migration
  3. Legal/regulatory change: New legislation, supervisory authority guidance, court ruling
  4. Incident or breach: Data breach affecting the assessed processing activity
  5. Organisational change: Merger, acquisition, new controller, new processor
  6. Data subject complaint: Pattern of complaints about the assessed processing
  7. Audit finding: Internal or external audit identifies DPIA gap
  8. DPO recommendation: DPO identifies emerging risk or changed context

Supervisory Authority Reporting

Art. 35(1) Documentation Obligation

The DPIA register must be available for inspection by the supervisory authority upon request. Key reporting elements:

  • Complete list of all DPIAs conducted with dates and outcomes
  • Status of each DPIA (current, requires update, archived)
  • Art. 36 prior consultation records and supervisory authority responses
  • Evidence of Art. 35(11) periodic reviews conducted on schedule
  • DPO consultation records for each DPIA

Art. 36 Prior Consultation Tracking

For DPIAs that triggered prior consultation, the register tracks:

FieldDescription
Submission DateWhen the DPIA was submitted to the supervisory authority
SA ReferenceSupervisory authority's case reference number
Response DateWhen the SA responded
SA OutcomeApproved, approved with conditions, objected
ConditionsAny conditions imposed by the SA
Compliance StatusWhether conditions have been met

Integration Points

  • DPIA Risk Scoring: Risk methodology feeding into register risk levels (see dpia-risk-scoring skill)
  • DPIA Mitigation Plan: Linked mitigation plans tracked in register (see dpia-mitigation-plan skill)
  • DPIA Stakeholder Consult: Consultation records linked to DPIA entries (see dpia-stakeholder-consult skill)
  • GDPR Accountability: Register serves as key accountability evidence (see gdpr-accountability skill)
  • Automated ROPA Generation: RoPA entries linked to DPIA register (see automated-ropa-generation skill)

Verwandte Aufgaben

aus demselben Repository

Weitere Skills

Alle Skills
mukul975
Community

applying-privacy-design-patterns

- Systematic application of the eight privacy design patterns per Hoepman: minimize, hide, separate, abstract, inform, control, enforce, and demonstrate. Covers pattern selection methodology per processing activity, mapping to GDPR principles, and practical implementation guidance for privacy-by-design system architecture.

Installationen
1
GitHub Stars
315
Aktualisiert
16. März
mukul975
Community

brazil-lgpd

- Guides compliance with Brazil's Lei Geral de Proteção de Dados (LGPD, Lei 13.709/2018). Covers the 10 lawful bases under Art. 7, DPO appointment, ANPD enforcement, data subject rights under Arts. 17-22, and international transfer mechanisms. Keywords: LGPD, Brazil data protection, ANPD, lawful bases, data subject rights, international transfers.

Installationen
1
GitHub Stars
315
Aktualisiert
16. März
mukul975
Community

adequacy-assessment

- Guides assessment of third-country adequacy decisions under GDPR Article 45 for international data transfers. Covers the current EC adequacy decisions list, adequacy assessment criteria, partial adequacy handling, and monitoring of adequacy decision reviews. Keywords: adequacy decision, Article 45, third country, adequate protection, EC adequacy list.

Installationen
1
GitHub Stars
295
Aktualisiert
16. März
mukul975
Community

age-gating-services

- Implements age-gating mechanisms for online services to restrict access based on user age. Covers hard gates versus soft gates, neutral age prompts, re-verification triggers, circumvention prevention, and regulatory requirements under GDPR, COPPA, UK Online Safety Act, and DSA. Keywords: age gate, age restriction, neutral prompt, children, online services, access control.

Installationen
1
GitHub Stars
295
Aktualisiert
16. März