同意与单独同意
同意应当由个人在充分知情的前提下自愿、明确作出，基于同意处理个人信息的，个人有权撤回，撤回不影响此前基于同意已进行的处理。法律、行政法规规定应当取得单独同意的场景，要把该场景的同意从隐私政策的一揽子授权里拆出来单独立项。同意的难点从来不是「有没有弹窗」，而是能不能证明同意对应的是哪个文本、哪个范围、哪个时间点。
单独同意常见场景
单独同意常见场景
# 以下场景需要单独同意，不能用一揽子同意覆盖
1 处理敏感个人信息（含不满十四周岁未成年人信息，需监护人同意）
2 向其他个人信息处理者提供个人信息
3 公开披露个人信息
4 在公共场所安装图像采集设备用于维护公共安全之外的目的
5 向境外提供个人信息
6 处理目的、方式或信息种类发生变更时重新取得同意同意记录要素
同意记录要素
# 每条同意记录至少保留这些字段
用户标识 | 同意时间 | 同意方式（勾选 / 弹窗 / 短信回复）
文本版本号 | 授权范围（具体目的与字段）| 渠道与设备信息
撤回（拒绝）时间与方式 | 撤回后的处置结果
# 关键：文本版本号要与实际展示内容一一对应并可回溯基本信息
| 法律依据 | 个人信息保护法第十四条、第十五条、第十六条 |
|---|---|
| 同意的要求 | 自愿、明确、知情；基于重大误解或被误导的同意无效 |
| 撤回 | 应当提供便捷的撤回方式，与取得同意同样便捷 |
| 禁止行为 | 默认勾选、捆绑同意、以拒绝服务逼迫同意 |
| 证据形式 | 同意记录、页面截图、文本版本库 |
常见错误做法
| 做法 | 问题 | 正确做法 |
|---|---|---|
| 隐私政策一个勾选全授权 | 无法覆盖需要单独同意的场景 | 拆分场景，单独弹窗或单独选项 |
| 默认勾选已阅读并同意 | 不构成自愿明确 | 默认不勾选，由用户主动勾选 |
| 不同意就不能用基础功能 | 违反最小必要与拒绝服务的限制 | 非必要授权不影响基础功能 |
| 撤回入口藏在多层菜单 | 撤回不够便捷 | 在设置显著位置提供撤回入口 |
典型使用场景
- 产品改版：新增共享或公开场景时补做单独同意的交互
- 法律文本版本管理：政策更新时保留版本号与生效时间，存量同意要重新获取
- 审计与检查：被要求举证时能调出某用户某时段的同意记录
- 对外合作：向第三方提供数据前确认已取得单独同意并留存
同意不是唯一的合法性基础：为订立或履行个人作为一方当事人的合同所必需、履行法定职责或义务所必需等情形，可以不依赖同意，但仍需履行告知义务，并在记录中写明适用情形。
不得默认勾选、捆绑同意；因个人不同意非必要处理而拒绝提供基本功能服务，是监管中常见被认定的违规情形。
同意文本要与实现同步：页面文案、弹窗内容与后端记录的文本版本号三者一致，改版时同步更新版本号并保留历史版本，否则事后无法还原用户当时同意了什么。