電商訂單管理拆分訂單，先分析拆單節點，分自營還是多供應商的，如果是自營的，參考京東自營，建議支付之後根據倉庫拆單。如果是多供應商，淘寶模式，涉及到改價問題，就是提交訂單之後就拆單，使用者提交訂單，馬上付款，就是用父單號發起支付。提交訂單之後，透過訂單管理去付款，就是用子單號發起支付，也就是拆成幾筆，就要支付幾次。再說訂單狀態，父訂單拆分之後，子訂單繼承父訂單的狀態，同時父訂單作廢，也就是父訂單的狀態，物流都不再更新，但是父訂單和子訂單的對應表一定要有，透過父單號或者子單號能看到客戶購買這個訂單的客單價。有些複雜的，一次拆單後，還會二次拆單，二次拆單後，子訂單繼承二次拆單的父訂單後，父訂單完全作廢，二次拆單後的子訂單與最初的父單號是父子關係。

合併訂單，之前接觸的是，銷售訂單，生成採購訂單時，需要合併採購，反過來思考即可。

這兩個主要是資料表理清楚就好，訂單表是訂單表，父子關聯表是關聯表，不要弄到一個表，不然後續會發現很多坑。

拆單主要有兩種性質的拆單，第一種是按倉庫經營拆單，第二種是按店鋪進行拆單。

拆單前的訂單一般叫父訂單，拆單後各個店鋪或倉庫可以進行生產的訂單叫子訂單。

第一種一般是直營b2c垂直模式下因商品分佈在不同的倉庫，不同的地域因生產需要之前需在每個倉庫產生一個子訂單以便該倉庫對該訂單進行列印揀貨單發貨單揀貨發貨等操作，拆分訂單的時機一般是支付完成後。

第二種拆單模式一般是平臺型電商，現在購物車合併選商品，統一提交，提交完成後再按店鋪進行拆單，如果oms系統做得足夠完善，當然大型店鋪可能會店鋪拆單之後再按倉庫進行拆單。

以上是主要的拆單模式，當然可能還有其他不太常見的如多倉庫存先走內部調撥再發貨等模式就不再一一贅述了