这个功能解决什么问题
做外卖平台的都知道一个老问题：用户想点一杯奶茶加一份炸鸡，但奶茶在 A 店、炸鸡在 B 店。传统玩法下，用户要么放弃一样，要么分两单下——两单意味着两份配送费、两个骑手、两趟等待，体验差，平台的履约成本也高。
海狐外卖系统的多商户合并结算功能就是冲着这个场景来的：开启之后，消费者在同一商圈内的多家店铺下单，可以在购物车里一键合并结算，系统把这几个订单打包处理，配送端自动合并配送——最终用户只承担一次配送费。
对平台来说，这个功能直接带来三个好处：
- 用户不再纠结”凑不满起送价”：多家店凑着买，客单价自然上去了
- 配送资源复用：一个骑手顺路送多单，运力成本摊薄
- 商圈粘性变强：同商圈的店越多，用户越愿意留下来逛
怎么开启这个功能
第一步：进入多商户结算应用
在系统后台找到 「应用」→「多商户结算」，这里就是合并结算功能的总开关。
[图片说明：应用中心中「多商户结算」应用入口]
第二步：开启多商户合并结算
打开多商户合并结算开关。这个开关控制着用户端的核心体验：
- 开启后：用户可以把购物车里来自多家店铺的商品一起勾选、一键结算，无需分开付款
- 未开启：购物车里的商品只能按店分别结算，无法合并下单
建议开启前先确认你的代理区域或商圈内已经入驻了足够多的商户，否则用户购物车里的”多店商品”不够多，合并结算的体感不明显。
第三步：开启配送订单合并
如果你希望合并后的订单在配送端也打包处理，还需要开启配送订单合并选项。开启后，流程是这样的：
- 用户在购物车内合并结算（勾选多个商品一键结算）
- 系统自动判断这些商品是否属于同一个商圈
- 如果是同一商圈，骑手端会把这几单合并为一个配送任务
骑手只需抢下其中一单，系统便会自动把其余合并订单分配给他，不需要骑手逐个抢单。
配送费怎么算
合并配送的订单按顺风单的逻辑处理，配送费按最远一单来计算，具体规则跟随你的配送费设置（固定金额或按距离计费都可以）。订单完成后，骑手还能拿到顺风单奖励，多跑一单多一份收入，骑手的接单意愿自然就高了。
[图片说明：骑手端合并配送订单的展示形式]
常见问题（FAQ）
Q1：不同商圈的店铺能合并结算吗？
结算层面用户可以把多家店的商品放在一起结算，但配送合并有硬性条件：系统会判断是否属于同一个商圈。只有同一商圈的订单才会触发合并配送，跨商圈订单仍按普通方式分别配送。
Q2：合并配送后配送费会涨吗？
不会。功能设计的目标就是让用户只付一次配送费。合并订单按最远一单的距离计费，用户侧仍然只产生这一笔配送费，比分开下两单各付一份要划算得多。
Q3：骑手一次送多单，收入怎么算？
骑手抢下合并任务后，系统会自动把其余订单一并分配给他。配送费按最远一单计算，完成后骑手还会获得顺风单奖励——相当于一趟路送多单，有额外激励。
Q4：为什么用户说购物车里没法合并结算？
先检查后台多商户合并结算开关是否已开启。开关没开，用户端的购物车就只支持按店分开结算，不会出现合并结算的入口。另外，确认商品所属的代理区域/商圈配置正确，否则也可能影响合并逻辑。
Q5：一家店的东西能和其他店一起结算吗？
合并结算的核心场景就是”多店混购”。用户从多家店加购商品后，在购物车里勾选多家店的商品一起结算即可；只勾一家店就是普通的单店结算，两者互不冲突。
相关功能推荐
合并结算要和配送体系配合着用才顺手，这几个功能建议一起了解：
- 骑手顺风单的相关设置 — 顺风单规则、奖励机制的详细配置说明
- 顾客支付的配送费、配送员获得的配送费提成如何设置 — 固定金额还是按距离计费，一篇讲清配送费的定价逻辑
- 多段配送后台配置及配送员接单流程 — 更复杂的分段配送场景如何配置
如果在配置过程中遇到问题，随时联系海狐科技技术支持。