DISMISSAL + DEPARTURE

班级怎样放学、人员何时进出,分别看清楚

班级准备离校与某位学生经过校门,是两个不同的时刻。学校如果都需要了解,可以把班级操作与个人通行衔接起来,分别记录,并按需要通知家长。

01 / 使用 / 从岗位到现场

先组织班级放学,再记录个人通行

先由老师或值班人员更新班级进度,再由兼容的身份设备记录人员通行。这样既能安排现场节奏,也能查询具体进出时间;幼儿园接领还会分别记录授权家长入园与出园。

  1. 班级怎样操作

    老师通过指挥、小程序或教师操作卡发布班级放学进度。

  2. 离校怎样记录

    已接入的闸机或学生身份设备形成个人通行事件,身份和方向按接口条件核对。

  3. 家长和学校看到什么

    班级进度与个人通行按学校配置分别通知、分别留痕,便于现场接领和事后查询。

02 / 上线案例

福建省龙岩市某公办幼儿园:老师发布班级放学,闸机控制家长接送通行

该项目已于 2026 年 8 月 26 日上线,在指挥版基础上完成闸机对接。老师先通过指挥版发布班级放学,校门 LED 与语音播报同步更新;只有对应班级放学后,已授权家长才能刷脸入园。

家长接到幼儿后再次刷脸出园,系统关联保存家长、幼儿、班级、方向、时间和设备记录;每天 9:00 后仍按班级汇总应到、实到、未到及待核人数。

上线版本已覆盖班级放学、家长两次刷脸接送、到园统计和学校复核链路;识别、通知、统计和设备适配表现以学校实际记录为准。

班级层面
老师通过指挥版发布班级放学,并同步更新 LED 与语音播报。
接送层面
闸机在班级放学后允许已授权家长入园,并记录家长带幼儿出园。
到园统计
9:00 后结合名单、请假和有效进校事件形成应到/实到统计。
通知与复核
关联班级状态、家长两次通行、通知与异常结果供学校复核。
03 / 两级通知

两次提醒,分别说明放学安排与实际出校

阶段学校侧触发家长侧看到什么系统记录
班级阶段教师、门岗或授权人员执行全班放学、留堂或学生个人状态操作班级开始放学,或指定学生放学、留堂操作人、班级/学生范围、前后状态、通知结果
学生出校阶段学生通过已接入的闸机、人脸设备或学生卡读卡器该学生已发生出校事件学生身份、设备、方向、时间、事件去重和通知结果
异常阶段身份无法匹配、方向不明、重复刷卡、设备离线或通知失败按学校规则不外发、延迟处理或转人工确认失败原因、处置状态和可追溯日志
04 / 组合目录

先看谁操作班级,再选个人通行入口

班级操作与个人通行各选一个合适的入口。展开与贵校接近的组合,查看使用方式和设备条件。

小程序 + 闸机老师在小程序管理班级与学生状态,闸机确认学生实际出校

老师可以在授权范围内执行全班放学、全班留堂,也可以处理指定学生的放学或留堂。系统按学校已开通的通知规则,让家长先收到班级或个人状态提醒。

学生随后通过已接入的闸机出校,系统校验身份、通行方向、有效时段和重复事件后,再生成学生实际出校提醒。这样家长可以区分“班级开始放学”和“孩子已经走出校门”。

步骤操作或事件通知粒度
1老师在小程序执行全班放学或全班留堂班级层面
2老师处理指定学生放学或留堂学生个人状态
3学生通过闸机离校学生个人实际出校
4学校后台查询班级操作、通行和通知结果全过程追溯
小程序 + 学生刷卡老师在小程序管理班级或学生状态,学生刷卡确认是否已经离校

老师可以在小程序中执行全班放学、全班留堂,也可以处理指定学生的放学或留堂。家长先收到与班级或学生状态对应的提醒,清楚孩子已经进入哪一个放学阶段。

学生到达校门后使用本人学生卡刷卡,系统校验学生身份、读卡位置、进出方向、有效时段和重复事件,再形成实际离校记录或家长通知。该组合适合学校已有学生卡与读卡设备、暂不需要完整闸机通行控制,但希望进一步确认学生是否真正离校的场景。

步骤操作或事件家长可获知的信息
1老师在小程序执行全班放学或全班留堂班级当前放学阶段
2老师处理指定学生放学或留堂该学生的个人状态
3学生在校门指定位置刷卡该学生已发生实际离校事件
4异常刷卡、重复刷卡或身份不匹配转后台处理按学校规则通知或仅保留记录
指挥版 + 闸机门岗或值班人员负责班级调度,闸机负责学生个人出校确认

门卫、值班老师或校领导通过指挥端更新某个班级、多个班级或当前批次的放学状态,家长先收到班级进入放学阶段的通知。

学生自行刷卡或刷脸通过闸机后,系统再按学生身份生成个人出校记录和通知。该组合适合班级数量多、需要现场统一调度,同时又重视学生个人通行留痕的学校。

职责负责入口输出结果
班级调度指挥端班级/批次状态、大屏、播报和班级通知
个人出校闸机或身份设备学生出校记录和个人通知
异常核查学校后台未匹配、重复、失败通知和操作日志
教师刷卡 + 闸机老师刷卡触发班级放学,学生通过闸机触发个人出校通知

班主任或授权教师通过操作卡触发班级放学、留堂或完成,具体刷卡动作和有效时段按学校流程配置。班级状态变化可以同步到大屏、语音和家长通知。

学生随后通过已接入闸机出校,系统再记录个人通行并生成第二层提醒。老师端保持低学习成本,学生端保留明确的实际出校证据。

教师刷卡 + 学生刷卡全校都采用刷卡入口,也能区分教师班级操作与学生个人出校

教师操作卡用于发起班级放学、留堂或完成;学生卡用于形成个人出校记录。系统分别配置卡片归属、使用设备、有效时段与操作规则,便于学校管理这两类用途。

该组合适合已有读卡设备、希望减少移动端操作,同时需要班级进度与个人离校记录的学校。系统可按项目配置是否向家长发送两级通知,或只保留部分事件作为后台记录。

指挥版 + 学生刷卡指挥端更新班级进度,学生自行刷卡确认出校

门岗或值班人员先通过指挥端更新班级或批次状态,家长收到班级层面的放学提醒;学生到达出口后自行刷卡,系统再生成个人出校记录与通知。

相比接入完整闸机,该组合可以基于已有学生卡和读卡设备评估实施,但仍需确认读卡位置、进出方向、重复事件、代刷风险和现场人工降级办法。

05 / 实施边界

协同方案需要先完成流程、身份、设备和通知四类核验

流程核验
明确班级开始放学、学生留堂、学生实际出校和撤销分别由谁触发,异常时由谁确认。
身份核验
统一教师、学生、班级、监护人、卡号、人脸和设备侧身份字段,避免事件找不到对应学生。
设备核验
确认接口协议、进出方向、设备位置、离线策略、重复事件和第三方厂商配合范围。
通知核验
确认哪些事件需要外发、发送给哪些监护人、使用何种渠道,以及失败、已读和重复通知如何处理。
数据与网络
纯内网、私有化或云端部署分别确认设备链路、外部通知出口、数据范围和运维责任。
验收口径
用学校真实流程验证班级通知、个人出校、留堂、撤销、代刷、重复事件和断网降级。
06 / 方案沟通

先梳理贵校流程,再一起确认配置

先聊日常流程

  • 由老师操作本班,还是门岗统一指挥?
  • 如何记录学生出校或授权家长接领?
  • 哪些班级状态与通行事件需要外发通知?

再看怎样配合

  • 现有显示、操作和身份设备,哪些希望继续使用?
  • 需要校内提示、家长通知,还是个人通行记录?
  • 一起确认必要新增、实施安排与分项费用。

可以从贵校最想改善的一件事聊起。我们一起看现有安排和设备,再把合适的做法、实施工作与费用说明白。

沟通贵校的使用方案
FAQ

常见问题

什么是可视化放学系统的放学与离校协同方案?

把班级放学安排与人员实际进出衔接起来:老师或值班人员更新班级状态,兼容的闸机、学生卡或可读校徽记录个人通行。学校需要时可以分别通知家长,也可以只保留相应记录供查询。

班级放学通知和学生实际出校通知有什么区别?

班级放学通知说明这个班当前的安排,例如准备离校或留堂;个人出校通知来自核对过身份、方向和时间的设备事件。两类信息分别记录,家长更容易理解消息含义,学校也可选择部分事件只留作后台查询。

学校怎样选择放学与离校协同组合?

先看由谁更新班级进度:集中选班、教师持卡、班牌或手机操作,哪一种更顺手;再看是否需要记录个人通行、现有设备能否利用。我们会结合这两步说明组合方式,以及通知、异常处理和实施安排。