Temu发货单怎么合并？（订单合并发货规则与操作步骤）

发货单合并在 Temu 是强制项，不是可选项。用平台物流时，同一店铺同一收货仓只要存在可以合并的单子，就必须一起发，单独发系统会直接拦下来。这条规则从 2025 年 9 月起执行，违反后常见的就是那句「存在可合并发货的发货单」。

一、什么时候必须合并

触发条件有三个同时成立：同一个店铺、同一个收货仓、订单状态都是待发货或已支付。三者齐了，系统就认为可以合并。

还有两个排除项。被标记为高风险或异常的订单不参与合并；危险品与普通品不能装在一个包裹里，这一条与平台物流的承运限制挂钩。

同一配送中心有时被视作同一个收货仓。系统按仓库编码判定，不按仓库名称，两个名字不同但编码相同的仓，会被要求合在一起发。

合并的判断发生在确认发货那一步，不在生成发货单那一步。所以很多卖家是在点下发按钮的时候才被拦住，前面的流程一切正常。

还有一种情况是同一买家下多单。买家在一个店铺里分几次下单，只要收货仓相同，同样会被要求合并，这与是不是同一件商品无关。

判断的时点还会随系统刷新变化。上午看是两个单子各自可发，下午可能就变成必须合并，因为仓库分配结果更新了，所以别提前太久建单。

二、报错代码怎么读

报错信息里会带一串以 FH 开头的发货单号，这就是需要一起处理的那几单。这串号码是唯一的线索，别忽略它。

读法很直接：把它全部复制下来，去发货台粘贴搜索，命中的单子就是要合并的对象。漏掉任何一个，点确认时还会再报一次。

报错不会告诉你为什么被合并。想弄清原因，要回到订单本身去看店铺、仓库、状态这三项，对上号就明白了。

如果搜索出来的单子里有已作废或已取消的，那是系统状态还没刷新，等几分钟重试，或者刷新页面再看。

三、操作步骤与常见卡点

路径在跨境首公里下的发货台。把单号粘贴进搜索框，全选结果，点确认发货，一次提交。

顺序不能颠倒。先合并下单再确认发货，与先确认发货再合并，走的是两条不同的流程，后者常常已经错过窗口。

表里末尾那一行的情形最容易被误判成系统故障，实际多数只是缓存延迟，反复提交反而会造成重复建单。

搜索时注意别只粘一半。FH 单号较长，手工复制容易截断，粘完先核一下位数。

四、合并带来的连带影响

退货处理会变。合并后的包裹整包退回，不能只退其中一件，买家申请部分退货时，客服要按整包口径沟通。

运费按一个包裹算，这一点是合并的主要收益。多个小包并成一个大包，首重费用只付一次，单均成本能降下来。

重量与尺寸上限要重新核。合并不是无限度的，合并后超出承运商的单件上限，就要拆成两个包裹，这时反而要多花时间。

地址变更的窗口会收窄。运单生成之前可以改地址，生成之后只能走变更申请，流程更长，且不保证通过。

包裹重量也要复核一遍。合并让单个包裹变重，原来按两公斤设计的箱子，并成六公斤后可能超出承运商的免费续重档，单价反而上升。

平台侧还有一层自动合包。同一个目的国、同一家物流商、下单时间相近的订单，平台会在系统里自动归并，卖家看到的合并要求，有一部分来自这一层。

五、拆单的三个正当理由

仓库不同。收货仓编码不一样，本来就不构成合并条件，各自发各自的，不会被拦。

品类冲突。危险品与普通品不能同包，这是承运限制，不是卖家想拆就能拆，需要提供品类证明。

单件规格超限。合并后超过单件重量或尺寸上限的，必须拆开，这类拆单在系统里能通过，不会被判违规。

除了这三种，其他拆单理由基本站不住。刻意规避合并来省操作时间，收尾往往在考核与退货上付出更多。

落成内部流程会更省事。建单前先按店铺与仓库归一次组，把能合的单子并完再统一确认，比一个个点下去被系统反复拦回来快得多。