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

156 行
6.8 KiB
Markdown

此文件含有模棱两可的 Unicode 字符
此文件含有可能会与其他字符混淆的 Unicode 字符。 如果您是想特意这样的,可以安全地忽略该警告。 使用 Escape 按钮显示他们。
# 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 运维确认、最终培训、备份恢复演练和上线窗口确认。