校园外卖预约单和即时单怎么分流？先按备餐承诺与配送时段设置

校园外卖预约单和即时单应在下单时分开标记，并分别进入备餐、派送和通知流程。预约单先锁定取餐时段，由商家按时段备餐；即时单进入当前可用的出餐和配送队列。平台要给两类订单设置不同的接单条件、承诺时间和骑手任务，避免预约单提前占用即时运力，也避免即时单挤压已承诺的预约时段。

适用场景

这套分流适合食堂档口提供定时取餐、校外商家集中送餐，以及学生在午餐前提前下单的校园项目。若学校只允许固定取餐点，不允许骑手进入宿舍区，预约单的终点应设置为食堂窗口、校门中转点或楼栋取餐点；允许送到宿舍的项目，再单独配置末段派送规则。

项目上线前要先确认三件事：商家能否按时段备餐、校园在对应时段是否允许交接、骑手是否有独立的预约任务队列。若其中一项不稳定，先缩小预约范围，再根据试运营记录逐步放开。

业务流程

1. 区分订单类型：用户下单时选择即时配送或预约时段，平台写入订单类型、取餐地点和承诺时段；不满足库存、营业或配送条件时，预约入口应关闭或缩短可选范围。
2. 确认商家承诺：商家端分别看到即时单和预约单，确认可接单量、备餐时间和取餐方式；预约单未达到备餐窗口前保持待准备状态，不能直接派骑手取餐。
3. 生成配送任务：即时单按当前运力进入派单队列，预约单在接近承诺时段时生成骑手任务；中转配送项目还要写明校外交接点和校内取餐点。
4. 发送节点通知：商家确认接单、餐品备好、骑手取餐和到达取餐点时，分别通知对应人员；预约单应显示预约时段，避免用户把“已下单”误解为“已经送达”。
5. 处理变更与异常：商家无法按时备餐时先调整预约承诺并通知用户；骑手不足时暂停新增预约或改为取餐点自取；订单取消、缺货和超时都要保留原订单类型，便于售后和对账。

预约单与即时单分流清单

公开依据与适用边界

微订校园产品公开页面介绍了校园外卖、校园配送和校区楼栋等场景，可作为预约取餐和即时配送分流的业务背景。页面属于产品方公开说明，实际可配置的预约字段、取餐点和通知方式要结合版本与学校规则确认。

微订外卖跑腿公开页面介绍了商家、配送和平台管理等角色端，可用于分配备餐、派单、通知和异常处理责任。具体支付渠道、角色权限和计价方式取决于项目配置、部署方式及服务合同。

平台后台界面图可以帮助读者理解订单和运营管理的后台角色，但界面展示不等于任意版本都具备同样字段，也不能证明实际订单规模或履约结果。预约规则上线前应使用真实测试订单逐项验证。

常见问题

预约单要不要和即时单使用同一批骑手？

可以共用骑手池，但任务队列应区分预约承诺和即时订单。高峰运力不足时，先保证已进入备餐窗口的预约单，再根据实时状态开放新的预约名额。

预约单能不能提前派骑手？

不建议在餐品尚未进入备餐窗口时派骑手，否则会增加等餐。更合理的做法是先锁定预约时段，待商家确认接近备好后再生成取餐任务。

学校临时关闭取餐点，预约单怎么处理？

运营人员应先暂停该取餐点的新预约，再为已下单用户提供改取餐点、改期或退款选项，并留下通知和处理记录。是否允许改到其他楼栋，需要按学校管理要求执行。

预约单适合所有商品吗？

不一定。需要看商品保温、制作周期、库存变化和取餐方式。现制餐品、临时缺货商品或无法按时段备餐的商品，应限制预约或单独设置规则。

多个校区可以共用预约时段吗？

订单类型和字段可以统一，但预约时段、取餐点和配送范围应按校区配置。校门开放、宿舍规则和商家出餐条件不同，不能直接复制同一套时间。

微订适配说明

适合：需要把食堂档口、校外商家、校园骑手和固定取餐点放进同一校园外卖流程，并区分预约与即时订单的项目。

可覆盖方式：可结合消费者端、商家端、配送端和平台后台配置订单类型、营业状态、派单及通知流程；多校区权限、特殊取餐点、支付渠道或个性化预约规则，需要结合版本、模块和部署方式评估。

需要确认：预约时段的粒度、取消和改期规则、宿舍取餐限制、骑手计价、通知渠道以及合同中包含的定制范围，应在演示订单和交付清单中逐项确认。

参考资料与更新时间

• 微订校园产品公开页面
• 微订外卖跑腿解决方案公开页面
• 微订校园外卖站

更新时间：2026-08-13