主题
组织架构
组织架构页面用来维护系统里的部门层级。它解决的是“人归属到哪里、上下级部门怎么划分、部门负责人是谁”这一类组织问题。
它不是权限配置页，也不是岗位管理总入口。当前系统里，这一页的核心是部门管理；岗位虽然和组织架构强相关，但已经不是这里的独立同屏页面。
菜单路径
系统管理 → 组织架构
页面定位
如果把系统管理理解成“先搭组织，再配权限，再建账号”，那么组织架构就是最前面的那一步。
它更适合解决这些问题：
- 公司现在有哪些部门
- 部门之间是谁的上级、谁的下级
- 新增账号时，这个人应该挂到哪个部门
- 某个部门是否还在使用，能不能停用或删除
- 某个部门由谁负责
它不适合替代这些页面：
- 角色权限：负责菜单和操作权限，不负责部门层级
- 用户管理：负责账号、角色、岗位分配，不负责搭建部门树
- 工厂配置：负责规则参数，不负责组织结构
这张图想帮你看懂：组织架构通常是系统基础设置的前置步骤。
谁会用到这个页面
通常会使用这页的人包括：
- 超级管理员
- 负责人或店长
- 负责初始化系统的实施人员
- 需要调整部门结构的行政或管理人员
一线业务员、车间工人通常不会频繁进入这里，他们更多是在用户管理、订单管理、生产管理等页面里工作。
页面整体结构
当前页面是树形表格，不是“左边部门树 + 右边岗位列表”的双栏结构。
页面主要分为三块：
- 查询区
- 可按部门名称、状态筛选
- 树形列表区
- 直接按层级显示部门上下级关系
- 操作区
- 支持新增下级部门、编辑、删除、展开全部、收起全部
页面里能看到什么
当前树形表格主要展示这些字段：
- 部门名称
- 部门类别
- 排序
- 状态
- 创建时间
- 操作列
这里有两个容易忽略的点：
- 部门类别是当前页面真实存在的字段，旧文档里常常漏掉。
- 当前页面显示的是部门树表格，所以你看到的是上下级展开关系，而不是分页列表。
查询区怎么用
查询区当前支持：
- 按部门名称模糊搜索
- 按状态筛选
如果只是想快速看清整个组织层级，建议先不要筛选，直接用页面上的展开全部 / 收起全部查看全貌。
常用操作
新增部门
新增部门有两种常见入口：
- 点击表头区域的 新增 按钮，新增一个部门
- 在某一行右侧点击 新增，直接在该部门下新增下级部门
打开抽屉后，当前可维护字段包括：
- 上级部门
- 部门名称
- 排序
- 部门类别
- 负责人
- 联系电话
- 邮箱
- 状态
其中要注意：
- 新增下级部门时，会默认把当前行部门带入为上级部门
- 负责人不是自由录入，而是从该部门下的用户中选择
- 如果是新增状态、当前部门下还没有用户，负责人选择会禁用
后端新增时还会继续校验：
- 同一上级部门下，部门名称不能重复
- 如果上级部门已经停用，则不允许在其下新增子部门
对应后端实现：
- 新增接口：
- 名称唯一校验：
- 停用父部门下禁止新增：
编辑部门
点击某一行右侧的 编辑，可以修改部门信息。
编辑时通常会用到这些场景：
- 部门名称改名
- 调整部门层级，把部门移动到新的上级部门下
- 补充或变更负责人、电话、邮箱
- 停用不再使用的部门
这里有几个重要规则：
- 上级部门不能选自己
- 编辑时会排除自己及自己的下级部门，避免形成循环层级
- 如果把某个部门移动到新的父部门下，系统会同步更新它和所有子部门的祖级关系
- 如果把某个部门改为启用状态，系统会自动把它的上级部门一并恢复为启用状态
对应后端实现：
- 上级部门不能是自己：
- 更新祖级关系：
- 自动启用上级部门：
停用部门
如果某个部门暂时不用了，可以把状态改成停用，而不是立刻删除。
但当前系统并不是所有部门都能直接停用。后端会拦这些情况：
- 该部门下面还有未停用的子部门
- 该部门下面还有已分配用户
对应后端实现：
- 停用校验：
这张图想帮你看懂：部门停用不是一个无条件动作，它要先通过子部门和用户占用校验。
删除部门
删除比停用限制更多，通常只适合清理刚建错、且还没有被实际使用的部门。
当前后端会拦截以下情况：
- 默认部门不允许删除
- 存在下级部门，不允许删除
- 部门下存在用户，不允许删除
- 部门下存在岗位，不允许删除
对应后端实现：
- 删除接口：
- 默认部门保护：
- 有子部门禁止删除：
- 有用户禁止删除：
- 有岗位禁止删除：
这张图想帮你看懂：删除是比停用更严格的清理动作。
负责人字段怎么理解
很多人第一次看到“负责人”会以为这是自由录入姓名，但当前系统不是这样。
当前实现里：
- 负责人是一个用户选择框
- 只能从当前部门已有用户中选择
- 如果部门里还没有用户，这个选择框会禁用
这意味着一个很实际的配置顺序问题：
- 你可以先把部门建出来
- 但如果想给部门指定负责人，通常要先在“用户管理”里把该部门的用户建好
- 然后再回到组织架构补负责人
部门和用户、角色、岗位分别是什么关系
这张图想帮你看懂：部门解决的是“归属”，角色解决的是“权限”，不要把两者混在一起。
更直白地说：
- 部门：这个人属于哪个组织单元
- 岗位：这个人在该部门里承担什么岗位身份
- 角色：这个人能看到什么、能做什么
数据权限要注意什么
和用户管理类似，这里虽然很多传统 权限检查 注解被注释掉了，但并不代表所有人都能修改所有部门。
当前系统仍然保留了部门数据范围校验。如果当前登录人不在可访问范围内，后端会直接拦截读取、编辑、删除等操作。
对应后端实现：
- 数据范围校验：
推荐配置顺序
如果你是第一次初始化系统，建议按下面顺序配置：
这张图想帮你看懂：组织架构不一定一次配完，但部门层级最好先稳定下来。
使用建议
使用建议
- 先按长期稳定结构建部门，不要把临时项目组、短期任务组都建成正式部门。
- 能停用先停用，别急着删除，这样更稳妥，也更适合保留历史痕迹。
- 如果负责人选不到人，先去用户管理建该部门用户，再回来补负责人。
- 改部门层级前先确认影响范围，因为下级部门会跟着一起调整祖级关系。
- 权限问题优先查角色，不要误以为换部门就会自动拥有新菜单权限。
常见问题
为什么我新增子部门时提示“部门停用，不允许新增”？
因为当前后端明确要求：如果父部门是停用状态，就不能在它下面继续新增子部门。
为什么一个部门明明不用了，却不能停用？
通常先检查两件事：
- 下面是否还有未停用的子部门
- 该部门下是否还有用户
这两种情况都会导致停用失败。
为什么我不能删除一个部门？
优先依次检查：
- 它是不是默认部门
- 它下面是否还有子部门
- 它下面是否还有用户
- 它下面是否还有岗位
只要任一条件不满足，就删不掉。