系统新增数据权限分级控制

版本信息

[待补充：具体版本号与发布日期]

背景

原有权限模型以"功能权限"为主（能不能进这个菜单、点这个按钮）。

实践中发现，同样有"查看工单"权限的人，可见的数据范围应该不同：

• 班组长：只看本班组
• 车间主任：看本车间
• 厂长：看全厂

本次新增数据权限维度。

新增：数据权限模型

两个维度

两者独立配置，共同决定最终可见范围。

数据范围类型

支持的维度

• 组织（公司/工厂/车间/班组）
• 工作中心/产线
• 设备
• 个人

新增：数据权限与角色的组合

一个用户可能有多个角色，数据权限的合并规则：

取并集（多个角色的数据范围相加，取最大范围）。

这个规则可配置，但建议用并集——更符合实际管理习惯。

新增：权限自查

用户可查看自己的权限：

• 有哪些功能权限
• 数据范围是什么
• 属于哪些角色

这能大幅减少"我看不到数据"的支持请求——用户自己就能确认是不是权限问题。

优化改进

升级注意事项

本次升级涉及权限模型变更，升级后需要核查现有权限配置。

建议升级后做一次权限核对：

1. 按角色逐一检查功能权限
2. 为新引入的数据权限维度配置范围
3. 用测试账号验证各角色的可见范围

如果不配置数据权限，默认范围需明确（建议默认"全部"以避免影响业务，之后再逐步收紧）。

使用建议

建议一：先梳理组织架构

数据权限依赖组织架构树。如果组织架构不正确，数据权限就会错。

建议先确认：

• 组织层级是否与实际管理结构一致
• 人员的组织归属是否正确
• 是否有特殊的数据可见需求

建议二：从宽到严

初期可以给较宽的数据范围（保证业务能跑），运行一段时间后逐步收紧。

一开始就收得很紧，会导致大量"申请权限"的请求，影响业务。

建议三：明确数据责任人

每个数据域要有明确的业务责任人（谁维护、谁负责正确性）。权限只解决"谁能看"，不解决"谁维护"。

建议四：定期审计

建议每季度导出权限清单，让部门负责人确认。

这是审计（尤其是信息安全审计）的必查项。

注意事项

• 数据权限变更会影响用户可见范围，建议在业务低峰期调整
• 权限调整要留痕（谁改的、改了什么、为什么）
• 涉及敏感数据（成本、工资）的范围要严格控制

具体的数据权限配置方式，[待补充：产品团队补充权限配置指引]。