大部分的購物網站系統，都是針對典型的零售商架構所規畫設計的，所以幾乎不會內建有讓你拆單分給不同供應商出貨的功能，因為這已經是屬於像momo之類的商城功能範圍，一般零售型的購物網站或是常見的開店平台，是沒有內建這種拆單功能的。
觸過十幾家向我提出拆單需求的商家，情境都很類似，大概都是小商城的概念(農會好像最多)，幫上游商家(或生產者)上架商品到自己的電商網站，因為商品不入倉庫，所以接到訂單之後，商品是由上游商家(或生產者)直接出貨，而當一張訂單同時購買了不同供應商的商品時，就需要做拆單分單的處理。
幾乎所有的小商城商家，都是希望我幫忙修改結帳機制，要求當新訂單同時購買了A、B兩家上游商家(或生產者)的商品時，系統就直接產生兩張訂單，於是小商城商家就能直接把兩張訂單，分別轉給所屬的上游商家(或生產者)進行出貨。
但事實上系統的架構設計真的不是這麼簡單，買家只有結一次帳，所以就只有一次付款、只能算一次運費、只能用一組折價券、只能套一次滿額折扣 ….，但是產生了兩筆訂單，前面的付款、運費、折價券、滿額折扣等等，要如何拆分到兩張訂單，例如假設買家採銀行虛擬帳號轉帳付款，付款後如何一次消兩筆訂單的帳，都是問題，或許都有機會解決，但都會讓系統架構變得複雜，難以維護及再擴充。
而真正比較簡潔的設計方式，應該是維持原來的結帳機制與訂單架構，因為原始架構變動越小，系統越能維持穩定，越不影響未來做其他擴充的相容性。
那如何達到拆單分單的效果呢?
我認為最好的設計方式是即時拆單的擴充設計，就是在不更動原始功能架構之下，額外設計訂單匯出或供應商訂單檢視模組，在系統資料庫中，仍是維持一張訂單的結構儲存，所以結帳及訂單的管理功能皆無須客製修改。
如果分單後是要轉匯入ERP或進銷存系統，本來轉匯其他系統就要開發訂單匯出的程式了，只要在此匯出訂單的程式中，設計好拆單的功能即可，例如將一張系統訂單，轉出成多張訂單再給ERP或進銷存即可。
如果是要轉單給上游商家(或生產者)，則只要擴充設計一套依供應商查詢訂單的擴充模組，讓供應商只能查詢、檢視含有購買自家商品的訂單及內容，雖然查詢的資料是含有多家供應商商品的訂單，但顯示的部分設計成只顯示該供應商的商品品項，如此就能達到拆單的效果，而無需為了拆單而大幅修改系統的結帳機制與訂單架構。
拆單的需求不只是農會這類的小商城會用到，如果商家自家的商品，同張訂單需要由不同倉庫出貨、或是不同的運送方式(低溫+常溫)出貨、或是分批出貨(現貨+預購)，都是可以設計成拆單的模式，來滿足需求，提升作業效率。
如果您採用 Open Source 的開源電商系統來架站，就可以透過客製上述的擴充設計，在不影響系統結帳架構的情形之下滿足需求，甚至量身訂製其中的細節，例如處理運費的分攤、佣金的計算、各供應商的出貨速度統計分析等等，如果您有這類需求，那麼 WooCommerce 或 OpenCart 這類 Open Source (開放原始碼)的系統，應該是您最佳的選擇。
MarTech 行銷科技洞察社團 - GA4、SEO、GTM、Search Console、Looker Studio、社群、內容、廣告
OpenCart 台灣技術支援 - OpenCart 網站代管、客製、維護
OpenCart 台灣電商社團 - 台灣 OpenCart 使用者交流
=====================================================