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

ORG8 补齐组织账号角色边界

浏览代码
这个提交包含在：
wangsli
2026-05-13 18:31:49 +08:00
父节点 97befdb457
当前提交 7007311396
共修改 2 个文件，包含 36 行新增和 2 行删除
下载 Patch 文件 下载 Diff 文件 展开所有文件 折叠所有文件
issues/2026-05-13_18-23-51-org8-master-data-permission.csv
+2 -2
查看文件
@@ -1,7 +1,7 @@
ID,Title,Description,Acceptance,Test_Method,Tools,Dev_Status,Review1_Status,Regression_Status,Files,Dependencies,Notes
ORG8-0,ORG8 连续合同建档,"建立组织账号与权限主数据连续型合同，把组织、账号、主管、停用、角色、企业微信绑定和权限边界集中到同一 CSV。","1) 本 CSV 校验通过；2) 文档索引和状态矩阵指向本合同；3) 不改业务代码；4) 不绕过 R7E 人工确认；5) 后续组织权限问题优先进入本合同。","流程级验证：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-13_18-23-51-org8-master-data-permission.csv；rg -n 'ORG8|组织账号|权限主数据' docs/文档索引.md docs/文档事实源状态矩阵.md issues/README.md。",python3|rg|manual,DONE,DONE,DONE,issues/2026-05-13_18-23-51-org8-master-data-permission.csv|docs/文档索引.md|docs/文档事实源状态矩阵.md|issues/README.md,[],CSV validator 和索引 rg 均通过；本次仅合同建档和入口登记，未改业务代码，后续实现行仍需方案批准。
ORG8-1,组织账号需求规约更新,"把员工、主管、财务、管理员、停用和企业微信绑定的当前口径补入现有事实源或确认现有事实源已覆盖。","1) 组织账号主数据口径清楚；2) 不把管理员角色当作业务审批人；3) 企业微信只做身份和入口绑定；4) 冻结项不进入。","流程级验证：rg -n '组织|账号|直属主管|停用|角色|企业微信绑定|管理员' docs/管理员手册.md docs/需求-企业微信基础设施规约.md docs/海音达OA-MVP需求规格说明书.md。",rg|manual,TODO,TODO,TODO,docs/管理员手册.md|docs/需求-企业微信基础设施规约.md|docs/海音达OA-MVP需求规格说明书.md,"[""ORG8-0""]",先做事实源对齐；不足再补文档。
ORG8-2,角色边界设计,"设计员工、直属主管、审批人、财务和管理员的边界，明确最小权限和不兼容角色组合。","1) 角色能力矩阵清楚；2) 财务与系统管理混授风险可识别；3) admin-only 不进入业务审批；4) 有回滚和审计口径。","流程级验证：人工审查角色矩阵；rg -n '员工|主管|审批人|财务|管理员|角色边界|最小权限' docs/管理员手册.md docs/开发交付与变更管理规约.md。",rg|manual,TODO,TODO,TODO,docs/管理员手册.md|docs/开发交付与变更管理规约.md,"[""ORG8-1""]",涉及权限模型实现前必须单独方案批准。
ORG8-1,组织账号需求规约更新,"把员工、主管、财务、管理员、停用和企业微信绑定的当前口径补入现有事实源或确认现有事实源已覆盖。","1) 组织账号主数据口径清楚；2) 不把管理员角色当作业务审批人；3) 企业微信只做身份和入口绑定；4) 冻结项不进入。","流程级验证：rg -n '组织|账号|直属主管|停用|角色|企业微信绑定|管理员' docs/管理员手册.md docs/需求-企业微信基础设施规约.md docs/海音达OA-MVP需求规格说明书.md。",rg|manual,DONE,DONE,DONE,docs/管理员手册.md|docs/需求-企业微信基础设施规约.md|docs/海音达OA-MVP需求规格说明书.md,"[""ORG8-0""]",已在管理员手册补 ORG8 组织账号主数据口径；rg 复核管理员手册、企业微信规约和 PRD 通过；未执行账号数据变更。
ORG8-2,角色边界设计,"设计员工、直属主管、审批人、财务和管理员的边界，明确最小权限和不兼容角色组合。","1) 角色能力矩阵清楚；2) 财务与系统管理混授风险可识别；3) admin-only 不进入业务审批；4) 有回滚和审计口径。","流程级验证：人工审查角色矩阵；rg -n '员工|主管|审批人|财务|管理员|角色边界|最小权限' docs/管理员手册.md docs/开发交付与变更管理规约.md。",rg|manual,DONE,DONE,DONE,docs/管理员手册.md|docs/开发交付与变更管理规约.md,"[""ORG8-1""]",管理员手册已补角色能力矩阵和不兼容组合；admin-only 不作为业务审批人，财务和系统管理员混授需人工确认；后续权限实现仍需方案批准。
ORG8-3,直属主管缺失审计,"建立直属主管缺失的只读审计口径，识别会影响审批链的员工账号。","1) 缺直属主管的员工可列出摘要；2) 不打印隐私和密码；3) 不直接写生产数据；4) 缺口进入修复分流。","流程级验证：在只读环境执行员工和主管关系核验；无环境时记录可复现 SQL 或脚本步骤。",manual|node,TODO,TODO,TODO,scripts/qa|server/prisma,"[""ORG8-2""]",生产核验必须遵守 audit-readonly 边界。
ORG8-4,主管停用影响审计,"识别直属主管被停用后对请假、报销、采购审批链的影响。","1) 停用主管关联员工可追溯；2) 受影响流程明确；3) 不自动改审批链；4) 有人工处理建议。","流程级验证：只读核验停用主管和下属关系；流程核对员工提交请假或报销时审批链是否可解释。",manual|node,TODO,TODO,TODO,scripts/qa|server/src,"[""ORG8-3""]",不在审计中修数据。
ORG8-5,审批人停用影响审计,"识别审批人停用后待办、历史记录和新流程分派的影响。","1) 待办不分配给停用审批人；2) 历史审批记录不丢失；3) 新流程有替代规则；4) 异常可追溯。","流程级验证：提交或模拟审批流 -> 停用审批人场景 -> 检查待办归属和历史记录。",manual|node,TODO,TODO,TODO,server/src|scripts/qa,"[""ORG8-4""]",涉及状态机或待办迁移时需 reviewer。
1 ID Title Description Acceptance Test_Method Tools Dev_Status Review1_Status Regression_Status Files Dependencies Notes
2 ORG8-0 ORG8 连续合同建档 建立组织账号与权限主数据连续型合同，把组织、账号、主管、停用、角色、企业微信绑定和权限边界集中到同一 CSV。 1) 本 CSV 校验通过；2) 文档索引和状态矩阵指向本合同；3) 不改业务代码；4) 不绕过 R7E 人工确认；5) 后续组织权限问题优先进入本合同。 流程级验证：python3 /home/shunli/.codex/skills/plan/scripts/validate_issues_csv.py issues/2026-05-13_18-23-51-org8-master-data-permission.csv；rg -n 'ORG8|组织账号|权限主数据' docs/文档索引.md docs/文档事实源状态矩阵.md issues/README.md。 python3|rg|manual DONE DONE DONE issues/2026-05-13_18-23-51-org8-master-data-permission.csv|docs/文档索引.md|docs/文档事实源状态矩阵.md|issues/README.md [] CSV validator 和索引 rg 均通过；本次仅合同建档和入口登记，未改业务代码，后续实现行仍需方案批准。
3 ORG8-1 组织账号需求规约更新 把员工、主管、财务、管理员、停用和企业微信绑定的当前口径补入现有事实源或确认现有事实源已覆盖。 1) 组织账号主数据口径清楚；2) 不把管理员角色当作业务审批人；3) 企业微信只做身份和入口绑定；4) 冻结项不进入。 流程级验证：rg -n '组织|账号|直属主管|停用|角色|企业微信绑定|管理员' docs/管理员手册.md docs/需求-企业微信基础设施规约.md docs/海音达OA-MVP需求规格说明书.md。 rg|manual TODO DONE TODO DONE TODO DONE docs/管理员手册.md|docs/需求-企业微信基础设施规约.md|docs/海音达OA-MVP需求规格说明书.md ["ORG8-0"] 先做事实源对齐；不足再补文档。 已在管理员手册补 ORG8 组织账号主数据口径；rg 复核管理员手册、企业微信规约和 PRD 通过；未执行账号数据变更。
4 ORG8-2 角色边界设计 设计员工、直属主管、审批人、财务和管理员的边界，明确最小权限和不兼容角色组合。 1) 角色能力矩阵清楚；2) 财务与系统管理混授风险可识别；3) admin-only 不进入业务审批；4) 有回滚和审计口径。 流程级验证：人工审查角色矩阵；rg -n '员工|主管|审批人|财务|管理员|角色边界|最小权限' docs/管理员手册.md docs/开发交付与变更管理规约.md。 rg|manual TODO DONE TODO DONE TODO DONE docs/管理员手册.md|docs/开发交付与变更管理规约.md ["ORG8-1"] 涉及权限模型实现前必须单独方案批准。 管理员手册已补角色能力矩阵和不兼容组合；admin-only 不作为业务审批人，财务和系统管理员混授需人工确认；后续权限实现仍需方案批准。
5 ORG8-3 直属主管缺失审计 建立直属主管缺失的只读审计口径，识别会影响审批链的员工账号。 1) 缺直属主管的员工可列出摘要；2) 不打印隐私和密码；3) 不直接写生产数据；4) 缺口进入修复分流。 流程级验证：在只读环境执行员工和主管关系核验；无环境时记录可复现 SQL 或脚本步骤。 manual|node TODO TODO TODO scripts/qa|server/prisma ["ORG8-2"] 生产核验必须遵守 audit-readonly 边界。
6 ORG8-4 主管停用影响审计 识别直属主管被停用后对请假、报销、采购审批链的影响。 1) 停用主管关联员工可追溯；2) 受影响流程明确；3) 不自动改审批链；4) 有人工处理建议。 流程级验证：只读核验停用主管和下属关系；流程核对员工提交请假或报销时审批链是否可解释。 manual|node TODO TODO TODO scripts/qa|server/src ["ORG8-3"] 不在审计中修数据。
7 ORG8-5 审批人停用影响审计 识别审批人停用后待办、历史记录和新流程分派的影响。 1) 待办不分配给停用审批人；2) 历史审批记录不丢失；3) 新流程有替代规则；4) 异常可追溯。 流程级验证：提交或模拟审批流 -> 停用审批人场景 -> 检查待办归属和历史记录。 manual|node TODO TODO TODO server/src|scripts/qa ["ORG8-4"] 涉及状态机或待办迁移时需 reviewer。