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

OMAT1 补充成熟度运营审视

浏览代码
这个提交包含在：
wangsli
2026-05-23 18:15:35 +08:00
父节点 8542946123
当前提交 cb8be25149
共修改 5 个文件，包含 18 行新增和 4 行删除
下载 Patch 文件 下载 Diff 文件 展开所有文件 折叠所有文件
issues/2026-05-23_17-20-00-oa-maturity-gap-review-v1.csv
+3
查看文件
@@ -31,3 +31,6 @@
"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；建议采纳为数据治理细化项。参考企业档案、电子档案和会计档案管理要求；本项先做清单和培训，不做复杂档案系统。"
"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 天后评估。不要把所有公告都做成强制签收。"
"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 只读评审。"
"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；建议采纳。成熟启用不是删除后置模块，而是确保未批准能力不可见、不可写、可回滚。"
1 ID Title Description Acceptance Test_Method Tools Dev_Status Review1_Status Regression_Status Files Dependencies Notes
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；建议采纳。成熟启用不是删除后置模块，而是确保未批准能力不可见、不可写、可回滚。