向专员办理处理活动备案并维持书面数据保护政策
严重度 高Art. 14(5)(7)(8)、Art. 15
第 14(7) 条要求控制者与处理者向专员提交处理操作通知完成登记,并通过修订通知保持更新;第 14(8) 条明确该通知将进入专员维护的公开登记册并须缴纳条例规定的费用。第 14(5) 条另要求实施并维持一份书面数据保护政策,其详略程度须与处理的范围和类型相称并与本法一致。第 15 条要求控制者与处理者分别维持处理活动书面记录(含接收方类别、第三国与国际组织、第 27 条传输的保障措施文档、各类数据的删除期限、技术与组织安全措施概述)。
- 触发条件
- 每一个在 DIFC 注册或在 DIFC 内处理个人数据的控制者与处理者。
- 做完之后应留存的证据
- · 专员登记回执与最新一次修订通知记录
- · 书面数据保护政策(含版本与审批留痕)
- · 处理活动记录(RoPA,按第 15(1) 条字段)
- · 第 27 条传输保障措施的文档与归档索引
首次达标投入估算:3–8 人日(估算,非承诺)
高风险处理活动的数据保护官与责任分配
严重度 高Art. 16、Art. 17、Art. 18
第 16(2)(b) 条规定,系统性或常规性开展"高风险处理活动"的控制者或处理者必须任命数据保护官;DIFC 主体本身亦须任命。不需任命的主体,依第 16(4) 条必须在组织内明确分配数据保护职责与合规监督责任,并能在专员要求时提供负责人信息。数据保护官可由内部员工、集团内员工或第三方以服务合同方式担任,集团可共用一名但须对各实体均易于联络。特别注意第 16(7) 条的居住要求:数据保护官必须居住在阿联酋境内,除非其为集团内雇员并在国际层面为集团履行类似职能——中国企业若打算由境内团队远程兼任,须先确认是否落入该但书。第 16(8) 条另要求以第三方可轻易获取的方式公开数据保护官联系方式,并在专员要求时书面确认其身份。
- 触发条件
- 以大规模画像、生物识别、行为监测或敏感数据为核心的 AI 业务通常构成高风险处理活动;金融场景中的 KYC/反欺诈评分尤其典型。
- 做完之后应留存的证据
- · 高风险处理活动判定备忘(逐业务线结论与理由)
- · 数据保护官任命文件或第 16(4) 条责任分配文件
- · 数据保护官独立性与资源保障安排说明
- · 向专员提供负责人信息的应答模板
首次达标投入估算:3–10 人日(估算,非承诺)
数据保护影响评估与事前咨询专员
严重度 高Art. 20、Art. 21
依第 20 条对高风险处理开展数据保护影响评估;依第 21 条,当评估显示即便采取第 20(6)(e) 条所述措施后对数据主体权利的风险仍然存在时,控制者必须在处理前咨询专员;专员认定该处理将违反本法时可通知控制者与处理者并动用第 46 条项下的权力。AI 项目应把 DPIA 与模型评估、红队测试与上线审批串联,避免出现"先上线后补评估"。
- 触发条件
- 在 DIFC 内上线新 AI 功能、更换模型供应商或扩大数据来源的控制者。
- 做完之后应留存的证据
- · DPIA 报告与风险缓解措施清单
- · 事前咨询提交材料与专员答复(如触发)
- · 模型评估与红队测试报告
- · 上线审批记录(含 DPIA 结论作为前置条件的证据)
首次达标投入估算:8–20 人日(估算,非承诺)
DIFC 境外传输:充分性名单、保障措施与专员通报
严重度 高Art. 26、Art. 27
第 26 条允许向专员认定具备充分保护水平的第三国或国际组织传输,专员通过条例发布并维护该名单,此类传输无需单独授权。不具备充分性时适用第 27 条:可依赖第 27(2) 条的保障措施(公共机构间具法律约束力的文书、约束性公司规则、专员通过的标准合同条款/示范条款、经批准的行为准则或认证机制加上可执行承诺),或第 27(3) 条的具体减损情形;仅在均不可用时才落入第 27(4) 条的有限情形,且依第 27(5) 条控制者须将该传输通知专员。DIFC 专员办公室官网提供第 26 条充分性名单与第 27(2)(c) 条示范条款的下载入口,应以其最新版本为准。
- 触发条件
- 把 DIFC 实体持有的个人数据传至中国母公司、境外云、模型训练集群或第三方标注商的每一条链路。
- 做完之后应留存的证据
- · 出境清单(接收方、所在地、数据类别、所依赖的第 26 或 27 条路径)
- · 已签署的 DIFC 示范条款/标准合同条款或 BCR 批准文件
- · 第 27(5) 条向专员通报的记录(如适用)
- · 对照专员最新充分性名单的复核记录
首次达标投入估算:6–15 人日(估算,非承诺)
个人数据泄露的专员通报、数据主体告知与书面记录
严重度 高Art. 41、Art. 42
第 41 条规定,凡发生损害数据主体保密性、安全或隐私的个人数据泄露,控制者须"在当时情形下尽快(as soon as practicable)"通知专员,通知至少包含泄露性质(含可能的数据主体与记录类别与大致数量)、数据保护官或其他联络点、可能后果、以及已采取或拟采取的措施;信息可分阶段提供。处理者在知悉后须无不当迟延通知控制者。第 42 条要求在泄露可能对数据主体的安全或权利造成高风险时尽快告知受影响个人,存在即时损害风险的须立即沟通;告知内容须以清晰易懂语言说明性质并至少包含第 41(4)(b)–(d) 项,并尽可能给出缓解建议。第 41(6) 条要求控制者书面记录全部泄露的事实、影响与补救措施,并在专员要求时无延迟提供。
- 触发条件
- 所有受 DIFC 数据保护法约束的控制者与处理者。
- 时限:向专员:在当时情形下尽快;向数据主体:尽快,存在即时损害风险时立即。
- 做完之后应留存的证据
- · 泄露应急预案与专员通报模板(对齐第 41(4) 条四项要素)
- · 泄露事件书面记录簿(事实、影响、补救措施)
- · 数据主体告知文本与送达证明
- · 处理者向控制者通报的时效记录
首次达标投入估算:4–10 人日(估算,非承诺)
第 10 条:AI 系统的初次使用告知与系统说明
严重度 高DP Regulations Reg. 10.2.2
当应用或网站服务使用自主/半自主系统处理个人数据时,部署者或运营者必须在用户初次使用或访问该系统时以清晰明确的措辞告知:系统中可能进行非人为发起、控制或指示的个人数据处理的底层技术与流程(例如系统是否仅限于为特定人类定义目的处理,或能否自行定义进一步目的),以及该系统的使用对个人依第 29(1)(h)(ix) 条享有的权利行使的影响。告知还必须包含对下列内容的全面、真实、平实描述:系统处理个人数据的人类定义目的;系统自行定义进一步目的时所依据的全部人类定义原则与限度;系统产生的输出及其使用方式;系统在设计上遵循的原则,包括为确保处理合规而内建的保障措施;以及系统设计或开发所依据的准则、认证或原则(条例例示了迪拜数字管理局、经济合作与发展组织(OECD)、联合国教科文组织(UNESCO)、美国国家标准与技术研究院(NIST)AI 框架,以及阿联酋中央银行、证券与商品管理局(SCA)、DFSA 与 FSRA 发布的《金融机构采用赋能技术指引》,并允许专员另行指定其他准则与认证)。
- 触发条件
- 在 DIFC 内向用户提供含 AI 能力的应用或网站服务的部署者与运营者;为其提供系统的中国厂商需要提供足以支撑上述五项描述的材料,否则客户无法上线。
- 开始适用:2023-09-01
- 做完之后应留存的证据
- · 首次使用告知的最终文案与展示位置截图
- · 系统说明文档(人类定义目的、自定义目的的原则与限度、输出及其用途)
- · 设计内保障措施清单与实现证据
- · 所依据的准则/认证清单(例如 OECD、NIST AI RMF、UNESCO、央行或 DFSA 指引)
首次达标投入估算:6–15 人日(估算,非承诺)
第 10 条:AI 系统五项设计要求与"仅限人类定义目的"的技术约束
严重度 极高DP Regulations Reg. 10.3.1–10.3.2、10.3.4
第 10.3.1 条要求任何可能对数据主体产生正面或负面影响的系统在设计上满足伦理(算法决策与数据谱系应无偏见并已缓解)、公平(平等对待个体、避免或缓解可能导致不公结果的偏见)、透明(以非技术语言向数据主体与其他相关方解释个人数据处理并附适当支持证据)、安全(保护并保密个人数据、防止造成声誉、心理、财务、职业等损害的泄露)、问责(具备内部治理与控制框架或定期外部审计等机制,可对算法、数据与设计流程进行评估)。第 10.3.2 条进一步禁止任何人将不满足以下条件的系统投入商用:只能为人类定义或人类批准的目的处理个人数据,或仅在人类定义原则的基础上并严格限于人类定义的约束内由系统自行定义目的;且按第 10.3.1 条设计并符合专员可能发布的其他审计与认证要求。第 10.3.4 条把部署者视为控制者、运营者视为处理者,责任随之落地。
- 触发条件
- 在 DIFC 商用的任何 AI 系统的提供者、部署者与运营者;对自主性较强的 Agent 产品尤其关键,因为"可自行定义目的"必须被硬编码的人类原则与约束框住。
- 开始适用:2023-09-01
- 做完之后应留存的证据
- · 五项设计要求的符合性说明与设计评审记录
- · 偏差与公平性测试报告(含数据谱系分析)
- · 目的约束的技术实现证据(系统提示、工具白名单、目的校验与拒绝逻辑、日志)
- · 算法/数据/设计流程的内部治理框架或外部审计报告
首次达标投入估算:12–30 人日(估算,非承诺)
第 10 条:高风险处理活动的系统认证与自主系统官(ASO)
严重度 极高DP Regulations Reg. 10.3.3
第 10.3.3 条规定,任何人不得使用、运营、提供、要约或以其他方式为商业用途提供用于"高风险处理活动"的系统,除非:专员已就用于高风险处理活动的系统设立审计与认证要求;该系统符合全部此类要求;该系统仅为人类定义或人类批准的目的处理个人数据;且部署者或运营者已任命一名"自主系统官(ASO)",其能力、地位、角色与任务须与本法第 17 条、第 18 条项下的数据保护官相同或实质相似。条例脚注说明其监管意图是:在专员发布上述认证与其他要求之前,任何系统都不得用于高风险处理活动。DIFC 已公布第 10 条认证框架、加速器框架与认可认证机构名单,并提供第 10 条认证在线申请与自评工具。
- 触发条件
- 拟在 DIFC 将 AI 系统用于大规模画像、生物识别、行为监测、信用或保险决策等高风险处理活动的提供者、部署者与运营者。
- 开始适用:2023-09-01
- 做完之后应留存的证据
- · 高风险处理活动认定与第 10.3.3 条适用性分析
- · 第 10 条认证申请材料与认可认证机构出具的认证结论
- · 自主系统官(ASO)任命文件与职责说明(对照第 17、18 条)
- · 系统仅为人类定义/批准目的处理数据的技术证据与审计轨迹
首次达标投入估算:15–40 人日(估算,非承诺)
第 38 条:纯自动化决策的人工复核与未成年人特别保护
严重度 高Art. 38、Art. 39
数据主体有权反对任何仅基于自动化处理(含画像)、产生法律后果或其他严重影响后果的决策,并要求进行人工复核。第 38(2) 条的例外为:为订立或履行数据主体与控制者之间的合同所必需、依控制者所受的适用法律授权且该法律同时规定了适当保障措施、或基于数据主体的明示同意。控制者依赖合同必要性或明示同意时,第 38(5) 条要求其已实施适当保障措施,至少包括可对处理进行人工复核的能力。第 38(4) 条明确:当数据主体为未成年人(按阿联酋成年年龄判断)时,上述例外一律不适用。第 38(6) 条另规定,除非取得明示同意或基于适用法律的重大公共利益且符合比例并配有适当保障,否则不得仅基于对特殊类别个人数据的自动化处理作出影响数据主体的决策。
- 触发条件
- 在 DIFC 运行任何自动化审批、评分或筛选的控制者;面向未成年人的产品必须完全排除纯自动化重大决策。
- 做完之后应留存的证据
- · 自动化决策清单与所依赖例外的法律分析
- · 人工复核流程与复核记录样本
- · 年龄识别/未成年人分流机制说明与测试记录
- · 特殊类别数据自动化决策的合法性论证与保障措施清单
首次达标投入估算:6–14 人日(估算,非承诺)