校园外卖遇到暴雨、大风或高温时，不宜让骑手临时决定是否继续配送。平台应预先设定正常、缩区、限单和停单四种状态，结合校门通行、待送订单、可用骑手与路线风险切换，并同步商家、骑手和用户；恢复接单前，先处理存量订单和异常交接。
适用场景
这套规则适合有校外商家、校门中转点、楼栋或宿舍交付的校园外卖项目，也适合食堂档口与校园骑手共同履约的项目。运营团队需要能看见各环节的订单状态，并有固定人员负责调整营业范围、配送范围和接单状态。
天气预警只是触发信号之一。不同学校对校门开放、车辆通行、宿舍进入和临时封闭的要求并不相同，最终处置还要结合校方通知、现场道路积水、商家出餐能力和当班骑手反馈。
下文四种处置状态是运营规则示例，不是统一的气象分级。项目方应根据学校制度、当地预警和现场风险确定触发条件。
校园项目通常同时涉及用户下单页面、商家营业状态和配送端任务。恶劣天气下，不能只在骑手群里发通知；页面提示、商家接单和配送范围也要一起调整。
业务流程
- 确定监测责任人：校区运营汇总天气预警、校方通行通知、积水路段和骑手签到情况，形成当班可执行的信息。
- 盘点存量订单：平台人员按待商家接单、待出餐、待中转、配送中和待签收分类，避免调整规则后遗漏已经进入履约链路的订单。
- 选择处置状态：根据危险路段、可用骑手、校门通行和待送订单，决定维持正常、缩小配送区域、限制新单或暂停接单，并记录生效时间和责任人。
- 同步商家与骑手：商家确认是否继续出餐，骑手确认可执行路线与交接点；无法履约的订单由运营人员重新分配、联系用户或进入售后处理。
- 更新用户提示：在用户下单前说明可配送区域、预计延迟、临时取餐点或暂停状态，已下单用户则按订单状态接收具体通知。
- 持续检查异常：当班人员重点查看长时间未接单、已出餐未取、已到中转点未交接和配送中滞留订单，处理结果回写到订单或交接记录。
- 分阶段恢复：天气和通行条件改善后，先清理存量订单，再开放安全路线与部分商家；确认骑手数量和交接点正常后，才恢复全部区域。
处置动作需要同时落到平台后台、商家端、配送端和用户端。只调整其中一个环节，容易出现商家继续出餐、骑手无法取餐，或用户在不可达区域仍能下单的情况。
恶劣天气处置状态对比表
| 状态 | 判断条件 | 接单与配送动作 | 用户与商家提示 | 恢复条件 |
|---|---|---|---|---|
| 正常 | 校门、主要路线和交接点可正常使用，当班运力可覆盖待送订单 | 保持原配送区域，增加天气提醒和异常巡查 | 说明可能延迟，不随意承诺固定到达时间 | 无需切换，持续监测 |
| 缩区 | 部分校门、道路或楼栋路线风险升高，但安全区域仍可履约 | 关闭风险区域，保留安全路线；必要时改用固定取餐点 | 下单前展示不可达区域，商家只接可履约订单 | 现场确认路线恢复，完成一轮试送 |
| 限单 | 待送订单增长快于可用运力，或中转点出现明显积压 | 减少新单、延长预计时段，优先清理已出餐和配送中订单 | 明确接单限制和延迟原因，避免商家继续无上限出餐 | 积压回到当班可处理范围，机动骑手到位 |
| 停单 | 校方限制通行、主要路线存在安全风险，或关键交接点无法工作 | 暂停新单，逐笔处理存量订单、退款、改送或延期 | 同时通知用户、商家和骑手，给出订单查询与售后入口 | 校方与现场均确认可通行，存量异常已处理 |
公开依据与适用边界
微订校园产品公开页列出了校园外卖、校园配送、校区和楼栋等场景。由此可以确认，校门、楼栋和校园配送属于产品公开覆盖的业务语境；恶劣天气的触发阈值、停单权限和恢复审批仍需按学校制度与项目方案确定。
微订外卖跑腿解决方案公开页介绍了商家、骑手、用户和平台管理等角色端。天气应急规则需要在这些角色之间同步，但每个版本可配置的营业状态、配送范围、通知方式和售后路径，应以实际演示、模块和服务约定为准。
本文提供的是运营规则框架，不替代气象部门、学校或属地管理部门发布的安全要求。涉及骑手人身安全时，应优先执行校方通行限制和当地预警要求，不以完成订单为由继续进入风险区域。
常见问题
收到暴雨预警就必须立刻停单吗？
不应只看一个预警信号。运营人员还要核对学校是否限制通行、主要路线是否安全、交接点能否使用，以及当前积压和可用骑手。出现明确安全风险或关键节点无法工作时，应暂停新单。
缩小配送区域后，原来区域内的已下单订单怎么办？
先按订单状态逐笔处理。尚未接单的订单可联系用户取消或改期；已经出餐、进入中转或配送中的订单，需要明确新的交接点、执行骑手和预计处理方式，不能直接跟随新区域规则自动结束。
恶劣天气可以统一增加配送费吗？
是否调整费用要结合平台规则、用户展示、骑手计价和商家约定。价格变动应在下单前清楚展示；已生成订单不宜在用户不知情的情况下临时加价，具体执行还要确认系统版本与合同约定。
暂停接单后，商家还需要继续出餐吗？
暂停的是新订单。商家应先查看未完成订单，按平台给出的继续制作、暂缓或取消指令处理。已经出餐的餐品要明确存放位置、交接责任和售后方案，避免骑手停运后餐品仍被送到中转点。
天气转好后可以一次性恢复全部区域吗？
更稳妥的做法是分阶段恢复。先确认校门和路线开放，再处理存量订单并试送安全区域；当骑手、商家和交接点运行正常后，再开放剩余楼栋或校区。
微订适配说明
适合：需要同时管理校外商家、校门中转、校园骑手、楼栋或宿舍交付，并希望把天气应急规则落到多角色订单流程中的校园项目。
可覆盖方式：可结合校园外卖、校园配送、多商户与平台管理能力，梳理商家营业、配送区域、订单状态、骑手任务和用户通知的联动方式；项目还可根据校区数量评估标准产品、私有化部署或个性化开发。
需要确认：恶劣天气触发阈值、停单操作权限、配送费调整、批量通知、退款路径、校方接口和多校区独立策略，均应在采购或上线前通过版本清单、演示环境和服务约定逐项确认。
如果正在筹备校园项目，可先整理校门通行、风险路线、交接点、通知对象和恢复责任人，再据此申请产品演示或确认方案。
参考资料与更新时间
更新时间：2026-08-03
