wangsli/hyb-oa
1
0
派生 0
代码 工单 合并请求 工作流 8 软件包 项目 发布 百科 活动

OMAT1 补充成熟度第二轮审视

浏览代码
这个提交包含在：
wangsli
2026-05-23 18:11:57 +08:00
父节点 8f67288020
当前提交 8542946123
共修改 5 个文件，包含 18 行新增和 4 行删除
下载 Patch 文件 下载 Diff 文件 展开所有文件 折叠所有文件
.agents/skills/hyb-oa-delivery/SKILL.md
+1 -1
查看文件
@@ -29,7 +29,7 @@ Read only what is relevant:
- ASSET1 is the current unified asset registry lane after OAOPS1: reuse the existing asset module for fixed assets plus electronic document/system/repository/backup asset metadata. Number families are `FA-YYYY-NNNNNN`, `EA-DOC-YYYY-NNNNNN`, `EA-SYS-YYYY-NNNNNN`, `EA-REPO-YYYY-NNNNNN`, and `EA-BKP-YYYY-NNNNNN`; `VER-NNNNN` is historical lookup only. `EA-ACC` is deferred: never store passwords, token, Secret, private keys, source bundles, full config, confidential document bodies, complete local paths, sensitive quotes, bank statement originals, or raw invoice images in OA, repo docs, chat, or reports. Git remains the source of truth for code; OA only stores repository metadata and responsibility. Historical company directory imports may only use redacted metadata from `00_保密索引`, default dry-run, with sensitive text/path guards.
- OSMOKE1 is the current OA-only smoke account governance lane after ASSET1D/OAOPS1 blockers: do not request more Enterprise WeChat accounts just to test OA-primary reimbursement/assets/finance/AP/contracts/permissions. Enterprise WeChat smoke accounts remain for HR/attendance evidence; admin/finance/hr/ceo OA regression accounts are OA-only smoke accounts and may be active in OA without WeCom binding. Use `npm run repair:oa-only-smoke` from `server/` for dry-run first; apply requires `--apply` plus `OA_ONLY_SMOKE_REPAIR_APPLY=1`, must not reset passwords, print secrets, affect real employees, or write WeCom. `audit-wecom-oa-user-consistency` classifies env-listed, explicit allowlisted, or `SMOKE*`/`smoke-*`/test-named OA-only smoke accounts as `oaOnlySmokeExempted` so they are not archived as missing in WeCom; `run-oa-real-use-daily.sh` includes OA-only smoke readiness before asset/finance UI automation.
- OALAUNCH1 is the current final-enable gate after OAOPS1/ASSET1D/OSMOKE1: do not treat ASSET1D completion or `PASS_OA_REAL_USE_DAILY_READY` as final launch approval. Use `scripts/qa/run-oa-final-launch-readiness.sh` to aggregate evidence only; it must not create business data, execute payments, write WeCom, reset/restore the production DB, print secrets, or mark final launch ready without real business closeout, 7-day stabilization, permission matrix acceptance, backup/restore drill evidence, data-governance/training acceptance, and Day 7 Go/No-Go. Valid conclusions are `PASS_OA_LAUNCH_READY`, `PASS_WITH_FINDINGS`, `PAUSED_MANUAL_CONFIRMATION`, and `SKIP/BLOCKED_BY_EXTERNAL_CONFIG`. Permission or backup/restore fixes require read-only reviewer review before launch acceptance.
- OMAT1 is the current maturity-gap review goal after OALAUNCH1: use `issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv` as the reviewable ledger for every problem or suggestion. It includes domestic benchmark sources, a domain capability comparison matrix, manual decision Q&A checklist, and status audit in the manual trial-run report, the small-team rule that maturity means controlled operation before feature breadth, explicit adopt/defer/reject decision回填, and a need for a concise evidence view. Follow the MAGI cycle wording as audit structure only: review/evaluate first, record or solve bounded evidence gaps second, then prioritize direction. Do not implement OMAT1 suggestions until the user chooses adopt/defer/reject and a proper Issue CSV exists for the adopted work.
- OMAT1 is the current maturity-gap review goal after OALAUNCH1: use `issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv` as the reviewable ledger for every problem or suggestion. It includes domestic benchmark sources, a domain capability comparison matrix, manual decision Q&A checklist, status audit, and second-round MAGI review in the manual trial-run report, the small-team rule that maturity means controlled operation before feature breadth, explicit adopt/defer/reject decision回填, and a need for a concise evidence view. Follow the MAGI cycle wording as audit structure only: review/evaluate first, record or solve bounded evidence gaps second, then prioritize direction. Do not implement OMAT1 suggestions until the user chooses adopt/defer/reject and a proper Issue CSV exists for the adopted work.
- WEGOV1 changes the current WeCom route to "Enterprise WeChat owns mature HR/attendance flows; OA stores self-owned history, audit, entry, messages, and emergency fallback." Treat four domains explicitly: WeCom-owned domain is check-in, leave, missed punch, outing, overtime, leave balance, and HR assistant; OA-owned domain remains reimbursement, procurement, contracts, projects, payments, invoices, bank receipts, sensitive attachments, and operating audit; OA archive domain stores WeCom business history, full external keys, and necessary snapshots; OA emergency domain is manually enabled only when WeCom is unavailable. Do not assume a full isolated WeCom sandbox; use the controlled test domain `SMOKE002 -> SMOKE101`, `OA-POC` templates, low-risk approvals, synthetic tests, public live runners, and limited real-device confirmation. WARCH1 now supplies the minimum leave/missed-punch archive implementation, WARCH2 supplies the formal read-only history query surface, and WROAD2 supplies controlled ops daily checks. Do not start deep mirror until WROAD2-CLOSEOUT, WROAD2-BIZ1, WAPPR1, WRULE1, WAUTO1/WEXT1LD, WFULLSMOKE1, WTCLOSE2, WEXT1-FORMAL, WREAL1 question gates or explicit approval, and the mirror stage's own contract are complete.
- For reimbursement, invoice, OCR, duplicate invoice, or attachment work, read `docs/报销发票附件规则.md` and `references/reimbursement.md`.
- For local/WeCom/public trial-run, OCR runtime, Caddy, or DB drift work, read `docs/试运行与自动化验证手册.md` and `references/trialrun.md`.
docs/trialrun/人工试运行报告.md
+12 -1
查看文件
@@ -643,7 +643,7 @@ Go 结论边界：
## OMAT1 人工决策问答清单
请按组回复选项，不需要逐行复制 28 条 OMAT1。未明确选择的项继续保持 `TODO`，不视为批准开发。
请按组回复选项，不需要逐行复制 31 条 OMAT1。未明确选择的项继续保持 `TODO`，不视为批准开发。
| 问题 | 推荐选项 | 备选项 | 影响 |
| --- | --- | --- | --- |
@@ -653,6 +653,7 @@ Go 结论边界：
| Q4：P1 近期增强先选哪些？ | A：先选财务月结 + 合同/项目提醒 | B：先选经营看板 + 主数据治理；C：P1 全部观察 7 天后再定 | A 最贴近当前 OA 主办域；B 偏管理视图；C 最稳妥但改进节奏慢 |
| Q5：P2 后置项怎么处理？ | A：继续冻结深集成、复杂 BPM、AI 写规则和 HR 深镜像 | B：只做只读调研；C：另建专项评估 | A 是当前推荐，避免小团队过早背负复杂度；B 可保留信息；C 会占用主线资源 |
| Q6：OMAT1 决策回填粒度？ | A：先回填 P0 和 P2，P1 等 7 天反馈 | B：逐条回填全部 OMAT1；C：只保留摘要不回填 | A 平衡推进和管理成本；B 最完整但耗时；C 后续容易反复讨论 |
| Q7：第二轮治理项怎么处理？ | A：采纳审批异常、变更发布、档案留存为启用前 SOP | B：只列为 P1 观察项；C：暂不纳入本轮 | A 不要求复杂功能开发，但要求启用前有处理口径；B 会留下 Go/No-Go finding；C 后续遇到异常时只能临时处理 |
## OMAT1 状态审计
@@ -665,6 +666,16 @@ Go 结论边界：
| 仍缺真实证据 | `OMAT1-1/2/3/4/5/14` 及 OALAUNCH1-3..7 | 最新 OALAUNCH1 汇总仍为 `PAUSED_MANUAL_CONFIRMATION`，缺真实业务闭环、权限矩阵、备份恢复、7 天稳定化和数据治理培训 | 不能宣布最终启用成熟，需先补证据 |
| 后置观察项 | P1/P2 建议 | 已有能力域判断，但价值和优先级应由 7 天真实使用反馈决定 | 先不启动功能开发，必要时另建 Issue CSV |
## OMAT1 第二轮 MAGI 审视
本轮继续按“审视、执行、提升”记录，不把新增建议自动转为开发。
| 脑位 | 本轮判断 | 处理 |
| --- | --- | --- |
| 审视 | 对标国内成熟 OA/协同/财务系统后，除了功能菜单，还需要显式处理审批异常、上线后变更发布和电子会计/档案留存。 | 这些是成熟运营控制点，不等同于要立刻做复杂 BPM、电子档案系统或重型 ITSM。 |
| 执行 | 已新增 `OMAT1-29/30/31`：审批异常和代理口径、上线后变更发布与配置审计、电子会计档案和电子资料留存清单。 | 状态保持 `TODO`，等待用户按 Q7 或逐条 A/B/C 决策。 |
| 提升 | 小团队启用前推荐先做 SOP 和演练证据，自动化功能后置到 7 天真实使用反馈后再判断价值。 | 若采纳，优先进入 OALAUNCH1 数据治理、运营支持和 Go/No-Go 证据，不直接新增业务代码。 |
## 历史恢复
需要追溯 R70-R91 的详细流水时，使用：
docs/文档事实源状态矩阵.md
+1 -1
查看文件
@@ -143,7 +143,7 @@
| `MANUAL-EMPLOYEE` | `docs/员工快速上手.md` | 操作手册 | 员工手册 | `CURRENT` | product | `R7E,WFOC,DBWFOC,WFDG,ASSET1,OALAUNCH1` | 人工验收 | none | 2026-05-23 | `rg` | low | 员工侧使用说明，HR/考勤优先企业微信，采购/合同/财务仍在 OA；补充统一资产台账、电子资产、涉密资产可见边界和 OALAUNCH1 收口期问题反馈口径 |
| `R7-DRAFT` | `docs/trialrun/R7扩大试运行草案.md` | 草案 | R7 准备材料 | `DRAFT` | product/qa | `R7E` | R7EP 报告 | none | 2026-05-13 | `rg` | medium | 不代表当前 R7E 执行状态 |
| `OPS-RUNBOOK` | `docs/trialrun/OPS7运维交接Runbook.md` | 运维草案 | OPS 准备材料 | `DRAFT` | ops | `OPS8,QAOPS8` | 只读检查 | none | 2026-05-13 | `rg` | medium | 不代表恢复演练已执行 |
| `TRIAL-REPORT` | `docs/trialrun/人工试运行报告.md` | 证据材料 | 试运行证据入口 | `EVIDENCE` | qa | `R7EP,OPS8,QAF8,WOUA,WAPI,WOUAFIX,WRV1,WRA1,WMSG1,WAPC1,WAPC2,WAPC2F,WAPC2FLIVE,WCBK1,WEGOV1,WROAD2,WARCH3,WCHECK1,WEXT1,WOPS1,WROAD2C,WROAD2B,WAPPR1,WAUTO1,WEXT1LD,WFULLSMOKE1,WTCLOSE1,WRULE1,WTCLOSE2,WREAL1P,ASSET1,OALAUNCH1,OMAT1` | artifacts/qa-flow | none | 2026-05-23 | `rg` | medium | 只证明发生过；记录 WAPC2FLIVE live 样件、WCBK1 真实回调事件、企微路线证据、WTCLOSE2 测试号最终收口、WREAL1 准备、ASSET1 统一资产台账、OALAUNCH1 最终启用门禁、OMAT1 成熟度验收摘要、域级能力对标矩阵、人工决策问答清单和状态审计；不直接放行深度镜像或最终正式启用 |
| `TRIAL-REPORT` | `docs/trialrun/人工试运行报告.md` | 证据材料 | 试运行证据入口 | `EVIDENCE` | qa | `R7EP,OPS8,QAF8,WOUA,WAPI,WOUAFIX,WRV1,WRA1,WMSG1,WAPC1,WAPC2,WAPC2F,WAPC2FLIVE,WCBK1,WEGOV1,WROAD2,WARCH3,WCHECK1,WEXT1,WOPS1,WROAD2C,WROAD2B,WAPPR1,WAUTO1,WEXT1LD,WFULLSMOKE1,WTCLOSE1,WRULE1,WTCLOSE2,WREAL1P,ASSET1,OALAUNCH1,OMAT1` | artifacts/qa-flow | none | 2026-05-23 | `rg` | medium | 只证明发生过；记录 WAPC2FLIVE live 样件、WCBK1 真实回调事件、企微路线证据、WTCLOSE2 测试号最终收口、WREAL1 准备、ASSET1 统一资产台账、OALAUNCH1 最终启用门禁、OMAT1 成熟度验收摘要、域级能力对标矩阵、人工决策问答清单、状态审计和第二轮 MAGI 审视；不直接放行深度镜像或最终正式启用 |
| `FBA-AUDIT` | `docs/trialrun/R7E后功能边界审计.md` | 证据材料 | R7E 后功能边界审计 | `EVIDENCE` | product/dev/qa | `FBA,R7E,QAOPS8,P2T` | Issue CSV | none | 2026-05-15 | `rg` | medium | 只作为功能边界、P2 候选和 Issue 草案证据，不直接派工 |
| `HISTORY-MATRIX` | `docs/历史功能状态矩阵.md` | 历史材料 | 历史功能索引 | `HISTORICAL` | product | `DCL7` | git 历史 | none | 2026-05-13 | `rg` | low | 只追溯历史 |
| `OLD-IMPL-PLAN` | `docs/implementation_plan.md` | 已移除历史 | 早期实施计划 | `REMOVED` | product | `DCL7` | git history | none | 2026-05-13 | manual | low | 从 git 历史恢复 |
docs/文档索引.md
+1 -1
查看文件
@@ -238,7 +238,7 @@ R6 -> PC6 -> PA6 -> FL6 -> AP6 -> RI6 -> LP6 -> ME6/QG6 -> DG7/MRF7 -> MIA7 -> M
| 文档 | 用途 |
| --- | --- |
| [历史功能状态矩阵](./历史功能状态矩阵.md) | 轻量历史功能索引；旧大表从 git 历史恢复 |
| [人工试运行报告](./trialrun/人工试运行报告.md) | R6 后当前状态、关键证据索引、OMAT1 成熟度验收摘要、域级能力对标矩阵、人工决策问答清单和状态审计 |
| [人工试运行报告](./trialrun/人工试运行报告.md) | R6 后当前状态、关键证据索引、OMAT1 成熟度验收摘要、域级能力对标矩阵、人工决策问答清单、状态审计和第二轮 MAGI 审视 |
| [R7E 后功能边界审计](./trialrun/R7E后功能边界审计.md) | R7E 后全端功能边界、P2 候选和后续 Issue 草案 |
| [试运行覆盖矩阵](./trialrun/试运行覆盖矩阵.csv) | 轻量覆盖摘要 |
| [项目级流程覆盖矩阵](./trialrun/项目级流程覆盖矩阵.csv) | `check-flow-coverage` 使用的最小流程矩阵 |
issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv
+3
查看文件
@@ -28,3 +28,6 @@
"OMAT1-26","最低非功能基线仍需贴近真实使用复核","已有 /ready、最小构建、SLO 文档和每日巡检，但成熟系统还应确认附件上传/下载、PDF OCR、导出、付款批次、资产列表和审计查询在小团队真实数据量下没有明显性能或容量风险。","7 天稳定化期间至少记录一次关键页面响应、导出耗时、附件下载和 OCR 等待体验；若出现慢查询、超时或容量风险，进入 P1 修复合同。","受影响流程：真实使用 -> 页面响应/导出/OCR/附件 -> 日收口；验证步骤：OAOPS1 人工反馈 + 只读日志/报告抽样，不做压测公网、不制造大量数据。","manual|bash","TODO","TODO","TODO","docs/ops/SLO错误预算.md;docs/ops/非功能基线.md;scripts/qa/run-oa-real-use-daily.sh","[""OMAT1-5""]","优先级 P1；建议采纳为观察项。公司少于 10 人，不需要大型压测作为启用前阻断，但需要记录真实慢点。"
"OMAT1-27","国内能力对标需要落到域级矩阵","已有来源清单和 P0/P1/P2 摘要，但还需要按门户/流程/财务/合同/采购/资产/HR/移动/集成/安全运维等域，把国内成熟系统常见能力、hyb-oa 当前证据、差距和建议优先级放在同一张表，避免抽象讨论成熟度。","人工试运行报告包含域级能力对标矩阵；每个域只输出成熟度判断和建议优先级，不直接触发功能开发；用户可按域选择 A 采纳、B 观察、C 不采纳。","受影响流程：国内对标 -> 域级差距识别 -> 用户按域决策；验证步骤：rg -n ""OMAT1 域级能力对标矩阵|门户/工作台|财务费控|资产台账"" docs/trialrun/人工试运行报告.md。","manual|rg","TODO","TODO","TODO","docs/trialrun/人工试运行报告.md;issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv","[""OMAT1-22"",""OMAT1-25""]","优先级 P0；建议采纳为审查方法。参考泛微、致远、钉钉宜搭、飞书、金蝶、用友官方资料；只学习能力域和控制点，不照搬大型套件复杂度。"
"OMAT1-28","成熟度台账状态需要区分整理完成和采纳完成","OMAT1-22/23/24/25/27 等审查机制已形成来源、矩阵、摘要和问答清单，但在用户未正式 A/B/C 决策前，不应把对应建议回填为 DONE；否则会混淆“已整理可审查”和“已采纳/已实施”。","人工试运行报告明确区分：已落地审查机制、仍待用户决策、仍缺真实证据；OMAT1 行状态保持 TODO 直到用户采纳并完成 Test_Method 或明确否决/暂缓。","受影响流程：成熟度台账 -> 状态审计 -> 用户决策回填；验证步骤：rg -n ""OMAT1 状态审计|已形成审查机制|仍待用户决策|仍缺真实证据"" docs/trialrun/人工试运行报告.md。","manual|rg","TODO","TODO","TODO","docs/trialrun/人工试运行报告.md;issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv","[""OMAT1-24"",""OMAT1-27""]","优先级 P0；建议采纳为治理规则。防止把整理过的建议误认为已经上线，也防止把未完成真实门禁误判为成熟。"
"OMAT1-29","审批异常处理和代理机制需要上线前口径","国内成熟 OA 通常显式覆盖撤回、作废、退回、转交、委托代理、加签/会签、超时催办和审批人离岗等异常；hyb-oa 已有审批、催办和状态流基础，但 P0 真实流程仍需明确审批人不可用、误提交、退回重提和人工绕行如何处理。","正式启用前至少形成 P0 流程异常处理 SOP：报销、采购/费用、合同台账各列出可撤回/可退回/可作废/审批人离岗时的处理人、审计记录和补录责任；复杂 BPM、自由加签和自动代理可暂缓。","受影响流程：提交 -> 审批异常 -> 退回/撤回/作废/绕行 -> 审计补录；验证步骤：按真实样本桌面演练一次异常处理，并将结论作为 OALAUNCH 数据治理或运营支持证据。","manual","TODO","TODO","TODO","docs/需求-统一审批中心规约.md;docs/管理员手册.md;issues/2026-05-23_16-49-39-oa-final-launch-readiness-v1.csv","[""OMAT1-2"",""OMAT1-5""]","优先级 P0；建议采纳为 SOP，不要求启用复杂 BPM。参考泛微流程引擎、致远任意节点退回/协同流程、飞书审批管理员手册等官方能力域。"
"OMAT1-30","上线后变更发布与配置审计需要轻量化","当前项目已有 Issue CSV、feature flag、部署脚本和巡检，但成熟系统启用后还需要控制谁能改配置、何时发布、如何回滚、变更后如何验证，避免上线后直接在公网改规则或菜单导致不可追溯。","正式启用前明确轻量变更规则：发布窗口、冻结期、变更 owner、回滚联系人、feature flag 改动记录、发布后 /ready 和业务 smoke、紧急修复路径；配置或权限变更必须有审计记录。","受影响流程：提出变更 -> 审批/记录 -> 部署/配置 -> smoke -> 回滚或关闭；验证步骤：用一次非破坏性配置或文档变更做演练，确认记录、复检和回滚责任人可追溯。","manual|bash","TODO","TODO","TODO","docs/Agent开发交付实践.md;docs/试运行与自动化验证手册.md;deploy/trialrun/deploy.sh","[""OMAT1-1"",""OMAT1-15""]","优先级 P0；建议采纳为上线治理。功能实现可后置，但启用前要有人工规则，防止无记录热改生产。"
"OMAT1-31","电子会计档案和电子资料留存边界需清单化","数据治理已说明敏感资料不进仓库/聊天/报告，但成熟启用还需要按资料类型明确保管期限、归档位置、导出包、查阅授权、销毁或移交规则，尤其是报销单、发票、回单、付款批次、AP 导出、合同摘要和资产凭证。","形成一张资料留存清单：每类资料标明 OA 可存内容、仅登记摘要内容、线下归档内容、保管人、保管期限、导出/下载审计和离职交接检查点；会计档案和涉密资料不得因方便测试而进入不该进入的渠道。","受影响流程：资料上传/导出 -> 归档留存 -> 查阅授权 -> 移交/销毁；验证步骤：用 1 条报销、1 条付款回单、1 条合同台账和 1 条 EA-DOC 抽样检查留存清单是否可执行。","manual","TODO","TODO","TODO","docs/管理员手册.md;docs/员工快速上手.md;docs/需求-资产管理规约.md;docs/需求-合同附件归档规约.md","[""OMAT1-8"",""OMAT1-14""]","优先级 P0；建议采纳为数据治理细化项。参考企业档案、电子档案和会计档案管理要求；本项先做清单和培训，不做复杂档案系统。"
1 ID Title Description Acceptance Test_Method Tools Dev_Status Review1_Status Regression_Status Files Dependencies Notes
28 OMAT1-26 最低非功能基线仍需贴近真实使用复核 已有 /ready、最小构建、SLO 文档和每日巡检，但成熟系统还应确认附件上传/下载、PDF OCR、导出、付款批次、资产列表和审计查询在小团队真实数据量下没有明显性能或容量风险。 7 天稳定化期间至少记录一次关键页面响应、导出耗时、附件下载和 OCR 等待体验；若出现慢查询、超时或容量风险，进入 P1 修复合同。 受影响流程：真实使用 -> 页面响应/导出/OCR/附件 -> 日收口；验证步骤：OAOPS1 人工反馈 + 只读日志/报告抽样，不做压测公网、不制造大量数据。 manual|bash TODO TODO TODO docs/ops/SLO错误预算.md;docs/ops/非功能基线.md;scripts/qa/run-oa-real-use-daily.sh ["OMAT1-5"] 优先级 P1；建议采纳为观察项。公司少于 10 人，不需要大型压测作为启用前阻断，但需要记录真实慢点。
29 OMAT1-27 国内能力对标需要落到域级矩阵 已有来源清单和 P0/P1/P2 摘要，但还需要按门户/流程/财务/合同/采购/资产/HR/移动/集成/安全运维等域，把国内成熟系统常见能力、hyb-oa 当前证据、差距和建议优先级放在同一张表，避免抽象讨论成熟度。 人工试运行报告包含域级能力对标矩阵；每个域只输出成熟度判断和建议优先级，不直接触发功能开发；用户可按域选择 A 采纳、B 观察、C 不采纳。 受影响流程：国内对标 -> 域级差距识别 -> 用户按域决策；验证步骤：rg -n "OMAT1 域级能力对标矩阵|门户/工作台|财务费控|资产台账" docs/trialrun/人工试运行报告.md。 manual|rg TODO TODO TODO docs/trialrun/人工试运行报告.md;issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv ["OMAT1-22","OMAT1-25"] 优先级 P0；建议采纳为审查方法。参考泛微、致远、钉钉宜搭、飞书、金蝶、用友官方资料；只学习能力域和控制点，不照搬大型套件复杂度。
30 OMAT1-28 成熟度台账状态需要区分整理完成和采纳完成 OMAT1-22/23/24/25/27 等审查机制已形成来源、矩阵、摘要和问答清单，但在用户未正式 A/B/C 决策前，不应把对应建议回填为 DONE；否则会混淆“已整理可审查”和“已采纳/已实施”。 人工试运行报告明确区分：已落地审查机制、仍待用户决策、仍缺真实证据；OMAT1 行状态保持 TODO 直到用户采纳并完成 Test_Method 或明确否决/暂缓。 受影响流程：成熟度台账 -> 状态审计 -> 用户决策回填；验证步骤：rg -n "OMAT1 状态审计|已形成审查机制|仍待用户决策|仍缺真实证据" docs/trialrun/人工试运行报告.md。 manual|rg TODO TODO TODO docs/trialrun/人工试运行报告.md;issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv ["OMAT1-24","OMAT1-27"] 优先级 P0；建议采纳为治理规则。防止把整理过的建议误认为已经上线，也防止把未完成真实门禁误判为成熟。
31 OMAT1-29 审批异常处理和代理机制需要上线前口径 国内成熟 OA 通常显式覆盖撤回、作废、退回、转交、委托代理、加签/会签、超时催办和审批人离岗等异常；hyb-oa 已有审批、催办和状态流基础，但 P0 真实流程仍需明确审批人不可用、误提交、退回重提和人工绕行如何处理。 正式启用前至少形成 P0 流程异常处理 SOP：报销、采购/费用、合同台账各列出可撤回/可退回/可作废/审批人离岗时的处理人、审计记录和补录责任；复杂 BPM、自由加签和自动代理可暂缓。 受影响流程：提交 -> 审批异常 -> 退回/撤回/作废/绕行 -> 审计补录；验证步骤：按真实样本桌面演练一次异常处理，并将结论作为 OALAUNCH 数据治理或运营支持证据。 manual TODO TODO TODO docs/需求-统一审批中心规约.md;docs/管理员手册.md;issues/2026-05-23_16-49-39-oa-final-launch-readiness-v1.csv ["OMAT1-2","OMAT1-5"] 优先级 P0；建议采纳为 SOP，不要求启用复杂 BPM。参考泛微流程引擎、致远任意节点退回/协同流程、飞书审批管理员手册等官方能力域。
32 OMAT1-30 上线后变更发布与配置审计需要轻量化 当前项目已有 Issue CSV、feature flag、部署脚本和巡检，但成熟系统启用后还需要控制谁能改配置、何时发布、如何回滚、变更后如何验证，避免上线后直接在公网改规则或菜单导致不可追溯。 正式启用前明确轻量变更规则：发布窗口、冻结期、变更 owner、回滚联系人、feature flag 改动记录、发布后 /ready 和业务 smoke、紧急修复路径；配置或权限变更必须有审计记录。 受影响流程：提出变更 -> 审批/记录 -> 部署/配置 -> smoke -> 回滚或关闭；验证步骤：用一次非破坏性配置或文档变更做演练，确认记录、复检和回滚责任人可追溯。 manual|bash TODO TODO TODO docs/Agent开发交付实践.md;docs/试运行与自动化验证手册.md;deploy/trialrun/deploy.sh ["OMAT1-1","OMAT1-15"] 优先级 P0；建议采纳为上线治理。功能实现可后置，但启用前要有人工规则，防止无记录热改生产。
33 OMAT1-31 电子会计档案和电子资料留存边界需清单化 数据治理已说明敏感资料不进仓库/聊天/报告，但成熟启用还需要按资料类型明确保管期限、归档位置、导出包、查阅授权、销毁或移交规则，尤其是报销单、发票、回单、付款批次、AP 导出、合同摘要和资产凭证。 形成一张资料留存清单：每类资料标明 OA 可存内容、仅登记摘要内容、线下归档内容、保管人、保管期限、导出/下载审计和离职交接检查点；会计档案和涉密资料不得因方便测试而进入不该进入的渠道。 受影响流程：资料上传/导出 -> 归档留存 -> 查阅授权 -> 移交/销毁；验证步骤：用 1 条报销、1 条付款回单、1 条合同台账和 1 条 EA-DOC 抽样检查留存清单是否可执行。 manual TODO TODO TODO docs/管理员手册.md;docs/员工快速上手.md;docs/需求-资产管理规约.md;docs/需求-合同附件归档规约.md ["OMAT1-8","OMAT1-14"] 优先级 P0；建议采纳为数据治理细化项。参考企业档案、电子档案和会计档案管理要求；本项先做清单和培训，不做复杂档案系统。