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；建议采纳。原则：先像成熟系统一样可控运行，再逐步补齐高频真实缺口；不要为了看起来完整而引入维护成本。