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

WF8-2 固化跨业务转审扩展设计

浏览代码
这个提交包含在：
wangsli
2026-05-13 19:18:21 +08:00
父节点 69058ef81c
当前提交 5426d19412
共修改 2 个文件，包含 59 行新增和 4 行删除
下载 Patch 文件 下载 Diff 文件 展开所有文件 折叠所有文件
issues/2026-05-13_18-23-52-wf8-approval-notification.csv
+1 -1
查看文件
@@ -1,7 +1,7 @@
ID,Title,Description,Acceptance,Test_Method,Tools,Dev_Status,Review1_Status,Regression_Status,Files,Dependencies,Notes
WF8-0,WF8 连续合同建档,"建立审批与通知增强连续型合同，把转审、通知、催办、邮件通道决策、三渠道验收和审批历史一致性放入同一 CSV。","1) 本 CSV 校验通过；2) 文档索引和状态矩阵指向本合同；3) 不进入复杂 BPM 或审批设计器；4) 不改业务代码；5) 执行前确认 ORG8 角色边界。","流程级验证：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-13_18-23-52-wf8-approval-notification.csv；rg -n 'WF8|审批|通知' docs/文档索引.md docs/文档事实源状态矩阵.md issues/README.md。",python3|rg|manual,DONE,DONE,DONE,issues/2026-05-13_18-23-52-wf8-approval-notification.csv|docs/文档索引.md|docs/文档事实源状态矩阵.md|issues/README.md,[],CSV validator 和索引 rg 均通过；本次仅合同建档和入口登记，未改业务代码，执行前仍需 ORG8 角色边界和方案批准。
WF8-1,审批通知需求规约更新,"复核统一审批中心规约，把转审、通知失败、催办、deeplink 和邮件通道决策写清楚或确认已覆盖。","1) 审批和通知边界清楚；2) 不引入复杂 BPM；3) 企业微信审批动作回 OA；4) 邮件是否验收有决策。","流程级验证：rg -n '转审|通知|催办|邮件|deeplink|复杂 BPM|审批设计器' docs/需求-统一审批中心规约.md docs/需求-企业微信基础设施规约.md。",rg|manual,DONE,DONE,DONE,docs/需求-统一审批中心规约.md|docs/需求-企业微信基础设施规约.md,"[""WF8-0""]",统一审批中心规约已覆盖转审、通知失败、催办、deeplink、复杂 BPM 和审批设计器冻结；已补 WF8 邮件通道决策；未改 workflow 代码。
WF8-2,转审扩展设计,"设计请假、采购和报销的转审扩展规则，明确权限、状态、历史和通知影响。","1) 转审发起人和接收人规则清楚；2) 原审批人和新审批人历史可追溯；3) 不造成重复审批；4) 回滚路径明确。","流程级验证：人工审查状态流；rg -n '转审|delegat|reassign|审批历史|workflow' docs/需求-统一审批中心规约.md server/src。",rg|manual,TODO,TODO,TODO,docs/需求-统一审批中心规约.md|server/src,"[""WF8-1""]",涉及 workflow 状态机必须 reviewer。
WF8-2,转审扩展设计,"设计请假、采购和报销的转审扩展规则，明确权限、状态、历史和通知影响。","1) 转审发起人和接收人规则清楚；2) 原审批人和新审批人历史可追溯；3) 不造成重复审批；4) 回滚路径明确。","流程级验证：人工审查状态流；rg -n '转审|delegat|reassign|审批历史|workflow' docs/需求-统一审批中心规约.md server/src。",rg|manual,DONE,DONE,DONE,docs/需求-统一审批中心规约.md|server/src,"[""WF8-1""]",已将 docs/需求-统一审批中心规约.md 更新到 1.3 并新增 WF8 转审扩展设计，明确发起人、接收人、状态历史、并发重复、请假采购报销副作用和回滚路径；rg Test_Method 通过；node --check src/routes/workflow.js 通过；npm test -- tests/unit/routes/workflow.transfer.test.js 通过 7 tests。
WF8-3,请假转审,"实现或补强请假审批转审，保证请假流程和团队状态一致。","1) 请假待办可合法转审；2) 被转审人可审批；3) 历史记录完整；4) 团队状态不被错误更新。","流程级验证：员工提交请假 -> 审批人转审 -> 新审批人通过或驳回 -> 检查请假状态和审批历史。",node|bash|manual,TODO,TODO,TODO,server/src|client/src|server/scripts,"[""WF8-2""]",不扩展考勤 API。
WF8-4,采购转审,"实现或补强采购审批转审，保证采购状态、附件和审批历史一致。","1) 采购待办可合法转审；2) 附件和状态不丢失；3) 重复转审有防护；4) 历史可追溯。","流程级验证：员工提交采购 -> 审批人转审 -> 新审批人处理 -> 检查采购状态和历史。",node|bash|manual,TODO,TODO,TODO,server/src|client/src|server/scripts,"[""WF8-2""]",不引入复杂预算和供应商准入。
WF8-5,报销转审复核,"复核既有报销转审能力，补齐权限、历史或通知缺口。","1) 报销转审符合权限；2) 发票和附件不受影响；3) 财务状态不被非法改变；4) 通知到正确处理人。","流程级验证：员工提交报销 -> 审批人转审 -> 新审批人审批 -> 财务查看台账 -> 检查历史和通知。",node|bash|manual,TODO,TODO,TODO,server/src|client/src|server/scripts,"[""WF8-2""]",不得改变付款状态机。
1 ID Title Description Acceptance Test_Method Tools Dev_Status Review1_Status Regression_Status Files Dependencies Notes
2 WF8-0 WF8 连续合同建档 建立审批与通知增强连续型合同，把转审、通知、催办、邮件通道决策、三渠道验收和审批历史一致性放入同一 CSV。 1) 本 CSV 校验通过；2) 文档索引和状态矩阵指向本合同；3) 不进入复杂 BPM 或审批设计器；4) 不改业务代码；5) 执行前确认 ORG8 角色边界。 流程级验证：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-13_18-23-52-wf8-approval-notification.csv；rg -n 'WF8|审批|通知' docs/文档索引.md docs/文档事实源状态矩阵.md issues/README.md。 python3|rg|manual DONE DONE DONE issues/2026-05-13_18-23-52-wf8-approval-notification.csv|docs/文档索引.md|docs/文档事实源状态矩阵.md|issues/README.md [] CSV validator 和索引 rg 均通过；本次仅合同建档和入口登记，未改业务代码，执行前仍需 ORG8 角色边界和方案批准。
3 WF8-1 审批通知需求规约更新 复核统一审批中心规约，把转审、通知失败、催办、deeplink 和邮件通道决策写清楚或确认已覆盖。 1) 审批和通知边界清楚；2) 不引入复杂 BPM；3) 企业微信审批动作回 OA；4) 邮件是否验收有决策。 流程级验证：rg -n '转审|通知|催办|邮件|deeplink|复杂 BPM|审批设计器' docs/需求-统一审批中心规约.md docs/需求-企业微信基础设施规约.md。 rg|manual DONE DONE DONE docs/需求-统一审批中心规约.md|docs/需求-企业微信基础设施规约.md ["WF8-0"] 统一审批中心规约已覆盖转审、通知失败、催办、deeplink、复杂 BPM 和审批设计器冻结；已补 WF8 邮件通道决策；未改 workflow 代码。
4 WF8-2 转审扩展设计 设计请假、采购和报销的转审扩展规则，明确权限、状态、历史和通知影响。 1) 转审发起人和接收人规则清楚；2) 原审批人和新审批人历史可追溯；3) 不造成重复审批；4) 回滚路径明确。 流程级验证：人工审查状态流；rg -n '转审|delegat|reassign|审批历史|workflow' docs/需求-统一审批中心规约.md server/src。 rg|manual TODO DONE TODO DONE TODO DONE docs/需求-统一审批中心规约.md|server/src ["WF8-1"] 涉及 workflow 状态机必须 reviewer。 已将 docs/需求-统一审批中心规约.md 更新到 1.3 并新增 WF8 转审扩展设计，明确发起人、接收人、状态历史、并发重复、请假采购报销副作用和回滚路径；rg Test_Method 通过；node --check src/routes/workflow.js 通过；npm test -- tests/unit/routes/workflow.transfer.test.js 通过 7 tests。
5 WF8-3 请假转审 实现或补强请假审批转审，保证请假流程和团队状态一致。 1) 请假待办可合法转审；2) 被转审人可审批；3) 历史记录完整；4) 团队状态不被错误更新。 流程级验证：员工提交请假 -> 审批人转审 -> 新审批人通过或驳回 -> 检查请假状态和审批历史。 node|bash|manual TODO TODO TODO server/src|client/src|server/scripts ["WF8-2"] 不扩展考勤 API。
6 WF8-4 采购转审 实现或补强采购审批转审，保证采购状态、附件和审批历史一致。 1) 采购待办可合法转审；2) 附件和状态不丢失；3) 重复转审有防护；4) 历史可追溯。 流程级验证：员工提交采购 -> 审批人转审 -> 新审批人处理 -> 检查采购状态和历史。 node|bash|manual TODO TODO TODO server/src|client/src|server/scripts ["WF8-2"] 不引入复杂预算和供应商准入。
7 WF8-5 报销转审复核 复核既有报销转审能力，补齐权限、历史或通知缺口。 1) 报销转审符合权限；2) 发票和附件不受影响；3) 财务状态不被非法改变；4) 通知到正确处理人。 流程级验证：员工提交报销 -> 审批人转审 -> 新审批人审批 -> 财务查看台账 -> 检查历史和通知。 node|bash|manual TODO TODO TODO server/src|client/src|server/scripts ["WF8-2"] 不得改变付款状态机。