闸机版：把学生通行事件接入放学流程

不是。已有闸机、人脸识别或刷卡设备的学校，也可以评估事件接入和设备利旧方式。

可以按学校规则配置，但闸机事件不能未经校验直接外发。系统需要确认学生身份、事件方向、有效时段和重复事件，再结合网络边界与通知渠道生成相应记录或消息。

不是。闸机版是青鸽放学协同平台面向特定学校场景形成的常用方案入口，与其他终端和模块共享学校、任务、权限、状态、通知与审计数据。

典型链路包括设备鉴权、事件唯一性判断、身份解析、学校与校门归属校验、进出方向和时间窗校验、任务与轮次匹配、状态转换、通知任务生成以及黑匣子留痕。任一环节失败都应记录原因并保留人工处置入口；闸机上报“通行成功”只能作为输入事实，不能直接覆盖学校放学任务的业务状态。

项目应为设备事件定义稳定的事件标识或幂等键，并记录设备、学校、方向、发生时间和接收时间。断网时可按边界缓存，恢复后补传；服务端还要处理重复、乱序、过期和跨任务事件。补传不应静默覆盖较新的业务状态，发生冲突时应给出可查询记录和人工核验方式，并在联调验收中专门测试。