Standardmäßig ist der Prompt ausgewählt, der zuerst die Quelle prüft. Sie können zu einem direkten Befehl wechseln oder eine lokale Kopie herunterladen.
Quelldateien prüfen
Lesen Sie SKILL.md und alle von SkillsMP angezeigten Begleitdateien, bevor Sie sich für eine Installation entscheiden.
Mit Codex oder Claude installieren Kopieren Sie diesen Prompt, fügen Sie ihn in Codex, Claude oder einen anderen Assistant ein und lassen Sie die Skill-Seite prüfen und installieren.
Ein direkter Befehl überspringt den Prüf-Prompt. Prüfen Sie die Quelle, bevor Sie ihn ausführen.
Creating a RoPA is a point-in-time exercise; maintaining it is a continuous obligation. GDPR Art. 5(2) accountability requires that processing records reflect current reality at all times. The Belgian DPA in Decision 21/2022 sanctioned an organisation whose RoPA had not been updated for over two years despite significant processing changes. This skill establishes the governance framework, triggers, workflows, and verification procedures to keep the RoPA accurate, current, and audit-ready.
Update Triggers
A RoPA update must be initiated when any of the following events occur:
Mandatory Triggers (Immediate Update Required)
Trigger Event
Affected Fields
Update Deadline
New processing activity introduced
All Art. 30(1) fields for new entry
Before processing commences
Processing activity discontinued
Entire entry archived
Within 30 days of cessation
Change in processing purpose
Art. 30(1)(b) — purposes
Before new purpose is acted upon
New category of data subjects added
Art. 30(1)(c) — data subjects
Before data collection from new category
New special category data processed
Art. 30(1)(c) — personal data; Art. 9(2) condition
Before processing begins
New processor engaged
Art. 30(1)(d) — recipients
Before processor begins processing
Processor terminated
Art. 30(1)(d) — recipients
Within 30 days of termination
New international transfer
Art. 30(1)(e) — transfers
Before transfer commences
Transfer mechanism invalidated
Art. 30(1)(e) — transfers
Immediately (processing must cease or alternative mechanism implemented)
Art. 30(1)(g) — security measures; potentially all fields
Within 30 days of remediation completion
Periodic Triggers (Scheduled Review)
Review Type
Frequency
Scope
Full RoPA review
Annually (minimum)
All entries, all fields
High-risk processing review
Every 6 months
Entries linked to DPIA, special category data, or large-scale processing
Processor/vendor review
Annually, aligned with DPA renewal
Recipient and transfer fields
Retention schedule alignment
Annually
Retention fields cross-referenced against retention policy
Post-audit remediation review
30/60/90 days after audit findings
Entries with identified findings
Conditional Triggers (Event-Driven)
Supervisory authority investigation or inquiry
Data subject complaint related to a processing activity
Legislative or regulatory change affecting processing (e.g., new adequacy decision, SCC update, sector regulation)
Completion of a DPIA that identifies changes to processing
Merger, acquisition, or divestiture affecting entity structure
New IT system deployment or significant system upgrade
Office relocation or data centre migration
Change Management Integration
Integration with IT Change Management
The RoPA update workflow must be embedded in the organisation's IT change management process (e.g., ITIL change advisory board, DevOps deployment pipeline):
Change request form: Add a mandatory privacy impact field to the IT change request form: "Does this change introduce, modify, or discontinue any processing of personal data? (Yes/No/Unsure)"
Privacy review gate: Any change request answered "Yes" or "Unsure" triggers a privacy review before approval. The DPO office assesses whether a RoPA update is required.
Pre-deployment checklist: Add "RoPA updated and approved" as a mandatory checklist item before go-live for changes involving personal data.
Post-deployment verification: Within 7 days of deployment, verify that the RoPA entry reflects the production system configuration.
Example workflow for Helix Biotech Solutions:
IT Change Request Submitted
|
v
Privacy Impact Field = "Yes" or "Unsure"?
| \
v (Yes/Unsure) (No) -> Standard IT change process
DPO Office Review (2 business days)
|
v
RoPA Update Required?
| \
v (Yes) (No) -> Document decision, proceed with change
Draft RoPA Amendment
|
v
DPO Approval
|
v
Processing Owner Sign-off
|
v
RoPA System Updated
|
v
Change Approved for Deployment
|
v
Post-Deployment Verification (7 days)
Integration with Vendor Management
New vendor onboarding: The procurement process must include a step requiring the DPO office to create or update the relevant RoPA entry before the vendor begins processing personal data.
Annual vendor review: The annual vendor review cycle triggers a review of all RoPA entries referencing that vendor.
Vendor termination: The vendor offboarding checklist includes updating the RoPA to remove the vendor as a recipient and documenting data return/deletion.
Integration with HR Processes
New department or team creation: Triggers a processing activity discovery session for the new unit.
DPO change: Automatic update of DPO details across all RoPA entries within 14 days.
Role changes: When a processing owner changes role, reassign RoPA entry ownership.
Version Control
Versioning Scheme
Adopt a structured version numbering system:
Major version (X.0): Incremented when a processing activity is added or removed, or when the RoPA structure changes.
Minor version (X.Y): Incremented when existing fields are updated (new purpose, changed retention, updated recipients).
Patch version (X.Y.Z): Incremented for administrative corrections (typos, formatting, contact detail updates).
Example version history:
Version
Date
Change Description
Changed By
Approved By
3.0
2025-01-15
Added RPA-048: Genomic data analysis for personalised medicine programme
Dr. Elena Voss
Prof. Schmidt (CEO)
3.1
2025-04-22
Updated RPA-007: Added Veeva Vault CRM as recipient with DPA reference
Anna Berger, Privacy Analyst
Dr. Elena Voss
3.1.1
2025-05-10
Corrected DPO phone number across all entries
System (bulk update)
Dr. Elena Voss
3.2
2025-08-01
Updated RPA-023: Retention period changed from 36 to 24 months per new marketing data retention policy
Julia Richter, Marketing
Dr. Elena Voss
3.3
2025-11-20
Updated RPA-001: Removed former payroll processor, added ADP as replacement
Markus Bauer, HR
Dr. Elena Voss
4.0
2026-02-01
Archived RPA-012: Legacy CRM decommissioned. Added RPA-049: New Salesforce implementation
Dr. Elena Voss
Prof. Schmidt
Change Log Requirements
Each change must record:
What changed: Specific field(s) and old vs new values.
Why it changed: The trigger event (new system, regulatory change, audit finding, vendor change).
Who made the change: Name and role of the person who drafted the update.
Who approved the change: DPO or delegated approver signature.
When it was changed: Date of approval and date of system entry.
Evidence reference: Link to the triggering document (change request, DPA, audit finding, DPIA).
Retention of Previous Versions
Maintain previous RoPA versions for a minimum of 5 years (or longer if required by sector regulation) to demonstrate accountability and support supervisory authority investigations that may inquire about historical processing activities.
Stakeholder Review Cycles
Annual Full Review Process
Timeline: 8 weeks
Week
Activity
Responsible
Deliverable
1-2
DPO office distributes current RoPA entries to processing owners for self-review
DPO office
Distribution log
3-4
Processing owners review and annotate their entries, flagging changes
Processing owners
Annotated entries
5
DPO office consolidates changes and resolves conflicts
Privacy analyst
Consolidated change list
6
DPO reviews consolidated changes for legal accuracy
DPO
Reviewed change list
7
Updated entries submitted for processing owner final sign-off
Processing owners
Signed entries
8
Updated RoPA published, version incremented, change log updated
DPO office
Updated RoPA v.X.0
Quarterly Quick Review (High-Risk Processing)
For entries linked to DPIAs or involving special category data:
DPO office sends a confirmation request to the processing owner: "Has anything changed about this processing activity since [last review date]?"
If no changes, the processing owner confirms in writing (email or system acknowledgement). The last_reviewed_date is updated.
If changes are identified, the full update workflow is triggered.
Completeness Verification Procedures
Automated Verification (Monthly)
Run the RoPA validation script monthly to check:
All mandatory fields are populated (no empty/null values).
No vague purpose terms are present.
No vague retention terms are present.
All international transfers have documented safeguard mechanisms.
All entries have been reviewed within the past 12 months (staleness check).
All entries have an assigned processing owner who is still active in the organisation.
All referenced DPAs have not expired.
Manual Verification (Annually)
Cross-reference the RoPA against the IT application inventory: every system processing personal data should map to at least one RoPA entry.
Cross-reference against the vendor/processor register: every processor should appear as a recipient in at least one RoPA entry.
Cross-reference against the DPIA register: every DPIA should link to a RoPA entry, and vice versa for high-risk processing.
Sample verification: interview 20% of processing owners to confirm RoPA accuracy.
Review privacy notices against RoPA purposes to ensure alignment.
Completeness Score
Calculate a completeness score for supervisory authority readiness:
Metric
Weight
Scoring
All mandatory fields populated
30%
100% if all entries complete, deduct proportionally
No vague terms in purposes or retention
15%
100% if none detected, deduct per occurrence
All transfers have safeguards documented
15%
100% if all documented
All entries reviewed within 12 months
20%
100% if all current, deduct per stale entry
All processors have current DPAs
10%
100% if all current
All high-risk entries linked to DPIAs
10%
100% if all linked
Target: 95% or above for supervisory authority readiness.