hyb-oa/issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv

1	ID	Title	Description	Acceptance	Test_Method	Tools	Dev_Status	Review1_Status	Regression_Status	Files	Dependencies	Notes
2	OMAT1-0	建立 OA 成熟度缺口审查台账	按 MAGI 三脑轮次建立成熟度审查合同：审视当前证据、对标国内主流 OA/协同/低代码/财务系统、记录问题和建议，等待用户逐项决定是否采纳。	Issue CSV 校验通过；所有建议只进入待决策状态，不直接触发业务代码实现；明确本台账不替代 OALAUNCH1 最终启用门禁，并已登记到现有事实源索引和项目 skill。	受影响流程：成熟度调查 -> 问题建议登记 -> 用户逐项评审；验证步骤：validate_issues_csv.py 本 CSV；check-process-contract general；audit-docs --check-registry；quick_validate.py .agents/skills/hyb-oa-delivery；git diff --check。	python3|node|manual	DONE	DONE	DONE	issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv;docs/文档索引.md;docs/文档事实源状态矩阵.md;.agents/skills/hyb-oa-delivery/SKILL.md	[]	MAGI 审视脑记录基线，执行脑建立台账，提升脑给出优先级；采纳选项：A 进入后续合同，B 暂缓观察，C 不采纳；本轮只做审查和登记，不改业务代码。
3	OMAT1-1	最终启用门禁仍未闭合	当前系统不能仅因 OAOPS1 自动巡检和 ASSET1D 通过就判定成熟；OALAUNCH1 仍显示真实业务闭环、7 天稳定化、权限矩阵、备份恢复演练、数据治理培训和 Day 7 Go/No-Go 未完成。	正式启用前 OALAUNCH1-3..7 必须有证据；run-oa-final-launch-readiness 输出 PASS_OA_LAUNCH_READY 或经用户接受的 PASS_WITH_FINDINGS。	受影响流程：最终启用 -> Go/No-Go；验证步骤：OALAUNCH_STABILIZATION_START_DATE=YYYY-MM-DD bash scripts/qa/run-oa-final-launch-readiness.sh，检查 summary.json openGates。	bash|manual	TODO	TODO	TODO	issues/2026-05-23_16-49-39-oa-final-launch-readiness-v1.csv;scripts/qa/run-oa-final-launch-readiness.sh	["OMAT1-0"]	优先级 P0；建议采纳。当前证据 artifacts/qa-flow/oa-final-launch-readiness-20260523-170745/summary.json 为 PAUSED_MANUAL_CONFIRMATION，openCount=14。
4	OMAT1-2	真实业务闭环样本不足	自动巡检能证明系统可访问，但成熟 OA 必须有真实报销、采购/费用、合同台账、付款和 AP/代账交接样本闭环；OAOPS1-3/4/5/6 仍未完成。	至少完成 1 条真实报销 PDF OCR -> 审批 -> 付款批次 -> 回单 -> 已付款 -> AP 导出；1 条采购/费用审批并关联项目或合同；1 条合同台账归档和权限检查；每日问题登记可执行。	受影响流程：报销 -> 审批 -> 付款 -> AP；采购/费用 -> 审批 -> 项目/合同；合同台账 -> 权限；验证步骤：人工完成样本并由 run-oa-final-launch-readiness 汇总 businessEvidence。	manual|bash	TODO	TODO	TODO	issues/2026-05-22_20-09-22-oa-real-use-stabilization-v1.csv	["OMAT1-1"]	优先级 P0；建议采纳。对标成熟系统时，业务闭环证据比功能菜单数量更重要。
5	OMAT1-3	权限矩阵需要最终负例验收	系统已有角色、权限直连、OA-only smoke readiness 和审计基础，但正式启用前仍需证明普通员工不能越权查看财务、合同敏感附件、他人审批、管理入口和 API。	员工、主管、财务、HR、CEO、管理员关键入口和 API 权限通过；普通员工越权负例必须为 403/不可见；报告脱敏留存。	受影响流程：登录 -> 入口可见性 -> API 直连负例 -> 审计；验证步骤：复用 OA-only smoke readiness、权限直连审计和人工浏览器抽查，将 evidence 提供给 OALAUNCH_PERMISSION_EVIDENCE。	playwright|node|manual	TODO	TODO	TODO	scripts/qa/check-oa-only-smoke-readiness.mjs;docs/trialrun/权限直连审计记录.md	["OMAT1-1"]	优先级 P0；建议采纳。涉及权限模型，任何修复后必须只读 reviewer 评审。
6	OMAT1-4	备份恢复演练未实测	文档和脚本已定义备份/恢复口径，但最终成熟要求不能只看备份文件存在；必须完成影子库或隔离环境恢复验证，并记录 RTO/RPO 和负责人。	备份文件可定位；影子库或隔离恢复完成；关键表、附件下载、/ready、登录、报销详情和财务台账抽样通过；RTO/RPO 有实测值。	受影响流程：备份检查 -> 影子恢复 -> 数据验证 -> Go/No-Go；验证步骤：按 OPS7 runbook 执行，不影响公网生产库，证据路径传入 OALAUNCH_BACKUP_EVIDENCE。	manual|ops	TODO	TODO	TODO	docs/trialrun/OPS7运维交接Runbook.md;docs/ops/非功能基线.md	["OMAT1-1"]	优先级 P0；建议采纳。不得生产恢复、不得 migrate reset、不得重置公网数据库；回滚/清理路径：仅删除影子库、临时恢复环境和临时凭据，公网生产库不做回滚动作。
7	OMAT1-5	运营支持与首周服务机制需要落地	成熟系统不只是可用，还要有人处理问题、决定暂停、记录绕行和回补；当前机制已写入 OAOPS1/OALAUNCH1，但仍需真实运行 7 天证明。	每日收口记录存在；阻断问题当天建修复合同或暂停流程；非阻断进入反馈池；人工绕行有风险和补录责任人。	受影响流程：用户反馈 -> triage -> 修复合同/绕行/暂停 -> 日收口；验证步骤：7 天稳定期内检查问题登记和修复合同记录。	manual	TODO	TODO	TODO	docs/管理员手册.md;docs/trialrun/人工试运行报告.md	["OMAT1-2"]	优先级 P0；建议采纳。小团队也需要明确 owner，否则系统成熟度会被运营缺口拖垮。
8	OMAT1-6	流程与表单配置能力仍偏工程化	国内成熟 OA/低代码平台通常强调流程引擎、表单、报表、门户和连接器配置；hyb-oa 已有 workflowDefinitions、approvalRules 和业务路由，但常规管理员自助配置深度仍有限。	用户决定是否建设轻量配置台：只覆盖 OA 主办报销/采购/合同/资产的规则和字段，不开放复杂 BPM；实施前另建 Issue CSV。	受影响流程：管理员调整审批规则/字段 -> 用户提交 -> 审批链生效；验证步骤：人工评审是否采纳，若采纳再设计配置边界和回滚策略。	manual	TODO	TODO	TODO	server/src/routes/workflowDefinitions.js;server/src/routes/approvalRules.js;client/src/pages/WorkflowDefinitionsPage.tsx	["OMAT1-0"]	优先级 P1；建议谨慎采纳。对标泛微/致远/宜搭的低代码和流程能力，但 10 人以下团队先避免复杂 BPM。
9	OMAT1-7	经营报表和管理驾驶舱需从可查提升到可决策	系统已有 dashboard、报销统计、AP、项目摘要和导出，但成熟 OA 通常提供按角色的经营视图、费用趋势、审批瓶颈、项目风险、合同到期和资产盘点异常。	用户决定是否规划 CEO/财务/管理员三类看板；每个看板只展示已脱敏、已授权、可追溯数据；不得暴露合同正文和敏感附件。	受影响流程：管理者看板 -> drilldown -> 业务详情 -> 导出；验证步骤：先做指标定义评审，再用只读查询证明数据可取。	manual|node	TODO	TODO	TODO	server/src/routes/dashboard.js;client/src/pages/DashboardPage.tsx;client/src/pages/ReimbursementDashboardPage.tsx	["OMAT1-2"]	优先级 P1；建议采纳但排在最终启用之后。
10	OMAT1-8	财务月结和代账交接仍需运行级 SOP	AP 导出、报销导出、票据导出和付款批次回单已具备，但成熟财务闭环需要月结清单、差异核对、代账资料交接确认和不可改审计。	至少完成 1 次月度模拟或真实月结演练；资料清单、导出文件、银行侧流水/回单人工核对和代账交接确认记录齐全。	受影响流程：AP/报销/票据/付款批次导出 -> 银行侧资料 -> 代账交接 -> 差异处理；验证步骤：按 ACCOUNTING-HANDOFF-V1 SOP 执行并记录脱敏证据。	manual	TODO	TODO	TODO	docs/管理员手册.md;server/src/routes/apOperations.js;server/src/routes/exports.js	["OMAT1-2"]	优先级 P1；建议采纳。当前不做 ERP、不导入银行流水、不接真实支付。
11	OMAT1-9	合同生命周期管理仍偏台账	合同台账、归档位置、续签和项目关联已有基础，但成熟合同管理通常覆盖模板、评审、签署、履约义务、到期预警、变更、归档和权限分级。	用户决定 V1 是否只增强到期/履约义务/责任人提醒；涉密正文继续线下归档，公网 OA 只登记摘要、编号、归档位置和非涉密附件。	受影响流程：合同登记 -> 审批/关联项目 -> 履约提醒 -> 到期/续签 -> 归档；验证步骤：真实合同台账抽样和权限负例。	manual|playwright	TODO	TODO	TODO	docs/需求-合同附件归档规约.md;server/src/routes/contractsRegistry.js;client/src/pages/ContractsRegistryPage.tsx	["OMAT1-2"]	优先级 P1；建议采纳轻量版。对标成熟 OA 合同全生命周期，但不上传涉密正文。
12	OMAT1-10	采购和供应商治理需要后续增强	采购申请、费用申请、项目/合同关联已有基础；成熟系统常见供应商准入、询比价、合同、验收、付款和供应商评价闭环。	用户决定是否建设轻量供应商台账和询价/验收字段；先不做招采平台和复杂供应链。	受影响流程：采购需求 -> 供应商/报价 -> 审批 -> 合同/项目 -> 验收 -> 付款；验证步骤：完成 1 条采购/费用真实闭环后再评估缺口。	manual	TODO	TODO	TODO	docs/需求-采购费用审批规约.md;server/src/routes/purchaseRequests.js;server/src/routes/masterDataSuppliers.js	["OMAT1-2"]	优先级 P2；建议暂缓到真实采购频率证明后。
13	OMAT1-11	资产管理 V1 已上线但运营深度未验证	ASSET1D 已完成 FA/EA-SYS/EA-REPO/EA-BKP 试录和 3 条 EA-DOC 导入，但成熟资产管理还需要领用、调拨、盘点、处置、折旧/价值、备份恢复验证和权限回收联动。	至少用 1 条真实 FA 完成领用/归还/盘点；1 条 EA-SYS 完成负责人和备份策略核验；1 条 EA-BKP 记录最近恢复验证日期。	受影响流程：资产登记 -> 领用/保管 -> 盘点/验证 -> 处置/归档；验证步骤：公网 OA 真实资产抽样 + ASSET1D 报告回看。	manual|playwright	TODO	TODO	TODO	issues/2026-05-23_10-42-03-oa-asset-deploy-and-trial-v1.csv;server/src/routes/assets.js	["OMAT1-4"]	优先级 P1；建议采纳。电子账号资产继续暂缓，不保存密码、token、Secret。
14	OMAT1-12	HR/考勤镜像和应急接管仍未完成	企微 HR/考勤链路已冻结在企微主办 + OA 留存/审计状态，正式模板外出/加班证据已有；但真实员工 WREAL1、最小完整镜像、应急接管、恢复回写和 RuleOps 仍后置。	用户决定是否在 OA 正式启用后启动 WREAL1；WREAL1 通过后再规划 wecom_attendance_approval_mirror_v1；不得跳到应急接管或 RuleOps。	受影响流程：企微打卡/请假/补卡/外出/加班 -> OA 留存 -> 真实小试用 -> 镜像规划；验证步骤：按 WREAL1 问答和后续 Issue CSV 执行。	manual|bash	TODO	TODO	TODO	docs/企微优先开发路线图.md;issues/2026-05-22_14-23-19-wecom-formal-outing-overtime-evidence-v1.csv	["OMAT1-1"]	优先级 P1；建议正式启用稳定后再做。当前不要把 HR 深镜像当作 OA 启用前阻断。
15	OMAT1-13	移动端和企业微信入口需继续真实反馈池	自动移动矩阵和企业微信渲染矩阵已通过，但成熟系统要靠真实用户日常高频路径验证：提交、审批、付款查看、合同/资产查看、通知回跳。	7 天稳定化期间记录员工、审批人、财务、管理员的移动端反馈；阻断当天修，体验项进 UX 反馈池。	受影响流程：企业微信入口 -> 移动页面 -> 提交/审批/查看 -> 返回来源；验证步骤：OAOPS1 每日巡检 + 人工真机反馈记录。	playwright|manual	TODO	TODO	TODO	client/tests/e2e;docs/trialrun/真机公网测试清单.md	["OMAT1-5"]	优先级 P1；建议采纳。自动截图不能替代真实使用手感。
16	OMAT1-14	数据治理和档案合规要从边界说明变成日常制度	当前已明确涉密合同、敏感报价、银行流水原件、Secret 等不进仓库/聊天/报告；成熟系统还要落到资料分类、保管期限、访问授权、导出审计和离职交接检查。	管理员培训清单通过；员工知道可上传/不可上传边界；导出、附件下载和敏感资产查看可审计；离职交接覆盖资产和系统权限。	受影响流程：资料上传/登记 -> 授权查看 -> 导出/下载 -> 离职交接 -> 审计；验证步骤：抽样检查审计日志和员工培训确认。	manual|node	TODO	TODO	TODO	docs/管理员手册.md;docs/员工快速上手.md;server/src/routes/audit.js	["OMAT1-3"]	优先级 P0；建议采纳。成熟度重点不是多上传，而是能控制、能追溯、能回收。
17	OMAT1-15	可观测性和 SLO 门禁仍偏轻量	已有 /ready、SLO 文档、DORA 指标和每日巡检，但成熟运营还需要错误趋势、关键任务失败告警、日志检索、部署/回滚记录和发布冻结机制。	用户决定是否建设最小运维看板：/ready、错误、慢请求、任务失败、备份状态、最近部署和功能开关漂移；不引入重型 APM。	受影响流程：巡检 -> 告警 -> 定位 -> 修复 -> 复检；验证步骤：先只读聚合现有日志和 QA 报告，再评估是否实现。	manual|bash|node	TODO	TODO	TODO	docs/ops/SLO错误预算.md;docs/ops/DORA指标.md;scripts/qa	["OMAT1-4"]	优先级 P1；建议采纳轻量版。
18	OMAT1-16	集成边界需保持克制但可预留出口	国内成熟产品常有 ERP、银行、电子签章、税务验真和开放连接器；hyb-oa 当前已明确 ERP、银行流水导入、真实支付直连、图片 OCR 等冻结。	用户决定是否继续冻结；如采纳集成增强，也必须从只读/导出/人工上传开始，不直接接支付或银行流水。	受影响流程：OA 导出 -> 外部系统人工处理 -> 回填摘要/附件；验证步骤：审查集成边界文档和实际业务频率。	manual	TODO	TODO	TODO	docs/集成边界.md;docs/产品口径.md	["OMAT1-8"]	优先级 P2；建议当前继续冻结。成熟不等于马上接银行和 ERP。
19	OMAT1-17	知识库/制度/电子档案能力需要轻量规划	成熟 OA 通常有知识、制度、档案和全文检索；hyb-oa 当前电子资料资产以脱敏索引为主，尚未形成制度文件、项目资料、合同摘要和操作手册的统一利用入口。	用户决定是否建设轻量知识/档案入口；第一阶段只索引可公开或内部可控资料摘要，不托管涉密原文。	受影响流程：资料登记 -> 元数据检索 -> 关联项目/合同/资产 -> 查看授权摘要；验证步骤：抽样 5 条 EA-DOC/合同/项目资料，确认权限和审计。	manual|playwright	TODO	TODO	TODO	docs/需求-资产管理规约.md;server/src/routes/confidentialDocRefs.js;server/src/routes/search.js	["OMAT1-14"]	优先级 P2；建议等 OALAUNCH1 通过后再做。
20	OMAT1-18	主数据治理需要从测试账号扩展到真实组织	OA-only smoke 已恢复，企微测试账号有限的策略正确；正式成熟需要真实员工、部门、角色、主管链、成本中心、法体、供应商、费用类型和资产分类持续维护。	真实组织主数据清单通过；新增/离职/调岗/角色变更有 SOP；成本中心、法体、费用类型和供应商不产生孤儿数据。	受影响流程：入职/调岗/离职 -> 角色/主管链 -> 成本中心/法体 -> 业务提交；验证步骤：只读主数据审计 + 人工抽样。	manual|node	TODO	TODO	TODO	server/src/routes/masterData.js;server/src/routes/users.js;server/src/routes/employees.js	["OMAT1-3"]	优先级 P1；建议采纳。小团队也要防止测试账号治理口径污染真实员工。
21	OMAT1-19	角色工作台和菜单降噪还可继续打磨	当前导航和移动入口已多轮整改，但成熟 OA 对员工、审批人、财务、管理员、CEO 的首页任务密度、入口优先级和异常提示仍可继续按真实频次优化。	用户决定是否进入 UX 优化合同；只根据 7 天真实使用频次和反馈调整，不凭主观重排。	受影响流程：登录工作台 -> 查看待办/摘要 -> 进入高频动作；验证步骤：收集 7 天访问和人工反馈后再拆 UX Issue。	manual|playwright	TODO	TODO	TODO	client/src/features/navigation/schema.ts;client/src/pages/PortalHomePage.tsx;client/src/pages/MobilePortalPage.tsx	["OMAT1-13"]	优先级 P2；建议暂缓到真实反馈后。对标飞书/钉钉只学信息层级，不复制视觉。
22	OMAT1-20	AI/自动化建议只能作为辅助，不宜进入核心写操作	国内产品已普遍宣传 AI 助理、智能审批、智能报表，但 hyb-oa 当前真实启用阶段更需要稳定、审计和恢复；AI 可用于草拟、解释和报告，不应直接改规则或业务数据。	用户决定 AI 范围：A 仅用于报告解释/草拟制度，B 扩到 dry-run 规则建议，C 暂不启用；任何写入必须另建合同和人工批准。	受影响流程：报告生成 -> AI 摘要/建议 -> 人工确认 -> 后续合同；验证步骤：审查输出不含隐私、Secret、原始票据、合同正文或银行流水。	manual	TODO	TODO	TODO	server/src/routes/ai.js;docs/产品口径.md	["OMAT1-14"]	优先级 P2；建议当前只允许只读解释和草拟，不允许自动写业务规则。
23	OMAT1-21	成熟度审查需要轮次化复盘	本次只完成第一轮审视和初始台账；后续应按 MAGI 大轮次持续审视、执行、提升，把用户采纳项转成独立 Issue CSV，把否决项保留原因。	每轮复盘更新 OMAT1 Notes 或新建下一版成熟度合同；用户审查后每个条目有 A/B/C 决策。	受影响流程：审视问题 -> 用户评审 -> 采纳项进入合同 -> 执行验证 -> 下一轮提升；验证步骤：用户逐行审查后回填决策。	manual	TODO	TODO	TODO	issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv	["OMAT1-0"]	优先级 P0；建议采纳。不要把建议直接变成开发，先用决策门禁控范围。
24	OMAT1-22	国内对标来源需要固化为后续评审基线	本轮调研对标泛微 e-cology/e-office、致远 A8、钉钉宜搭、飞书审批/假勤/多维表格、金蝶精斗云/云星辰、用友 BIP/畅捷通等方向；成熟系统共同点是门户、流程、表单、报表、财务、合同、项目、资产、权限、移动端、集成和审计形成闭环。	后续每次提出成熟度建议时必须标明是 P0 启用门禁、P1 近期增强还是 P2 后置能力；不得只因竞品存在某功能就直接进入开发。	受影响流程：外部对标 -> 内部差距识别 -> 用户采纳/暂缓/否决 -> Issue CSV；验证步骤：用户审查本行 Notes 中的来源和分类后，采纳项另建合同。	web|manual	TODO	TODO	TODO	issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv	["OMAT1-0"]	优先级 P0；建议采纳为评审方法。官方来源示例：https://www.weaver.com.cn/e9/；https://www.weaver.com.cn/subpage/e-cology/form.asp；https://www.seeyon.com/home/Tiyan/index.html；https://docs.aliwork.com/docs/yida_support/wtwabe；https://dingtalk-yida.github.io/developer-site/docs/guide/about/；https://www.feishu.cn/hc/zh-CN/articles/360033971554-飞书审批管理员手册；https://www.feishu.cn/hc/zh-CN/articles/337377280090-管理员设置考勤组；https://www.kingdee.com/product/jdy；https://www.kingdee.com/product/stellar_finance.html；https://www.yonyou.com/。
25	OMAT1-23	小团队成熟度不应照搬大型 OA 套件	公司不到 10 人，成熟度目标应优先保证真实业务闭环、权限、审计、备份恢复、问题响应和资料边界；泛微/致远/用友/金蝶等大型套件的复杂 BPM、深度集成、预算、ERP、银行流水、AI 自动写规则不应成为启用前阻断。	用户确认小团队 V1 成熟度定义：P0 必须完成 OALAUNCH1；P1 只做真实使用证明高价值的增强；P2 保持冻结或另行调研。	受影响流程：成熟度定义 -> 优先级排序 -> 开发节奏 -> Go/No-Go；验证步骤：Day 7 Go/No-Go 时按 P0/P1/P2 分类复核，不以大型套件功能完整度否定小团队上线。	manual	TODO	TODO	TODO	docs/产品口径.md;docs/集成边界.md;issues/2026-05-23_16-49-39-oa-final-launch-readiness-v1.csv	["OMAT1-22"]	优先级 P0；建议采纳。原则：先像成熟系统一样可控运行，再逐步补齐高频真实缺口；不要为了看起来完整而引入维护成本。
26	OMAT1-24	用户采纳决策回填机制还不够显式	OMAT1 已记录问题和建议，但目前没有统一的回填口径来标记每条建议是 A 采纳、B 暂缓还是 C 不采纳；如果不补这个机制，成熟度审查容易变成开放式清单。	用户审查后，每条 OMAT1 建议必须在 Notes 或后续决策 CSV 中记录 A/B/C、理由、是否进入后续 Issue CSV、owner 和目标日期；未决项保持 TODO，不得自动实施。	受影响流程：成熟度台账 -> 用户评审 -> 决策回填 -> 后续合同；验证步骤：用户给出决策后，更新 OMAT1 或新建决策 CSV 并通过 validate_issues_csv.py。	manual|python3	TODO	TODO	TODO	issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv	["OMAT1-21"]	优先级 P0；建议采纳。默认选项：A 采纳并转合同，B 暂缓观察，C 不采纳并记录理由；不能用 TODO 状态暗示已经同意开发。
27	OMAT1-25	成熟度证据缺少统一阅读视图	当前证据分散在 OMAT1、OALAUNCH1、OAOPS1、ASSET1D、artifact summary 和手册中；用户验收时需要一份按 P0/P1/P2 聚合的阅读视图，避免在多个 CSV 和 JSON 之间来回跳转。	在不新增业务功能的前提下，后续可生成 QA-only 脱敏成熟度摘要：列出当前成熟度判断、P0 open gates、P1/P2 建议、证据路径和人工决策选项。	受影响流程：证据收集 -> 成熟度摘要 -> 用户评审；验证步骤：先人工从 OMAT1/OALAUNCH1 形成摘要，若采纳再另建 QA-only 脚本合同。	manual	TODO	TODO	TODO	issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv;artifacts/qa-flow	["OMAT1-24"]	优先级 P0；建议采纳手工摘要，脚本化可暂缓。摘要不得包含密码、token、完整账号、合同正文、银行流水、票据原图或原始 payload。
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；建议采纳为数据治理细化项。参考企业档案、电子档案和会计档案管理要求；本项先做清单和培训，不做复杂档案系统。
34	OMAT1-32	公告制度发布缺少签收验收边界	系统已有公告中心、通知已读和员工培训记录，但公告本身更像轻量发布入口，尚未证明制度版本、员工已读签收、培训确认和后续追溯能形成闭环；成熟 OA 通常会把制度发布和签收作为合规证据。	正式启用前可先用人工培训签到或管理员确认作为 OALAUNCH 证据；若后续采纳功能化，再实现公告/制度按人签收、版本记录、未读提醒和导出，不把普通公告复杂化。	受影响流程：制度发布 -> 员工阅读/培训 -> 签收确认 -> 审计追溯；验证步骤：稳定期内选择 1 条数据治理或报销制度，记录人工培训/签收证据或后续功能化决策。	manual	TODO	TODO	TODO	server/src/routes/announcements.js;client/src/pages/AnnouncementsPage.tsx;client/src/pages/EmployeeProfilePage.tsx;docs/员工快速上手.md	["OMAT1-14","OMAT1-31"]	优先级 P1；启用前建议用人工证据覆盖，功能化可等 7 天后评估。不要把所有公告都做成强制签收。
35	OMAT1-33	审计日志取证包和导出边界需要明确	系统已有审计日志页面和导出能力，但成熟运营需要明确审计日志保留期限、谁能导出、导出是否留痕、哪些字段需要脱敏、争议处理时如何形成取证包，避免审计数据本身成为隐私或权限风险。	正式启用前明确审计导出 SOP：导出角色、场景、审批或记录要求、字段脱敏规则、保存位置、保留期限和删除/移交规则；后续如需自动化，再另建审计取证包 Issue。	受影响流程：审计查询 -> 导出 -> 存档/取证 -> 查阅授权；验证步骤：用管理员账号导出 1 次脱敏审计样例，确认普通员工无权访问审计入口和导出 API。	manual|playwright|node	TODO	TODO	TODO	server/src/routes/audit.js;client/src/pages/AuditLogsPage.tsx;server/src/routes/exports.js	["OMAT1-3","OMAT1-14"]	优先级 P0；建议采纳为权限和数据治理子项。涉及审计权限或导出字段改动时必须 reviewer 只读评审。
36	OMAT1-34	冻结功能入口和功能开关需要最终清点	代码中存在预算、ERP、差旅、AI、切换控制台等后置模块或入口；即使业务上已冻结，正式启用前仍需证明普通用户看不到或进不去未启用能力，API 也受权限和 feature flag 约束。	正式启用前完成 launch scope 功能开关矩阵：P0/轻 P1 开启项、冻结项、角色可见入口、API 负例和回滚方式；冻结项不得因导航、搜索或直连 URL 暴露给普通员工。	受影响流程：登录 -> 导航/搜索 -> 直连 URL/API -> 冻结功能拦截；验证步骤：复用 OA-only smoke 多角色账号跑入口和直连负例，结果纳入 OALAUNCH_PERMISSION_EVIDENCE。	playwright|node|manual	TODO	TODO	TODO	client/src/features/navigation/schema.ts;server/src/routes/featureFlags.js;client/src/pages/FeatureFlagsPage.tsx	["OMAT1-3","OMAT1-30"]	优先级 P0；建议采纳。成熟启用不是删除后置模块，而是确保未批准能力不可见、不可写、可回滚。
37	OMAT1-35	全局搜索需要专门做权限穿透和脱敏验收	系统已有全局搜索，能检索人员、公告、资产、项目、合同、涉密资料引用、报销、采购、差旅等多域对象；成熟 OA 的搜索能力必须证明只返回当前用户有权知道的对象和摘要，不能因搜索匹配泄露合同摘要、涉密资料、他人报销或后置模块存在。	正式启用前把全局搜索纳入权限矩阵负例：普通员工、主管、财务、管理员分别搜索合同号、项目号、资产号、报销号和涉密关键词；结果只允许出现授权对象和脱敏摘要；冻结功能对象不得通过搜索可见。	受影响流程：登录 -> 全局搜索 -> 结果点击 -> 权限校验；验证步骤：用 OA-only smoke 多角色执行搜索负例，报告纳入 OALAUNCH_PERMISSION_EVIDENCE，不输出真实敏感关键词或完整编号。	playwright|node|manual	TODO	TODO	TODO	server/src/routes/search.js;client/src/components/GlobalSearchDialog.tsx	["OMAT1-3","OMAT1-34"]	优先级 P0；建议采纳为权限矩阵子项。已有代码做了多域权限过滤，但上线成熟需要公网负例证据。
38	OMAT1-36	薪酬绩效和差旅等高敏/后置模块需要启用边界	代码中存在薪酬、绩效、差旅等模块；国内成熟 OA/HR 系统常覆盖这些能力，但对小团队正式启用而言，它们属于高敏或非当前主线能力。若未明确启用边界，容易出现管理员可写薪酬、员工误见入口、测试数据污染真实人事档案的问题。	正式启用前明确薪酬、绩效、差旅的状态：A 继续冻结并从普通入口/搜索/API 负例证明不可见不可写；B 仅管理员可见但不录真实数据；C 另建专项启用合同。默认不把薪酬绩效纳入 OALAUNCH1 正式启用范围。	受影响流程：角色登录 -> 高敏模块入口 -> 直连 API -> 审计；验证步骤：功能开关矩阵和多角色负例确认普通员工、主管、财务不可越权访问薪酬/绩效/差旅管理数据。	manual|playwright|node	TODO	TODO	TODO	server/src/routes/payroll.js;server/src/routes/performance.js;server/src/routes/travelRequests.js;client/src/pages/PayrollPage.tsx;client/src/pages/PerformancePage.tsx;client/src/pages/TravelRequestsPage.tsx	["OMAT1-14","OMAT1-34"]	优先级 P0；建议采纳为冻结/边界确认。薪酬、绩效属于高敏数据，不因代码存在就进入正式启用。
39	OMAT1-37	通知送达可靠性和失败处理需要运行证据	系统已有通知中心、未读、企微消息通道和 delivery 记录；成熟 OA 需要证明关键审批、付款、退回、异常提醒能送达或可补偿，失败时有人查看和处理，而不是只看站内消息存在。	7 天稳定化期间至少抽样关键通知：审批待办、退回/通过、付款批次或回单、系统公告；检查站内未读、企微送达记录、失败 delivery 列表和人工补救口径。若企业微信不可用，需有站内/人工兜底。	受影响流程：业务事件 -> 站内通知/企微消息 -> 阅读/处理 -> 失败补救；验证步骤：运行 OAOPS1 或只读 delivery 查询，并由人工确认 1-2 条真实通知可读、可回跳、失败可追踪。	manual|node|bash	TODO	TODO	TODO	server/src/routes/notifications.js;client/src/pages/NotificationsPage.tsx;client/src/pages/NotificationChannelsPage.tsx;scripts/qa/run-oa-real-use-daily.sh	["OMAT1-5","OMAT1-15"]	优先级 P1；建议采纳为稳定期观察项。通知失败不一定阻断启用，但关键审批/付款通知失败必须当天处理或人工绕行。