云商訂單管理？云商訂單管理選用旺店通?！坝唵喂芾硎强蛻絷P(guān)系管理的有效延伸，能更好的把個(gè)性化、差異化服務(wù)有機(jī)的融入到客戶管理中去，能推動(dòng)經(jīng)濟(jì)效益和客戶滿意度的提升。”

　　通俗一點(diǎn)來講，訂單管理就是從電商平臺(tái)上獲取買家訂單，對(duì)訂單進(jìn)行一些處理后，將訂單分配給倉庫發(fā)貨。

　　二、B2C正向訂單處理B2C正向訂單處理包括下載訂單、訂單轉(zhuǎn)化、訂單打標(biāo)、贈(zèng)品計(jì)算、訂單審核、拆合單等，處理流程大致如下圖所示：

　　1. 訂單下載OMS系統(tǒng)對(duì)接了各銷售渠道/電商平臺(tái)，要能夠?qū)⑵脚_(tái)店鋪待發(fā)貨的原始訂單集中下載到本地，并提供平臺(tái)訂單列表供商家查看管理。

　　通常，訂單下載有自動(dòng)下載和手動(dòng)下載兩種方式：

　　自動(dòng)下載：商家設(shè)置訂單自動(dòng)下載規(guī)則（比如5分鐘下載一次）并開啟訂單自動(dòng)下載任務(wù)后，系統(tǒng)將自動(dòng)下載平臺(tái)訂單。

　　手動(dòng)下載：商家可以設(shè)置一些條件（比如訂單更新時(shí)間、平臺(tái)店鋪、平臺(tái)訂單號(hào)等），并手動(dòng)觸發(fā)系統(tǒng)下載符合該條件的平臺(tái)訂單。

　　2. 訂單轉(zhuǎn)化平臺(tái)訂單由各電商平臺(tái)生成，訂單上部分信息的表達(dá)方式各異，比如同一個(gè)商品蘋果，在平臺(tái)A上可能叫做“紅富士”，在平臺(tái)B上可能就叫做“國產(chǎn)紅富士”。對(duì)于不熟悉的工作人員來說，很難知道這兩個(gè)其實(shí)對(duì)應(yīng)的是同一個(gè)蘋果；更何況對(duì)于系統(tǒng)來說，不同的表達(dá)方式就是兩個(gè)不同的東西。

　　因此，若要實(shí)現(xiàn)對(duì)訂單的統(tǒng)一管理，平臺(tái)訂單首先要轉(zhuǎn)化為系統(tǒng)內(nèi)部訂單，確保訂單信息以相同的方式進(jìn)行表達(dá)，系統(tǒng)可識(shí)別。

　　訂單轉(zhuǎn)化過程中，通常會(huì)進(jìn)行以下幾方面信息的校驗(yàn)、轉(zhuǎn)化：

　　商品信息轉(zhuǎn)化：校驗(yàn)系統(tǒng)上是否存在該平臺(tái)商品對(duì)應(yīng)的鋪貨關(guān)系，若存在，則平臺(tái)商品轉(zhuǎn)化為系統(tǒng)商品；若不存在，則提示商品異常。

　　地址信息轉(zhuǎn)化：OMS系統(tǒng)上會(huì)維護(hù)一套地址區(qū)域信息（分為國家/省份/市/區(qū)四級(jí)結(jié)構(gòu)），用來校驗(yàn)單據(jù)的地址信息是否存在有效，銷售訂單上的地址若不符合系統(tǒng)區(qū)域信息結(jié)構(gòu)，需要轉(zhuǎn)化為系統(tǒng)上對(duì)應(yīng)的區(qū)域信息，否則提示異常。

　　承運(yùn)商轉(zhuǎn)換：OMS系統(tǒng)上會(huì)維護(hù)一套承運(yùn)商信息檔案，并維護(hù)平臺(tái)承運(yùn)商與系統(tǒng)承運(yùn)商的關(guān)系，訂單上的平臺(tái)承運(yùn)商信息需要轉(zhuǎn)化為系統(tǒng)承運(yùn)商，否則提示異常。

　　訂單狀態(tài)轉(zhuǎn)化：OMS系統(tǒng)內(nèi)部訂單的狀態(tài)機(jī)與各平臺(tái)訂單的狀態(tài)機(jī)不盡相同，因此訂單狀態(tài)也應(yīng)該進(jìn)行相應(yīng)轉(zhuǎn)化。

　　平臺(tái)訂單轉(zhuǎn)化為OMS系統(tǒng)內(nèi)部訂單后，便可基于系統(tǒng)內(nèi)部訂單進(jìn)行下一步的訂單處理。

　　3. 訂單導(dǎo)入考慮到一些特殊場景（比如平臺(tái)暫未對(duì)接、幫助客戶下單等），OMS通常也需要支持手工創(chuàng)建訂單、導(dǎo)入創(chuàng)建訂單的方式直接創(chuàng)建系統(tǒng)內(nèi)部訂單。

　　4. 訂單打標(biāo)基于訂單的某些特征，商家需要對(duì)這類訂單提供相應(yīng)的特殊服務(wù)，為了便于快速識(shí)別或篩選出這些訂單，商家可以對(duì)訂單打上相應(yīng)的標(biāo)簽。

　　訂單上的標(biāo)簽可以由系統(tǒng)自動(dòng)設(shè)置，也可以由工作人員手動(dòng)設(shè)置。自動(dòng)設(shè)置標(biāo)簽的能力對(duì)應(yīng)的是自動(dòng)打標(biāo)規(guī)則，自動(dòng)打標(biāo)規(guī)則允許商家根據(jù)業(yè)務(wù)需要設(shè)置對(duì)應(yīng)的打標(biāo)條件，當(dāng)訂單流入到系統(tǒng)后，若命中該打標(biāo)規(guī)則，則自動(dòng)為該訂單添加對(duì)應(yīng)的標(biāo)簽，減少人工識(shí)別訂單的工作量。

　　5. 訂單攔截出于某些原因，業(yè)務(wù)上不允許訂單繼續(xù)往下一個(gè)處理環(huán)節(jié)流轉(zhuǎn)，需要讓訂單停留在當(dāng)前處理環(huán)節(jié)，等攔截因素自動(dòng)或手動(dòng)解除后，訂單才可以繼續(xù)向下流轉(zhuǎn)。比如訂單超低價(jià)、收貨地物流管控等場景下，都可能需要攔截訂單。訂單攔截一般由系統(tǒng)根據(jù)攔截規(guī)則自動(dòng)攔截，商家只需事前配置好攔截規(guī)則，事后審核被攔截訂單。

　　6. 贈(zèng)品計(jì)算商家在OMS系統(tǒng)上設(shè)置的贈(zèng)品活動(dòng)正是作用在此處。訂單推送給贈(zèng)品中心處理后，贈(zèng)品中心將反饋該訂單的贈(zèng)品計(jì)算結(jié)果，訂單中心則根據(jù)反饋結(jié)果在訂單上添加對(duì)應(yīng)的贈(zèng)品行，以確保贈(zèng)品能夠進(jìn)入履約流程。

　　7. 訂單審核訂單審核的目的確認(rèn)訂單不存在風(fēng)險(xiǎn)、信息準(zhǔn)確無誤、需要發(fā)貨履約。在訂單審核的過程中，如有必要，還可以對(duì)訂單進(jìn)行一些手工調(diào)整，比如修改訂單地址、修改商品信息、添加贈(zèng)品、修改發(fā)貨倉庫、修改承運(yùn)商等等。 審核通過的訂單，訂單的狀態(tài)將更新為以審核，且訂單的一些信息將鎖定不再允許修改。

　　8. 拆單/合單OMS拆單就是將訂單拆成多個(gè)子訂單分別發(fā)貨，合單就是多個(gè)訂單合在一起發(fā)貨。拆單合單都是為了更好的對(duì)訂單進(jìn)行履約，從而降低商家成本或提高用戶體驗(yàn)。一方面商家可以設(shè)置自動(dòng)拆單、合單的規(guī)則，以減少人工工作量，提高拆合單效率；另一方面，商家也需要能夠人工干預(yù)，手動(dòng)對(duì)訂單進(jìn)行拆單、合單操作。

　　拆單、合單必須在訂單進(jìn)入倉庫尋源/發(fā)貨單推送給倉庫之前完成。有些OMS系統(tǒng)中，將拆合單流程放在訂單審核之前，有些則是將拆合單流程設(shè)計(jì)在訂單審核之后、推送給下游系統(tǒng)之前。不論哪種方案，只是各自的考量不一樣，都是合理的。

　　9. 訂單調(diào)度訂單調(diào)度即給訂單尋找發(fā)貨倉庫（尋源派單規(guī)則便是在作用在此處），并將訂單推送給倉庫對(duì)應(yīng)的WMS系統(tǒng)。