OMS系統(tǒng)設(shè)計指南
訂單來源于各個渠道的訂購,但最終訂單都會有一個訂單管理系統(tǒng)進行管理。本文總結(jié)了OMS系統(tǒng)的設(shè)計指南,一起來看看流程是怎么形成的吧。
一、訂單的源頭
訂單的來源于PC商城、移動APP、小程序或者新零售的電話訂購,線下實體銷售。但最終訂單都會有一個訂單管理系統(tǒng)進行訂單的承接。用戶的選單購物之后,系統(tǒng)進行了如下數(shù)據(jù)的流轉(zhuǎn)交互。
1.1 訂單字段
一張訂單在訂單履約中,需要調(diào)度各個系統(tǒng)獲取履約的各種信息,所以訂單信息應(yīng)該越全面越好,下面展示一些訂單的核心屬性。
① 基本信息:訂單編號、來源編號、銷售平臺與銷售店鋪、下單時間、訂單狀態(tài)、支付方式(在線支付/貨到付款)、用戶留言備注、配送方式(物流配送/自提/送貨上門)、下單賬號、訂單類型(實物訂單/虛擬訂單)、出庫優(yōu)先級(優(yōu)先級高的先出庫)。
② 財務(wù)信息:付款方式(微信/支付寶/銀行卡/現(xiàn)金……)、支付平臺、支付賬戶(微信賬號/支付寶賬號)、商戶訂單號、支付流水號、訂單應(yīng)付總金額、已支付金額、未支付金額、商品總金額、運費。
③ 收貨信息:收貨人、收貨人手機\電話、收貨人省份、收貨人市、收貨人區(qū)/縣、收貨人詳細地址。
④ 發(fā)票信息:開發(fā)票的訂單,應(yīng)包含發(fā)票抬頭和發(fā)票明細信息。發(fā)票抬頭信息:發(fā)票類型(紙質(zhì)/電子)、發(fā)票號、抬頭、發(fā)票稅號、公司地址、電話號碼、開戶行、銀行賬號、發(fā)票金額、開票人等。發(fā)票明細信息:商品明細、包裝規(guī)格、包裝單位、數(shù)量、含稅單價、含稅金額、稅率。
⑤ 促銷信息:促銷類型(優(yōu)惠券/積分/滿減等)、促銷金額。
⑥ 物流信息:發(fā)貨倉庫、系統(tǒng)指派物流公司、系統(tǒng)指派電子面單號、實際發(fā)貨物流公司、實際發(fā)貨物流單號、物流公司月結(jié)賬號等。
⑦ 商品明細信息:SKU編碼、SKU名稱、商品規(guī)格、銷售單價、實付單價(各種優(yōu)惠折扣計算完以后的單價)、數(shù)量、實付金額(實付單價×數(shù)量)。
⑧ 訂單操作日志:記錄訂單履約的每一步的操作人、操作時間及操作內(nèi)容。
1.2 履約狀態(tài)
根據(jù)訂單狀態(tài)的變更,訂單履約系統(tǒng)便能全程監(jiān)控訂單的履約節(jié)點,并將關(guān)鍵性的節(jié)點信息展示到用戶側(cè),讓用戶感知履約過程。
二、OMS整體規(guī)劃
① 在業(yè)務(wù)層面,會存在多平臺、多業(yè)務(wù),多倉庫、多門店,線上線下同時發(fā)售、發(fā)送物流與到店自提多種物流方式并存。② 在系統(tǒng)層面,訂單履約系統(tǒng)承擔(dān)著承上啟下、履約調(diào)度的重要角色。
一個能支持多平臺、多倉庫、多門店的訂單履約系統(tǒng)的系統(tǒng)架構(gòu),如圖所示。
關(guān)于平臺交互層和倉配交互層,這兩個交互層的主要職責(zé)是充當(dāng)上下行路由網(wǎng)關(guān)的角色,屏蔽不同銷售平臺和不同倉庫系統(tǒng)之間的差異化,讓商品、訂單、庫存等在這兩個交互層中做標(biāo)準(zhǔn)化的輸入/輸出。
2.1 流程
一張實物類的訂單從銷售平臺下單,到最終用戶簽收,會經(jīng)歷10余個履約節(jié)點,涉及銷售平臺、平臺交互層、訂單履約系統(tǒng)、中央庫存系統(tǒng)、配送管理系統(tǒng)、倉配交互層、倉庫和門店等。
① 新訂單。訂單履約系統(tǒng)接到新單的節(jié)點。
② 訂單拆分。針對電商平臺的購物車合并購買,在訂單生成以后,再按照商家、倉庫、商品、金額、物流等規(guī)則進行訂單拆分,分為多個子訂單履約發(fā)貨。
③ 訂單預(yù)分倉。為避免超賣,已經(jīng)下單的訂單需盡快進行庫存預(yù)占,以免庫存被其他訂單占用。
④ 訂單攔截處理。某些不符合業(yè)務(wù)規(guī)則或觸發(fā)了風(fēng)控規(guī)則的訂單,如疑似惡意訂單,在訂單履約系統(tǒng)進行攔截,轉(zhuǎn)由人工核實并在審核通過后才能繼續(xù)流轉(zhuǎn)。
⑤ 訂單審核。系統(tǒng)可以設(shè)定一些規(guī)則,把符合規(guī)則的訂單掛起,由人工進行審核。
⑥ 訂單重新分倉。訂單在預(yù)分倉以后,如果在審核環(huán)節(jié)中發(fā)現(xiàn)訂單核心信息,如收貨地址、商品、數(shù)量等發(fā)生了變化,系統(tǒng)需要再重新進行分倉預(yù)占。
⑦ 合并訂單處理。為降低運費成本和倉庫作業(yè)成本,在一定時段內(nèi),同一用戶的訂單,若滿足合并條件,在訂單履約系統(tǒng)中可合并為一個訂單下發(fā)倉庫或門店發(fā)貨,合并后的訂單,在倉庫中會按一個包裹揀貨和發(fā)貨。
⑧ 訂單分物流。在由三方物流(如順豐、京東、三通一達)承接配送的企業(yè)中,通常會簽約多家物流公司,針對不同的倉庫、不同的配送地址、不同的配送特性分配不同的物流公司。
⑨ 訂單下發(fā)倉庫。經(jīng)過前面的履約環(huán)節(jié)以后,訂單已經(jīng)具備了下發(fā)倉庫進行發(fā)貨的必要信息,下一步便是將訂單下傳至倉配交互層,經(jīng)此系統(tǒng)路由至目標(biāo)倉庫或門店發(fā)貨。
WMS中的操作:
⑩ 波次分配。倉庫/門店管理系統(tǒng)接到訂單后,根據(jù)配送方向、時效承諾、訂單類型等因素將訂單生成波次,并按照出庫策略對波次進行分配庫存。
? 生成批揀單。系統(tǒng)或倉庫管理員將分配成功的多張條件相同的訂單生成一張批揀單。
? 揀貨。揀貨員領(lǐng)取揀貨任務(wù),通過紙單或PDA按揀貨路徑完成揀貨。
? 播種。批揀單任務(wù)揀貨完成后,如果需要播種,由播種員按照訂單明細將商品播種分配到每個訂單中。
? 復(fù)核打包。復(fù)核員按照訂單的下單明細對商品進行復(fù)核確認(rèn),無誤后交由打包員打包并粘貼物流運單。
? 訂單發(fā)貨。發(fā)貨員將包裹交給物流公司進行攬收,并在系統(tǒng)中操作發(fā)貨,代表訂單從倉庫發(fā)出。
若是新零售下的自提業(yè)務(wù),則由門店店員打包以后,等待客戶上門自提。包裹交由物流公司以后,再由配送管理系統(tǒng)完成配送環(huán)節(jié)的履約并同步狀態(tài)至訂單履約系統(tǒng)。
? 物流攬件。物流公司的快遞員收到包裹后,在系統(tǒng)中操作攬件,攬件操作信息可由配送管理系統(tǒng)調(diào)用物流公司提供的接口獲取,解析以后回傳訂單系統(tǒng)。
? 物流運輸。包裹從物流公司的分揀中心中分撥發(fā)出。
? 物流派件。包裹到達配送站點,派件員按照路線進行派件上門。
? 物流簽收。派件員將包裹送到客戶指定的收貨地址,完成簽收。若客戶拒收,則將包裹原路退回。
本文由 @逸軒 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自Unsplash,基于CC0協(xié)議
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務(wù)。
- 目前還沒評論,等你發(fā)揮!