feat(release): close handler and microphone gaps
This commit is contained in:
@@ -10,7 +10,7 @@
|
||||
|
||||
## 1. 当前结论
|
||||
|
||||
技术侧已经把生活顾问调研转成可逐项审核的 5 个场景候选和 30 道问题候选,并完成五通道接口、固定码登录和认证后只读主路径验证。但业务方尚未提供正式制度来源、内容审核结论和五通道处理人,因此当前不能启用候选内容,也不能把“通道可选”解释成“有人收件”。
|
||||
技术侧已经把生活顾问调研转成可逐项审核的 5 个场景候选和 30 道问题候选,并完成五通道接口、固定码登录和认证后只读主路径验证。2026-07-30 又在本地完成 `superadmin` 五通道处理人配置入口和租户/用户资格保护,但该增量尚未发布,生产五个角色的有效绑定仍均为 0。业务方尚未提供正式制度来源、内容审核结论和五通道处理人,因此当前不能启用候选内容,也不能把“通道可选”解释成“有人收件”。
|
||||
|
||||
截至 2026-07-29 的签认基线:
|
||||
|
||||
@@ -80,7 +80,7 @@
|
||||
|
||||
每个通道的验收动作固定为:
|
||||
|
||||
1. 业务负责人签认主处理人和替补,由系统管理员绑定对应角色。
|
||||
1. 业务负责人签认主处理人和替补;相关后端与管理端发布后,由 `superadmin` 在 `/content/direct` 的“处理人配置”中从当前租户合格候选人绑定对应角色,每个通道至少 2 人。技术侧不得替业务方选择人员。
|
||||
2. 处理人只能看到本通道;其他通道列表、详情和回复必须拒绝。
|
||||
3. `superadmin` 仅作系统管理全局能力,不代替五个真实业务处理人。
|
||||
4. 员工匿名提交时,处理端不显示提交人;系统仍保留内部审计身份。
|
||||
@@ -134,7 +134,7 @@
|
||||
4. 五个通道分别完成绑定、正例访问、其他通道拒绝和一次正式回复验收,把四类证据引用与 SHA-256 回填到 `channelApprovals`;清单不记录处理人身份或反馈正文。
|
||||
5. 受控分发负责人在 `distributionApproval` 中明确法务决定、DCloud 测试签名或企业签名决定、实际签名摘要和分发证据;只有受控内部测试范围允许填写明确的例外接受。
|
||||
6. 五类业务负责人签认后,将顶层 `releaseStatus` 改为 `APPROVED`。任何缺项、占位值、未知来源、证据哈希缺失、高风险同人二审、通道验收不足或签名摘要不一致都会失败关闭。
|
||||
7. 系统管理员按本单绑定五通道主处理人和替补;机器门禁只输出每个角色的有效人数,不输出人员身份。
|
||||
7. 相关后端与管理端发布后,`superadmin` 按本单在 `/content/direct` 的“处理人配置”中绑定五通道主处理人和替补;候选列表由服务端排除 APP 用户、超级管理员、停用/删除、跨租户和已绑定账号,写请求复核当前租户。机器门禁只输出每个角色的有效人数,不输出人员身份。
|
||||
|
||||
先审计当前回填进度:
|
||||
|
||||
|
||||
Reference in New Issue
Block a user