mcpField
D
dsar-intake-system

dsar-intake-system

github.com/mukul975安全32340 次安装32 周前更新
代码仓库

关于 dsar-intake-system

该技能提供集中管理数据主体权利请求(DSAR)的系统设计,适用于负责隐私请求运营的团队。内容覆盖多渠道受理、身份核验、分流、SLA 跟踪和回复生成。

主要功能

  1. 01汇集多渠道权利请求
  2. 02分级核验请求人身份
  3. 03按类型、复杂度和司法辖区分流
  4. 04跟踪期限、指标与升级事项
  5. 05组合生成回复并执行质检

适用场景

  1. 01统一登记网站、邮件和电话请求
  2. 02将请求分派给对应团队并监控时限
  3. 03生成权利请求回复并在发送前审核

安装

复制下面的命令,在终端中运行。

$npx skills add https://github.com/mukul975/privacy-data-protection-skills --skill dsar-intake-system

安装后在 Claude Code 中输入/dsar-intake-system确认已加载。

包含的文件

除 SKILL.md 外,安装时一起下载的参考资料和脚本。

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

详细介绍

构建通用 DSAR 受理系统

概述

通用 DSAR 受理系统集中接收、核验、路由和跟踪来自多个渠道的所有数据主体权利请求。本技能提供架构设计、身份核验框架、路由逻辑、SLA 管理和回复生成能力,助力运营合规且高效的权利请求管理计划。

系统架构

多渠道受理

受理系统必须接受数据主体可能通过以下所有渠道向组织提交的请求:

渠道受理方式处理方式
Web 表单专用隐私权利门户,地址为 meridiananalytics.co.uk/privacy/rights自动捕获、结构化数据、立即确认
Email[email protected](专用监控邮箱)半自动:邮件解析器提取关键字段,人工分流
电话隐私热线:+44 20 7946 0958(工作人员值守时间:周一至周五 09:00-17:00 GMT)Agent 协助:Agent 在通话期间填写受理表单
邮寄数据保护办公室,47 Canary Wharf Tower, London E14 5AB人工处理:扫描、数字化,并在 2 个工作日内录入系统
现场注册办公室接待处Agent 协助:工作人员填写受理表单
社交媒体官方渠道的私信引导至正式渠道;不得通过社交媒体处理权利请求
中央请求登记簿

来自所有渠道的请求都会汇入单一中央登记簿,记录结构如下:

字段描述
参考编号自动生成:[TYPE]-YYYY-NNNN(例如,DSAR-2026-0142)
接收日期首次接收的 UTC 时间戳
渠道来源渠道
请求类型访问(Art. 15)、删除(Art. 17)、可携带性(Art. 20)、限制处理(Art. 18)、更正(Art. 16)、反对(Art. 21)、营销退订(Art. 21(2))、自动化决策(Art. 22)、CCPA 知情权、CCPA 删除权、CCPA 选择退出
数据主体姓名请求者提供的姓名
数据主体标识符Email、账户编号及提供的其他标识符
核验状态待核验 / 已核验 / 未通过
核验等级低 / 中 / 高
负责人负责处理的隐私团队成员
优先级标准 / 复杂 / 紧急
状态已接收 / 已确认 / 核验中 / 处理中 / QA 审核 / 已交付 / 已关闭
截止日期计算得出的回复截止日期
延期是否已延期
备注用于记录处理备注的自由文本

身份核验框架

分级核验
等级适用情况要求计时规则
等级 1 — 低风险请求来自已通过身份验证的账户(已登录的门户、已验证的 email)通过现有身份验证确认账户所有权立即开始计时
等级 2 — 中风险请求来自已知 email 地址(与记录匹配),但未经身份验证提供以下信息中的 2 项:出生日期、账户编号、邮政编码、支付方式的后 4 位数字核验后开始计时
等级 3 — 高风险请求来自未知渠道,或由他人代为提出政府签发的带照片身份证件 + 一个额外标识符。第三方请求:数据主体签署的授权书 + 双方身份证件核验后开始计时
核验工作流
[Request Received]
         │
         ▼
[Determine Verification Tier]
   │
   ├── Authenticated channel? ──► Tier 1 (auto-verified)
   ├── Known identifier matches? ──► Tier 2 (request 2 data points)
   └── Unknown channel / third party? ──► Tier 3 (request ID + authorisation)
         │
         ▼
[Verification Request Sent (within 3 business days)]
         │
         ▼
[Verification Response Received?]
   ├── Yes ──► [Data Points Match?]
   │             ├── Yes ──► Mark Verified, start clock
   │             └── No ──► Request additional info (one retry)
   │                          ├── Second attempt matches ──► Verified
   │                          └── Second attempt fails ──► Close as Unverified
   │
   └── No response (30 days) ──► Close as Abandoned

路由逻辑

自动化请求分类

收到请求后,系统会根据以下信息对请求进行分类和分派:

  1. 请求类型(从网页表单选项或电子邮件关键词中提取):

    • 访问/DSAR → DSAR 团队
    • 删除 → 删除团队
    • 可携性/导出 → 可携性团队
    • 退订营销 → 营销运营团队(立即处理)
    • CCPA 请求 → 美国隐私团队
    • 监管投诉 → DPO + 法务
  2. 复杂度评估:

    • 标准:单一请求类型、单一司法管辖区、< 5 个数据系统
    • 复杂:多种请求类型、跨境、> 5 个数据系统或涉及豁免
    • 紧急:监管问询、法律期限临近或数据主体面临迫在眉睫的伤害
  3. 司法管辖区检测:

    • 英国/欧盟数据主体 → GDPR 工作流(30 天期限)
    • 加利福尼亚州居民 → CCPA 工作流(45 天期限)
    • 美国其他州居民 → 适用的州隐私法工作流
    • 其他司法管辖区 → 评估适用法律,默认采用 GDPR 标准
分派矩阵
请求类型负责人优先级SLA
DSAR(Art. 15)— 标准隐私分析师标准30 天
DSAR(Art. 15)— 复杂高级隐私分析师复杂30 天(可延长至 90 天)
删除(Art. 17)隐私分析师标准30 天
可携性(Art. 20)数据工程师 + 隐私分析师标准30 天
更正(Art. 16)隐私分析师标准30 天
限制(Art. 18)高级隐私分析师标准30 天 + 72 小时内实施
反对(Art. 21)DPO复杂30 天 + 立即停止
退订营销(Art. 21(2))营销运营团队紧急24 小时
自动化决策(Art. 22)DPO + 技术负责人复杂30 天
CCPA 知情权隐私分析师标准45 天
CCPA 删除隐私分析师标准45 天
CCPA 选择退出营销运营团队紧急15 个工作日
监管投诉DPO + 总法律顾问紧急按 DPA 规定的期限

SLA 跟踪

仪表板指标
指标目标衡量方式
在 3 个工作日内确认收到请求100%3 个工作日内已确认的请求数 / 请求总数
在法定期限内回复100%按时回复数 / 回复总数
平均回复时间< 20 个自然日回复天数总和 / 已完成请求数
验证完成率> 95%已验证请求数 / 需要验证的请求总数
延期率< 15%延期请求数 / 请求总数
首次联系解决率(退订营销)24 小时内 100%24 小时内解决数 / 退订营销请求总数
升级规则
条件升级措施
已过 20 天,尚未发送回复提醒负责人和团队主管
已过 25 天,尚未发送回复提醒 DPO
已过 28 天,尚未发送回复提醒 DPO + 总法律顾问(紧急优先级)
截至第 28 天尚未发送延期通知提醒 DPO(合规风险)
验证待处理时间超过 14 天提醒负责人(跟进数据主体)

回复生成

自动生成的回复组件

系统通过组合模块化组件来生成回复:

  1. 求职信:标准页眉、收件人、参考编号、开场段落。
  2. 特定权利内容:针对每种权利类型的模板段落。
  3. 数据汇编:系统生成的数据摘录(适用于访问请求)。
  4. 补充信息:第 15(1)(a)-(h) 条信息块(适用于访问请求)。
  5. 删节日志:根据删节标记自动生成(适用于涉及豁免的访问请求)。
  6. 第三方通知日志:根据第 19 条通知的接收方(适用于删除/更正/限制请求)。
  7. 权利信息:列明数据主体其他权利和投诉机制的标准信息块。
  8. 签署:DPO 姓名和联系方式。
质量保证检查清单

发送任何回复前,QA 审核人员会核实:

  • 回复涵盖相关 GDPR 条款的所有要素
  • 数据摘录完整(已查询所有已识别的系统)
  • 删节有合法依据并已记录
  • 已遵守回复期限(或已妥善告知延期)
  • 回复使用清晰、通俗的语言,符合第 12 条的要求
  • 递送方式安全(加密、安全门户或挂号邮寄)
  • 已获得 DPO 签署

评论

支持 Markdown