電商系統:痛苦的改造訂單之旅

5 評論 7196 瀏覽 55 收藏 5 分鐘

本文為筆者經歷的一次電商系統訂單改造分享,并向我們介紹了銷售訂單架構、前臺訂單模塊、后臺訂單模塊中的改造要點。

因為庫存架構不完善,依賴的外部wms系統無法滿足銷售庫存-實物庫存的體系搭建,筆者被迫動手改造訂單體系,用于支撐在異國開展電商業務。

修正后的銷售訂單架構

前臺訂單模塊

會涉及各種端口進來的訂單,APP/PC/H5/小程序、線下訂單、開放平臺、手工訂單、特殊場景訂單等,其包含核心的幾個功能:

  1. 訂單生成:訂單生命周期的起點,最最最重要的一個環節
  2. 訂單支付與退款:支付成功與否,直接決定了訂單的有效性
  3. 訂單與庫存:銷售庫存直接決定了自營的各種不靠譜!!
  4. 取消&修改
  5. 訂單預拆單

后臺訂單模塊

后臺訂單,訂單體系中的核心環節,負責與各個相關模塊的對接,發票、售后、推單、財務系統、一環扣一環,負責指揮訂單的整體調度。其包含核心的幾個功能:

  1. 訂單攔截:包括了庫存可用性校驗等,筆者遇到的架構調整,就是因為沒有沒有倉庫實物庫存數據對訂單可用性檢查,導致推送倉儲后,需要大量涉及修改倉庫的需求;此外,針對特殊場景,可以在此設計靈活的推單邏輯,比如推送倉儲的截單時間、推單頻次。
  2. 二次拆單及其合并:二次拆單場景:針對缺貨攔截的,可進行缺貨的二次拆單;也可根據承運商產品規則,在精細化進行二次拆單;與拆單相反的是訂單合并,這個場景主要面向有通用性規則的場景,如同一個倉庫的相同b2b訂單,為了節省物流費用,可以合并成一個發貨單或者一個批次推送到倉儲等。
  3. 出入庫及庫存:跟倉庫系統對接產生的單據層面的流水記錄,這是oms體系與wms體系建立數據核對的關鍵一環,直接與實物庫存數據息息相關,很核心!
  4. 發貨單模塊:這塊是筆者新增的模塊,僅用于使用后臺訂單與外部wms進行推單對接,不處理內部流轉流,僅涉外對接,因此出現了單一訂單映射多發貨單場景,用于解決因沒有實物庫存導致大量調倉庫的場景。
  5. 訂單分攤:這塊不展開細說,主要處理優惠券邏輯在財務上的應用。
  6. 訂單發票:這塊筆者所遇到的場景比較特殊,推單必須與發票相關(在還沒有普及電子發票的國度開展電商業務,很痛苦)
  7. 訂單與財務:這塊不展開細說
  8. 售后:這塊也不展開細說
  9. 訂單取消、訂單修改:這塊也不展開細說
  10. 監控及可視化:一直想做還沒做,時效監控、出庫庫異常監控、數據可視化、推單策略等等

改造還在進行中,相比成熟的訂單架構,還是差很多,共勉之!

 

本文由 @?廣土卓 原創發布于人人都是產品經理。未經許可,禁止轉載

題圖來自Unsplash,基于CC0協議

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 這文章是怎么被編輯審核過的

    來自廣東 回復
  2. 這么空洞,說個屁呢

    回復
  3. 求展開!

    回復
  4. 期待以后的細講??

    回復
  5. ?? good

    來自廣東 回復