# 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` |

确认文本示例：

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

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

## 4. 执行前检查

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

```bash
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
```

如本地需要复核业务流：

```bash
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 运维确认、最终培训、备份恢复演练和上线窗口确认。