訂單來(lái)源于各個(gè)渠道的訂購(gòu)，但最終訂單都會(huì)有一個(gè)訂單管理系統(tǒng)進(jìn)行管理。本文總結(jié)了OMS系統(tǒng)的設(shè)計(jì)指南，一起來(lái)看看流程是怎么形成的吧。

一、訂單的源頭

訂單的來(lái)源于PC商城、移動(dòng)APP、小程序或者新零售的電話訂購(gòu)，線下實(shí)體銷售。但最終訂單都會(huì)有一個(gè)訂單管理系統(tǒng)進(jìn)行訂單的承接。用戶的選單購(gòu)物之后，系統(tǒng)進(jìn)行了如下數(shù)據(jù)的流轉(zhuǎn)交互。

1.1 訂單字段

一張訂單在訂單履約中，需要調(diào)度各個(gè)系統(tǒng)獲取履約的各種信息，所以訂單信息應(yīng)該越全面越好，下面展示一些訂單的核心屬性。

① 基本信息：訂單編號(hào)、來(lái)源編號(hào)、銷售平臺(tái)與銷售店鋪、下單時(shí)間、訂單狀態(tài)、支付方式（在線支付/貨到付款）、用戶留言備注、配送方式（物流配送/自提/送貨上門(mén)）、下單賬號(hào)、訂單類型（實(shí)物訂單/虛擬訂單）、出庫(kù)優(yōu)先級(jí)（優(yōu)先級(jí)高的先出庫(kù)）。

② 財(cái)務(wù)信息：付款方式（微信/支付寶/銀行卡/現(xiàn)金……）、支付平臺(tái)、支付賬戶（微信賬號(hào)/支付寶賬號(hào)）、商戶訂單號(hào)、支付流水號(hào)、訂單應(yīng)付總金額、已支付金額、未支付金額、商品總金額、運(yùn)費(fèi)。

③ 收貨信息：收貨人、收貨人手機(jī)\電話、收貨人省份、收貨人市、收貨人區(qū)/縣、收貨人詳細(xì)地址。

④ 發(fā)票信息：開(kāi)發(fā)票的訂單，應(yīng)包含發(fā)票抬頭和發(fā)票明細(xì)信息。發(fā)票抬頭信息：發(fā)票類型（紙質(zhì)/電子）、發(fā)票號(hào)、抬頭、發(fā)票稅號(hào)、公司地址、電話號(hào)碼、開(kāi)戶行、銀行賬號(hào)、發(fā)票金額、開(kāi)票人等。發(fā)票明細(xì)信息：商品明細(xì)、包裝規(guī)格、包裝單位、數(shù)量、含稅單價(jià)、含稅金額、稅率。

⑤ 促銷信息：促銷類型（優(yōu)惠券/積分/滿減等）、促銷金額。

⑥ 物流信息：發(fā)貨倉(cāng)庫(kù)、系統(tǒng)指派物流公司、系統(tǒng)指派電子面單號(hào)、實(shí)際發(fā)貨物流公司、實(shí)際發(fā)貨物流單號(hào)、物流公司月結(jié)賬號(hào)等。

⑦ 商品明細(xì)信息：SKU編碼、SKU名稱、商品規(guī)格、銷售單價(jià)、實(shí)付單價(jià)（各種優(yōu)惠折扣計(jì)算完以后的單價(jià)）、數(shù)量、實(shí)付金額（實(shí)付單價(jià)×數(shù)量）。

⑧ 訂單操作日志：記錄訂單履約的每一步的操作人、操作時(shí)間及操作內(nèi)容。

1.2 履約狀態(tài)

根據(jù)訂單狀態(tài)的變更，訂單履約系統(tǒng)便能全程監(jiān)控訂單的履約節(jié)點(diǎn)，并將關(guān)鍵性的節(jié)點(diǎn)信息展示到用戶側(cè)，讓用戶感知履約過(guò)程。

二、OMS整體規(guī)劃

① 在業(yè)務(wù)層面，會(huì)存在多平臺(tái)、多業(yè)務(wù)，多倉(cāng)庫(kù)、多門(mén)店，線上線下同時(shí)發(fā)售、發(fā)送物流與到店自提多種物流方式并存。② 在系統(tǒng)層面，訂單履約系統(tǒng)承擔(dān)著承上啟下、履約調(diào)度的重要角色。

一個(gè)能支持多平臺(tái)、多倉(cāng)庫(kù)、多門(mén)店的訂單履約系統(tǒng)的系統(tǒng)架構(gòu)，如圖所示。

關(guān)于平臺(tái)交互層和倉(cāng)配交互層，這兩個(gè)交互層的主要職責(zé)是充當(dāng)上下行路由網(wǎng)關(guān)的角色，屏蔽不同銷售平臺(tái)和不同倉(cāng)庫(kù)系統(tǒng)之間的差異化，讓商品、訂單、庫(kù)存等在這兩個(gè)交互層中做標(biāo)準(zhǔn)化的輸入/輸出。

2.1 流程

一張實(shí)物類的訂單從銷售平臺(tái)下單，到最終用戶簽收，會(huì)經(jīng)歷10余個(gè)履約節(jié)點(diǎn)，涉及銷售平臺(tái)、平臺(tái)交互層、訂單履約系統(tǒng)、中央庫(kù)存系統(tǒng)、配送管理系統(tǒng)、倉(cāng)配交互層、倉(cāng)庫(kù)和門(mén)店等。

① 新訂單。訂單履約系統(tǒng)接到新單的節(jié)點(diǎn)。

② 訂單拆分。針對(duì)電商平臺(tái)的購(gòu)物車合并購(gòu)買，在訂單生成以后，再按照商家、倉(cāng)庫(kù)、商品、金額、物流等規(guī)則進(jìn)行訂單拆分，分為多個(gè)子訂單履約發(fā)貨。

③ 訂單預(yù)分倉(cāng)。為避免超賣，已經(jīng)下單的訂單需盡快進(jìn)行庫(kù)存預(yù)占，以免庫(kù)存被其他訂單占用。

④ 訂單攔截處理。某些不符合業(yè)務(wù)規(guī)則或觸發(fā)了風(fēng)控規(guī)則的訂單，如疑似惡意訂單，在訂單履約系統(tǒng)進(jìn)行攔截，轉(zhuǎn)由人工核實(shí)并在審核通過(guò)后才能繼續(xù)流轉(zhuǎn)。

⑤ 訂單審核。系統(tǒng)可以設(shè)定一些規(guī)則，把符合規(guī)則的訂單掛起，由人工進(jìn)行審核。

⑥ 訂單重新分倉(cāng)。訂單在預(yù)分倉(cāng)以后，如果在審核環(huán)節(jié)中發(fā)現(xiàn)訂單核心信息，如收貨地址、商品、數(shù)量等發(fā)生了變化，系統(tǒng)需要再重新進(jìn)行分倉(cāng)預(yù)占。

⑦ 合并訂單處理。為降低運(yùn)費(fèi)成本和倉(cāng)庫(kù)作業(yè)成本，在一定時(shí)段內(nèi)，同一用戶的訂單，若滿足合并條件，在訂單履約系統(tǒng)中可合并為一個(gè)訂單下發(fā)倉(cāng)庫(kù)或門(mén)店發(fā)貨，合并后的訂單，在倉(cāng)庫(kù)中會(huì)按一個(gè)包裹揀貨和發(fā)貨。

⑧ 訂單分物流。在由三方物流（如順豐、京東、三通一達(dá)）承接配送的企業(yè)中，通常會(huì)簽約多家物流公司，針對(duì)不同的倉(cāng)庫(kù)、不同的配送地址、不同的配送特性分配不同的物流公司。

⑨ 訂單下發(fā)倉(cāng)庫(kù)。經(jīng)過(guò)前面的履約環(huán)節(jié)以后，訂單已經(jīng)具備了下發(fā)倉(cāng)庫(kù)進(jìn)行發(fā)貨的必要信息，下一步便是將訂單下傳至倉(cāng)配交互層，經(jīng)此系統(tǒng)路由至目標(biāo)倉(cāng)庫(kù)或門(mén)店發(fā)貨。

WMS中的操作：

⑩ 波次分配。倉(cāng)庫(kù)/門(mén)店管理系統(tǒng)接到訂單后，根據(jù)配送方向、時(shí)效承諾、訂單類型等因素將訂單生成波次，并按照出庫(kù)策略對(duì)波次進(jìn)行分配庫(kù)存。

? 生成批揀單。系統(tǒng)或倉(cāng)庫(kù)管理員將分配成功的多張條件相同的訂單生成一張批揀單。

? 揀貨。揀貨員領(lǐng)取揀貨任務(wù)，通過(guò)紙單或PDA按揀貨路徑完成揀貨。

? 播種。批揀單任務(wù)揀貨完成后，如果需要播種，由播種員按照訂單明細(xì)將商品播種分配到每個(gè)訂單中。

? 復(fù)核打包。復(fù)核員按照訂單的下單明細(xì)對(duì)商品進(jìn)行復(fù)核確認(rèn)，無(wú)誤后交由打包員打包并粘貼物流運(yùn)單。

? 訂單發(fā)貨。發(fā)貨員將包裹交給物流公司進(jìn)行攬收，并在系統(tǒng)中操作發(fā)貨，代表訂單從倉(cāng)庫(kù)發(fā)出。

若是新零售下的自提業(yè)務(wù)，則由門(mén)店店員打包以后，等待客戶上門(mén)自提。包裹交由物流公司以后，再由配送管理系統(tǒng)完成配送環(huán)節(jié)的履約并同步狀態(tài)至訂單履約系統(tǒng)。

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

? 物流運(yùn)輸。包裹從物流公司的分揀中心中分撥發(fā)出。

? 物流派件。包裹到達(dá)配送站點(diǎn)，派件員按照路線進(jìn)行派件上門(mén)。

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