mcpField
R
right-to-rectification

right-to-rectification

github.com/mukul975Security32336 installsUpdated 32w ago
Repository

About right-to-rectification

This security skill sets out a workflow for handling GDPR Article 16 rectification requests, from intake and identity checks through correction, recipient notification, and response to the data subject. It is intended for teams handling privacy requests and maintaining personal data.

Key features

  1. 01Log and acknowledge rectification requests
  2. 02Find affected data across systems
  3. 03Verify corrections by data category
  4. 04Handle corrections and completion requests
  5. 05Notify third-party data recipients
  6. 06Confirm outcomes to data subjects

Use cases

  1. 01Handle requests to correct names or addresses
  2. 02Review requests to complete personal data
  3. 03Synchronize corrections across business systems
  4. 04Notify recipients who received inaccurate data

Install

Copy the command and run it in a terminal.

$npx skills add https://github.com/mukul975/privacy-data-protection-skills --skill right-to-rectification

After installing, type/right-to-rectificationin Claude Code to confirm it loaded.

Bundled files

References and scripts installed along with SKILL.md.

assets/
template.md
references/
standards.md
workflows.md
scripts/
process.py

Details

From the project README

Processing Right to Rectification

Overview

The right to rectification under GDPR Article 16 gives data subjects the right to have inaccurate personal data corrected without undue delay, and to have incomplete personal data completed. This skill provides the complete workflow for receiving, verifying, implementing, and confirming rectification requests.

Legal Foundation

GDPR Article 16 — Right to Rectification

The data subject has the right to obtain from the controller without undue delay the rectification of inaccurate personal data concerning them. Taking into account the purposes of the processing, the data subject has the right to have incomplete personal data completed, including by means of providing a supplementary statement.

GDPR Article 19 — Notification Obligation

The controller shall communicate any rectification to each recipient to whom the personal data have been disclosed, unless this proves impossible or involves disproportionate effort. The controller shall inform the data subject about those recipients if the data subject requests it.

GDPR Article 5(1)(d) — Accuracy Principle

Personal data shall be accurate and, where necessary, kept up to date. Every reasonable step must be taken to ensure that personal data that are inaccurate, having regard to the purposes for which they are processed, are erased or rectified without delay.

Rectification Processing Workflow

Step 1: Receive and Log the Request
  1. Log the request with reference REC-YYYY-NNNN.
  2. Record the specific data the subject claims is inaccurate or incomplete.
  3. Record what the subject asserts the correct or complete data should be.
  4. Record any supporting evidence provided.
  5. Send acknowledgement within 3 business days.
  6. Verify identity using tiered verification.
Step 2: Identify Affected Data
  1. Locate the specific data items cited as inaccurate across all systems:
    • CRM and customer database
    • Marketing platforms
    • Analytics systems
    • Third-party processors
    • Backup systems
  2. Document the current value of each data item.
  3. Document the correction requested for each item.
Step 3: Verify the Correction

Two types of rectification require different verification:

Type A: Correction of Inaccurate Data
Data CategoryVerification MethodExample
Name / spellingAccept subject's assertion unless reason to doubtSubject states name is "MacLeod" not "McLeod" — accept
Date of birthRequest documentary evidence (passport, birth certificate)Subject provides passport scan showing correct DOB
AddressAccept subject's assertion for current address; verify historical addresses against postal records if relevantSubject provides utility bill as confirmation
Employment detailsAccept subject's assertion or verify with employer (with subject's consent)Subject states correct job title
Financial dataVerify against source records (bank statements, invoices)Cross-reference with payment processor records
Technical data (IP, device)Assess whether correction is factually possible — these are system-generated observationsIf system logs show IP X, correction may not be appropriate unless a logging error occurred
Type B: Completion of Incomplete Data
  1. Assess whether the additional data is relevant to the purposes of processing.
  2. If relevant, add the supplementary data.
  3. If not relevant (i.e., the additional data is not necessary for any processing purpose), the controller may decline to add it but should inform the subject of the reason.
Step 4: Decision
ScenarioAction
Verification confirms inaccuracyRectify the data across all systems
Verification is inconclusiveApply restriction under Art. 18(1)(a) while investigation continues
Verification confirms data is accurateInform the subject that the data has been verified as accurate; note the subject's objection; offer the right to add a supplementary statement
Completion request is relevantAdd the supplementary data
Completion request is not relevant to processing purposesDecline with explanation
Step 5: Implement the Rectification
  1. Update the data across all primary systems simultaneously (or as close to simultaneously as technically feasible).
  2. Update any derived data or reports that incorporate the inaccurate data.
  3. Flag data in backup systems for correction at next rotation.
  4. Document:
    • Original value
    • Corrected value
    • Date of rectification
    • Systems updated
    • Person who implemented the change
Step 6: Notify Recipients Under Art. 19
  1. Identify all recipients who received the inaccurate data (reference Art. 30 records).
  2. Send rectification notification to each recipient:
    • The specific data that has been corrected (without disclosing the subject's identity where possible)
    • The corrected value
    • Instruction to update their records accordingly
    • 14-day confirmation deadline
  3. Log all notifications and confirmations.
Step 7: Confirm to the Data Subject

Within the 30-day response deadline, send confirmation including:

  • The specific data items that have been rectified
  • The corrected values now held
  • Confirmation that all systems have been updated
  • Expected completion date for backup system corrections (if applicable)
  • List of third-party recipients notified (if requested by the subject)
  • If any part of the rectification was declined, the reasons and the subject's right to complain

Response Timeline

  • Standard deadline: 30 calendar days from receipt of the request.
  • Extension: Up to 60 additional days for complex cases (Art. 12(3)).
  • Implementation target: Rectification should be applied to primary systems within 5 business days of the verification decision, even if the formal response is still being prepared.

Comments

Markdown supported