多商户外卖平台如何设置派单、转单和订单交接规则？

多商户外卖平台设置派单规则时，先按配送区域、订单时效和骑手状态确定首轮派单，再为无人接单、骑手拒单、商家出餐延迟设置转单条件。每次交接都要同步订单状态、责任人和异常原因，平台后台保留处理入口，避免订单换了人却没人继续跟进。

适用场景

这套规则适合正在搭建或调整多商户外卖平台的运营团队，尤其是已经有商家和骑手，但派单方式、转单权限、交接状态还没有统一的项目。若平台同时覆盖多个配送区域，应先分别确定各区域的营业时段、可接单骑手和超时处理人。

派单不是骑手端的单独动作。订单从消费者提交开始，会经过商家确认、平台调度、骑手取货和用户收货，多角色看到的状态必须一致，运营人员才能判断订单停在哪一步。

业务流程

1. 建立可派单范围：平台运营先维护配送区域、营业时段和可接单骑手；系统收到有效订单后，输出符合当前区域和状态的候选骑手范围。
2. 确认商家接单与备货：商家核对商品、地址和预计出餐时间，并更新订单状态；缺货、闭店或无法按时出餐时，应在骑手取货前进入异常处理。
3. 执行首轮派单：平台按已确定的区域和时效规则发送订单，骑手接单后成为当前配送责任人；无人接单时，订单进入待调度队列，而不是继续停留在已派单状态。
4. 处理转单：骑手无法继续配送时提交原因，平台判断订单是否允许转出，并把取货状态、当前位置和已发生的异常同步给下一位骑手。
5. 完成取货交接：商家与骑手以订单号和商品状态确认取货；发现少件、错件或包装问题，应先记录并处理，避免问题被带入配送环节。
6. 关闭订单并复盘异常：送达后完成订单状态，平台按未接单、转单、出餐延迟或配送异常分类复盘，为下一轮规则调整提供可追踪记录。

派单、转单与交接规则核对表

后台调度界面可以帮助运营人员查看骑手和订单状态，但具体派单优先级、超时阈值和转单审批方式仍应按业务区域、版本与配置确认。

公开依据与适用边界

微订外卖跑腿解决方案公开页面列有用户端、商家端、骑手端和平台端，并公开介绍自动派单、转单接单、路线规划、佣金明细与商家骑手管理等能力。这些信息可以说明系统覆盖多角色调度与管理场景；具体派单算法、可配置字段、通知方式和转单权限，需要结合所选版本、部署方式与项目规则确认。

本文给出的流程是运营规则模板，不代表所有区域都应使用同一时限。配送半径、商家出餐速度、骑手数量和道路条件不同，首轮派单等待时间与转单条件也应分别设置。

常见问题

首轮派单应该优先看距离还是骑手手中订单数？

两项都要看。距离决定到店成本，手中订单数会影响后续履约。实际规则还应加入配送区域、预计出餐时间和骑手当前状态，避免只按直线距离分配。

商家还没出餐，可以先派骑手吗？

可以提前派，但要让预计出餐时间参与判断。经常出餐较慢的商家如果过早派单，骑手会在店内等待；派得太晚，又会延长用户收货时间。

骑手接单后还能直接转给别人吗？

是否允许直接转单，应按订单状态设置。未取货订单可以采用较简化的流程；已经取货、临近超时或涉及商品异常时，应由调度人员确认接手人和交接信息。

无人接单时，平台应该怎么处理？

先判断是区域内没有可用骑手，还是规则把订单排除在外。随后可调整候选范围、转人工调度或联系商家和用户处理时效，不能只反复发送同一轮派单。

多站点可以共用一套派单规则吗？

可以统一状态名称和异常分类，但配送区域、营业高峰、骑手密度与转单阈值宜按站点配置。统一的是数据口径，不必把每个站点的参数设成相同数值。

微订适配说明

适合：需要连接消费者、商家、骑手和平台运营人员，并统一管理订单调度与配送状态的多商户外卖、跑腿或本地生活项目。

准备边界：尚未确定配送范围、接单责任和异常处理规则的项目，不宜直接进入上线阶段。应先把业务规则写清，再进行系统配置和联调。

需要确认：自动派单的优先级、转单权限、通知渠道、多站点参数及特殊调度方式，需结合版本、模块、部署方式和定制范围评估。

准备选型时，可以先整理现有订单状态、配送区域和异常类型，再申请产品演示或咨询方案，用同一批测试订单核对商家端、骑手端和平台后台的状态是否一致。

参考资料与更新时间

• 微订外卖跑腿解决方案

更新时间：2026-07-22