1
Administration Guide
biss edited this page 2026-07-24 12:00:48 +08:00
This file contains ambiguous Unicode characters
This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

管理操作指南

本页面向超级管理员、校级管理员、班级管理员和招生学校账号。系统会同时在前端和服务端执行权限检查,管理员不能通过手工拼接 URL 越过数据范围。

1. 角色与权限边界

功能域 超级管理员 校级管理员 班级管理员 招生学校
全局运行总览 全部 本校 本班 本校招生业务
学校与班级 管理全部学校 管理本校组织 只读本班相关信息 不适用
管理员账号 管理各级管理员 按业务入口管理本校班级相关事项 不适用 不适用
批量申领报名号 审批、监督 发起并接收结果 不直接发起 不适用
考生资料 全部并可监督 本校 本班 投档后必要资料
报名与缴费 全部 本校 本班 不适用
考试与科目 创建、修改、归档 查看相关考试 查看相关考试 查看招生关联考试
成绩录入与发布 可操作 范围内查看、导出、参与流程 范围内查看、参与复议 仅投档材料中的必要成绩
考点考场 全局维护、审批 本校档案变更申请 查看相关安排 不适用
审批流 设计、监督、退回 处理本校步骤、转交 处理本班步骤、转交 招生业务指定动作
招生录取 全局设置与投档签发 确认本校指标资格 不可代确认指标资格 计划、投档、报到、模板
通知公告 创建、发布、撤回 查看 查看 查看相关公示

同一级可以配置多个管理员。待办会按当前待办数和历史分配量在同一业务范围内自动均分,当前处理人还可把流程转交给同范围同级管理员。

2. 超级管理员首次配置

建议按以下顺序完成初始化:

  1. 登录后立即修改初始密码。
  2. 在“账户安全”绑定 TOTP 并离线保存恢复码。
  3. 在“学校管理”建立学校,填写稳定且唯一的学校代码。
  4. 根据学校职责标记生源校、招生校,或同时具备两类职责。
  5. 建立校级、班级管理员,明确学校和班级数据范围。
  6. 在“报名号规则”配置年份、学校代码、性别、固定值和流水号等号码段。
  7. 在“流程设计”配置各业务的审批步骤。
  8. 在“考试与科目”建立考试和科目。
  9. 需要自主注册时才临时开启,并在结束后关闭。

生产系统完成初始化后,不要继续使用模板初始密码。

3. 组织、账号和报名号

学校与班级

学校代码会参与报名号、录取通知书编号和考务数据识别,应在投入使用前确定。系统保存学校和班级的数据范围关联,不能把权限控制仅理解为页面筛选。

管理员账号

  • 超级管理员可建立多个同级账号,避免共享一个管理员账户。
  • 校级和班级管理员必须绑定正确的学校、班级范围。
  • 停用账号后,其有效登录状态会失效。
  • 密码重置产生的是新凭据,管理员不能读取旧密码。
  • 交接人员时,应创建或启用个人账号,不建议多人长期共用。

报名号规则

规则可组合:

  • 年份;
  • 学校代码;
  • 性别;
  • 固定文本;
  • 流水号。

超级管理员只维护规则,不直接替代学校的批量申领流程。报名号在考生账户创建时原子生成一次,后续参加不同考试仍复用同一号码。

批量建号

校级管理员:

  1. 选择一个或多个班级;
  2. 为每班填写申请人数;
  3. 提交批次审批;
  4. 等待最终批准;
  5. 下载按班级返回的报名号和初始密码 Excel;
  6. 通过安全渠道分别下发。

即使只申请一名考生,也按一人批次进入审批。最终批准时系统一次性生成报名号、随机初始密码和待补录账户,避免部分成功造成数量不一致。

4. 审批流程

可配置审批的主要业务包括:

  • 考生资料修改;
  • 考试报名;
  • 成绩复议;
  • 批量报名号申领;
  • 考点和考场档案变更。

处理原则:

  1. 先核对完整业务上下文和申请快照。
  2. 通过时确认下游步骤和最终生效条件。
  3. 退回时填写可执行的修改意见。
  4. 需要更换处理人时使用“转交”,不要让其他管理员共享账号操作。
  5. 超级管理员监督处理时保留原因,避免无说明改写流程历史。

班级和校级步骤会自动限制到考生所属班级和学校。审批实例、责任人、转交和监督动作均留痕。

5. 考生资料、报名与缴费

考生资料

各级管理员在自身范围内查看考生资料、审核状态和流程历史。Excel 导入会逐行校验并返回具体行号;批量修改资料仍需经过配置的审批流程,不因使用 Excel 而绕过审批。

报名审核

核对:

  • 考试和科目;
  • 考生资料状态;
  • 报名时间;
  • 费用;
  • 当前审批步骤;
  • 历史处理意见。

缴费管理

报名终审与缴费确认彼此独立。超级、校级和班级管理员均可在各自数据范围内维护缴费状态,确认时系统记录办理人和时间。

缴费台账应通过页面筛选后导出。系统不接入支付 SDK,因此“已缴费”表示管理员已登记确认,不代表平台完成了在线支付交易。

6. 考试与科目

超级管理员可配置:

  • 考试代码、名称和状态;
  • 报名、考试、准考证、成绩等时间;
  • 科目日期、开始结束时间;
  • 科目费用和满分;
  • 固定单科线、排名前百分比或不设单科线;
  • 固定总分线、总排名前百分比、单科均达线或不判定整场合格。

默认成绩等级按同场同科排名百分位计算:

区间 等级
前 10% A+
前 25% A
前 50% B+
前 70% B
前 90% C
其余 D

同分共享名次。

考试归档

归档是整场考试的不可逆业务动作。归档后锁定:

  • 手工成绩录入;
  • 成绩 Excel 导入;
  • 复议改分;
  • 考试配置修改。

归档前应确认报名、编排、成绩、复议、发布和必要导出均已完成。历史报名、准考证与成绩在页面中默认折叠展示。

7. 考点、考场与准考证编排

考点档案包括:

  • 代码、名称和状态;
  • 负责人、应急电话;
  • 开放时间、交通说明;
  • 楼栋、楼层;
  • 考场容量、类型;
  • 座位编排说明。

考点新增以及考点、考场修改会先形成申请快照,审批通过后再整体更新正式档案。

批量编排

超级管理员选择整场考试后:

  1. 选择混编范围:班内、校内、县区内、市内或省内。
  2. 选择准考证号码规则。
  3. 设置是否保留备用考场和稳定随机种子。
  4. 先执行预检。
  5. 处理所有阻断问题。
  6. 再确认正式编排。

预检检查:

  • 科目时间冲突;
  • 考点与考场容量;
  • 档案完整性;
  • 准考证号码唯一性;
  • 多科考生的考点一致性。

预置号码规则包括:

  • 县区编号 + 考场号 + 座位号;
  • 县区号 + 考场号 + 流水号;
  • 考点学校代码 + 考场号 + 座位号;
  • 考生学校代码 + 考场号 + 座位号。

预检只用于验证,不应写入正式编排结果;正式应用后再开放准考证下载。

8. 成绩管理

成绩管理中心按考试切换,提供:

  • 录入和发布进度;
  • 成绩出齐人数;
  • 整场合格率;
  • 缺失科次;
  • 复议数量;
  • 可筛选成绩台账;
  • Excel 导入导出;
  • 缓存刷新。

Excel 导入

成绩导入采用两阶段流程:

  1. 上传并逐行校验;
  2. 页面暂存预览;
  3. 管理员核对错误、人数和变更内容;
  4. 明确确认;
  5. 在事务内原子批量写库。

预览不会修改数据库。不要把“解析成功”误认为“导入完成”。

成绩复议

终审时查看考试、科目、原分、当前分、当前排名和达线规则。批准改分后系统更新成绩并重新计算受影响结论。考试归档后不能批准会造成改分的操作。

发布与缓存

成绩录入不等于发布。发布、批量导入、归档和复议改分会自动使相关结果缓存失效;超级管理员也可在成绩管理中心手动刷新全部成绩缓存。

9. 通知与系统公示

超级管理员可:

  • 新建草稿;
  • 编辑内容;
  • 发布;
  • 撤回;
  • 设置首页置顶;
  • 管理系统生成的招生公示可见性。

系统公示和人工公告来源不同。撤回、隐藏或重新公开后,应以公开首页实际显示结果为准。

招生流程会按阶段生成:

  • 招生计划公示;
  • 指标资格公示;
  • 录取与补录公示;
  • 报到情况公示;
  • 脱敏录取名单;
  • 按学校、类别统计的录取分数线。

10. 招生录取全流程

录取设置

超级管理员按考试配置:

  • 是否启用志愿;
  • 填报起止时间;
  • 普通志愿数量;
  • 最多提交次数;
  • 当前阶段。

招生账户和计划

超级管理员为招生学校建立专用账号。招生学校以结构化表单提交普通生、特长生和生源校指标计划;超级管理员审核后生效,也可代为上传并直接审核。

指标资格

生源校校级管理员按考试逐人确认本校考生指标资格。必须完成本校全部资料已完善在册考生的确认后,系统才公开资格结果。超级管理员和班级管理员不能代替校级管理员完成此确认。

志愿和投档

填报结束后,超级管理员执行投档。系统按总成绩降序逐人检索志愿,区分指标与普通计划池。

投档材料只发送给对应招生学校,包含必要个人资料和当次成绩,不包含其他志愿。

招生学校审核

招生学校可:

  • 接收投档;
  • 填写特殊理由申请退档;
  • 查看本校计划录取率;
  • 维护录取通知书标题、正文、落款和配色。

退档由超级管理员统一审批。

正式录取

超级管理员签发正式录取后,系统按“招生学校代码 + 考试代码 + 校内独立流水号”生成稳定通知书编号,并开启招生学校报到工作台。

报到与补录

招生学校可以:

  • 逐人暂存 YNP 报到状态;
  • 导出带下拉校验的 Excel
  • 修改后导入;
  • 扫描通知书二维码预检;
  • 确认扫描后登记;
  • 提交完整报到情况;
  • 选择不补录或申请补录。

扫描预览只做核验,不写入报到状态;正式扫描确认才产生业务变更。学校提交前的草稿不会进入超级管理员审批。

超级管理员审批各学校决定后,按缺额进入下一轮补录或结束录取。每轮结果都应独立保留和发布,不能只保留最终总状态。

11. Excel 操作建议

系统为班级、管理员、报名号、考生、缴费、考点考场、成绩、志愿、录取和报到等业务提供模板、导入与导出。

操作前:

  1. 从当前页面下载最新模板,不复用旧版本模板。
  2. 保留隐藏标识列和表头。
  3. 不随意修改单元格数据验证。
  4. 使用页面提供的当前范围导出作为修改基础。
  5. 导入后逐条检查错误行和预览摘要。
  6. 只有确认目标范围正确后才提交写入。

只读角色可能仍保留导出能力,但不能通过修改请求完成写操作。

12. 审计与操作规范

  • 每名管理员使用自己的账号。
  • 重要审批意见说明事实和原因。
  • 批量操作前先筛选并核对选中范围。
  • 不通过数据库直接修改业务状态。
  • 数据导出按敏感文件管理,使用后及时清理。
  • 归档、正式录取、批量导入、重建数据库等高影响操作执行前保留备份或导出。
  • 发现登录过期时重新登录,不要求使用者靠刷新页面恢复会话。