本文為筆者經歷的一次電商系統訂單改造分享，并向我們介紹了銷售訂單架構、前臺訂單模塊、后臺訂單模塊中的改造要點。
因為庫存架構不完善，依賴的外部wms系統無法滿足銷售庫存-實物庫存的體系搭建，筆者被迫動手改造訂單體系，用于支撐在異國開展電商業務。
修正后的銷售訂單架構
前臺訂單模塊
會涉及各種端口進來的訂單，APP/PC/H5/小程序、線下訂單、開放平臺、手工訂單、特殊場景訂單等，其包含核心的幾個功能：
- 訂單生成：訂單生命周期的起點，最最最重要的一個環節
- 訂單支付與退款：支付成功與否，直接決定了訂單的有效性
- 訂單與庫存：銷售庫存直接決定了自營的各種不靠譜！！
- 取消&修改
- 訂單預拆單
后臺訂單，訂單體系中的核心環節，負責與各個相關模塊的對接，發票、售后、推單、財務系統、一環扣一環，負責指揮訂單的整體調度。其包含核心的幾個功能：
- 訂單攔截：包括了庫存可用性校驗等，筆者遇到的架構調整，就是因為沒有沒有倉庫實物庫存數據對訂單可用性檢查，導致推送倉儲后，需要大量涉及修改倉庫的需求；此外，針對特殊場景，可以在此設計靈活的推單邏輯，比如推送倉儲的截單時間、推單頻次。
- 二次拆單及其合并：二次拆單場景：針對缺貨攔截的，可進行缺貨的二次拆單；也可根據承運商產品規則，在精細化進行二次拆單；與拆單相反的是訂單合并，這個場景主要面向有通用性規則的場景，如同一個倉庫的相同b2b訂單，為了節省物流費用，可以合并成一個發貨單或者一個批次推送到倉儲等。
- 出入庫及庫存：跟倉庫系統對接產生的單據層面的流水記錄，這是oms體系與wms體系建立數據核對的關鍵一環，直接與實物庫存數據息息相關，很核心！
- 發貨單模塊：這塊是筆者新增的模塊，僅用于使用后臺訂單與外部wms進行推單對接，不處理內部流轉流，僅涉外對接，因此出現了單一訂單映射多發貨單場景，用于解決因沒有實物庫存導致大量調倉庫的場景。
- 訂單分攤：這塊不展開細說，主要處理優惠券邏輯在財務上的應用。
- 訂單發票：這塊筆者所遇到的場景比較特殊，推單必須與發票相關（在還沒有普及電子發票的國度開展電商業務，很痛苦）
- 訂單與財務：這塊不展開細說
- 售后：這塊也不展開細說
- 訂單取消、訂單修改：這塊也不展開細說
- 監控及可視化：一直想做還沒做，時效監控、出庫庫異常監控、數據可視化、推單策略等等
改造還在進行中，相比成熟的訂單架構，還是差很多，共勉之！
本文由 @ 廣土卓 原創發布于人人都是產品經理。未經許可，禁止轉載
題圖來自Unsplash，基于CC0協議
責任編輯：
