查看当前学校的实际角色权限¶
完成本页后，你可以在当前学校找到目标角色，记录它的名称、编码、类别、状态和实际权限，并把这份结果与静态权限参考表正确区分。
适用对象¶
- 已完成学校角色方案，需要核对当前学校已有角色的人员。
- 准备给教师分配组织角色，需要先确认角色实际权限的人员。
- 发现角色名称相同但页面行为不同，需要核对当前配置的人员。
所需权限¶
当前账号需要能够进入 管理员设置 → 角色管理，并能够打开目标角色的 查看 或 管理 入口。
能看到角色列表不代表一定能够打开详情或修改角色。应以当前账号实际显示的入口和打开结果为准，不要只根据“管理员”等账号或角色名称判断。
前置条件¶
- 已确认当前登录的是目标学校和账号。
- 已准备确认学校角色方案中形成的职责和权限需求表。
- 已记录准备核对的角色名称或编码。
- 本次只查看和记录，不修改角色名称、状态、权限或分配关系。
- 已准备记录核对日期；当前材料没有产品版本号或构建标识时，不自行填写。
进入路径¶
登录系统后，进入 管理员设置 → 角色管理。
截图来自测试学校，只用于说明页面结构。截图中的角色名称、编码、权限数、类别和状态只代表截图当时的测试配置，不能作为其他学校的默认角色权限。
操作步骤¶
1. 确认当前学校¶
先核对页面右上角显示的学校是否与本次方案一致。学校不正确时，停止核对，先返回登录与切换组织检查当前组织。
在记录表中写明：
| 项目 | 记录内容 |
|---|---|
| 当前学校 | 页面实际显示的学校 |
| 核对日期 | 本次查看日期 |
| 产品版本 | 页面有明确标识时记录；没有时不补写 |
| 核对账号 | 当前实际使用的账号 |
2. 在角色列表中找到目标角色¶
使用搜索框输入角色名称或编码，再从列表中找到目标行。逐项记录：
| 列表字段 | 记录要求 |
|---|---|
| 角色 | 同时记录页面显示名称和编码 |
| 类别 | 记录全校、年级、班级、科目等页面实际值 |
| 权限数 | 只记录数字，不根据数字推断具体权限 |
| 系统角色 | 记录页面显示“是”或“否”等实际值 |
| 状态 | 记录当前实际状态 |
| 操作 | 记录当前提供“查看”“管理”或其他入口 |
角色名称相同不能证明权限相同；权限数量相同也不能证明权限内容相同。
3. 打开角色详情¶
根据目标行实际提供的入口操作：
- 显示 查看 时，选择 查看。
- 显示 管理 时，可以进入管理页面查看当前值，但本任务不要修改或保存。
- 没有入口或打开被拒绝时，记录当前结果，不使用其他角色的详情代替。
角色详情材料边界
现有截图证明 查看 和 管理 入口存在，但尚未记录打开已有角色后的完整详情页面，因此本页不预设详情中的页签、字段顺序或按钮名称。
进入后只按当前页面实际显示的内容记录。不要把“新建角色”页面中的全部可选权限，当成目标角色已经拥有的权限。
4. 逐项记录实际权限¶
在角色详情中找到当前已经启用或选中的权限，逐项记录权限名称和编码。建议使用下表：
| 权限分组 | 权限名称 | 权限编码 | 当前角色是否包含 | 页面依据 |
|---|---|---|---|---|
| 按实际页面填写 | 按实际页面填写 | 按实际页面填写 | 是/否 | 已选状态或详情文字 |
记录时注意：
- “权限数”只用于帮助检查记录数量，不能代替权限明细。
- 页面没有选中或没有列出的权限，不要写成角色已拥有。
- 只记录当前学校和当前角色，不扩展为所有学校的通用配置。
- 如果页面只显示权限名称而没有编码，就如实记录名称，不自行匹配相似编码。
5. 区分实际角色权限和静态参考表¶
角色权限与数据范围参考列出的是当前已经确认的 可分配权限名称和编码，不是角色默认权限表。
| 内容 | 回答的问题 | 不能据此判断 |
|---|---|---|
| 当前学校角色详情 | 这个角色在当前学校当前包含哪些权限 | 其他学校同名角色也一定相同 |
| 静态权限参考表 | 系统当前有哪些已确认的可分配权限名称和编码 | 某个角色已经拥有表中的全部权限 |
| 角色列表的权限数 | 目标角色当前显示多少项权限 | 具体是哪几项权限 |
| 教师的角色分配 | 目标教师被分配了哪些角色 | 教师最终能看到的全部数据和考试 |
不要从角色名称生成权限表
除编码为 admin 的管理员角色有明确维护限制外，学校可以调整其他内置角色的权限、名称和状态。任何角色都应按当前学校详情实际核对，不能根据“教务长”“年级组长”“班主任”等名称预填权限。
6. 核对角色类型和维护边界¶
FACT-02 已确认以下维护边界：
| 角色类型 | 已确认边界 |
|---|---|
编码为 admin 的管理员角色 |
权限、名称和状态不能修改，也不能删除 |
| 其他内置角色 | 权限、名称和状态可以修改，也可以删除 |
| 自定义角色 | 创建时可以选择权限；创建后暂时不能再次修改权限；名称、说明和状态可以修改，也可以删除 |
本页只记录当前值，不执行上述修改或删除操作。系统内置 admin 用户账号与编码为 admin 的管理员角色是两个不同对象，也不要把普通教师资料中的管理员标记重复计算为第二个角色。
如果列表中出现 AI 类别或 AI 相关名称，只记录页面存在该行；本阶段不据此解释 AI 教师登录、权限或数据范围。
7. 与学校角色方案逐项对照¶
把实际权限记录与确认学校角色方案逐项对照：
| 对照结果 | 处理方式 |
|---|---|
| 实际权限覆盖已确认工作 | 记录该角色为现有候选角色 |
| 实际权限少于方案需要 | 列出缺少的权限，不根据角色名称补齐 |
| 实际权限多于方案需要 | 列出多出的权限，汇总账号其他角色后的最终结果 |
| 类别与计划范围不同 | 记录差异，继续核对数据绑定方案 |
| 页面信息无法确认 | 保留问题，不进入角色分配或自定义角色创建 |
一个账号拥有多个角色时，功能权限按并集合并；多个班级、年级或科目绑定的数据范围也按并集合并。因此，单个角色核对完成后，仍需在具体教师配置中汇总全部角色和绑定。
8. 保存核对记录，不保存系统修改¶
本次输出应至少包括：
- 当前学校、核对日期和核对账号；
- 目标角色名称、编码、类别、系统角色标记和状态；
- 权限数以及逐项记录的实际权限；
- 与静态参考表的区别；
- 与学校角色方案相比的缺少项、多出项和范围差异；
- 是否可以作为现有候选角色。
角色定义变更的生效边界
用户的角色分配或绑定变更已确认立即生效，已登录用户刷新后可以看到调整结果；但修改角色定义权限后，对已经分配该角色的用户何时生效尚未单独实测。
本页不修改角色定义。如果后续执行修改，必须使用目标账号刷新并分别验证菜单、按钮和数据，不能预先承诺生效时间。
完成标志¶
同时满足以下条件，表示当前学校的实际角色权限已经核对完成：
- 已确认当前学校、核对账号和核对日期。
- 已记录目标角色的名称、编码、类别、权限数、系统角色标记和状态。
- 已从目标角色详情逐项记录实际权限，而不是根据名称或权限数推断。
- 已明确静态参考表是可分配权限清单，不是角色默认权限表。
- 已与学校角色方案对照并记录差异。
- 没有在本任务中创建、修改、保存或删除角色。
- AI 相关行没有被扩展解释为已经确认的产品行为。
下一步¶
进入添加单个教师，填写教师基本资料、工号、密码和系统身份，并核对列表及登录结果。
如果角色方案需要调整，返回确认学校角色方案。