本文へ移動
cccskills
無料GitHub で公開

retention-exception-mgmt

Manages retention exception workflows including request-approval processes, duration limits, periodic review cycles, documentation requirements, and audit trail maintenance. Covers legitimate grounds for extending retention beyond scheduled periods and governance controls to prevent indefinite data hoarding. Activate for retention exception, retention extension, data hoarding prevention, retention override queries.

インストール方法を見る

含まれるファイル(5)

  • SKILL.md14.2 KB
  • assets/template.md2.2 KB
  • references/standards.md1.9 KB
  • references/workflows.md2.9 KB
  • scripts/process.py9.7 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

Retention Exception Management

Overview

Retention exceptions are formal, time-limited deviations from the approved data retention schedule. While the retention schedule defines default retention periods based on legal basis and processing purpose, legitimate business or legal circumstances may require retaining specific data beyond the scheduled period. Without a rigorous exception management process, exceptions become a mechanism for indefinite data hoarding that undermines the storage limitation principle under GDPR Article 5(1)(e). This skill defines the governance framework for requesting, approving, monitoring, and expiring retention exceptions.

Legal Context

GDPR Article 5(1)(e) — Storage Limitation

The storage limitation principle requires that personal data not be kept longer than necessary. Any extension beyond the retention schedule must be justified and documented. Exceptions must be genuinely necessary, proportionate, and time-limited.

GDPR Article 5(2) — Accountability

The controller shall be responsible for, and be able to demonstrate compliance with, the data protection principles. Retention exceptions must be documented with sufficient detail to demonstrate that each exception is justified and proportionate.

GDPR Recital 39 — Time Limits

Time limits should be established by the controller for erasure or for periodic review. Exceptions to these time limits must themselves be subject to periodic review.

Exception Categories

Legitimate Grounds for Retention Exceptions

CategoryDescriptionMaximum DurationApproval Level
Legal holdLitigation, regulatory investigation, or audit requiring data preservationDuration of legal proceedings + 6 monthsLegal Counsel (mandatory)
Regulatory requirementNew or updated regulatory requirement mandating extended retention not yet reflected in the scheduleUntil schedule is updated (max 6 months)DPO + Legal
Contractual obligationContract requires retention beyond default periodDuration of contractual obligation + limitation periodBusiness Owner + DPO
Ongoing disputeUnresolved customer complaint or dispute not yet escalated to formal proceedings12 months (renewable)DPO
Business continuityData needed for system migration, audit, or disaster recovery beyond normal period6 months (non-renewable without re-application)IT Director + DPO
Research/statisticalData needed for research or statistical purposes under Art. 89(1)Duration of research project + 6 monthsDPO + Research Lead
Public interest archivingData has archiving value in the public interestIndefinite (with annual review)DPO + Board approval

Prohibited Exception Grounds

The following are NOT legitimate grounds for retention exceptions:

  1. "We might need it someday" — Speculative future use is not a valid basis under GDPR.
  2. "It's easier to keep it" — Administrative convenience does not override storage limitation.
  3. "We haven't finished the data migration" — Technical migration should be prioritized; a maximum 6-month exception applies.
  4. "The data owner hasn't responded" — Non-response is not approval; escalate and proceed with scheduled deletion.
  5. "We want to train ML models" — This constitutes a new processing purpose requiring its own legal basis assessment, not a retention exception.

Exception Request Workflow

Step 1: Request Submission

RETENTION EXCEPTION REQUEST — Orion Data Vault Corp
-----------------------------------------------------
Request Reference: RET-EXC-2026-0014
Date Submitted: 2026-03-14
Requestor: [Name, Title, Department]

SECTION 1: DATA IDENTIFICATION
- Data Category (from retention schedule): [CAT-XXX]
- Specific data set / records: [Description]
- Number of data subjects affected: [Count or estimate]
- Current retention period: [Per schedule]
- Scheduled deletion date: [YYYY-MM-DD]

SECTION 2: EXCEPTION REQUEST
- Requested extension period: [Specific duration — NOT "indefinite"]
- Proposed new deletion date: [YYYY-MM-DD]
- Exception category (from table above): [Select one]

SECTION 3: JUSTIFICATION
- Detailed explanation of why the extension is necessary:
  [Minimum 200 words — must address specific legal, regulatory,
   contractual, or operational necessity]
- What would the consequence be if the data were deleted on schedule?
  [Specific, concrete consequences — not speculative]
- What alternatives to retention were considered?
  [e.g., anonymization, aggregation, partial deletion]
- Why were alternatives rejected?
  [Specific reasons]

SECTION 4: PROPORTIONALITY ASSESSMENT
- Is the full data set needed, or can it be minimized?
  [Detail which fields/records are genuinely needed]
- Can the data be pseudonymized during the exception period?
  [Yes/No — if No, explain why]
- What access restrictions will be applied during the exception?
  [Detail access controls]
- What is the sensitivity level of the data?
  [Standard personal data / Special category / Financial / etc.]

SECTION 5: SUPPORTING DOCUMENTATION
- [Attach legal opinion, regulatory notice, contract clause, etc.]

Requestor Signature: _________________________
Date: _________________________

Step 2: DPO Assessment

The DPO conducts an independent assessment of the exception request:

DPO ASSESSMENT — RETENTION EXCEPTION
-------------------------------------
Request Reference: RET-EXC-2026-0014
DPO: [Name]
Assessment Date: [YYYY-MM-DD]

NECESSITY TEST:
□ Is the exception genuinely necessary for the stated purpose?
□ Has the requestor demonstrated specific (not speculative) consequences of deletion?
□ Is the exception category legitimate per the approved framework?

PROPORTIONALITY TEST:
□ Is the requested duration proportionate to the stated need?
□ Has data minimization been applied (only necessary data retained)?
□ Are adequate access restrictions in place during the exception?
□ Has pseudonymization been applied where feasible?

LEGAL BASIS CHECK:
□ Does a valid legal basis exist for continued processing during the exception?
□ If the original legal basis was consent, has the data subject been informed?
□ Are any data subject rights affected (pending Art. 17 requests)?

RISK ASSESSMENT:
- Risk to data subjects from extended retention: [Low/Medium/High]
- Risk to organization from not retaining: [Low/Medium/High]
- Balance: [Retain / Delete / Partial retention]

RECOMMENDATION:
□ APPROVE — as requested
□ APPROVE WITH CONDITIONS — [specify conditions]
□ APPROVE REDUCED DURATION — [specify reduced period]
□ REJECT — [specify reasons]

DPO Signature: _________________________
Date: _________________________

Step 3: Approval Authority

Exception CategoryRequired ApprovalsEscalation
Legal holdLegal Counsel (mandatory)N/A — legal holds are mandatory
Regulatory requirementDPO + Legal CounselBoard if regulation impacts >10,000 data subjects
Contractual obligationBusiness Owner + DPOLegal Counsel if contract value >£500K
Ongoing disputeDPOLegal Counsel if dispute may escalate to litigation
Business continuityIT Director + DPOCTO if >6 months or >50,000 records
Research/statisticalDPO + Research LeadEthics Committee if special category data
Public interest archivingDPO + Board approvalExternal legal opinion required

Step 4: Exception Registration

Approved exceptions are recorded in the Retention Exception Register:

RETENTION EXCEPTION REGISTER — Orion Data Vault Corp
(Extract — Active Exceptions as of 2026-03-14)

┌──────────────────┬────────────────┬──────────┬──────────────┬──────────────┬────────────┬─────────────┐
│ Exception Ref    │ Data Category  │ Records  │ Original     │ Extended     │ Category   │ Next Review │
│                  │                │ Affected │ Deletion     │ Deletion     │            │             │
├──────────────────┼────────────────┼──────────┼──────────────┼──────────────┼────────────┼─────────────┤
│ RET-EXC-2025-008│ CAT-003 Trans. │ 12,400   │ 2025-12-31   │ 2026-06-30   │ Regulatory │ 2026-03-31  │
│                  │ Records        │          │              │              │ (FCA audit)│             │
├──────────────────┼────────────────┼──────────┼──────────────┼──────────────┼────────────┼─────────────┤
│ RET-EXC-2026-003│ CAT-006 Appli- │ 340      │ 2026-01-15   │ 2026-07-15   │ Ongoing    │ 2026-04-15  │
│                  │ cant Data      │          │              │              │ dispute    │             │
├──────────────────┼────────────────┼──────────┼──────────────┼──────────────┼────────────┼─────────────┤
│ RET-EXC-2026-011│ CAT-002 Cust.  │ 85,200   │ 2026-03-01   │ 2026-09-01   │ Business   │ 2026-06-01  │
│                  │ Account Data   │          │              │              │ continuity │             │
│                  │                │          │              │              │ (migration)│             │
└──────────────────┴────────────────┴──────────┴──────────────┴──────────────┴────────────┴─────────────┘

Periodic Review Process

Review Triggers

TriggerAction
Scheduled review date reachedReassess necessity and proportionality; renew, reduce, or expire
Exception duration 75% elapsedAlert to requestor and DPO — prepare renewal or deletion
Exception duration 100% elapsedAutomatic deletion unless renewal approved before expiry
Underlying circumstance resolvedImmediate reassessment — e.g., litigation concluded, migration completed
Data subject complaintDPO review of specific exception affecting complainant
Annual retention schedule reviewAll active exceptions reviewed as part of annual schedule review

Review Procedure

[Exception Review Date Reached]
         │
         ▼
[DPO Retrieves Exception Record]
         │
         ▼
[Reassess Necessity]
   │
   ├── Underlying circumstance still active?
   │     ├── Yes ──► [Reassess proportionality and duration]
   │     └── No ──► [Expire exception — schedule deletion within 30 days]
   │
   ├── Can scope be reduced?
   │     ├── Yes ──► [Minimize — delete non-essential records, pseudonymize remainder]
   │     └── No ──► [Document why full scope still needed]
   │
   └── Has maximum allowable duration been reached?
         ├── Yes ──► [Expire exception — escalate if requestor objects]
         └── No ──► [Renew with updated justification]
         │
         ▼
[Update Exception Register]
[Notify requestor of outcome]
[Schedule next review date]

Governance Controls

Anti-Hoarding Safeguards

  1. Maximum duration limits: Each exception category has a defined maximum duration (see table above). No exception may exceed its category maximum without Board approval.
  2. Mandatory review cycle: All exceptions are reviewed at minimum every 6 months, regardless of stated duration.
  3. Auto-expiry: Exceptions that are not renewed by their review date automatically trigger deletion of the associated data within 30 days.
  4. Exception volume monitoring: The DPO reports quarterly on the total number and volume of active exceptions. An upward trend triggers a governance review.
  5. Exception-to-schedule ratio: If more than 15% of data by volume is held under exceptions, a full retention schedule review is triggered (the schedule may need updating rather than operating through exceptions).
  6. No retrospective exceptions: Exceptions cannot be applied retrospectively to data that has already been deleted. Exceptions must be approved before the scheduled deletion date.
  7. Audit trail: All exception requests, assessments, approvals, reviews, and expirations are logged in an immutable audit trail.

Quarterly Exception Report

The DPO prepares a quarterly report for the Board containing:

  1. Total active exceptions (count and data volume)
  2. New exceptions approved in the quarter
  3. Exceptions expired or cancelled in the quarter
  4. Exceptions approaching maximum duration
  5. Exception category breakdown
  6. Data subject impact (number of data subjects affected by active exceptions)
  7. Trend analysis (quarter-over-quarter comparison)
  8. Recommendations (schedule updates needed, governance improvements)

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

Implements 42 CFR Part 2 protections for substance use disorder patient records. Covers written consent requirements stricter than HIPAA, re-disclosure prohibition, court order procedures, qualified service organization agreements, and 2024 amendments aligning Part 2 with HIPAA. Keywords: 42 CFR Part 2, substance use disorder, SUD records, re-disclosure, consent, Part 2 amendments.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

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.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

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.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Evaluates and implements age estimation and verification technologies for online services. Covers facial age estimation, digital ID verification, self-declaration with risk assessment, AI-based age estimation, and the accuracy versus privacy tradeoff. Includes ICO guidance and euCONSENT framework. Keywords: age verification, age estimation, facial analysis, digital ID, children, online safety.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Preparing EU AI Act compliance documentation for high-risk AI systems. Covers Annex III classification, technical documentation under Art. 11, conformity assessment, risk management systems, and CE marking requirements. Keywords: EU AI Act, high-risk AI, Annex III, conformity assessment, CE marking.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

Implements GDPR Art. 22 automated decision-making and AI Act Art. 14 human oversight requirements for AI systems. Covers identification of solely automated decisions, meaningful human intervention design, logic explanation mechanisms, and contestation procedures. Keywords: Art. 22, automated decision, human oversight, AI Act, profiling, contestation.

日本語の概要は準備中です。原文の説明を表示しています。

mukul975/Privacy-Data-Protection-Skills3032026年3月17日 更新

mukul975 のスキルをすべて見る

このスキルの問題を報告する