DCL8/REQ8 同步事实源并规划后续门禁

2026-05-13 13:33:16 +08:00
@@ -92,9 +92,9 @@ AGENTS.md 只放硬约束和入口，不复制长规则。
 - 角色差异采用“同框架、按角色裁剪内容和动作”：员工、审批人、财务、管理员、负责人看到不同入口和动作，但不创建互不一致的角色专属移动 UI。
 - 信息展示必须先去重再上屏：首页只保留一处待办/进度摘要，通知只作为事件流并直达业务详情，底部角标只表达数量；同一卡片或同一行只展示一次业务编号和一次状态标签。
 - 审批入口默认承载“待我审批”和“我发起的进度”两种视角；普通员工不能看到不可点或无权限的审批入口，审批人/财务/负责人只能看到服务端允许的动作。
- 真机验证暂停时记录为 `PAUSED`；自动化通过不能替代代表性真机确认，也不能关闭仍待人工确认的移动阻断。
+- 真机验证暂停时记录为 `PAUSED`；自动化通过不能替代代表性真机确认，也不能关闭仍待人工确认的移动阻断。当前 `ME6-3` 已由三台代表设备反馈关闭，后续新增真机问题必须另建 Issue 跟踪。

-截至 R7P，RI6 报销票据体验、LP6 请假采购体验、ME6 自动化/部署收口、QG6 QA 治理以及 R7/OPS7/DOC7 草案材料均已完成；`ME6-3` 代表性企业微信真机抽查因设备不便继续待确认。后续默认进入等待门禁状态：不得关闭 `ME6-3`，不得把 QG6 或公网移动视觉矩阵当成真机替代，也不得从文档草案直接启动真实 R7。R7 真实执行必须保持 `R7E-*` 为 TODO，直到用户确认最终人员、角色、窗口、回滚联系人、问题登记负责人和每日收口节奏，并补足真机门禁或明确接受风险。
+截至 MIF7TD，RI6 报销票据体验、LP6 请假采购体验、ME6 自动化/部署收口、QG6 QA 治理、MIF7/MIF7T 移动整改与真机反馈、带凭据 live smoke/OCR 复检以及 R7/OPS7/DOC7 草案材料均已完成；`ME6-3` 已关闭。后续默认进入 R7E 前置门禁准备状态：不得把文档草案当成真实 R7 启动证据，也不得把未来新增真机问题用自动化伪造成关闭。R7 真实执行必须保持 `R7E-*` 为 TODO，直到用户确认最终人员、角色、窗口、回滚联系人、问题登记负责人和每日收口节奏，并完成 R7E 自动门禁。

 文档治理采用 DCL7 后的中文优先和物理精简策略：

@@ -103,7 +103,7 @@ AGENTS.md 只放硬约束和入口，不复制长规则。
 - 已确认不用的历史文档从当前树物理删除，不放 `docs/archive/`；需要时通过 git 历史恢复。
 - 不回写旧 Issue CSV 快照；旧 Issue 中的历史路径保留审计语义。
 - 历史矩阵、旧 runbook 或旧 trialrun 记录若与最新 Issue CSV、当前 PRD 或模块规约冲突，以最新 Issue CSV 和当前模块规约为准。
- R7/OPS7/DOC7 草案不代表真实 R7 已启动；MIF7 TODO 不代表移动整改已完成。
+- R7/OPS7/DOC7 草案不代表真实 R7 已启动；MIF7/MIF7T 已收口，后续移动体验问题应进入新的 UX8 或专项 Issue。

 ### 7. 提交要小批次、中文、可回滚

@@ -1,18 +1,18 @@
 # R7 扩大试运行草案

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

 ## 1. 启动边界

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

 - 用户确认最终参与名单、角色、时间窗口、回滚联系人和问题登记负责人。
- `ME6-3` 真机门禁通过，或用户明确接受“真机未补测”的风险。
- 公网 `/ready`、public bundle、live readiness、核心业务流和账号角色只读核验通过。
+- 用户确认每日收口节奏和暂停/回滚决策人。
+- R7E 公网 `/ready`、public bundle、带凭据 live readiness、核心业务流、公网移动矩阵和账号角色只读核验通过。
 - 阻断问题为 0；严重问题已有当天修复、降级或回滚判断。

-真机不方便期间，只能做草案、运维材料和培训材料，不启动真实 R7。
+仅完成草案、运维材料、培训材料或历史真机门禁，不会自动启动真实 R7。

 ## 2. 试运行范围

@@ -12,7 +12,7 @@ DCL7 已删除本文件中 R70-R91 的长流水历史，避免旧环境、旧开
 - 2026-05-13 用户完成 iPhone 12、iPhone 14、Redmi K60 企业微信代表性真机主流程复测，`ME6-3` 已按主流程门禁关闭；iPhone 12 图文上下间距偏紧按非阻断观察项记录。
 - MIF7-1..7 与 MIF7T 已完成本地整改、公网部署、公网匿名复检和带凭据 live smoke/OCR 复检；2026-05-13 已将包含 `cf2bba0` 的 MIF7T 代码部署到 `https://oa.hyinda.com`。
 - MIF7TD 收口报告为 `artifacts/qa-flow/live-smoke-readiness-20260513-115455/`：公网 live smoke `3 passed`，真实 OCR `1 passed`，样票为重复发票可解释终态；`pending OCR` 因本地未注入 `DATABASE_URL` 记录 `SKIP`，不作为 MIF7-7 硬阻断。
- R7/OPS7/DOC7 是准备材料；真实 R7 未启动，需用户确认人员、窗口、回滚联系人、问题登记负责人和真机风险状态。
+- R7/OPS7/DOC7 是准备材料；真实 R7 未启动，需用户确认人员、窗口、回滚联系人、问题登记负责人和每日收口节奏，并先完成 R7E 自动门禁。

 ## 关键证据索引

@@ -1,5 +1,5 @@
 "Domain","Tier","Routes","Primary_Roles","Env_Gates","Feature_Flags","Coverage_Status","Evidence","Validated_Flows","Gaps","Next_Action"
 "__DOC_STATUS__","meta","N/A","N/A","N/A","N/A","current_summary","docs/文档索引.md|docs/文档事实源状态矩阵.md|docs/trialrun/人工试运行报告.md","DCL7 后保留的轻量覆盖摘要。历史长表可通过 5da05eb 的 git 历史恢复。","历史缺口不代表当前待办。","当前门禁以最新 Issue CSV 为准。"
-"报销请假采购审批","current","/reimbursements|/leave-requests|/purchase-requests|/workflow/tasks","employee|manager|finance","N/A","N/A","done","issues/R6|RI6|LP6|AP6","报销、请假、采购、审批主链路已在 R6 后批次收口。","ME6-3 真机仍待确认。","进入 MIF7 前先做移动整改。"
-"移动与企业微信","current","/mobile|/mobile/approvals|/mobile/reimbursements|/mobile/notifications","employee|manager|finance","WECOM_*","wecom_entry_v1","partial_done","issues/ME6|DG7|MIA7","自动化和公网视觉通过，真机代表设备未关闭。","iPhone12/iPhone14/Redmi K60 企业微信仍需复测或风险接受。","MIF7 继续整改移动 IA。"
-"财务与导出","current","/ap-operations|/payment-batches","finance","N/A","payment_batch_v1","done","issues/FL6|PA6","财务台账、导出、权限和审计已完成一轮。","R7 真实财务用户扩大试运行未启动。","R7 前按草案确认人员和窗口。"
+"报销请假采购审批","current","/reimbursements|/leave-requests|/purchase-requests|/workflow/tasks","employee|manager|finance","N/A","N/A","done","issues/R6|RI6|LP6|AP6|MIF7T","报销、请假、采购、审批主链路和移动列表/详情体验已在 R6 后批次收口。","R7 真实扩大试运行未启动。","进入 R7E 前先跑自动门禁并确认参与名单、窗口和负责人。"
+"移动与企业微信","current","/mobile|/mobile/approvals|/mobile/reimbursements|/mobile/notifications|/mobile/purchase-requests","employee|manager|finance","WECOM_*","wecom_entry_v1","done","issues/ME6|DG7|MIA7|MIF7|MIF7T|MIF7TD","自动化、公网视觉、三台代表性企业微信真机反馈和带凭据 live smoke/OCR 已收口。","后续新增移动体验问题进入 UX8 或专项 Issue。","R7E 前按公网移动矩阵做回归，不重新打开 ME6-3。"
+"财务与导出","current","/ap-operations|/payment-batches","finance","N/A","payment_batch_v1","done","issues/FL6|PA6|MIF7T","财务台账、导出、权限、审计和移动财务首页区分已完成一轮。","R7 真实财务用户扩大试运行未启动。","R7 前按草案确认人员、窗口、回滚联系人和财务验收路径。"
@@ -1,6 +1,6 @@
 Domain,Tier,Primary_Roles,PC_Routes,Mobile_WeCom_Routes,Server_Routes,Main_Flow,Exception_Flow,Permission_Flow,Current_Coverage,Known_Gaps,Best_Practice_Delta,Next_Action
-"认证与企业微信入口","P0","employee|manager|finance|admin","/login|/portal|/settings/profile","/mobile|/mobile/me","server/src/routes/auth.js|server/src/routes/wecomAuth.js|server/src/routes/me.js","账号登录或企业微信进入 OA，按设备进入 PC 或移动工作台。","未绑定、会话过期、OAuth 回跳失败。","员工看个人入口，管理员看系统入口。","wecom-entry|live-smoke|ME6 automation","ME6-3 真机门禁未关闭。","企业微信只做入口、身份、消息和 deeplink。","MIF7 后再做代表性真机复测。"
-"报销与票据","P0","employee|manager|finance","/reimbursements|/reimbursements/:id|/ap-operations","/mobile/reimbursements|/mobile/reimbursements/:id","server/src/routes/reimbursements.js|server/src/routes/invoicePool.js|server/src/routes/apOperations.js","员工建报销、加发票/附件、提交审批、财务复核或付款状态展示。","识别失败、重复票据、已归档、缺附件。","员工看本人，审批人处理分配任务，财务看财务范围。","RI6|FL6|PA6","R7 真实扩大试运行未启动。","移动轻任务，PC 高密度复核。","MIF7 统一详情壳和返回语义。"
-"请假与采购","P0","employee|manager","/leave-requests|/purchase-requests|/workflow/tasks","/mobile/leave|/mobile/approvals","server/src/routes/leave.js|server/src/routes/purchaseRequests.js|server/src/routes/workflow.js","员工提交，请假/采购进入审批，审批人处理，员工看进度。","退回/驳回、缺预算池 warning、附件缺失。","自审和 admin-only 业务审批由服务端拒绝。","LP6|PS6|PA6","采购复杂预算、供应商准入、ERP 不在当前范围。","状态和审批历史一致。","MIF7 优化移动进度分组。"
-"通知与审批效率","P0","employee|manager","/notifications|/workflow/tasks","/mobile/notifications|/mobile/approvals","server/src/routes/notifications.js|server/src/routes/workflow.js","通知事件直达详情；申请人可催办本人 pending 任务。","通知目标不存在、无权限、重复催办。","催办不改变审批状态，通知失败不回滚业务。","AP6|DG7|MIA7","通知和进度视觉仍需 MIF7 进一步区分。","通知是事件收件箱，不是待办副本。","MIF7 做通知事件化。"
+"认证与企业微信入口","P0","employee|manager|finance|admin","/login|/portal|/settings/profile","/mobile|/mobile/me","server/src/routes/auth.js|server/src/routes/wecomAuth.js|server/src/routes/me.js","账号登录或企业微信进入 OA，按设备进入 PC 或移动工作台。","未绑定、会话过期、OAuth 回跳失败。","员工看个人入口，管理员看系统入口。","wecom-entry|live-smoke|ME6 automation|MIF7TD","ME6-3 已关闭；R7 真实扩大试运行未启动。","企业微信只做入口、身份、消息和 deeplink。","R7E 前跑公网匿名、带凭据 live readiness 和角色只读核验。"
+"报销与票据","P0","employee|manager|finance","/reimbursements|/reimbursements/:id|/ap-operations","/mobile/reimbursements|/mobile/reimbursements/:id","server/src/routes/reimbursements.js|server/src/routes/invoicePool.js|server/src/routes/apOperations.js","员工建报销、加发票/附件、提交审批、财务复核或付款状态展示。","识别失败、重复票据、已归档、缺附件。","员工看本人，审批人处理分配任务，财务看财务范围。","RI6|FL6|PA6|MIF7|MIF7T","R7 真实扩大试运行未启动。","移动轻任务，PC 高密度复核。","R7E 前复跑核心业务流和公网移动矩阵。"
+"请假与采购","P0","employee|manager","/leave-requests|/purchase-requests|/workflow/tasks","/mobile/leave|/mobile/purchase-requests|/mobile/approvals","server/src/routes/leave.js|server/src/routes/purchaseRequests.js|server/src/routes/workflow.js","员工提交，请假/采购进入审批，审批人处理，员工看进度。","退回/驳回、缺预算池 warning、附件缺失。","自审和 admin-only 业务审批由服务端拒绝。","LP6|PS6|PA6|MIF7T","采购复杂预算、供应商准入、ERP 不在当前范围；移动采购创建如需进入 R7 后优化另拆 Issue。","状态和审批历史一致。","R7E 前复跑请假/采购列表、详情和返回语义。"
+"通知与审批效率","P0","employee|manager","/notifications|/workflow/tasks","/mobile/notifications|/mobile/approvals","server/src/routes/notifications.js|server/src/routes/workflow.js","通知事件直达详情；申请人可催办本人 pending 任务。","通知目标不存在、无权限、重复催办。","催办不改变审批状态，通知失败不回滚业务。","AP6|DG7|MIA7|MIF7","R7 真实扩大试运行未启动。","通知是事件收件箱，不是待办副本。","R7E 前复跑通知直达和审批/进度矩阵。"
 "系统治理和财务","P1","finance|admin","/system/*|/audit-logs|/ap-operations","/mobile/me","server/src/routes/audit.js|server/src/routes/featureFlags.js|server/src/routes/apOperations.js","管理员看配置和审计，财务看台账和导出。","权限不足、导出失败、审计缺口。","管理员不默认获得财务业务能力，财务不获得系统管理能力。","PA6|FL6|QG6","R7 真实执行未启动。","最小权限和可追溯。","R7 前确认人员、窗口和回滚联系人。"
@@ -57,9 +57,10 @@
 - 当前正式运行口径：`majianyong` 是员工可见直属主管；`wangshunli` 是 `ceo + admin`，不配置为普通 `manager`；`admin` 不代表业务审批权。

 ### W-2 转审适用范围
- 转审是通用审批能力，支持：报销、请假、采购、差旅
- 条件：只能转给具备对应单据审批权限的人
- 当前代码仅限报销，需移除 `entity_type !== "reimbursement"` 的硬限制
+- 产品目标：转审是通用审批能力，目标覆盖报销、请假、采购、差旅。
+- 条件：只能转给具备对应单据审批权限的人，且不得绕过必经老板、财务或 HR/行政节点。
+- 当前实现状态：转审路由仍使用 `expense.transfer` 前置权限，`approvalTransfer` 专门留痕仍以报销为主；跨域转审扩展不作为当前 R7 硬门禁。
+- 后续若要覆盖请假、采购或差旅，拆 `W2F` follow-up，先评审权限、状态机、转审链路、通知和历史留痕。

 ### W-3 转审次数上限
 - 上限保留 3 次，超过后拒绝继续转审
@@ -74,7 +75,8 @@
 ## 通知渠道

 ### N-1 三渠道联动策略
- 审批类高优先级事件默认三渠道并发：站内通知 + 企微 + 邮件
+- 产品目标：审批类高优先级事件可支持站内通知 + 企业微信个人应用消息 + 邮件。
+- 当前 R7 验收口径：以站内通知 + 企业微信个人应用消息和 deeplink 为主；邮件通道是否进入验收另拆 Issue。
 - 当前不做用户级"关某渠道"配置
 - 后续通知量上来后再做订阅偏好管理

@@ -83,9 +85,9 @@
 ## Portal 首页

 ### P-1 经理视图判断逻辑
- 现状：用 `system.users` 或 `report.dashboard.view` 判断，不准确
+- 当前状态：Portal 经理/角色能力已通过 `buildRoleCapabilities` 类逻辑按角色和权限承载。
 - 口径：有任一**审批权限**（`*.approve`）或**域管理权限**（`*.manage` 非 `view_all`）的用户进入经理视图
- 实现时建议提取 `isManagerRole(permissions)` 工具函数统一判断
+- 后续可选择提取 `isManagerRole(permissions)` 共享工具减少重复，但这不是当前 R7 阻断项。

 ---

@@ -177,17 +177,19 @@ LP6 之后，请假和采购体验以“状态清楚、审批历史一致、缺
 - 报销、请假、采购三类单据的详情页和卡片遵循同一主标识、状态、关键指标、审批流和下一步动作槽位。
 - 差旅仍不进入当前主线扩展；如恢复差旅能力，必须先新建独立 Issue CSV。

-## 当前后续批次
+## 当前移动批次状态

-已完成的当前事实链为：R6、PC6、PA6、FL6、AP6、RI6、LP6、ME6 自动化、QG6、DG7/MRF7、MIA7。`ME6-3` 代表性企业微信真机门禁仍待确认，MIF7 是下一批移动信息架构整改合同。
+已完成的当前事实链为：R6、PC6、PA6、FL6、AP6、RI6、LP6、ME6 自动化与真机门禁、QG6、DG7/MRF7、MIA7、MIF7、MIF7T 和 MIF7TD。`ME6-3` 已关闭；后续移动体验问题进入 UX8 或单独 Issue，不重新打开 MIF7/MIF7T。

-MIF7 移动整改默认包含：
+MIF7/MIF7T 已落地的移动规则包括：

 - 首页去重：常用入口改成不重复底部 Tab 的快捷动作，待处理摘要压缩为一张轻摘要。
 - 进度页分标签：员工按草稿、审批中、已通过、退回驳回分组；审批人按待我审批、已处理分组。
 - 通知中心事件化：通知不展示审批动作按钮，点击直达目标详情。
 - 详情页统一壳：返回位置、标题、状态、内容顺序和底部动作一致。
 - 返回语义统一：优先回来源页或来源标签；无来源时回业务列表或进度标签。
+- 角色首页裁剪：普通员工、审批人和财务保留同一移动框架，但入口、摘要和动作按角色区分。
+- 采购移动列表：移动端可查看采购列表和详情；移动发起采购属于后续需求，不默认纳入 R7。

 历史阶段说明：早期文档中的 R99、R100、R101、R102、R103 是移动与页面治理的历史批次代号，不再作为 2026-05-12 之后的当前排期或待办事实源。需要追溯当时决策时，可阅读历史 Issue CSV 和 `docs/文档事实源状态矩阵.md`。

@@ -17,10 +17,10 @@
 | --- | --- | --- |
 | R6 小范围试运行 | 已完成并部署；不等于全面正式上线 | `issues/2026-05-11_10-23-41-r6-small-trialrun-prep.csv`、[人工试运行报告](./trialrun/人工试运行报告.md) |
 | PC6/PA6/FL6/AP6/RI6/LP6 | 已按各自合同完成 | 最新相关 `issues/*.csv` |
-| ME6 | 自动化和公网视觉矩阵已完成；`ME6-3` 真机门禁未关闭 | [真机公网测试清单](./trialrun/真机公网测试清单.md) |
+| ME6 | 自动化、公网视觉矩阵和 `ME6-3` 代表性企业微信真机门禁已关闭 | [真机公网测试清单](./trialrun/真机公网测试清单.md) |
 | QG6 | QA 治理已完成 | `issues/2026-05-12_01-47-00-r6-qa-governance-upgrade.csv` |
 | DG7/MRF7/MIA7 | 移动信息去重、真机反馈修复和审查已完成 | [移动信息架构视觉流程审查](./trialrun/移动信息架构视觉流程审查.md) |
-| MIF7 | 下一批移动整改，仍为 TODO | `issues/2026-05-12_21-48-40-mobile-ia-flow-remediation.csv` |
+| MIF7/MIF7T | 移动信息架构整改、真机反馈收口、公网部署、公网匿名复检和带凭据 live smoke/OCR 已完成 | `issues/2026-05-12_21-48-40-mobile-ia-flow-remediation.csv`、`issues/2026-05-13_03-35-16-mif7-real-device-feedback-mobile-unification.csv`、[人工试运行报告](./trialrun/人工试运行报告.md) |
 | R7 | 只有草案和准备材料；真实 R7 未启动 | [R7扩大试运行草案](./trialrun/R7扩大试运行草案.md) |

 ## 已移除历史大表
@@ -1,6 +1,6 @@
 # hyb-oa 员工快速上手（10 人以下团队版）

-**当前状态（2026-05-12 / DOCG7）**：R6 已通过，当前公网试运行地址为 `https://oa.hyinda.com`。R7 未真实启动，R7 用户材料只是草案；`ME6-3` 代表性企业微信真机门禁仍待确认。MIF7 是下一批移动信息架构整改合同，尚未完成，因此移动端首页、进度、通知和详情返回仍会继续优化。
+**当前状态（2026-05-13 / DCL8）**：R6 已通过，当前公网试运行地址为 `https://oa.hyinda.com`。`ME6-3` 代表性企业微信真机门禁已关闭，MIF7/MIF7T 移动信息架构和真机反馈整改已部署并复检。R7 未真实启动，R7 用户材料仍只是草案；后续真实试运行需要先完成 R7E 自动门禁，并由用户确认参与人、窗口和问题收口节奏。

 ## 1. 你每周主要会用到什么
 - `Portal`：看公告、我的待办、我的资产、本周周报入口。
@@ -76,6 +76,15 @@
 - 涉及生产、公网、企业微信真机或真实 OCR 的结论，必须以部署后 live smoke 为准；未配置真实条件时必须明确 `SKIP` 和原因。
 - 提交应按清晰主题小批次完成，commit message 使用中文并引用 Issue ID。

+### 2.2 REQ8 当前需求状态表
+
+| 分类 | 当前口径 |
+| --- | --- |
+| 当前已实现 / 已收口 | R6 小范围试运行主链路；PC6/PA6/FL6/AP6/RI6/LP6；ME6 自动化、公网和代表性真机门禁；MIF7/MIF7T 移动信息架构与真机反馈整改；MIF7TD 公网部署、匿名复检和带凭据 live smoke/OCR。 |
+| R7 必需 | 用户确认参与人、角色、时间窗口、回滚联系人、问题登记负责人和每日收口节奏；R7E 公网健康、public bundle、带凭据 live readiness、公网移动矩阵、核心业务流和账号角色只读门禁通过；阻断问题为 0。 |
+| R7 后优化 | UX8 真实反馈池、iPhone 12 间距观察项、详情字段扫读性二次优化、移动采购创建能力评估、图片 OCR 能力、转审扩展和邮件通道完整验收。 |
+| 明确不做 / 当前冻结 | ERP 实时集成、AI 自动处理、完整差旅、复杂 BPM、审批设计器、预算重型控制、企业微信原生审批；任何一项启动都必须另建里程碑和 Issue CSV。 |
+
 ---

 ## 3. 用户角色与典型场景
@@ -152,7 +161,7 @@ OA 是公司唯一正式审批中心。以下审批必须在 OA 内提交、审
 ### 6.1 用户流程

 1. 员工在 PC 或手机端创建报销草稿。
-2. 上传发票图片、PDF 或必要附件。
+2. 当前试运行上传 PDF 发票进入 OCR；图片可作为普通附件材料，图片 OCR 属后续能力。
 3. 系统执行 OCR，识别发票代码、号码、金额、日期、销方、购方等关键字段。
 4. 员工确认或修正识别结果，补充费用明细和说明。
 5. 系统做发票查重和基础校验。
@@ -1,6 +1,6 @@
 # hyb-oa 管理员手册（10 人以下团队版）

-**当前状态（2026-05-12 / DOCG7）**：R6 已通过，PC6、PA6、FL6、AP6、RI6、LP6、ME6 自动化、QG6、DG7/MRF7 和 MIA7 已完成相应收口；`ME6-3` 代表性企业微信真机门禁仍待确认。R7 未真实启动，R7/OPS7/DOC7 只是准备材料，不代表已启动或已上线。下一批移动体验整改合同为 MIF7，尚未完成。
+**当前状态（2026-05-13 / DCL8）**：R6 已通过，PC6、PA6、FL6、AP6、RI6、LP6、ME6、QG6、DG7/MRF7、MIA7、MIF7/MIF7T 和 MIF7TD 已完成相应收口；`ME6-3` 代表性企业微信真机门禁已关闭。R7 未真实启动，R7/OPS7/DOC7 仍只是准备材料，不代表已启动或已上线；下一步先做 R7E 自动门禁和参与人/窗口确认。

 ## 1. 适用范围
 - 适用于 `small_team_internal` 工作区模式。
@@ -2,7 +2,7 @@

 **文档状态**：当前操作手册，用于本地、公网、企业微信和真实 OCR 试运行验证。

-**当前状态（2026-05-13 / MIF7F）**：R6 已通过；R7 未真实启动，R7/OPS7/DOC7 只是准备材料，不代表已启动或已上线；`ME6-3` 代表性企业微信真机门禁仍待确认；MIF7-1..6 本地移动信息架构整改已完成，MIF7-7 部署、公网复检和代表性真机复测仍待收口。自动化、QG6 和公网视觉矩阵不能替代代表性真机验收。
+**当前状态（2026-05-13 / MIF7TD）**：R6 已通过；`ME6-3` 已由 iPhone 12、iPhone 14、Redmi K60 企业微信代表性真机主流程反馈关闭；MIF7/MIF7T 已完成本地整改、公网部署、公网匿名复检、真机反馈和带凭据 live smoke/OCR 复检。R7 未真实启动，R7/OPS7/DOC7 仍只是准备材料，不代表已启动或已上线。后续新增移动或企业微信门禁仍必须保留真机证据，自动化、公网视觉矩阵和 live smoke 不能替代未来新增真机验收。

 本文用于 hyb-oa 本地、企业微信和公网试运行。默认策略是：能自动化的先自动化，自动化无法覆盖的才请求人工配合。

@@ -70,7 +70,7 @@ cd client && npm run build
 - 无明显文字截断、遮挡、按钮样式不一致。
 - 首页一级入口使用图标宫格时，图标、标题和容器不重叠，标题不逐字换行。
 - 深层 Push 页隐藏底部 Tab，使用顶部返回；吸底主操作不遮挡内容。
- 移动验收采用“跨视口自动化 + 代表性真机确认”：自动化证明响应式基线，iPhone 11、Redmi K60 或同类代表设备确认真实企业微信 WebView 行为。
+- 移动验收采用“跨视口自动化 + 代表性真机确认”：自动化证明响应式基线，iPhone 12、iPhone 14、Redmi K60 或同类代表设备确认真实企业微信 WebView 行为。当前 `ME6-3` 已关闭；未来新增真机门禁若暂停，必须继续记录为 `PAUSED`，不能用自动化结果替代。

 ## 企业微信验证

@@ -153,7 +153,8 @@

 ### 6.1 上传与识别

- 支持图片和 PDF 上传；支持类型以当前 OCR provider 和文件处理能力为准。
+- 产品长期目标允许按 OCR provider 能力扩展图片和 PDF 发票识别。
+- 当前试运行验收只开放 PDF 发票进入 OCR；图片文件按普通附件材料处理，不进入发票 OCR 或发票查重。
 - 上传成功后必须展示明确状态，不允许长期停留在“上传中”。
 - OCR 识别字段至少包括：发票代码、发票号码、数电票号码或等效唯一号、金额、税额、价税合计、开票日期、销方、购方。
 - OCR 完成后，添加发票区域自动刷新，并尝试按规则加入报销明细。
@@ -166,10 +167,12 @@
 - 修正发票代码、号码、金额、开票日期等关键字段必须写入审计日志。
 - 修正后必须重新触发查重校验。

-### 6.3 PDF 与图片口径
+### 6.3 当前试运行 PDF-only 与后续图片能力口径

- 图片直接进入 OCR 队列。
- PDF 可按 provider 能力直接识别或先转图片后识别。
+- PDF 发票是当前试运行、R7E 和 live OCR 的验收基线。
+- 图片 OCR 不作为当前验收项，后续如启动必须另拆 P2/UX Issue，并补充样票、隐私处理、provider 能力和回归口径。
+- 图片材料可作为支付截图、订单、说明等普通附件上传；附件不参与 OCR，不参与发票查重。
+- PDF 可按 provider 能力直接识别或先转图片后识别，但这属于服务端实现细节，不暴露给普通用户。
 - 多页 PDF 首批按一份文件处理；若包含多张发票，后续单独拆分能力。
 - 文件原件必须保留，OCR 结果只是结构化识别数据。

@@ -313,12 +316,12 @@
 | INV001 | 正常发票 | 抬头税号匹配，金额 100 元，未重复 | OCR、查重、自动匹配 |
 | INV002 | 重复发票 | 与已报销发票号码相同 | 重复阻断和财务例外 |
 | INV003 | 异常发票 | 抬头或税号不匹配 | 人工复核和驳回 |
-| FILE001 | OCR 失败文件 | 模糊图片或无法识别 PDF | 失败重试和人工补录 |
+| FILE001 | OCR 失败文件 | 无法识别 PDF 或未来图片 OCR 样本 | 失败重试和人工补录 |
 | ATT001 | 支付截图 | 非发票附件 | 附件上传、查看、归档 |

 | 场景 | 步骤 | 预期结果 |
 | --- | --- | --- |
-| 上传 OCR 并添加 | 员工创建草稿，上传发票图片，等待 OCR 完成 | 发票从识别中变为可添加或已添加，识别字段可查看 |
+| 上传 OCR 并添加 | 员工创建草稿，上传 PDF 发票，等待 OCR 完成 | 发票从识别中变为可添加或已添加，识别字段可查看 |
 | PDF 上传 | 员工上传 PDF 发票 | 文件保留，OCR 状态明确，失败时可重试或人工修正 |
 | 单明细自动匹配 | 草稿只有一条明细，添加发票 | 发票自动绑定该明细 |
 | 多明细金额匹配 | 草稿有多条明细，发票金额唯一匹配其中一条 | 发票自动绑定匹配明细 |
@@ -235,6 +235,8 @@
 - 转审不能绕过规则定义的必经老板/总经理、财务或 HR/行政节点；需要例外时必须另走明确改派或规则调整流程并留痕。
 - 若老板/总经理本人提交的单据触发老板/总经理节点，默认阻断或进入明确配置的非本人兜底审批人；本规约不开放自审例外。

+REQ8 当前状态：跨业务转审仍是产品目标，但当前 R7 不以扩展到请假、采购或差旅为硬门禁。后续 `W2F` 实现必须单独建 Issue，评审权限模型、状态机、转审次数、通知、历史留痕和回滚策略，并启用 reviewer。
+
 ---

 ## 7. 异常规则