如果消費者在店鋪一次性下了多單，ERP系統(tǒng)此時可能會做合并訂單處理。這篇文章里，作者就拆解了訂單合并的相關策略，一起來看。

為了節(jié)省運費，方便用戶，若顧客在此店鋪下了多單，ERP系統(tǒng)通常會合并訂單，本次講解下合并訂單的策略。

訂單合并一般是在審核后，未分配倉庫之前，這樣方便多訂單分到一個倉，并且同時到達，訂單合并包括自動合并、手動合并。

一、自動合并

通常ERP系統(tǒng)中，訂單審核通過后會進入訂單池，每隔一段時間，將符合合并條件的訂單進行合并。

訂單自動合并，在ERP系統(tǒng)中一般為固定條件：

• 同店鋪、同買家ID、同收貨地址、收貨人、收貨人手機號、安裝服務類型、菜鳥服務類型；
• 訂單類型：正常訂單；
• 訂單狀態(tài)：訂單審核通過；
• 付款狀態(tài)：已付款；
• 退款類型：未退款；
• 標記類型：未掛起、未作廢。

不過不同ERP系統(tǒng)也可根據自身的條件進行調整，或者頁面做設置訂單合并條件。

二、手動合并

手動合并分為兩種：

1. 手動選擇訂單進行合并；
2. 手動執(zhí)行所有訂單的合并操作。

1. 手動選擇訂單進行合并

1）在訂單管理中，勾選訂單，選擇其中一個訂單未主單，進行合并，合并時，也可修改收貨人信息。

2）訂單手動合并，可以在審單前也可以在審單后未分配倉庫前，在這一點上與自動合并是不一致的，故訂單合并的動作支持僅合并訂單或者合并后立即調用審單策略審核訂單。

2. 手動執(zhí)行所有訂單的合并操作

此操作相當于手動處發(fā)合并，在訂單管理頁面，直接點擊【執(zhí)行合并】，則按自動合并的條件執(zhí)行合并，此操作相當于人工決定訂單池的大小。

涉及訂單合并時要注意邏輯：

1. 訂單拆分后又合并，合并后拆分再合并；
2. 訂單信息的展示邏輯，原始單號與原始單明細的保留、通過接口下發(fā)到WMS系統(tǒng)后的原始單與新單信息都要下發(fā)（一般某些客戶是需要在倉庫打印購物清單等單據需要原始單信息）；
3. 訂單金額信息的合并計算；
4. 特殊類型的訂單的是否合并要根據實際業(yè)務決定，類似：定金訂單、預售訂單等。