遺忘權

1）什麼是「遺忘權」，何時適用

Right to Erasure-數據主體有權要求刪除其個人數據。在歐盟，GDPR中規定了藝術。17；許多司法管轄區都存在類似物（根據CCPA/CPRA，LGPD等進行刪除）。

• 為了收集的目的，不再需要數據。
• 處理是基於同意的，受試者撤回了。
• 主體反對處理（沒有普遍的法律依據）。
• 數據是非法處理的，或者需要履行清除的法律義務。
• 數據是在提供信息社會服務（香料基礎）時從兒童那裏收集的。

2）例外： 當無法刪除（或不是全部）

• 法律責任（例如AML/KYC，稅務會計，會計文件）。
• 建立、執行或保護法律要求（審理/索賠爭議）。
• 言論自由/知情權，公共健康利益，科學/歷史/統計目標，並有適當的保障。

3）刪除vs停用vs匿名

刪除-不可挽回地銷毀個人數據。
匿名化是不可逆轉地排除與人格的聯系。數據可以保留在沒有標識符的聚合分析/ML中。
停用（帳戶關閉）-禁用訪問/功能,數據將保持到期/異常到期為止。

建議：應用混合模式-在適當情況下為產品分析員進行最大程度的刪除+匿名化。

4） DSR刪除過程： 從請求到確認

1.通過可用渠道（Web表單、電子郵件、配置文件）接收請求。
2.申請人的驗證（驗證級別取決於風險/敏感性）。
3.異常檢查（AML/稅收/爭議，主動充電包/親屬調查）。
4.覆蓋範圍分類：完整概況/具體類別/營銷。
5.Mark-for-Deletion+啟動Deletion Orchestrator（參見第7節）。
6.通知供應商/第三方（處理器/承包商）並提交反饋。
7.向受試者確認：已刪除的內容、匿名內容、除外阻止的內容、備用時間表。
8.編譯：刪除證據的WORM日誌。

SLA（參考）：在30天內作出答復（可再延長60天，並附有通知和理由）。

5）矩陣「依據→決定→解釋」

6）究竟要刪除什麼： 按層覆蓋範圍

交易層：配置文件、聯系人詳細信息、令牌（在哪裏允許）、支付ID、KYC工件（除非有例外）。
衍生數據層：緩存、搜索索引、隊列、ML功能商店、DWH、BI店面、報告。
Logi/Traces：有個人ID的地方-掩碼/刪除；允許聚合/匿名。
營銷/歸屬：ID （cookie/SDK/MAID）、會員後備箱、廣告受眾-清理和支持。
分析/模型：從未來叠代的教學dataset中刪除fich-store中的「do-not-use」標記。

7）去除編排（級聯和備用）

• Mark-for-Deletion → Grace（7-30天）→ Soft Delete（訪問/通信禁用）→主系統中的Hard Delete/Anonymize → Cascade 緩存/索引/DWH/ML → Evidence Log。
• Backups：不允許直接編輯備份；通過存儲窗口的到期以及禁止導致重新識別的恢復來進行刪除。恢復時-重新刪除標記的ID的sanitization腳本。

• 特效任務、恢復、重復數據消除命令。
• 線路跟蹤（其中副本和單元）。
• 用於跨系統級聯的單個主題密鑰。
• WORM刪除行為存檔。

8）供應商/處理器： 通知和合同

在DPA中,要求處理器：根據說明刪除/返回數據、幫助DSR、編寫刪除、通知結果。
子處理器註冊表；刪除請求響應時間（SLA）。
對於廣告/分析平臺-強制處理模式，「delete/suppress」 API信號。

9）通信模板（片段）

• "我們收到了刪除數據的請求。為了保護您的隱私，我們需要確認您的身份。請通過鏈接/代碼進行簡短檢查"

• "我們在分析產品和系統中刪除/刪除了您的個人數據。法律要求保存的記錄（例如AML/稅收）在N年到期之前被阻止且無法用於其他目的。備份中的數據將按存儲時間表刪除。查詢ID：#XXXX"

• "由於法律保留義務（AML/稅收/爭議），我們不能刪除部分記錄。這些記錄是隔離的，僅用於強制性目的。我們刪除了其余信息,並停止了可選的處理"

10）矩陣「數據類別→方法→期限」

11） UX和產品細微差別

配置文件中包含一個易於理解的「刪除我的數據/關閉帳戶」按鈕,用於解釋後果（進度損失/獎金）。
單獨的「退出營銷」選項（不等於刪除帳戶）。
請求狀態（正在運行/已完成）、完成日期、申請ID。
刪除不應破壞財務報表：保留非個人單位。

12）度量與控制

Deletion SLA：從請求到完成的中位數/第95 percentile。
Cascade Completion Rate：級聯完成的系統比例≤SLA。
Backups Window Compliance：遵守備份存儲窗口。
法律保留審查率：審查持有量的及時性。
DSR Rejection Rate（出於原因）：有理由的故障率。
Evidence Completeness：全工件包的案例份額。
Suppression Effectiveness：刪除後不進行營銷。

13）支票清單（運營）

在進程開始之前

• 個人驗證已完成。
• 已驗證豁免（AML/稅收/爭議）。
• 已確定覆蓋範圍（完整/部分）。
• 在Evidence Log中創建了條目。

執行

• Mark-for-Deletion和Grace設置。
• 在事務圖層中執行Hard Delete/Anonymize。
• 啟動緩存/索引/DWH/ML級聯。
• 已向處理器/供應商發送通知。
• 已更新suppression列表。

完成

• 向具有部件的用戶確認。
• 已根據需要更新RoPA/Retention矩陣。
• 報表後支票：SLA/錯誤/重復。

14）角色和責任（RACI）

支持/隱私操作：接收請求、驗證、通信。
DPO/法律：理由/例外評估，法律保留。
安全/CISO：訪問審核、WORM登錄、備份。
數據工程：拆卸編排器，線性，級聯。
Marketing/CRM： suppression,停止通信。
財務/合規性：報告控制/AML職責。

15）實施路線圖（6個步驟）

1.策略和註冊表：更新隱私政策（關於刪除權限的部分）,RoPA, Retention Matrix。
2.編排器：單主題鍵，級聯，idempotency，Evidence Log（WORM）。
3.供應商：DPA要求，「delete/suppress」頻道，SLA。
4.UX：可理解的刪除應用程序、狀態、電子郵件模板。
5.Becaps：存儲窗口,禁止未經授權的恢復,sanitization腳本。
6.測量：dashboard SLA，Cascade，Evidence，Suppression；季度審計。

16）司法管轄區的差異（簡述）

GDPR：廣泛的處置權+明確的例外；答復期限為1個月。
CCPA/CPRA：消費者處置權；強制性例外（安保/維護/錯誤/法律義務）；從「銷售/共享」中選擇退出需要GPC核算，以及刪除不受豁免的數據的機制。
LGPD：在達到目標/截止日期/撤回同意時刪除；例外和「鎖定」與GDPR的精神相似。

底線

遺忘權不是「按鈕」，而是端到端的過程：法律依據和例外評估→驗證→級聯刪除和/或所有層的匿名→後備和供應商管理→可證明性和指標。通過在體系結構和操作中嵌入此輪廓，您將遵守監管機構的要求，減少風險並保持用戶信心-而不影響業務和產品質量。