網上購買商品成功後，壹段時間後再次瀏覽時，有時會發現自己的訂單會變成兩單或多單，這是系統拆分訂單造成的。
打破訂單是根據壹定的規則將壹個大訂單分成兩個或多個子訂單的過程。原始訂單稱為父訂單。
拆分賬單的重要性
通常分單指的是用戶的銷售訂單，但在實際業務中，分單隨處可見，比如采購訂單分單、調撥單分單。這篇文章講的都是銷售訂單的開通，請了解！
在互聯網電商系統中，銷售訂單與C端用戶關系最密切，單據量最大，影響用戶體驗，拆分訂單的規則也相對復雜。
分單需要準確及時的數據，因為分單後的子訂單需要流入倉庫進行生產操作，會進行揀貨、發貨、出庫等壹個系統化的流程，也是後續財務系統對賬或結算、數據分析的重要數據源。
開賬單的場景
用戶在APP等平臺下單後，可能會因為商品庫存數量不滿足而在前端開單，即用戶可以選擇是否需要開單，可以按照最快發貨或最小開單的規則來做。
看到這裏妳可能會有點困惑。庫存不足還能下單嗎？目前很多網站在貨源不足的情況下需要修改數量，然後才能下單。
的確，現在這樣的場景少了，但是為了提高客戶體驗，有些商家可以多倉發貨。當單倉缺貨時，由用戶決定是否購買，這應該也是提高轉化率的壹種方式。
還有壹種場景是訂單涉及多項業務，需要分別支付時，前端會直接拆分訂單，而現在基本都是壹起支付，會降低用戶體驗。
此外，有些商家既賣國貨，也賣海淘貨。如果是混在壹起的話，需要先開單再付款，因為海淘商品需要對用戶的身份認證等信息進行檢測。
大多數情況下，用戶下單後，系統會在後臺打開訂單，這要結合公司的業務場景來考慮。
用戶購買涉及幾種賬單拆分。
除了以上場景，用戶下單時系統上還會有什麽操作嗎？
壹種情況，用戶下單時，系統會判斷是否有庫存，訂單屬於哪個倉庫，是否可以購買等。根據用戶選擇的收貨地址、商品等信息。嚴格來說，這個服務應該屬於商品盤點服務，但也可以叫預拆單。
預拆單壹般用來調用倉儲服務判斷庫存，同時要根據促銷活動進行壹些優惠計算。這些都需要前端系統在處理時對訂購的商品進行標記，這樣當用戶支付成功後，訂單就會流向OMS系統進行物理拆分。
前端用戶下單成功後，訂單通過OMS的拉式訂單服務快速轉移到訂單中心，訂單再生流程開始。訂單拆分後的子訂單會顯示給用戶，原訂單壹般不需要顯示，方便用戶跟蹤查看。
因此，從使用者的角度來看，人們可以直接看到拆除的結果和壹個無意識的預拆除過程
開啟文件的時間和地點
預拆單是伴隨購物過程的，這裏就不討論了，因為是否屬於拆單要看我們怎麽定義了。壹般情況下，用戶購買商品後系統不會打開訂單，因為用戶可能會取消訂單或者支付不成功。
什麽時候開賬單？“訂單支付成功”？之後，前端訂單需要轉移到後端生產倉庫，在訂單中心處理。
在前面的場景中，如果商場不能合並支付，就會在購物車中拆分成幾個訂單。這時的訂單拆分可以定義為壹次性拆分，也可以歸結為購物過程，因為用戶不會生成壹個訂單號，也不會保存每個訂單的數據。
用戶支付成功後，每壹筆訂單也會流向後臺，只有經過分單服務的處理後，才能繼續後面的生產。
在之前對賬單拆分場景的討論中，我們提到了壹種脫銷賬單拆分。在這個場景中，在用戶成功下訂單後，訂單可能被拆分成不同的子訂單，但是由於某種原因，倉庫缺貨。
這時候開單的時間就靈活了。壹般在客服系統中，根據用戶的反饋來決定是否開單。
短缺影響用戶體驗，但總是客觀存在的。
拆分文檔有幾個級別？
從上圖可以看出，訂單拆分應該是三級的，即用戶創建的訂單是母訂單，然後通過訂單拆分服務正常拆分為多個子訂單作為第二級，後續子訂單由於缺貨等原因再次拆分為子(孫)訂單。
在數據設計中，壹般情況下，子訂單和父訂單之間的關系是通過ParentID來關聯的，但是當級別在三級以上時，查詢原始訂單就比較麻煩了。
根據數據結構如何設計，可以增加壹個原始訂單號來記錄原始訂單號，方便統計查詢等。負責文檔拆分服務的同學可以詳細討論壹下。
為了避免訂單的復雜性和系統的查詢、統計、分析等數據處理的難度，訂單最多三級，不要太多。
開放狀態
之前專門梳理過訂單狀態的文章。詳情請參考“訂單信息和狀態流”。這應該夠了吧！“，在開單的過程中，還涉及到訂單狀態的轉換。
當母訂單被拆分為子訂單時，子訂單生效，母訂單應設置為無效。
子訂單或母訂單斷貨拆分後，原訂單狀態是無效還是其他？
訂單拆分後，狀態要設置為“待配送”，即訂單需要通過配送服務推送到倉庫進行配送。
如果訂單在分發到倉庫後需要拆出庫存，則單據狀態應保持在原始狀態。
這些都是細節，但是不得不考慮，因為訂單狀態涉及到其他業務系統的計算和統計。
例如，財務系統在應付報告中根據付款單進行統計和對賬。如果訂單狀態無效，系統如何獲取這部分數據？
BI有些統計分析是基於狀態和訂單數量的，比如客戶單價，有效訂單號等等。
因此，需要綜合考慮是否應該將分單導致的訂單狀態與原訂單狀態分開識別。
打開文件的原則
我們已經明確表示，開放法案的原因是為了確保法案的履行。開賬單的原理是什麽？
首先是最小文檔拆分原則，即可以拆分兩個文檔，不能拆分三個，因為拆分多個文檔不僅會增加文檔數量，還會增加系統的復雜度，降低用戶體驗，增加倉庫的工作量，增加運費。
最快發貨的原則，去掉的子訂單要快速生產，快速發貨，這是增加用戶體驗的最好方式。但快速發貨取決於倉儲物流的布局，在壹個城市可以發多個倉庫的情況下，這壹點尤為重要。
壹般情況下，開單要遵循這兩個原則。同時我們也看到，開賬單的服務依賴於基礎信息的配置。電商系統最復雜的就是很多地方都有關聯。
打開文檔的規則
打開文檔的規則因每個公司的業務而異。以下是壹些常見的規則，供參考。
(1)不同商戶的訂單需要拆分。
這主要用於平臺型電子商務。壹般用戶在不同的店鋪購買商品，創建的訂單也屬於這個商家。但也有平臺采用單次支付，即用戶在不同商家購買商品，但支付是壹次。
這個和淘寶有點不壹樣。淘寶上每個商家的賬號都不壹樣，所以不能壹次性付款，但是平臺商家在平臺上收款，所以可以分賬，壹次付款後分攤金額。
(2)來自不同倉庫或供應商的貨物需要拆分。
倉庫中不同的訂單需要分開。對於不同的供應商來說，訂單主要是指供應商直接發貨的訂單，即貨物不存儲在倉庫，而是由供應商直接發貨給用戶，類似於平臺商家。但不同的是簽的合同不壹樣，壹個是購銷合同，壹個是提成抵扣合同，細節不開發。有興趣可以留言。
(3)需要開啟不同類型的貨物。
壹般區分奢侈品或者有特殊要求的商品，這個需要根據商品的要求來設置。由於商品要求不同，物流環節使用的物流產品種類也不同，物流成本也不同。這部分也可以根據商品信息在倉庫進行處理，但是最後可以在上位提前區分。
(4)溫控屬性不同的商品需要拆分。
這部分壹般指生鮮電商。同壹個倉庫有常溫倉、冷藏倉、冷凍倉，存放不同的商品，商品的揀選、包裝都有不同的要求，需要開單。
(5)開啟大尺寸貨物。
大件商品與普通商品在存放地點、揀貨方式、包裝運輸等方面都有所不同，因此大件商品需要開箱，大件商品壹般遵循最快送達，不受開箱最少理由的限制。
(6)根據庫存情況。
這是缺貨商品拆分訂單的過程，即有庫存的單和無庫存的單。如果是二級訂單，父訂單相同，子訂單派生出子訂單，子訂單為1。
(7)線下店鋪商品不開。
如果是在線下實體店購買商品，不需要開賬單。
(8)組合商品不能拆分。
在促銷活動中，有時會出現壹些包裝和其他商品組合銷售的情況，即A、B、C等商品在倉庫包裝後再運出，這樣的商品是不可以開單的。
在分單服務中，需要調用物料清單信息來做出判斷，這取決於系統是如何設計的。
拆分文檔有很多規則，系統在處理時，取決於規則設置的優先級。
單分裂算法
(1)稀缺商品算法
找到所有倉庫中最稀缺的商品，獲得該商品的訂單。
(2)降階
任何人尋找稀缺商品都需要倉庫組合，而這些倉庫是必須交付的。這些倉庫包含在發貨清單中，會減少訂單，剩下的倉庫會再次合並，減少操作次數。
(3)鴿子洞原理算法。
找到壹級倉單(出貨量最大的倉庫)，這個倉庫的庫存必須發出，然後找到出貨量最大的倉庫，以此類推，用於後面的組合計算。
(4)找到壹個組合
根據倉單逐步增加倉庫數量，尋找組合。
算法只是打開文檔過程中的壹個路徑參考，它依賴於打開文檔的規則。無論如何，都要保證打開文檔結果的準確性和打開文檔的速度。
賬單拆分服務的兩步重要工作
上面壹直在討論1變2，2變4的壹些內容。具體的服務體系要考慮哪些內容，要做哪些工作？
以上都是設計要考慮的，最重要的是依靠規則進行設計，數據流，時序等等。
金額分配是票據分割中最重要也是最復雜的工作。
第壹步是拆分母訂單，重新組合商品並生成新訂單。第二步，合理正確地將母訂單的金額分配給各個子訂單。
訂單壹般分為訂單主表和訂單商品表、訂單付款計劃表和訂單活動表。
訂單金額主要有幾個部分:訂單商品金額、折扣金額、禮品卡支付金額、積分支付金額、優惠券支付金額、訂單支付金額等等。
運費是訂單表中的壹個特殊字段，如何分配運費需要特別考慮。壹般是根據金額的比例。因此，生成的子訂單各部分的金額也必須與母訂單的金額壹致。
訂單商品表、付款計劃表、活動表屬於明細信息，分配要根據原始訂單計劃表的數據和標識來計算。
子訂單的數量在水平和垂直方向上都必須正確。橫向表示子訂單的金額總和與母單據的金額壹致，縱向表示子訂單主表的金額與明細表的金額壹致。
另外，在金額分配的計算中，壹個重要的規則是不可避免的，那就是開票金額的考慮。
這部分金額的分配與公司納稅密切相關。單據和發票要壹致，還要考慮商品信息和活動規則，這是很復雜的。
部分賬單拆分服務獨立分配金額，以減少對賬單拆分的影響，提高訂單流轉速度。
打開文檔的速度要求
因為訂單要在開單後才會分發到倉庫或商家進行生產，所以速度要求快。
在設計系統的時候，可以綜合考慮規則，多線程是最常用的方法，但是多線程需要考慮資源競爭和安全性。壹般情況下，如果下單後倉庫已經確定，可以根據倉庫啟動多項服務，可以避免程序的難度。
文件分割和分發系統也應有數據監測，不應有積壓。如果文檔拆分出現異常，很多情況下依賴於壹個信息字段的狀態進行循環處理，服務中應該有容錯處理，不能壹直停滯不前。
票據分割的影響
什麽是賬單拆分？妳為什麽打開賬單？怎麽開賬單？之前說了很多，但是對法案的開啟有什麽影響？
先說壹個場景。公司搞促銷活動，買A送B，但是A和B的產品溫控屬性不同，用戶下單後肯定會開單。
開箱後，根據子訂單進行倉庫提貨和發貨。很有可能禮物B先送，A後送。用戶先收到B的收條，然後A拒收或取消。此時，如果拒絕或取消A時沒有判斷關聯的子訂單，那麽公司將失去b。
如果判斷關聯子訂單的狀態，系統的復雜度會非常大，因為實際場景中把壹個母訂單拆分成多個訂單是非常常見的。
賬單拆分後，子訂單數量增加，對於客單價、統計分析等報表要考慮其影響。維度不同，統計口徑不同，必然導致數據結果不同，從而影響經營分析和決策。
影響力，對於不同的商家有不同的理解。作為產品研發，還是要明確利益和商家，尤其是運營方(專註活動)，雖然這是後臺服務。
摘要
拆卸訂單很復雜。合理的拆解會加快訂單的流轉，提供友好的用戶體驗。過度拆解會產生冗余數據，增加訂單、統計、計算、售後等環節的復雜關系。
以上是我對拆遷清單的梳理和總結，謝謝閱讀！