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