本页预览
课后服务与多批次放学：让正常班、延时班和兴趣班各走各的流程
当正常放学、课后服务、兴趣班、晚自习和临时留校同时存在时，学校需要管理的不是一个放学时间，而是多组名单、批次、权限、通知和异常状态。
01 / 直接答案
课后服务结束后，为什么不能继续沿用普通放学名单？
因为同一名学生在一天内可能依次处于正常班、延时服务、兴趣班、临时留校或已离校状态。继续使用一张静态名单，容易让教师、门岗和家长看到不同结果，也难以判断当前由哪个岗位负责。
更稳妥的做法是把每一轮放学定义为独立批次，批次包含适用学生、开始与结束时间、负责岗位、允许的触发方式、通知规则和异常处置，并让学生状态在批次之间有明确交接。
02 / 场景拆分
先区分五种常见批次，再决定是否合并管理
| 批次 | 典型学生 | 需要单独确认 |
|---|---|---|
| 正常放学 | 按年级或班级日常离校 | 错峰时间、校门和班级状态 |
| 课后服务 | 参加延时托管的学生 | 服务名单、结束时间和负责教师 |
| 兴趣班 | 跨班级、跨年级参加活动 | 活动教师、活动地点和结束批次 |
| 晚自习或住宿衔接 | 走读与住宿状态不同 | 离校资格、回刷和宿舍交接 |
| 临时批次 | 临时留校、活动或特殊安排 | 发起人、有效时段和撤销条件 |
03 / 状态流程
每一轮放学都需要从名单确认走到结果闭环
建立批次
确定时间、地点、学生范围、负责岗位和可用终端。
核对名单
处理请假、临时加入、提前离校和名单冲突。
启动放学
只有当前批次授权岗位能够启动、暂停或撤销。
同步状态
教师、门岗、家长和校内终端看到一致的当前状态。
处理异常
迟接、代接、未到活动点、通知失败转入独立流程。
结束批次
确认已离校、继续留校和未完成名单，并完成责任交接。
04 / 权限边界
批次越多，越需要限制谁能看、谁能改、谁能放
| 角色 | 适合权限 | 不应默认拥有 |
|---|---|---|
| 班主任 | 核对本班名单与日常状态 | 修改其他活动或年级批次 |
| 课后服务教师 | 管理本人负责服务组和结束状态 | 查看无关学生完整信息 |
| 兴趣班教师 | 确认到课、结束与交接 | 替代班主任修改基础档案 |
| 门岗或指挥岗位 | 查看当前可离校状态并执行现场放行 | 自行改变学生所属批次 |
| 学校管理员 | 配置规则、授权、撤销和审计 | 绕过必要复核直接批量放行 |
05 / 系统支持
青鸽放学可以把多轮放学纳入同一套状态与日志
| 可以支持 | 落地前需要学校确认 |
|---|---|
| 中午、下午、晚上设置多轮放学 | 各批次实际时间、校门与岗位安排 |
| 正常班、延时班和兴趣班分别授权 | 名单来源、变更审批与冲突处理 |
| 临时批次和特殊情境独立配置 | 谁能发起、有效期和撤销条件 |
| 通知、显示、播报和操作日志关联批次 | 家长通知口径与现场终端范围 |
| 记录放学、撤销、回刷和失败原因 | 异常升级岗位与记录保存要求 |
06 / 上线检查
多批次功能上线前，先用一周真实名单做演练
建议先选择一个年级或一个课后服务项目试运行，记录名单变更、等待时间、通知失败和未闭环异常。确认权限与降级流程稳定后，再扩展到其他批次。
是否存在名单冲突跨班兴趣班谁负责临时变更谁审批迟接转给哪个岗位通知失败如何补救批次结束如何确认
07 / 继续阅读
把多批次放学接入交接安全和异常预案
FAQ
常见问题
课后服务学生可以和普通班一起放学吗？
可以由学校根据现场条件安排，但名单、负责岗位和状态必须清楚；如果时间、校门或责任人不同，应作为独立批次管理。
学生临时不参加课后服务怎么办？
应由授权岗位从可信渠道确认变更，记录生效时间，并同步给当前负责教师、门岗和监护人，避免只在群聊中口头修改。
兴趣班跨多个班级，名单由谁维护？
学校应明确名单来源和最终负责人。系统可以按活动组管理，但不能替代学校确定变更审批与交接责任。
系统是否已经支持多轮放学？
支持按学校配置多轮放学、批次范围和相关权限；具体批次、名单来源、通知规则和现场终端仍需结合学校流程配置。