9.4 组织权限
组织权限功能通过角色权限体系、数据隔离和操作审计，解决企业权限不清晰、员工离职数据流失、数据修改无追踪等问题，确保对的人看到对的信息并做对的操作。
- 角色权限体系覆盖管理员、销售主管、销售、市场、客服等角色
- 数据隔离确保销售仅看自己的客户和商机，主管查看全团队
- 操作审计记录谁在什么时间改了什么数据，可追溯
- 支持多级部门结构，组织架构调整时权限自动继承
一句话定位：谁能看什么、做什么、批什么——权限清晰，数据安全，操作留痕。
组织权限是铸坊的"保险箱"——确保对的人看到对的信息，做对的操作。
您现在的问题
场景一：权限"一刀切"。 所有销售都能看到所有客户的数据、所有合同、所有报价——包括不该看到的（比如其他销售的佣金、大客户的特殊折扣）。权限粗放的企业，内部数据泄露事件是权限精细企业的 4 倍。
场景二：员工离职，数据跟着走。 销售用微信和客户沟通，离职后客户信息和聊天记录都带走了——公司什么都没留下。中国企业每年因员工离职导致的数据资产损失平均超过营收的 3%。
场景三：不知道谁改了什么。 报价单被改了价格、合同被改了条款、客户信息被改了联系方式——谁改的、什么时候改的，查不到。没有审计追踪，内部舞弊的平均发现周期是 18 个月。
场景四：权限调整跟不上组织变化。 员工调岗了、部门合并了、新人入职了——但权限还是老的配置。权限滞后是安全漏洞的第一大来源。
功能全景
组织权限让"什么人都能看到什么"变成"该看到的人才看到"：
组织架构（公司 → 部门 → 团队 → 个人）
↓
角色定义（管理员/销售主管/销售/市场/客服/财务）
↓
权限矩阵（角色 × 资源 × 操作：查看/创建/编辑/删除/审批/导出）
↓
数据隔离（销售看自己的 / 主管看团队的 / 总监看全部的）
↓
操作审计（所有操作 → 日志 → 可追溯 → 异常告警）
- 角色权限体系。 管理员/销售主管/销售/市场/客服——每个角色有不同的数据查看和操作权限。
- 数据隔离。 销售 A 只看自己的客户和商机，主管看全团队的——敏感数据按角色隔离。
- 操作审计。 谁在什么时间改了什么数据——完整的操作日志，出了事能追溯。
- 部门和团队管理。 支持多级部门结构，权限按部门继承——组织架构调整时权限自动跟随。
操作指南
- 管理角色 → 系统 → 组织权限 → 角色管理：查看/新建/编辑角色；
- 配置权限 → 选择角色 → 勾选权限项（模块×操作）→ 保存；
- 分配用户 → 用户管理 → 选择用户 → 绑定角色 + 所属部门；
- 数据范围 → 设定每个角色的数据可见范围（本人/本部门/全公司）；
- 查看审计 → 审计日志 → 按用户/时间/操作类型筛选。
关键配置项：
- 角色模板：预设 5~6 个常用角色，可自定义
- 数据范围：本人/本部门/本部门及下级/全公司
- 敏感操作：导出/删除/批量修改需二次确认
- 权限继承：子部门默认继承父部门权限
最佳实践
- 最小权限原则。 给每个人"刚好够用"的权限——不多给。需要时再加，不需要就收。
- 入职/离职当天处理权限。 新人入职当天开权限、离职当天收权限——不过夜。
- 敏感操作要"双人"。 删除客户、导出全部数据、修改价格——这类操作需要主管确认。
- 每季度审计一次权限。 检查有没有"权限膨胀"——某人半年前临时加的权限，现在还需要吗？
常见误区
误区一：权限太细，管理成本太高。 设了 30 个角色、200 个权限项——结果没人维护得过来。5~8 个角色覆盖 95% 场景，特殊需求用"临时授权"解决。
误区二：有了权限就不需要审计。 权限是"事前控制"，审计是"事后追溯"——两者缺一不可。权限防君子，审计防小人。
与其他能力的配合
- 权限体系覆盖铸坊的 9.1 商机管理、9.2 报价订单、9.3 财务 的全部功能；
- 操作日志汇入 11.4 审计日志，统一管理；
- 用户账号由 11.3 许可证 管理；
- 11.1 站点设置 和 11.2 邮件短信 的使用权限也由组织权限控制；
- 异常操作告警通过邮件短信推送管理员。
关键指标
| 指标 | 健康值 | 说明 |
|---|---|---|
| 权限覆盖率 | 100%用户 | 每个用户都有明确角色，无"裸账号" |
| 离职权限回收时效 | 当天 | 离职当天完成权限回收 |
| 审计日志完整度 | 100%操作 | 所有增删改操作都有日志 |
| 权限变更审批率 | 100% | 所有权限变更都经过审批 |