訂單履約：訂單管理系統(tǒng)如何支撐跨境交易
在跨境電商業(yè)務(wù)中，大型的商家往往會(huì)存在以下復(fù)雜業(yè)務(wù)場景
多渠道銷售：商家在各大電商平臺(tái)、獨(dú)立站、海外門店均有銷售業(yè)務(wù)，產(chǎn)生多渠道訂單
多地點(diǎn)：在國內(nèi)、海外可能同時(shí)多個(gè)倉庫、倉庫分布在不同國家
多物流渠道：商家合作多個(gè)物流承運(yùn)商，不同承運(yùn)商有不同時(shí)效、成本、服務(wù)
相應(yīng)的，商家也會(huì)面臨以下這些復(fù)雜的運(yùn)營與決策
不同的銷售渠道都有對應(yīng)訂單，如何集中的管理訂單、統(tǒng)計(jì)銷售數(shù)據(jù)？難道需要登錄不同的后臺(tái)分別查看各自訂單？
庫存超賣與短缺：多渠道同時(shí)銷售時(shí)，如何避免多訂單同時(shí)搶占同一商品
訂單應(yīng)該分配給哪個(gè)倉庫打包發(fā)貨，才能成本最低、時(shí)效最快、效率最優(yōu)？
打包后的包裹應(yīng)該分配給哪個(gè)物流商去承運(yùn)，才能運(yùn)費(fèi)最低、時(shí)效最快？
管理：支持對訂單進(jìn)行查詢、創(chuàng)建、集中、審核、修改、拆分、合并、取消、存檔
決策：支持對訂單進(jìn)行發(fā)貨倉庫分配、物流承運(yùn)商分配、訂單拆分包裹等
線上：電商平臺(tái)
線上：獨(dú)立站
線下訂單
訂單結(jié)構(gòu)
模塊 |
說明 |
|---|---|
基本信息 |
1、訂單編號(hào) 2、checkout時(shí)間、下單時(shí)間 3、訂單狀態(tài)、物流狀態(tài) 4、訂單來源 |
商品信息 |
商品SPU、SKU、商品名稱、商品價(jià)格、商品數(shù)量、商品圖片、商品類型、供應(yīng)商等 |
價(jià)格信息 |
1、商品總價(jià) 2、運(yùn)費(fèi) 3、保險(xiǎn)費(fèi)：運(yùn)費(fèi)險(xiǎn)、售后險(xiǎn) 4、運(yùn)費(fèi)稅、銷售稅 5、優(yōu)惠金額：優(yōu)惠券、優(yōu)惠碼、滿減、促銷等優(yōu)惠信息 |
包裹信息 |
訂單拆分成多少個(gè)包裹，包裹內(nèi)分別含有哪些商品信息 |
收貨信息 |
1、姓名 2、電話 3、郵箱 4、收貨地址：國家、州省、城市、詳細(xì)地址 5、郵編 |
支付信息 |
1、顧客信息：姓名、郵箱、電話、歷史訂單、累計(jì)消費(fèi)額等 2、支付方式：支付渠道、支付單號(hào)等 |
物流信息 |
1、訂單分配發(fā)貨倉 2、發(fā)貨時(shí)間 3、運(yùn)單號(hào)、物流商、物流鏈接、面單 4、發(fā)貨包裹號(hào)、包裹內(nèi)商品 5、軌跡 |
發(fā)票 |
1、發(fā)票號(hào)、開票日期、發(fā)票金額、賬單地址、支付方式 2、商品名稱、數(shù)量、單價(jià)、銷售稅、運(yùn)費(fèi)稅、運(yùn)費(fèi)、稅前總價(jià)、稅后總價(jià)等 |
訂單建模
1、ER
2、系統(tǒng)交互
跨境訂單履約面臨難題
中東、東歐地區(qū)的COD的訂單履約前，因?yàn)閷儆谪浀礁犊睿虼税l(fā)貨會(huì)比其他訂單面臨更大的履約失敗、損失運(yùn)輸成本的概率。因此需要付出更多的訂單審核成本，其中人工成本是主要成本之一，需要核實(shí)對應(yīng)的地址是否精準(zhǔn)，與國內(nèi)往往一個(gè)粗略的地址就可妥投到驛站等候簽收不同，在中東地區(qū)甚至在地址外還需額外的備選電話、經(jīng)緯度才可保證成功的履約
妥投失敗或產(chǎn)生訂單退貨問題時(shí)，包裹內(nèi)貨物往往退回不到國內(nèi)，因?yàn)橥嘶貒鴥?nèi)的成本甚至比直接丟棄貨物更高，此外可能還會(huì)產(chǎn)生進(jìn)口稅。因此，如何解決履約失敗后的貨物成本問題也是商家面臨的挑戰(zhàn)之一
訂單核心
1、訂單調(diào)度
訂單調(diào)度包含三個(gè)核心邏輯：
訂單拆包：一個(gè)訂單里的商品分成多少個(gè)包裹打包發(fā)貨最優(yōu)
訂單分倉：訂單分配給哪個(gè)地區(qū)的發(fā)貨倉發(fā)貨最優(yōu)
物流調(diào)度：訂單的包裹分配給哪個(gè)物流商承運(yùn)最優(yōu)
1）訂單拆包
2）訂單分倉
通常而言，我們可以圍繞“時(shí)效、成本、質(zhì)量”三大維度先拆分思考下
時(shí)效：從哪個(gè)發(fā)貨倉發(fā)貨是打包最快完成的？是可以最快送達(dá)顧客的？
成本：從哪個(gè)發(fā)貨倉發(fā)貨需要用到的包裹耗材最少？運(yùn)費(fèi)、其他運(yùn)輸費(fèi)用最低？
質(zhì)量：從哪個(gè)發(fā)貨倉發(fā)貨，顧客是可以等候時(shí)間最短、一次性收完快遞，購物體驗(yàn)最好的？
因此，對于訂單分倉可以結(jié)合這些策略進(jìn)行分發(fā)
訂單庫存完全滿足優(yōu)先
同國家優(yōu)先
同市場優(yōu)先
距離最近優(yōu)先
除了以上分倉規(guī)則外，還有其他因素不作贅述，需要根據(jù)自身的業(yè)務(wù)而定
3）物流調(diào)度
闡述完訂單拆包與訂單分倉，訂單調(diào)度還剩最后一個(gè)核心邏輯沒有講解，那就是——物流調(diào)度
物流調(diào)度就是當(dāng)包裹打包完后，應(yīng)該下單給哪一個(gè)物流商去負(fù)責(zé)承運(yùn)是最優(yōu)的呢？
選擇最優(yōu)物流渠道，可以由OMS對此判斷，也可以下發(fā)給TMS判斷然后返回結(jié)果。不同公司架構(gòu)有所差異，可以根據(jù)自己業(yè)務(wù)邊界劃定。由于物流調(diào)度是與承運(yùn)商強(qiáng)關(guān)聯(lián)業(yè)務(wù)，考慮到預(yù)報(bào)等相應(yīng)接口在TMS承接，因此這塊邏輯可放在TMS運(yùn)輸管理系統(tǒng)中實(shí)現(xiàn)，OMS只作數(shù)據(jù)的下發(fā)接收即可
物流商是否支持COD：COD的訂單不會(huì)下單給不支持貨款代收的物流商
發(fā)貨地點(diǎn)：發(fā)貨倉所在地，是否有物流商未提供攬收和寄件服務(wù)
區(qū)域可達(dá)/區(qū)域不可達(dá)：訂單收貨地址是否有物流商不提供配送
渠道限重：物流商渠道限重多少，包裹是否超過某些物流商限重值
渠道限量：商家是否要控制不同物流商可配送計(jì)劃，避免某個(gè)物流商出問題時(shí)所有雞蛋都存放在同一個(gè)籃子里
商品制定/商品排除：當(dāng)包裹內(nèi)含有液體、帶電、粉末商品時(shí)，是否有物流商無法承運(yùn)
運(yùn)費(fèi)：相同包裹不同物流商渠道哪個(gè)費(fèi)用最低
時(shí)效：根據(jù)歷史履約數(shù)據(jù)，哪些物流商渠道時(shí)效最快/最慢，權(quán)重如何分配等
等等等等。這些因素都會(huì)決定一個(gè)訂單調(diào)度物流渠道的流向
2、訂單審核與修改
在中東地區(qū)，跨境訂單在履約前，有一個(gè)絕對必不可少的環(huán)節(jié)——審單
收貨地址是否填寫詳細(xì)、能否有明確地點(diǎn)
聯(lián)系電話是否格式正確、是否有備用電話補(bǔ)充
訂單里的商品是否確定仍需購買、是否需要調(diào)整商品范圍
是否需要調(diào)整訂單購買數(shù)量
而COD訂單本身因?yàn)槲粗Ц叮瑹o論是場景上還是邏輯上，都易于處理
3、訂單取消與退貨退款
訂單取消可以由商家主動(dòng)發(fā)起，也可以由顧客發(fā)起
1）商家主動(dòng)發(fā)起
商家發(fā)現(xiàn)訂單商品與數(shù)量不合理，存在風(fēng)險(xiǎn)
商家發(fā)現(xiàn)訂單為惡意下單
商家發(fā)現(xiàn)收貨地址不存在、收貨人聯(lián)系不上
商家發(fā)現(xiàn)收貨地址無承運(yùn)商可達(dá)
其他如罷工、災(zāi)害等原因?qū)е掠唵螣o法履約等
2）顧客主動(dòng)發(fā)起
checkout但最終放棄支付
支付成功后發(fā)貨前，取消訂單
打包成功但是未交物流商承運(yùn)，取消訂單
包裹無法如期履約，取消訂單
簽收包裹后發(fā)現(xiàn)商品存在異常（貨不對板、屬性差異），退貨退款
簽收包裹后，商品不滿意或其他原因退貨退款
