《游戏服务端架构·规模化、全球化与成本》附录 B 合规检查表

使用方式

这份检查表只覆盖工程落点：每项要求由哪个服务执行、校验哪个字段、失败时返回什么、证据留在哪里。具体适用条件、期限与法律责任必须由法务确认，本书不提供法律意见。

建议在两个时点使用：版本评审时逐项标注“已覆盖 / 待办 / 不适用”，上线前复核“待办”是否清零。

一、准入与年龄相关

关键原则：校验必须在服务端，且必须在业务动作之前。客户端提示只是体验，不是合规。

二、支付与退款

三、隐私与数据出境

删除是最容易“看起来做了、实际没做”的一项。检查时不要看流程文档，要看一条真实删除请求在各存储中的残留检测结果。

四、日志、审计与取证

五、跨区与跨境场景

全球运营时，合规检查要额外回答：

1. 玩家在 A 区注册、在 B 区游玩时，实名与防沉迷由哪边执行？
2. 账号数据、支付数据、行为日志分别允许存放在哪些区域？
3. 跨区匹配与跨服结算是否构成数据出境？如果构成，走什么机制？
4. 删除请求如何传导到所有区域？备份中的副本如何处理？
5. 哪个区域是“主”，冲突时以谁为准？

这五个问题没有统一答案，但必须有书面结论，并且能在架构图上指出对应的服务与数据流。

六、评审时的十个问题

1. 未实名用户能在哪一步被拦住？服务端返回什么？
2. 防沉迷时长按什么维度累计？跨天和跨时区怎么算？
3. 支付回调验签失败时，订单处于什么状态？
4. 已发货订单退款，资产如何回收或扣减？
5. 用户数据分了哪几类？每类的保留期与存放区域是什么？
6. 哪条链路会把数据传到境外？传输前做了什么处理？
7. 删除请求覆盖哪些存储？备份里的数据怎么处理？
8. 删除完成的证据是什么？谁能导出？
9. 审计日志能被谁修改？修改是否留痕？
10. 上一次合规变更是什么时候？影响了哪些服务？

七、常见错误

八、一页纸清单

产品/区域：____            版本：____            法务确认日期：____

准入：版号 ____  实名前置 ____  年龄识别 ____  防沉迷时段 ____  时长口径 ____  消费限制 ____
支付：验签 ____  订单绑定 ____  发货幂等 ____  退款状态机 ____  对账 ____  未成年人退款 ____
隐私：分类分级 ____  最小化 ____  同意版本 ____  出境清单 ____  跨境机制 ____
删除：受理入口 ____  级联范围 ____  完成证明 ____  时限 ____  备份处理 ____
日志：留存分级 ____  冷热分层 ____  防篡改 ____  访问审计 ____  导出授权 ____  脱敏 ____
跨区：实名归属 ____  数据区域 ____  跨区匹配 ____  删除传导 ____  主区域 ____

待办项：____（负责人/截止日期）
复核人：____                下次复核：____

合规检查表的价值不在于填满，而在于让“不适用”和“待办”都有明确理由。所有“待办”都应当有负责人和截止日期，否则它只是一个更委婉的“没做”。