一、数据删除请求概述：GDPR/个保法背景、用户权利、企业义务、删除请求的触发场景
各位同学，咱们直接进入正题。
数据删除请求，说白了就是用户让你把他的数据「抹掉」。听起来简单？我做了这么多年合规工程，可以负责任地告诉你——这是最容易被低估的坑。
1.1 法律背景：为什么会有「被遗忘权」？
先聊聊背景。GDPR 和咱们的《个人信息保护法》，都给了用户一个硬核权利：要求企业删除其个人数据。
GDPR 第17条，官方叫法「Right to erasure」，俗称「被遗忘权」。个保法第47条，表述是「请求删除个人信息」。两个法条的核心逻辑一致：数据不是企业的资产，用户才是主人。
我记得2018年GDPR刚生效那会儿，很多公司慌得不行。我参与的第一个删除请求项目，客户是一家电商平台。他们问我：「用户要求删数据，我们能不能只删前台展示，后台留着做分析？」
我的回答很直接：不行。法律要的是「彻底删除」，不是「藏起来」。
核心要点：
- GDPR 第17条：用户有权要求删除，企业有义务「无不当延迟」地响应
- 个保法第47条：五种情形下用户可请求删除，企业应在「合理期限内」处理
- 两法都强调：删除不是「停用」，是「不可恢复」
1.2 用户权利：用户到底能要求什么？
用户的权利，我习惯用三个层次来理解：
- 请求删除权：用户说「删我数据」，企业就得执行
- 撤回同意权：用户说「我不再同意你处理我的数据」，那之前基于同意收集的数据就得删
- 反对处理权：用户说「我反对你用我的数据做营销」，那营销场景的数据就得停用并删除
你想想看，这三个权利其实层层递进。撤回同意是最常见的触发场景，我经手的删除请求里，大概60%都是用户撤回同意。
个人经验： 用户往往不会直接说「我要行使删除权」。他们可能会说「把我的账号注销」，或者「我不想再收到你们的邮件」。这些其实都是删除请求的变体。我建议企业把「注销账号」「退订营销」「删除个人信息」统一归口到删除请求流程里。
1.3 企业义务：不是「删了就行」那么简单
企业接到删除请求后，义务是什么？我列个清单：
| 义务项 | 具体内容 | 常见踩坑点 |
|---|---|---|
| 响应时限 | GDPR要求1个月内，个保法要求「合理期限」（通常15-30天） | 超期未响应，罚款起步 |
| 身份验证 | 确认请求者是数据主体本人 | 验证过度会侵犯隐私，验证不足会被冒用 |
| 全面删除 | 主数据库、备份、日志、缓存全部清理 | 备份里的数据经常被遗忘 |
| 通知第三方 | 如果数据已共享给第三方，需通知其同步删除 | 很多企业不知道数据流向了哪些第三方 |
| 记录留存 | 删除操作本身需要留痕，以备监管检查 | 删完数据连日志都没了，审计时说不清 |
嗯，这里要注意：删除不等于「销毁一切」。法律允许企业保留少量数据用于合规目的，比如财务记录、诉讼证据。但保留范围必须严格限定。
我曾经遇到一个客户，他们把所有删除请求的邮件都删了。结果监管来查，问「你们处理过多少删除请求？」——答不上来。罚款跑不掉。
避坑指南： 我曾经见过一家公司，用户要求删除后，他们只删了生产库，没删灾备库。三个月后灾备库恢复数据，用户数据又回来了。这算「未完全履行删除义务」。所以，备份数据必须纳入删除范围。
1.4 删除请求的触发场景：什么时候会来？
删除请求不是凭空出现的。我总结了几种典型场景：
- 场景一：用户注销账号 —— 最常见。用户说「我不用了」，连带要求删除所有数据。
- 场景二：撤回同意 —— 用户之前同意你收集位置信息，现在反悔了。撤回后，基于该同意收集的数据必须删。
- 场景三：数据不再必要 —— 比如用户注册时填了手机号，现在业务结束了，手机号不再需要，用户可以要求删除。
- 场景四：违法处理 —— 用户发现你在未经授权的情况下处理了他的数据，直接要求删除。
- 场景五：未成年人数据 —— 个保法特别规定，未成年人撤回同意后，企业必须删除。
为什么会这样？说白了，法律给了用户一个「后悔药」。用户随时可以反悔，企业必须接住。
我个人习惯把触发场景分为「主动触发」和「被动触发」。主动触发是用户主动提要求，被动触发是业务逻辑自动触发（比如账号注销后自动发起删除流程）。两种场景的技术实现路径完全不同，后面章节我会详细讲。
一句话总结： 数据删除请求不是「偶尔来一个」的事。它是常态。企业必须建立自动化、可审计的删除流程，否则迟早出事。
好，这一章就到这里。下一章我们聊聊「删除请求的接收与验证」——怎么确认用户是真的用户，而不是黑客在搞鬼。