外卖跑腿配送系统如何接入聚合配送 #
外卖跑腿配送系统接入聚合配送，重点是把订单、商户、取货地址、收货地址、配送状态、费用和回调通知打通。自建系统可以同时支持自有骑手团队和聚合配送，按业务场景选择履约方式。
接入重点 #
| 能力 | 作用 | 关注点 |
|---|---|---|
| 发单 | 把订单推送给配送服务 | 商户、地址、商品、费用和备注信息 |
| 状态回调 | 同步骑手接单、取货、送达 | 状态映射、异常处理、用户通知 |
| 取消订单 | 处理用户取消或商户取消 | 取消规则、费用、日志记录 |
| 骑手定位 | 展示配送进度 | 定位频率、地图展示、隐私边界 |
| 自有配送 | 平台自己的骑手团队 | 分队分组、区域、配送费和调度 |
接入流程 #
- 先确认订单来源：外卖订单、跑腿订单、同城配送订单或商户发单。
- 配置商户、门店、配送区域和配送团队。
- 对接聚合配送服务的发单、取消、状态回调和骑手定位能力。
- 在用户端、商户端、配送端和后台同步展示配送状态。
- 用真实订单验证发单、接单、取消、异常和送达通知。
先分清订单流向 #
| 目标 | 配置方向 | 对应教程 |
|---|---|---|
| 不二订单交给鲫鱼运力配送 | 配置商户聚合配送、对应团队及双方商户绑定 | 不二订单推送至鲫鱼 |
| 美团、淘宝闪购订单进入不二配送端 | 不二后台添加平台团队，鲫鱼侧绑定门店及不二运力 | 美饿订单聚合 |
| 由平台自己的骑手送餐 | 配置平台配送员、团队与商户配送规则 | 平台配送员与团队 |
两个外部接入方向不能混用。现有教程明确区分“平台团队”和“鲫鱼（聚）”：前者用于外部订单进入不二配送端，后者用于不二订单发往鲫鱼。其他服务按对应配置教程及实际开通能力处理。
配送费为什么要单独核对 #
用户支付的配送费与第三方实际收取的配送费可能不同。例如用户付 5 元、团队收 8 元时，需要确认差额承担方式和配送户余额；这只是差额示例，不是服务报价。
商户余额与商户配送户属于不同业务账户。验收时既要检查订单付款，也要检查配送费用与取消处理，详见配送费与账单说明。
对接完成的验收标准 #
- 正常发单： 商户与地址对应正确，外部平台能够找到订单，骑手接单、取货和送达状态能回传。
- 取消处理： 核对业务订单和配送订单各自结果，并确认是否产生配送费用，不能只看用户端显示“已取消”。
- 无人接单： 核对当前规则、超时处理及平台团队的接单安排。现有配送说明包含聚合配送长时间未接单转平台配送的情况。
- 账单核对： 用同一笔订单比对用户配送费、配送户扣费和第三方账单。
开通接口或保存团队配置不等于已获得当地可用运力，服务覆盖、门店绑定和账号状态需分别确认。
继续阅读 #
常见问题 #
自建外卖系统一定要接聚合配送吗？ #
不一定。校园外卖和小范围区域外卖可以先用自有骑手团队；订单范围扩大后，再接入聚合配送提高履约覆盖。
聚合配送和自有配送可以并行吗？ #
可以。平台可以根据商户、距离、时段、订单类型和配送团队情况选择自有配送或聚合配送。
聚合配送接入最容易忽略什么？ #
最容易忽略状态回调和异常订单处理。发单只是开始，取消、改派、骑手定位、送达和费用对账都要验证。