妙手ERP流程重构：同买家订单自动合并发货

2026 年 10 月 24 日，妙手ERP 完成订单合并流程重构：同一买家在 24 小时内提交、收货地址相同、未进入打单环节的订单，会按配置规则自动合并为一个包裹。灰度期间 3,412 家店铺的数据显示，包裹数平均下降 23.6%，单均头程运费减少 1.9 元，因合单产生的客诉仅 7 起。

同买家合单规则如何配置才不误伤

合单条件由三个维度组合：买家身份、收货地址相似度、支付时间窗。默认买家 ID 相同且地址相似度高于 92%、支付时间差在 24 小时内即合并；卖家可以把时间窗调到 4 到 72 小时，也可以按店铺单独设置。地址相似度用分词加编辑距离计算，「广东省深圳市龙岗区坂田街道」与「深圳龙岗坂田街道」会被判定为同一地址。

规则上线前，系统提供 7 天预演：只用历史订单跑一遍，输出「如果当时合并会怎样」的报告，包含可合并单数、节省运费、以及可能被拆分的异常情况。妙手ERP 订单产品经理陈慕说：「合单最大的风险不是省不下钱，而是把不同收货人的订单合到一起，所以预演必须先看反例。」

拆单回滚与包裹重算的操作细节

合并后的订单保留全部原始单号，在订单详情里以子单形式展开。仓库拣货完成后若发现某件缺货，可对子单执行拆包，系统按剩余商品重新计算重量、体积与运费，并生成新的面单；被拆出的子单回到待发货队列，不占用已合并包裹的物流单号。

退款场景做了特殊处理：若买家对合并包裹中的某一子单发起退款，系统只冲减该子单金额，包裹运费按商品金额比例分摊，避免整包退款导致运费无法归集。所有合单、拆包、回滚动作都写入操作日志，附带操作前后包裹数量与运费差额，财务月结时可直接引用。

包裹数与运费的实测变化

灰度 42 天，覆盖 3,412 家店铺、286 万单。可合并单占比 31.7%，实际合并率 78.4%，平均每 1.28 单合成 1 个包裹；包裹数下降 23.6%，头程运费单均下降 1.9 元，月度节省约 214 万元。合单后平均包裹重量从 0.62 千克升至 0.94 千克，仍在多数渠道首重区间内。

客诉方面，7 起与合单相关，主因是买家地址备注了不同收件人。为此新增一条保护规则：若订单备注中出现不同收件人姓名，默认不合并。仓库侧反馈，合并后拣货路径缩短，单均打包时间从 96 秒降到 74 秒。

合单上线前先跑预演的三个理由

预演不是走形式。它会用近 90 天订单回放合单逻辑，输出可合并单数、预计节省的运费，以及被规则挡下的反例。先看反例再看收益：如果反例里出现不同收件人、不同国家、含预售商品，说明地址相似度或时间窗设得太宽，应该收紧参数再跑一遍。

第二步是小范围开启。选一个发货量稳定、客诉可控的店铺，观察三到五天的包裹数与客诉变化，再逐步放开。第三步才是全店开启，同时把拆包权限留给仓库主管，普通打包员只能提交申请，避免合单省下来的运费被随意回滚吃掉。

预演报告里的预计节省按渠道首重价估算，实际会因分区、抛比与旺季附加费有出入。判断是否值得开启，看的是包裹数下降幅度与客诉是否可控，而不是这一个金额。合单收益最终要落到利润表，才算完成验证。

合单的收益算得出来，风险却要靠规则兜住，所以我们把预演和回滚放在了同一个入口。

订单合并已随 3.6 版本开放，默认关闭，需在「订单 - 自动化规则」中手动开启并完成预演。后续版本将支持按 SKU 体积上限二次拆分超重包裹，并把合单收益计入利润报表，方便量化。想先跑一遍历史预演的团队，可在下载中心获取客户端后进入规则配置页试用。