hyb-oa/docs/trialrun/R7扩大试运行草案.md

R7 扩大试运行草案

文档状态：草案。当前只用于准备 R7，不代表 R7 已启动。 当前前提：R6、PC6、PA6、FL6、AP6、RI6、LP6、ME6、QG6、MIF7、MIF7T 和 MIF7TD 已完成；ME6-3 代表性企业微信真机门禁已关闭。R7 仍未真实启动。

1. 启动边界

R7 是受控扩大试运行，不是全面正式上线。真实启动前必须同时满足：

• 用户确认最终参与名单、角色、时间窗口、回滚联系人和问题登记负责人。
• 用户确认每日收口节奏和暂停/回滚决策人。
• R7E 公网 /ready、public bundle、带凭据 live readiness、核心业务流、公网移动矩阵和账号角色只读核验通过。
• 阻断问题为 0；严重问题已有当天修复、降级或回滚判断。

仅完成草案、运维材料、培训材料或历史真机门禁，不会自动启动真实 R7。

2. 试运行范围

R7 只覆盖当前已完成并部署的主链路：

• 报销：提交、PDF 发票或附件、审批、付款状态、财务台账/导出。
• 请假：提交、审批、状态查看、退回/驳回说明。
• 采购：提交、审批、历史查看、附件说明。
• 审批中心：待办、已办、详情、催办、超时/效率摘要只读展示。
• 企业微信：工作台入口、免登或账号密码回退、个人应用消息、deeplink 回 OA。
• 财务：wangzhiling 查看台账、导出或付款状态，按权限边界执行。

不进入 R7 的范围：

• 预算扩展、ERP 实时集成、AI、完整差旅、复杂 BPM、审批设计器。
• 企业微信原生审批。
• 现场临时扩大的新功能开发。
• 真实票据、隐私截图或导出文件提交到仓库。

3. 参与角色占位

最终名单由用户确认。草案默认配置：

角色	人数/账号	职责
员工	3-5 人，待用户确认	提交报销、请假、采购；使用企业微信移动入口查看通知和详情
审批人	1-2 人，待用户确认	处理报销、请假、采购待办；覆盖通过，必要时覆盖退回/驳回
财务	wangzhiling	查看财务台账、导出或付款状态；不授予管理员能力
管理员/拍板人	wangshunli	决定暂停、继续、降级或回滚
回滚联系人	默认 wangshunli	维护回滚窗口和执行授权
问题登记负责人	默认 wangshunli	每日收口、分级、追踪后续 Issue

3.1 R7E 启动确认模板

真实 R7E 启动前，用户只需要确认以下信息。仓库只记录角色、账号标识、时间窗口和证据路径，不记录手机号、密码、token、真实票据原件或私人联系方式。

确认项	最小填写内容	对应 Issue
参与人名单	员工、审批人、财务、管理员/拍板人的账号标识或姓名简称	R7E-1
角色和账号	每个参与账号的角色、是否 active、企业微信是否绑定或是否使用账号密码兜底	R7E-2
试运行窗口	开始时间、结束时间、每日收口时间、暂停条件	R7E-3
回滚联系人	回滚联系人角色、外部安全联系方式存放位置、响应时限	R7E-4
问题负责人	问题登记负责人、问题分级规则、记录位置	R7E-5
每日收口	每日收口模板、继续/暂停/回滚判断方式	R7E-6
暂停和回滚决策人	最终决策人角色、决策条件、与回滚联系人的关系	R7E-7

确认文本示例：

确认 R7E 启动信息：
参与角色和账号：员工 [...]; 审批人 [...]; 财务 [...]; 管理员/拍板人 [...]
试运行窗口：YYYY-MM-DD HH:mm 至 YYYY-MM-DD HH:mm；每日收口 HH:mm
回滚联系人角色：...；联系方式存放：仓库外 ...
问题登记负责人：...；问题记录位置：...
暂停/回滚决策人：...；触发条件：...

以上确认完成后，才允许进入 R7E-8 公网健康复核和后续真实流程试运行。

4. 执行前检查

执行前先完成以下自动和只读检查：

curl -fsS https://oa.hyinda.com/ready
PUBLIC_BASE_URL=https://oa.hyinda.com node scripts/qa/check-public-bundle-copy.mjs
QA_ISSUE_ID=r7-expanded-trialrun LIVE_SMOKE_BASE_URL=https://oa.hyinda.com bash scripts/qa/run-live-smoke-readiness.sh
QA_ISSUE_ID=r7-expanded-trialrun E2E_BASE_URL=https://oa.hyinda.com bash scripts/qa/run-visual-matrix.sh live

如本地需要复核业务流：

QA_ISSUE_ID=r7-expanded-trialrun BUSINESS_FLOW_GROUPS=reimbursement,leave,procurement bash scripts/qa/run-business-flow-gates.sh local

账号和角色只读核验：

• 员工账号均为 active，有 employee 角色。
• 审批人账号均为 active，有正式业务审批角色，不依赖 admin-only。
• wangzhiling 为 active + employee,finance，不授予管理员能力。
• wangshunli 作为管理员/拍板人，不默认获得业务审批权。

企业微信前置：

• /api/auth/wecom/config 为 ready，且不返回 secret。
• 企业微信自建应用可见范围覆盖参与者。
• 个人应用消息通道启用，通知失败只登记，不改变业务状态。

5. 执行路径

每名员工至少覆盖：

1. 登录 PC 或企业微信移动入口。
2. 提交 1 条报销，包含 PDF 发票或附件。
3. 提交 1 条请假。
4. 提交 1 条采购。
5. 查看通知、我的申请和状态变化。

审批人至少覆盖：

1. PC 审批中心筛选报销、请假、采购。
2. 处理待办，至少覆盖通过。
3. 如时间允许，覆盖退回或驳回说明。
4. 点击企业微信消息 deeplink 回到 OA 移动审批或详情。

财务至少覆盖：

1. 查看财务台账。
2. 验证待付款、已付款或导出入口。
3. 检查普通员工无法直连财务数据。

6. 问题分级

等级	定义	处理
阻断	主链路无法提交、审批、查看状态或权限泄露	立即暂停 R7，决定修复、降级或回滚
严重	影响多人操作或财务/审批可信度，但有临时绕行	当天判断修复、降级或回滚
一般	单页文案、视觉、效率或非主链路问题	登记后排后续 Issue
体验建议	不影响完成任务的优化建议	进入后续产品优化池

所有问题必须记录：账号角色、设备、浏览器/企业微信、路径、操作步骤、期望、实际、证据位置和负责人。

7. 每日收口

每日收口只回答四个问题：

1. 今天是否出现阻断或严重问题。
2. 哪些问题需要当天修复、降级或回滚。
3. 哪些一般问题进入后续 Issue。
4. 明天是否继续、缩小范围或暂停。

结论只能是：

• 继续试运行。
• 修复后继续。
• 暂停并回滚。
• 进入下一批优化。

R7 通过后也不直接宣布全面正式上线；正式上线前还需要 OPS7 运维确认、最终培训、备份恢复演练和上线窗口确认。