课题研究 数据安全与隐私保护 子课题02 · 第03页 / 共8页
02子课题 · 个人信息保护合规

个人信息保护合规第03页:处理规则体系深度解读

处理规则页将个保法第二章的抽象规则转化为可判定的操作框架:第13条七项合法性基础的场景判定与常见误用;第17—19条告知同意机制的三要件、重新同意与撤回、单独同意的五大法定场景;第5、6、19条最小必要「三最」原则在App场景的落地标尺与39类必要信息清单;第28—32条敏感个人信息的四重特别保护与行业场景要点;第24条自动化决策与算法规章叠加;委托/共同/提供/转让/公开五种法律关系的义务对照;以及第44—49条个人权利响应体系。全章以「七步判定流程」收束,支撑一线业务自查。

合法性基础告知同意单独同意撤回同意最小必要敏感个人信息自动化决策算法备案委托处理共同处理个人权利删除权可携带
所属专题未来研究方向 › 数据安全与隐私保护
目标受众产品经理、法务合规、研发负责人、数据运营、个人信息保护负责人
本页位置第3页 / 共8页:处理规则(合法性基础·告知同意·最小必要·敏感信息·自动化决策·流转关系·权利响应)

01 · 合法性基础体系:七种路径的判定

第13条列举七项合法性基础,构成处理活动的「合法性入口」。合规判断的第一步永远是:本场景适用哪一项基础?错误的基礎选择会导致后续告知、同意、评估全部错位。核心原则:同意是兜底基础而非默认选项——当处理确属订立履行合同、履行法定职责所必需时,强行套「同意」反而制造「不同意即无法履约」的合法性困境。

序号合法性基础(第13条)典型适用场景判定要点与常见误用
1取得个人的同意个性化推荐、营销触达、超出合同必需的增值服务须满足第14条「充分知情、自愿、明确」三要件;同意须可撤回(第15条);不得以服务必需为名强制同意非必需处理
2订立、履行个人作为一方当事人的合同所必需电商履约(收货地址)、打车服务(位置)、在线支付(银行卡号)「必需」限缩解释:仅覆盖履约不可缺的信息与处理环节;事后营销不可反推为此基础
3履行法定职责或者法定义务所必需依法纳税申报、实名制登记、反洗钱身份识别(《反洗钱法》等)、传染病报告须有明确法律行政法规依据;范围以法定义务的最小需求为界,不得借法定义务之名扩张采集
4应对突发公共卫生事件,或紧急情况下为保护自然人的生命健康和财产安全所必需疫情防控期间的健康码核验、灾害救援中的紧急联络以「突发」「紧急」为前提,常态化运营不得借用;事后应及时回归常规基础或补正同意
5为实施新闻报道、舆论监督等行为的合理范围所必需媒体基于公共利益的事件报道「合理范围」须与公共利益成比例;涉及当事人重大权益时应平衡报道权与个人信息权益
6在合理的范围内处理个人自行公开或其他已合法公开的个人信息;个人明确拒绝的除外。处理对个人权益有重大影响的,应取得同意公开的企业工商信息、公开裁判文书中当事人信息的合理加工第27条双限制:合理范围+未明确拒绝;爬虫抓取公开信息用于画像、人肉搜索等超出原公开场景的处理,不适用本基础
7法律、行政法规规定的其他情形依其他法律行政法规的授权处理须为「法律、行政法规」层级,部门规章与内部规定不得创设新的处理权限

判定方法:对每个功能/场景建立「合法性基础论证卡」,记录:处理目的→信息字段→法律定性→基础选择→论证依据→关联告知文本版本。没有论证卡的处理活动,在审计与诉讼中将被推定为「无合法性基础」——这正是第69条过错推定在证据层面的直接后果。

03 · 最小必要与目的限定:三最原则的操作化

最小必要原则由三个条文叠加构成:目的直接相关+影响最小(第5条)、最小范围+不得过度收集(第6条)、最短时间保存(第19条)。三者分别约束「为什么处理」「处理多少」「留多久」,缺一即不完整。

3.1 App场景的最小必要标尺

《常见类型移动互联网应用程序必要个人信息范围规定》(四部门2021年5月1日施行)给出了39类常见App的「必要个人信息」清单,是「最小范围」判定的行业标尺:只有当App基本功能服务所必需时,方可拒绝向未提供的用户提供服务。例如:

App类型必要个人信息范围(示例)合规启示
网络约车类手机号码、账号信息、位置信息、支付信息位置信息仅在用车期间按频次最小化采集,行程结束后持续追踪无必要性
即时通信类手机号码、账号信息、即时通信联系人账号列表通讯录上传并非基本功能必需,应作为可选功能单独征求同意
新闻资讯类规定明确「无须个人信息,即可使用基本功能服务」此类App不得以任何理由强制注册或索取信息后方可浏览
网络购物类注册手机号码、收货人姓名/地址/联系电话、支付信息浏览与加购环节不应强制登录;收货信息仅在下单履约时收集

3.2 最小必要的技术验证

  • 字段级审查:对每类信息采集建立「字段—功能—替代方案」对照表,无法说明功能必要性的字段应删除(如注册即收集职业、收入)。
  • 频率与精度审查:最小必要不限于「收什么」,还包括「收多勤、多准」——持续后台定位可用「使用时定位+地理围栏粗粒度」替代精确定位常驻采集。
  • 权限联动审查:Android/iOS权限申请须与功能场景一一对应,「申请即扫描」的预授权、同意前初始化SDK均属过度收集(第5页检测方法)。
  • 到期删除验证:第19条「最短时间」要求删除机制可验证——包括备份介质的到期清除策略与日志证明,「保存期限届满」是第47条删除权的法定触发情形之一。

04 · 敏感个人信息的特别规则

第28条以「泄露或非法使用的危害强度」界定敏感个人信息:一旦泄露或者非法使用,容易导致自然人的人格尊严受到侵害或者人身、财产安全受到危害的个人信息,包括生物识别、宗教信仰、特定身份、医疗健康、金融账户、行踪轨迹等信息,以及不满十四周岁未成年人的个人信息。第29—32条构成四重特别保护:

  • 特定目的与充分必要性(第28条):只有在具有特定的目的和充分的必要性,并采取严格保护措施的情形下方可处理——「想收集」不构成必要性,须证明「非此不可」且已比较替代方案。
  • 单独同意(第29条):应取得个人的单独同意;法律、行政法规规定处理敏感个人信息应当取得书面同意的,从其规定。
  • 特别告知(第30条):除第17条一般告知外,还应告知处理敏感个人信息的必要性以及对个人权益的影响。
  • 未成年人双重保护(第31条):处理不满十四周岁未成年人个人信息应取得其父母或者其他监护人的同意,并制定专门的个人信息处理规则(另见第6页)。
场景合规要点
人脸识别《人脸识别技术应用安全管理办法》(2025年6月1日施行):应用人脸识别技术应具有特定目的和充分必要性,采取严格保护措施;不得将人脸识别作为唯一验证方式(存在其他非人脸识别技术方式的);人脸信息存储数量达到10万人的,应在30个工作日内向所在地省级以上网信部门备案;宾馆客房、公共浴室、更衣室、卫生间、哺乳室等场所不得安装人脸识别设备
金融账户银行账户、支付账户信息属敏感信息:单独同意+加密存储+展示脱敏(卡号仅显示后四位);代收代扣等场景须与支付机构签订合规的委托/提供安排
医疗健康病历、体检数据、基因信息:严格访问授权(最小授权+审批流)、科研使用须经伦理审查与去标识化、严禁与健康码等场景外的用途混用
行踪轨迹持续定位属高敏感处理:仅在使用期间采集、提供模糊化选项、关闭后台常驻;员工管理场景须限定工作时间与公务目的(第6页职场场景)
特定身份/宗教信仰处理此类信息极易引发人格尊严争议,除法定场景外原则上避免收集;已收集的应加密隔离存储、严格限权

行业更严规定从其适用:第32条规定「法律、行政法规对处理敏感个人信息规定应当取得相关行政许可或者作出更严格限制的,从其规定」。如征信业务受《征信业管理条例》规制,人类遗传资源受《生物安全法》与《人类遗传资源管理条例》规制——敏感信息场景合规须同时完成行业准入判断。

05 · 自动化决策与算法合规

第24条确立自动化决策的三项规则:①透明度与结果公平公正(通过自动化决策方式作出对个人权益有重大影响的决定,个人有权要求处理者予以说明并有权拒绝仅通过自动化决策的方式作出决定);②信息推送与商业营销的双轨义务——应同时提供不针对其个人特征的选项,或者向个人提供便捷的拒绝方式;③禁止不合理差别待遇(不得在交易价格等交易条件上对个人实行不合理的差别待遇,「大数据杀熟」的直接法源)。

5.1 配套规章的叠加义务

规章施行日期核心义务
《互联网信息服务算法推荐管理规定》2022年3月1日公示算法推荐服务的基本原理、目的意图、主要运行机制;提供「关闭算法推荐」的选项;不得利用算法实施不合理差别待遇;具有舆论属性或社会动员能力的算法推荐服务提供者应在提供服务之日起10个工作日内履行备案手续
《互联网信息服务深度合成管理规定》2023年1月10日深度合成服务提供者履行信息安全主体责任,落实真实身份信息认证,对深度合成内容添加不影响用户使用的标识(显著/隐式双标识),建立健全辟谣机制
《生成式人工智能服务管理暂行办法》2023年8月15日训练数据处理活动须使用具有合法来源的数据,不得侵害他人知识产权与个人信息权益;涉及个人信息的须取得同意或符合法律行政法规规定的其他情形

5.2 自动化决策合规清单

  • 影响分级:对「对个人权益有重大影响的决定」(信贷审批、保险核保、雇佣决策、信用评估)建立人工复核与申诉通道,不得纯自动化闭环。
  • 标签管理:向用户提供便捷的标签查看、修改与删除能力(算法推荐规定第16条);用户关闭个性化推荐后不得降低基础服务质量。
  • 差别定价审计:对定价模型开展公平性测试,留存「差别条件有合理依据」(成本、供需、优惠规则)的论证材料。
  • 可解释性文档:对用户说明决策的主要考量因素(不必公开模型细节,但须达到「个人可理解」程度),配合第48条解释说明义务。

06 · 委托处理、共同处理、提供、转让与公开的区分

个人信息在组织间的流动是合规事故最高发地带。五种法律关系的义务结构截然不同,混淆即违规:

关系类型条文关键义务是否需单独同意
委托处理第21条与受托人约定处理目的、期限、处理方式、个人信息种类、保护措施、双方权利义务并对受托人监督;受托人应按约定处理,不得擅自转委托;合同不生效/无效/被撤销/终止时应返还或删除个人信息,不得保留否;但委托本身属第55条PIA触发场景,且受托人处理目的方式超出约定即转化为独立处理者
共同处理第20条共同处理者约定各自权利义务;约定不明确的,共同处理者依法承担连带责任;侵害权益造成损害的,个人可向任一方主张否(各自告知);对外责任连带,对内协议不对抗个人
向他人提供第23条告知接收方名称/姓名、联系方式、处理目的、处理方式、个人信息种类并取得单独同意;对接收方处理活动进行监督;接收方变更目的方式应重新取得同意是;同时触发PIA(第55条)
转移(合并分立等)第22条因合并、分立、解散、被宣告破产等原因需要转移个人信息的,应向个人告知接收方名称/姓名和联系方式;接收方应继续履行义务,变更原处理目的方式的应重新取得同意否(告知即可);并购重组尽调须包含个人信息资产与合规状况
公开第25条个人信息处理者不得公开其处理的个人信息,取得个人单独同意的除外;法律、行政法规另有规定的除外是

实践陷阱:①「技术服务协议」包装下的实际处理——若服务商实质自主决定处理目的与方式(如广告SDK基于自身目的建模),其身份是共同处理者/独立处理者而非受托人,委托合同条款不能对抗法定身份认定;②「转委托」链条失控——受托人擅自转委托使信息流向第三方,委托者因「未监督」承担第66条责任;③「提供」与「委托」混同——向数据分析供应商输出明细数据做联合建模,实质构成提供,须履行第23条单独同意程序。

07 · 个人权利响应体系

权利条文处理者义务实践时限建议(非强制)
知情权、决定权;限制或拒绝处理第44条尊重个人对其信息处理的自主决定,提供拒绝渠道;法律、行政法规另有规定的除外随告知同步实现
查阅、复制第45条个人要求查阅、复制的,应及时提供;有法律、行政法规规定应当保密或者不需要告知的情形除外建议15个工作日内响应并提供可下载副本
可携带(转移)第45条第3款个人请求将个人信息转移至其指定的个人信息处理者,符合国家网信部门规定条件的,应提供转移的途径关注网信部门后续配套规则落地进度
更正、补充第46条个人发现信息不准确或不完整的,有权请求更正、补充;处理者应予以核实并及时处理建议15个工作日内完成核实并反馈
删除第47条五种法定情形(目的已实现/无法实现/不再必要;停止提供产品或服务或保存期限届满;撤回同意;违法违约处理;其他法定情形)出现时未主动删除的,个人有权请求删除建议15个工作日内执行并覆盖备份介质;记录删除证明
解释说明第48条个人有权要求处理者对其个人信息处理规则进行解释说明随隐私政策QA与客服体系实现
死者信息权利第49条自然人死亡后,其近亲属为自身合法、正当利益,有权对死者个人信息行使查阅、复制、更正、删除等权利;死者生前另有安排的除外建立近亲属身份核验与申请流程

注:个保法对查阅、删除等请求未设统一硬性时限(以「及时」表述),表中时限为结合GB/T 35273-2020实务指引与监管通报整改实践给出的企业内控建议;账号注销另有15个工作日的行业要求(工信部2023年《关于进一步提升移动互联网应用服务能力的通知》)。

处理活动合规判断流程(一线业务自查用)
七步判定法,任一环节不满足即应暂停上线并升级至合规评审
说明:本流程为课题方法论示意,具体业务应结合行业细则与监管要求细化。

08 · 本节参考来源(第3页)

[1]

《个人信息保护法》第4—6、13—32、44—50条:中国政府网。

[2]

《人脸识别技术应用安全管理办法》(2025年6月1日施行):中国网信网。

[3]

《常见类型移动互联网应用程序必要个人信息范围规定》(2021年5月1日施行):工业和信息化部、中国网信网。

[4]

《互联网信息服务算法推荐管理规定》(2022年3月1日施行);《互联网信息服务深度合成管理规定》(2023年1月10日施行);《生成式人工智能服务管理暂行办法》(2023年8月15日施行):中国网信网。

[5]

GB/T 35273-2020《信息安全技术 个人信息安全规范》、GB/T 42574-2023《信息安全技术 个人信息处理中告知和同意的实施指南》(2023年12月1日实施):国家标准全文公开系统。

[6]

《关于进一步提升移动互联网应用服务能力的通知》(工信部信管函〔2023〕26号):工业和信息化部。