把合规卡点放进研发流程
合规问题越早发现成本越低：字段上线后再做删除与告知，往往要改数据、改协议、改对外说明。上线合规门禁的思路是在需求评审与上线流程中设置强制节点，把新字段、对外共享、接口暴露、日志与权限四类问题的评审结论作为上线前置条件。评审记录既是质量门禁，也是事后举证材料，建议随需求单一起归档。
基本信息
| 位置 | 需求评审、上线审批两个环节 |
|---|---|
| 四类问题 | 新增个人信息字段、对外共享、接口暴露、日志与权限 |
| 实现形式 | 在工具链中设置强制审批节点，而非流程图上的标注 |
| 产出物 | 评审结论、责任人与时间，随需求单归档 |
| 依据 | 个人信息保护法第五十五条、GB/T 22239-2019 安全建设管理 |
典型使用场景
- 新功能评审：识别是否新增个人信息字段与第三方共享
- 接口对外：判断是否需要鉴权、限流与审计日志
- 权限变更：高权限接口的上线需要单独评审
- 日志接入：确认日志字段是否含敏感信息并完成脱敏
- 举证准备：用评审记录说明合规评估已在流程内完成
上线前检查清单
上线前检查清单
隐私：是否新增个人信息字段？是否有告知与同意设计？
共享：是否新增第三方或接口？是否完成影响评估与协议？
安全：权限模型、鉴权方式、敏感接口限流与审计日志
留存：日志是否接入集中平台并包含必要字段？
脱敏：日志与埋点是否排除敏感字段？
变更：回滚方案与变更审批是否完成？卡点与产出
| 卡点 | 触发条件 | 产出 |
|---|---|---|
| 需求评审 | 涉及个人信息的字段或功能 | 评审结论与责任人 |
| 共享评审 | 新增第三方或对外接口 | 影响评估与协议 |
| 上线审批 | 涉及权限、日志或脱敏变更 | 检查清单与审批记录 |
门禁要在工具链里做强制：只是写在流程图上的节点，遇到赶工期时最容易被跳过，事后也拿不出评审记录。