OMS系統設計指南

0 評論 2323 瀏覽 19 收藏 10 分鐘

訂單來源于各個渠道的訂購,但最終訂單都會有一個訂單管理系統進行管理。本文總結了OMS系統的設計指南,一起來看看流程是怎么形成的吧。

一、訂單的源頭

訂單的來源于PC商城、移動APP、小程序或者新零售的電話訂購,線下實體銷售。但最終訂單都會有一個訂單管理系統進行訂單的承接。用戶的選單購物之后,系統進行了如下數據的流轉交互。

1.1 訂單字段

一張訂單在訂單履約中,需要調度各個系統獲取履約的各種信息,所以訂單信息應該越全面越好,下面展示一些訂單的核心屬性。

① 基本信息:訂單編號、來源編號、銷售平臺與銷售店鋪、下單時間、訂單狀態、支付方式(在線支付/貨到付款)、用戶留言備注、配送方式(物流配送/自提/送貨上門)、下單賬號、訂單類型(實物訂單/虛擬訂單)、出庫優先級(優先級高的先出庫)。

② 財務信息:付款方式(微信/支付寶/銀行卡/現金……)、支付平臺、支付賬戶(微信賬號/支付寶賬號)、商戶訂單號、支付流水號、訂單應付總金額、已支付金額、未支付金額、商品總金額、運費。

③ 收貨信息:收貨人、收貨人手機\電話、收貨人省份、收貨人市、收貨人區/縣、收貨人詳細地址。

④ 發票信息:開發票的訂單,應包含發票抬頭和發票明細信息。發票抬頭信息:發票類型(紙質/電子)、發票號、抬頭、發票稅號、公司地址、電話號碼、開戶行、銀行賬號、發票金額、開票人等。發票明細信息:商品明細、包裝規格、包裝單位、數量、含稅單價、含稅金額、稅率。

⑤ 促銷信息:促銷類型(優惠券/積分/滿減等)、促銷金額。

⑥ 物流信息:發貨倉庫、系統指派物流公司、系統指派電子面單號、實際發貨物流公司、實際發貨物流單號、物流公司月結賬號等。

⑦ 商品明細信息:SKU編碼、SKU名稱、商品規格、銷售單價、實付單價(各種優惠折扣計算完以后的單價)、數量、實付金額(實付單價×數量)。

⑧ 訂單操作日志:記錄訂單履約的每一步的操作人、操作時間及操作內容。

1.2 履約狀態

根據訂單狀態的變更,訂單履約系統便能全程監控訂單的履約節點,并將關鍵性的節點信息展示到用戶側,讓用戶感知履約過程。

二、OMS整體規劃

① 在業務層面,會存在多平臺、多業務,多倉庫、多門店,線上線下同時發售、發送物流與到店自提多種物流方式并存。② 在系統層面,訂單履約系統承擔著承上啟下、履約調度的重要角色。

一個能支持多平臺、多倉庫、多門店的訂單履約系統的系統架構,如圖所示。

關于平臺交互層和倉配交互層,這兩個交互層的主要職責是充當上下行路由網關的角色,屏蔽不同銷售平臺和不同倉庫系統之間的差異化,讓商品、訂單、庫存等在這兩個交互層中做標準化的輸入/輸出。

2.1 流程

一張實物類的訂單從銷售平臺下單,到最終用戶簽收,會經歷10余個履約節點,涉及銷售平臺、平臺交互層、訂單履約系統、中央庫存系統、配送管理系統、倉配交互層、倉庫和門店等。

① 新訂單。訂單履約系統接到新單的節點。

② 訂單拆分。針對電商平臺的購物車合并購買,在訂單生成以后,再按照商家、倉庫、商品、金額、物流等規則進行訂單拆分,分為多個子訂單履約發貨。

③ 訂單預分倉。為避免超賣,已經下單的訂單需盡快進行庫存預占,以免庫存被其他訂單占用。

④ 訂單攔截處理。某些不符合業務規則或觸發了風控規則的訂單,如疑似惡意訂單,在訂單履約系統進行攔截,轉由人工核實并在審核通過后才能繼續流轉。

⑤ 訂單審核。系統可以設定一些規則,把符合規則的訂單掛起,由人工進行審核。

⑥ 訂單重新分倉。訂單在預分倉以后,如果在審核環節中發現訂單核心信息,如收貨地址、商品、數量等發生了變化,系統需要再重新進行分倉預占。

⑦ 合并訂單處理。為降低運費成本和倉庫作業成本,在一定時段內,同一用戶的訂單,若滿足合并條件,在訂單履約系統中可合并為一個訂單下發倉庫或門店發貨,合并后的訂單,在倉庫中會按一個包裹揀貨和發貨。

⑧ 訂單分物流。在由三方物流(如順豐、京東、三通一達)承接配送的企業中,通常會簽約多家物流公司,針對不同的倉庫、不同的配送地址、不同的配送特性分配不同的物流公司。

⑨ 訂單下發倉庫。經過前面的履約環節以后,訂單已經具備了下發倉庫進行發貨的必要信息,下一步便是將訂單下傳至倉配交互層,經此系統路由至目標倉庫或門店發貨。

WMS中的操作:

⑩ 波次分配。倉庫/門店管理系統接到訂單后,根據配送方向、時效承諾、訂單類型等因素將訂單生成波次,并按照出庫策略對波次進行分配庫存。

? 生成批揀單。系統或倉庫管理員將分配成功的多張條件相同的訂單生成一張批揀單。

? 揀貨。揀貨員領取揀貨任務,通過紙單或PDA按揀貨路徑完成揀貨。

? 播種。批揀單任務揀貨完成后,如果需要播種,由播種員按照訂單明細將商品播種分配到每個訂單中。

? 復核打包。復核員按照訂單的下單明細對商品進行復核確認,無誤后交由打包員打包并粘貼物流運單。

? 訂單發貨。發貨員將包裹交給物流公司進行攬收,并在系統中操作發貨,代表訂單從倉庫發出。

若是新零售下的自提業務,則由門店店員打包以后,等待客戶上門自提。包裹交由物流公司以后,再由配送管理系統完成配送環節的履約并同步狀態至訂單履約系統。

? 物流攬件。物流公司的快遞員收到包裹后,在系統中操作攬件,攬件操作信息可由配送管理系統調用物流公司提供的接口獲取,解析以后回傳訂單系統。

? 物流運輸。包裹從物流公司的分揀中心中分撥發出。

? 物流派件。包裹到達配送站點,派件員按照路線進行派件上門。

? 物流簽收。派件員將包裹送到客戶指定的收貨地址,完成簽收。若客戶拒收,則將包裹原路退回。

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

題圖來自Unsplash,基于CC0協議

該文觀點僅代表作者本人,人人都是產品經理平臺僅提供信息存儲空間服務。

更多精彩內容,請關注人人都是產品經理微信公眾號或下載App
評論
評論請登錄
  1. 目前還沒評論,等你發揮!