小程序接送授权教程｜临时人时效码与老师扫码核验规范 – MPForge

一、接送为什么不能靠脸熟

结论句：口头放行的风险不在老师记性差，而在「没留痕」——出了争议，谁也说不清当天是谁把娃接走的。

园所接送场景的特点是人多、时间紧、关系杂：爷爷奶奶轮班、邻居帮忙、家长临时开会晚到。失控点就三个：

• 口头放行：老师凭印象放人，遇到不常见的亲属就只能打电话核实，高峰期排队堵门。
• 临时人乱：临时来接的人没有凭证，信息全靠家长发微信转述，真伪无法校验。
• 隐私过度展示：名单贴在门口或群里明文转发，把孩子的信息暴露给了不相干的人。

把这三条写进开工单的第一页，接下去的功能设计才不会跑偏。

二、四个模块：授权人、时效、核验、告警

结论句：四个模块环环相扣，核心原则是「名单之外一律按陌生人处理」——名单外的人必须走临时授权流程。

核验凭证的生成复用核销码体系，规则见核销码生成规则；凭证防转发与防截图的口径参考核销码安全规范。门禁硬件配合的场景在门禁核销场景里有展开。

三、临时授权与时效码怎么设计

结论句：临时授权的关键是「限时、限人、限次」三限——超出任何一限，码就自动作废。

1. 家长发起：家长在小程序里填写临时接送人姓名与关系，选择有效时段，最短按小时配置。
2. 生成时效码：系统生成一张限时二维码，只在指定时段内可扫，超时自动失效。
3. 老师核验：接娃时老师扫码，系统核对时段、人数与名单，相符才放行并记录时间。
4. 异常告警：扫码发现码过期、人名不符或非授权请求，系统即时通知家长与园长，孩子暂留园区。

多一个接娃人怎么处理：固定授权人支持多人并列，各自独立凭证，不共享一张码；这一点要在家长端写得明明白白，避免「发一张码全家传」。隐私边界同步定死：系统里只存姓名与关系，不存身份证号等敏感字段，展示层也不外露。

四、上线实施五步

结论句：先建名单再开扫码，最后才启用拦截告警——顺序颠倒会造成大量误拦与家长抵触。

1. 建名单：发家长端操作指引，两周内完成固定授权人实名入册，旧的纸质交接表同日作废。
2. 配时效：临时授权时段、失效规则配置好，用真机验证过期码确实扫不开。
3. 培训老师：带班老师练熟扫码核验与异常处置，明确「码不对就暂留并通知」的硬规则。
4. 开告警：拦截通知先灰度一周，家长与园长双通道接收，确认无误拦再全量。
5. 周复盘：每周看拦截次数、核验耗时、家长咨询量，时效配置按数据调整。

五、验收清单与避坑

结论句：验收不看「系统能用」，看未授权请求是否 100% 被拦且通知到人。

• 别做万能码：长期有效的临时码等于没授权，时效是底线。
• 别过度收集隐私：姓名与关系够用即可，敏感证件信息不进系统，隐私弹窗时机对照隐私弹窗时机规范。
• 别绕过系统放人：「今天例外一次」会让所有努力作废，提审合规问题对照小程序审核被拒常见原因。

六、常见问题 FAQ