.jpg){kind=link}
- 发布
- 更新
首次发布后若未定义更新责任，公开试验记录可能逐渐偏离研究。拥有用户账户，不意味着知道每项相关变化。申办者应确保事件信息到达正确字段责任人，并适当核实更新。
决策框架
识别产生国家清单、招募状态、联系信息及结果链接等信息的业务责任人。说明哪些事件触发复核，以及谁核查是否适合发布。应将技术访问与内部批准责任分开，保留可用变更历史，不依赖某个人对早期编辑的记忆。
示例分析
例如，项目经理更换，但公开联系人仍绑定前员工账户。新团队无法访问记录，问题也无人答复。过渡检查一并转移技术归属、机构联系路径及待完成更新。仅增加新姓名，本身不能证明连续性。
实施核查
- 为每个需要维护的重要字段，显示信息来源、变更通知人及记录责任人。
- 责任人离职或转岗时，通过授权交接路径移交访问及待完成更新。
- 以适当证据核实已发布变更实际出现在预期字段，不假定提交即完成发布。
验收与适用边界
研究事件与公开信息的联系可解释且有人负责时，可以接受流程。专家应另行核实适用更新时间及平台规则。本例不规定标准期限，而是聚焦防止访问问题使误导信息继续向公众开放。
常见问题
- 账户管理员是否是唯一责任人？
- 不是。还应定义产生及核实底层信息人员的角色。
- 已提交状态是否总是意味着已发布？
- 不一定。应依据平台流程检查实际可见结果。