福建省龙岩市某公办幼儿园指挥版与闸机协同实践
福建省龙岩市某公办幼儿园：沿用学校已有大华闸机和 LED，老师发布班级放学后，授权家长刷脸入园接领并携幼出园，接送记录与 9:00 班级到园统计供学校查询。
查看匿名实施记录
01 / 使用 / 从岗位到现场
连接学校已有通行设备，
连接学校已有通行设备，记录进出并配合放学安排
先分清贵校要记录学生出校，还是管理家长入园接领。两类安排对应不同人员与时段，我们会结合现有设备说明接入方式、通知对象和现场配合。
谁来使用
学生或接领家长按学校授权通行；管理人员维护人员关系、设备接入和查询范围。
怎样处理
按设备协议接收身份、方向和时间等通行信息，形成进出校记录并按规则统计。
学校看到什么
查询相关通行与通知记录；需要班级放学前置控制时，与指挥版或小程序协同配置。
02 / 学校实践 / 使用参考
龙岩幼儿园：
龙岩幼儿园：沿用学校已有大华闸机
已有大华闸机接入指挥版，老师发布班级放学后，授权家长刷脸入园并携幼出园。学校已有 LED 与语音同步提示班级状态，通行记录与 9:00 到园统计供学校查询。
- 学校类型
- 福建省龙岩市某公办幼儿园
- 沿用设备
- 学校已有大华闸机与 LED。
- 建设范围
- 班级放学、家长接领、到园统计与记录查询。
- 新项目适配
- 已有闸机按实际型号与开放接口适配；人脸资料按校方授权与必要范围处理。
福建省龙岩市某
03 / 识别方式
先确认怎样识别人，
先确认怎样识别人，再评估现有设备
- 人脸识别闸机
- 现场动作：学生刷脸，终端完成身份匹配并产生通行结果。接入前重点核对：终端事件接口、身份字段、活体与异常结果、开闸反馈和隐私边界。
- 学生卡或校徽闸机
- 现场动作：学生刷学生卡、可读校徽或学校已经发放的其他介质。接入前重点核对：卡号规则、频段、读卡器协议、补卡换卡、黑名单和重复刷卡处理。
- 闸机外接读卡器
- 现场动作：保留现有闸机通道，外接或复用读卡设备产生学生通行事件。接入前重点核对：控制器与读卡器关系、开闸反馈、离线缓存、重复事件和原厂权限。
04 / 接入链路
已有闸机接入放学管理
已有闸机接入放学管理平台，要打通五个环节
| 环节 | 接入目标 | 关联的接口与业务信息 |
|---|---|---|
| 通行事件 | 取得刷脸、刷卡、校徽或其他介质的成功、失败与异常结果 | 设备、方向、时间、身份字段和原始结果 |
| 身份映射 | 将设备身份对应到学生、班级和当前学籍状态 | 新增、换卡、解绑、重复身份和数据更新 |
| 放学规则 | 判断该事件是否允许形成出校、等待区离开或异常记录 | 校门、批次、时段、权限和重复去重 |
| 显示与通知 | 按配置更新班级/学生状态并生成大屏、播报或家长通知 | 设备与通知异常可查询、可处理 |
| 日志与降级 | 记录处理结果，并在断网或识别失败时转入人工流程 | 离线、补传、误识别、禁止放行和人工处置 |
05 / 接入边界
沿用前，
沿用前，核对接口、网络与原厂配合
接入既有设备时，先了解型号、开放接口及可提供的身份、方向和时间信息，再共同验证正常通行、重复识别、断网与异常处理。接入范围依据实际设备确定。
若设备无法开放稳定接口，可以评估保留通道机体并更换控制器、外接读卡设备或采用其他触发方式；具体方案以现场和原厂条件为准。
06 / 实施与费用
从设备评估到试运行，
从设备评估到试运行，工作范围分别说明
- 实施周期
- 交付包括接口适配、系统配置、现场联调与试运行。排期结合设备接口开放情况、原厂配合和学校使用安排确定。
- 报价构成
- 软件版本与授权、设备适配或网关、现场实施联调、培训与后续服务；第三方设备、施工或原厂改造费用单列。
- 可利旧范围
- LED 支持 HDMI 同屏或网页显示即可沿用；闸机、读卡器、人脸终端及校牌需核对协议、字段、事件语义、网络和原厂权限，广播需确认音频输入。
- 服务边界
- 青鸽负责需求确认、接口评估、系统配置、联调培训和试运行支持；土建、布线、闸机原厂改造及第三方费用按书面方案确认。
07 / 方案沟通
先梳理贵校流程，
先梳理贵校流程，再一起确认配置
先聊日常流程
- 通行的是学生，还是入园接领的授权家长？
- 现有设备怎样识别身份，是否区分进出方向？
- 哪些事件需要通知，异常时由谁现场处理？
再看怎样配合
- 现有显示、操作和身份设备，哪些希望继续使用？
- 需要校内提示、家长通知，还是个人通行记录？
- 一起确认必要新增、实施安排与分项费用。
可以从贵校希望改善的一件事聊起。我们一起看现有安排和设备，再把合适的做法、实施工作与费用说明白。
沟通贵校的使用方案
FAQ
常见问题
闸机版是否只适合新建学校？
不是。已有闸机、人脸识别或刷卡设备的学校，也可以评估事件接入和设备利旧方式。
闸机事件能否触发家长通知？
可以按学校规则配置，但闸机事件不能未经校验直接外发。系统需要确认学生身份、事件方向、有效时段和重复事件，再结合网络边界与通知渠道生成相应记录或消息。
一次闸机事件怎样进入放学流程？
设备上报事件后，系统核对人员、学校、校门、进出方向及发生时间，再按学校配置保存通行记录、处理相应通知。班级放学仍由对应操作入口管理；设备未提供方向或结果时，记录保留未知或待确认状态，供学校查询处理。
设备断网、延迟补传或重复上报怎么办？
我们会在设备联调时一起检查这些情况。具备补传能力的设备应保留实际发生时间，并识别重复记录；记录有冲突时，学校能够查询原因并结合现场复核。断网期间怎样继续操作、恢复后怎样补齐，会写入使用安排。