WF8 明确审批通知与邮件通道边界

docs/需求-统一审批中心规约.md

@@ -285,6 +285,23 @@ REQ8 当前状态：跨业务转审仍是产品目标，但当前 R7 不以扩
 - 若企业微信返回 `invaliduser`、`unlicenseduser`、不可见范围或权限类错误，业务提交和审批动作不应回滚，但通知记录必须可审计、可重试，并提示管理员修正企业微信应用可见范围或账号绑定。
 - 真机验收以企业微信手机端收到应用消息并可点击回流为准；系统级弹窗是否出现受客户端通知权限影响，不作为 OA 通知链路硬门槛。
 
+### 9.1 WF8 邮件通道决策
+
+WF8 当前正式验收通道为站内通知和企业微信个人应用消息。邮件通道先记录为冻结项，不作为当前 WF8 硬门禁；三渠道验收在本阶段按“两渠道验收 + 邮件冻结说明”处理。
+
+冻结原因：
+
+- 当前 R7E 真实试运行尚未完成，邮件是否必要应由真实使用反馈决定。
+- 未确认正式 SMTP 配置、发件域、收件人范围、退信处理和敏感信息脱敏策略前，不应把邮件纳入发布可测结论。
+- 审批邮件容易被转发或进入个人邮箱，消息内容必须比企业微信更严格脱敏。
+
+后续解锁条件：
+
+- 用户确认邮件是审批通知正式通道，而不是临时辅助提醒。
+- 技术方案写清 SMTP provider、密钥存放、退信处理、失败重试、速率限制和回滚路径。
+- 邮件内容只包含脱敏标题、业务编号、状态和 OA deeplink，不包含完整发票、附件、合同正文、报价、银行卡、身份证或 token。
+- `Test_Method` 同时覆盖站内、企业微信和邮件；缺 SMTP 或样例收件人时必须标 `SKIP`，不得写成 `PASS`。
+
 ---
 
 ## 10. 验收场景