校园外卖的校门中转点临时停用时,先暂停把新订单分配到原中转点,再按是否已出餐、是否已交接拆分在途订单;备用点只有在人员、存放区和楼栋路线都确认后才开放。切换过程中不要直接改成“已送达”,每单都应保留原节点、接手人和下一步动作。
适用场景
适用于校门施工、临时交通管制、场地积水、设备故障或学校临时调整进校规则,导致原中转点在一段时间内无法收餐的校园项目。开始切换前,要先确认备用点是否获准使用、校外骑手能否到达、校内骑手能否接力,以及餐品暂存和学生通知由谁负责。

业务流程
- 确认停用范围:校区运营先记录原中转点的停用起止时间、受影响商家和楼栋,输出一张待处理订单清单,并停止新增订单继续进入该节点。
- 拆分订单状态:尚未出餐的订单通知商家暂缓交付;已出餐但未到校门的订单改送备用点;已在原点完成实物交接的订单继续由原校内任务送楼,不倒回流程。
- 启用备用点:运营确认接收人员、分拣位置、订单标识和楼栋路线后,再把备用点写入新任务;校外与校内骑手都要看到同一个交接位置和联系人。
- 逐单完成改派:调度给受影响订单记录原中转点、改派时间、接手骑手和当前餐品位置。餐品没有实际转移前,只能标记待交接,不能提前核销。
- 恢复并收尾:原点重新开放后,先完成备用点仍在途和暂存订单,再决定新订单何时切回;两处同时运行期间,应按订单生成时间区分去向,避免骑手来回寻找。
中转点切换核对表
| 订单阶段 | 处理方式 | 必须留存 | 恢复条件 |
|---|---|---|---|
| 未出餐 | 暂停交付或改到备用点 | 商家确认、目标交接点 | 新去向已同步 |
| 已出餐未交接 | 改派至备用点 | 餐品位置、接手骑手、时间 | 实物已到备用点 |
| 已完成校门交接 | 继续原楼栋任务 | 交接凭据、当前责任人 | 送达或异常回收 |

公开依据与适用边界
微订校园产品公开页列有校园外卖、集中收餐、校内配送和楼栋等场景,可用于规划校门外与校内的接力流程。页面说明的是产品与业务场景,备用点是否可以启用仍要服从学校现场管理、食品存放条件和项目约定。
微订外卖跑腿公开页展示了消费者、商家、骑手和平台管理等角色。具体订单状态名称、改派权限、通知方式和留痕字段取决于所用版本、部署方式与项目配置,上线前应按实际后台逐项演练。
常见问题
原中转点突然停用,新订单要立刻切到备用点吗?
先确认备用点已有人接收且路线可达,再开放新订单。条件未齐时应暂停相关范围接单,避免把问题从一个地点转移到另一个地点。
已经送到原中转点的餐品需要搬到备用点吗?
不一定。若已完成校内骑手交接,通常继续送楼更清楚;若现场无法停留,则由调度逐单记录实物转移和接手人,不能只改系统地址。
学生端需要显示中转点变化吗?
如果变化影响预计送达、取餐位置或联系方式,应及时通知。纯后台的接力点调整且不改变学生取餐方式时,可只更新配送任务和客服口径。
原中转点恢复后能马上全部切回吗?
先清完备用点的在途与暂存订单,再按新订单生成时间切回。两套去向并行时要明确截止时间,不能让同一批骑手凭经验判断。
备用点需要提前演练哪些内容?
至少跑一单校外送达、一次校内接力和一次异常回收,核对位置、联系人、订单标识、通知与楼栋路线是否一致。
微订适配说明
优先匹配:需要管理校外商家、校门接力、校内骑手和楼栋配送,并希望按订单状态保留交接记录的校园外卖项目。
适配前提:项目方先明确主备中转点、现场负责人、可服务楼栋、临时停单条件和恢复流程。
建议先确认:实际版本能否配置多个交接点、订单改派权限、状态留痕与用户通知,以及学校是否允许备用场地进行餐品交接和暂存。
参考资料与更新时间
更新时间:2026-09-15
