个人信息保护影响评估报告（PIPIA）

章节结构（8）

1. 1. 一、触发情形判定与评估范围

   第五十五条列出五类应当事前进行影响评估并对处理情况进行记录的情形：处理敏感个人信息；利用个人信息进行自动化决策；委托处理个人信息、向其他个人信息处理者提供个人信息、公开个人信息；向境外提供个人信息；其他对个人权益有重大影响的个人信息处理活动。逐条判定并写明命中理由，AI 企业通常会同时命中多条，应当一次评估覆盖、分节论证，而不是分别出具多份彼此矛盾的报告。范围界定要具体到处理活动与系统版本：哪条业务线、哪个模型版本、哪些数据集、哪些环节（采集、训练、推理、日志、回流）。第五项"其他对个人权益有重大影响"是兜底条款，建议把本企业的内部判定标准写下来（例如涉及未成年人、涉及大规模画像、涉及可能影响就业或信贷机会的输出），使后续新业务能够自行判断是否触发。

   需要附的证据

   • · 五类情形逐项判定表（命中/未命中及理由、判定人、日期）
   • · "重大影响"兜底情形的内部判定标准文件
   • · 本次评估覆盖的业务线、系统与模型版本清单
   • · 与既往评估的关系说明（新评估 / 复评 / 变更评估）

   常见失分点

   • · 只按"处理敏感个人信息"一条触发做评估，忽略自动化决策与出境两条，报告缺项；
   • · 评估范围写成"公司个人信息处理活动"，无法与具体系统对应；
   • · 兜底情形无内部标准，新业务上线时无人判断是否需要评估；
   • · 评估在功能上线后补做，日期即暴露"事前"要求未满足。

2. 2. 二、处理活动与数据流描述

   虽然第五十六条未单列"处理活动描述"，但没有这一节，后续三项法定要素都无从论证。按数据生命周期写：收集（来源、字段、收集方式、是否来自第三方）→ 存储（位置、期限、加密与访问控制）→ 使用与加工（训练、标注、推理、统计分析）→ 传输与提供（内部跨系统、委托处理、向其他处理者提供、公开、向境外提供）→ 删除（触发条件、执行方式、验证）。每个环节标注个人信息类别与是否属敏感个人信息（敏感程度判定可参照 GB/T 35273-2020），并标注涉及的自然人数量级。同时给出角色判定：本企业在各环节是处理者还是受托方，共同处理的情形须写明约定。这一节应当与第五十五条要求的"处理情况记录"共用同一套底稿，避免两份材料口径不一。

   需要附的证据

   • · 数据流图（含境内外边界、系统边界、第三方边界）
   • · 字段级个人信息清单（类别、是否敏感、来源、留存期限、涉及人数量级）
   • · 角色判定表（各环节处理者/受托方/共同处理）
   • · 委托处理协议与共同处理约定
   • · 删除机制的技术说明与执行记录样本
   • · 第五十五条项下的处理情况记录（与本节同源）

   常见失分点

   • · 只画业务主链路，漏掉日志、埋点、客服工单、模型回流这些实际承载大量个人信息的旁路；
   • · 敏感个人信息识别不全（生物识别、行踪轨迹、医疗健康、金融账户、不满十四周岁未成年人信息）；
   • · 删除机制只写策略，没有执行记录，无法证明留存期限被遵守；
   • · 角色判定错误：对外提供 API 时把自己一概认定为受托方，实际上对输入数据的使用超出委托范围。

3. 3. 三、处理目的与处理方式的合法性、正当性、必要性（第五十六条第一项）

   第五十六条第一项要求评估个人信息的处理目的、处理方式等是否合法、正当、必要。分三步写。合法性：每个处理目的对应第十三条哪一项处理依据（取得个人同意；为订立、履行合同所必需或按依法制定的劳动规章制度和依法签订的集体合同实施人力资源管理所必需；为履行法定职责或法定义务所必需；为应对突发公共卫生事件或紧急情况下为保护自然人生命健康和财产安全所必需；为公共利益实施新闻报道、舆论监督等行为在合理范围内处理；依法在合理范围内处理个人自行公开或者其他已经合法公开的个人信息；法律、行政法规规定的其他情形）。以同意为依据的，说明同意的取得方式、是否需要单独同意（敏感个人信息、向其他处理者提供、公开、向境外提供）、以及撤回同意的路径。正当性：处理方式是否与目的相称，是否存在通过默认勾选、捆绑授权、频繁弹窗等方式变相强迫同意的情形。必要性：论证"不处理这些个人信息能否实现同样目的"，给出替代方案的比较（去标识化数据、合成数据、更小的字段集、更短的留存期），以及为何未采用替代方案。AI 场景下最常被追问的是训练必要性：为什么这个模型必须使用可识别到个人的原始数据而非脱敏或聚合数据。

   需要附的证据

   • · 目的—处理依据对照表（每个处理目的一行）
   • · 同意获取界面截图与同意日志（单独同意与一般同意分开记录）
   • · 撤回同意的操作路径与实测记录
   • · 必要性论证与替代方案比较分析
   • · 最小化措施实施前后的字段与数据量对比
   • · 敏感个人信息处理的必要性与影响说明（第二十九条、第三十条）

   常见失分点

   • · 全流程一律以"用户已同意隐私政策"为依据，未区分需要单独同意的情形；
   • · 单独同意与一般同意混在同一个勾选框，无法举证已取得单独同意；
   • · 必要性论证写成业务收益论证，没有回答"能否用脱敏数据达成同样效果"；
   • · 撤回同意路径存在但撤回后数据未真正停止处理（模型仍在使用已训练结果时，未说明处置方式）；
   • · 敏感个人信息的"特定目的和充分必要性"未单独论证。

4. 4. 四、对个人权益的影响与安全风险（第五十六条第二项）

   第五十六条第二项要求评估对个人权益的影响及安全风险。分两条线写。第一条线是对个人权益的影响：从个人视角列出可能的不利后果——被歧视性对待（模型偏差导致的差别定价、差别服务）、自主决定权受限（自动化决策缺乏人工干预）、名誉受损（生成式输出中的错误个人信息）、财产损失（风控误判）、人身安全风险（行踪轨迹泄露）、以及知情权与选择权被削弱（告知不充分、选项设计诱导）。第二条线是安全风险：从威胁视角列出泄露、篡改、丢失、非法获取与非法使用的场景，并识别 AI 特有的风险——训练数据记忆导致的个人信息在输出中复现、提示注入导致的越权检索、向量库与 RAG 索引的越权访问、模型反演与成员推断、以及第三方模型 API 侧的数据留存。每条风险给出可能性与严重程度评级，并说明评级依据（历史事件、测试结果、行业数据）。GB/T 39335 提供了影响与可能性的分级方法，可在此注明所采用的分级口径。

   需要附的证据

   • · 个人权益影响清单（后果—受影响群体—可能性—严重程度）
   • · 安全风险登记表（威胁场景—成因—现有控制—残余风险）
   • · 记忆化、成员推断、提示注入的测试报告
   • · 分组公平性测试结果（若涉及可能产生差别对待的输出）
   • · 第三方模型 API 的数据留存与训练用途配置证据
   • · 分级口径说明（所采用的影响与可能性分级方法）

   常见失分点

   • · 把"对个人权益的影响"写成"对公司的合规风险"，视角完全错位；
   • · 安全风险只列传统信息安全威胁，完全没有 AI 特有风险；
   • · 风险评级无依据，全部凭经验打分；
   • · 识别出记忆化风险但未做任何测试，结论无法支撑；
   • · 未评估第三方模型 API 侧的风险，默认供应商声明即为事实。

5. 5. 五、保护措施的合法性、有效性与风险相适应性（第五十六条第三项）

   第五十六条第三项要求评估所采取的保护措施是否合法、有效并与风险程度相适应。"与风险程度相适应"意味着措施要与第四节的风险评级一一对应：高风险项必须有对应的强控制，否则相称性不成立。按类别写：管理措施（个人信息保护负责人与管理机构、内部制度、分级授权、培训、供应商管理、定期合规审计）；技术措施（加密、去标识化与匿名化、访问控制与最小权限、审计日志、数据防泄漏、模型侧的输出过滤与记忆化缓解、向量库与检索的权限隔离）；以及针对具体触发情形的专项措施（敏感个人信息的单独同意与加密存储、自动化决策的非个性化选项与人工复核、委托处理的合同约束与监督、出境的路径合规与补充措施）。每项措施写明实施状态（已实施/实施中/计划中）、有效性验证方式与最近一次验证结果。措施与风险的对应关系建议做成矩阵，使评审人可以直接看出高风险是否被覆盖。

   需要附的证据

   • · 措施—风险对应矩阵（高风险项是否均有强控制）
   • · 个人信息保护负责人任命文件与联系方式公示（第五十二条）
   • · 内部制度汇编与培训记录
   • · 技术措施的配置证据（加密算法与密钥管理、权限矩阵、日志留存配置）
   • · 去标识化/匿名化方案与再识别风险测试结果
   • · 自动化决策的非个性化选项与拒绝权实现证据（第二十四条）
   • · 合规审计报告（第五十四条及合规审计管理办法项下）

   常见失分点

   • · 措施清单很长但与风险不对应，高风险项反而没有对应控制；
   • · 把"已制定制度"当作有效性证明，无执行记录与验证结果；
   • · 声称已做匿名化，实际只是去除直接标识符，未做再识别风险评估——匿名化与去标识化在法律后果上完全不同；
   • · 自动化决策未提供不针对个人特征的选项或便捷拒绝方式；
   • · 个人信息保护负责人已任命但联系方式未公示。

6. 6. 六、专项论证：敏感个人信息、自动化决策与出境

   三类最常触发且最常被追问的情形单列论证，避免淹没在通用章节里。敏感个人信息：依第二十八条至第三十条，说明处理的特定目的与充分必要性、已采取的严格保护措施、单独同意的取得方式（涉及不满十四周岁未成年人的还需取得父母或其他监护人同意并制定专门处理规则）、以及向个人告知处理敏感个人信息的必要性和对个人权益的影响。自动化决策：依第二十四条，说明决策的透明度与结果公平公正、是否存在不合理的差别待遇（价格等交易条件）、是否提供不针对个人特征的选项或便捷的拒绝方式、以及对个人权益有重大影响的决定是否提供说明并允许拒绝仅通过自动化决策的方式作出决定。向境外提供：依第三十八条至第三十九条，说明所选路径（安全评估 / 标准合同 / 保护认证 / 法定其他条件）、单独同意的取得、以及向个人告知境外接收方的名称或姓名、联系方式、处理目的、处理方式、个人信息种类以及个人向境外接收方行使本法规定权利的方式和程序等事项。走标准合同路径的，本节还应覆盖标准合同办法第五条所列评估事项，与标准合同一并备案。

   需要附的证据

   • · 敏感个人信息处理的特定目的与充分必要性论证
   • · 单独同意界面与日志（区分一般同意）
   • · 未成年人年龄识别机制与监护人同意流程、专门处理规则
   • · 自动化决策的透明度说明文本与非个性化选项实现截图
   • · 差别待遇检测报告（价格/服务条件的分组对比）
   • · 出境专项告知文本与单独同意日志
   • · 出境路径合规材料索引（安全评估 / 标准合同备案 / 认证证书）

   常见失分点

   • · 出境单独同意与隐私政策的一般同意合并取得，无法举证；
   • · 出境告知未写明境外接收方名称与联系方式，只写"境外服务商"；
   • · 未成年人识别完全依赖用户自述年龄，无任何辅助机制；
   • · 自动化决策的"便捷的拒绝方式"实际需要联系客服并等待数日；
   • · 差别待遇仅凭主观声明"不存在"，无分组对比数据。

7. 7. 七、评估结论与整改闭环

   结论要回答三个问题并逐一给出论据：处理活动是否具备合法性基础且目的与方式正当必要；现有保护措施是否与风险程度相适应；在何种前提条件下结论成立。允许的结论类型建议有三种：可以按现状开展；须在完成指定整改项后方可开展（列明整改项、责任人、完成时限、验收标准）；或不建议开展（说明替代方案）。整改闭环是本节的实质：每个整改项要有完成证据与验证记录，验证方式要与整改性质匹配（制度类看发布与培训记录，技术类看配置截图与测试结果，流程类看实际运行台账）。整改完成后应更新结论并注明更新日期。最后由个人信息保护负责人与业务负责人共同签署，并写明本报告的复核周期与复核触发条件。

   需要附的证据

   • · 结论及其论据（按三问逐项）
   • · 整改任务台账（项、责任人、时限、完成证据、验证记录、关闭日期）
   • · 结论前提条件声明
   • · 签署页（个人信息保护负责人与业务负责人）
   • · 复核周期与触发条件说明

   常见失分点

   • · 结论为"可以开展"但整改项尚未完成，业务已经上线；
   • · 整改项全部标注"已完成"却无任何验证证据；
   • · 签署人只有法务，业务负责人未签，整改缺乏推动力；
   • · 未写复核周期，报告自出具之日起再无更新。

8. 8. 八、三年留存、处理情况记录与复评

   第五十五条与第五十六条要求个人信息保护影响评估报告和处理情况记录**至少保存三年**。本节写明：留存主体与归档位置、留存起算点（自评估完成日还是处理活动结束日，建议按较晚者从严掌握）、归档索引与检索方式、访问权限与保密安排、以及到期后的处置流程。处理情况记录不是评估报告的副本，而是对实际处理活动的持续记录（数据流向、接收方、留存期限、重大变更），应当与评估报告一并归档并保持同步。复评方面，把触发条件写成清单：处理目的、方式或范围变化；新增数据来源或模型版本重大更新；新增接收方或委托方；出境路径变化；发生个人信息安全事件或集中投诉；法律法规或国家标准更新（例如相关国家标准的换版）；合规审计发现问题。建议同时设定固定周期复评（至少每年一次），并与第五十四条的定期合规审计安排协调，避免重复取证。

   需要附的证据

   • · 归档索引与留存期限台账（起算点、到期日、处置方式）
   • · 处理情况记录及其与评估报告的同步机制
   • · 归档访问权限与保密安排
   • · 复评触发条件清单与监测责任人
   • · 历次复评记录与版本历史
   • · 与合规审计计划的衔接说明

   常见失分点

   • · 报告存在个人电脑或聊天记录里，检查时无法在合理时间内取出；
   • · 三年留存被理解为"保存三年后即可删除"，而处理活动仍在继续；
   • · 只有评估报告没有处理情况记录，第五十五条要求的两项材料缺一；
   • · 复评触发条件不含模型版本更新，AI 产品迭代后报告长期失效；
   • · 合规审计与影响评估各自取证，重复消耗业务团队时间。