国外亚洲成av人片在线观看,热99re久久精品这里都是精品,天堂网在线最新版www,国产成人av区一区二区三,51久久成人国产精品麻豆

在跨境電商業(yè)務(wù)場景下，訂單的產(chǎn)生是常見的環(huán)節(jié)之一，那么在這一場景下，訂單模塊該如何搭建相應(yīng)的設(shè)計策略？過程中又有哪些細(xì)節(jié)事項需要注意？一起來看看作者的分析和解答。

一旦發(fā)生交易，就會產(chǎn)生訂單。在所有涉及到訂單的系統(tǒng)中，訂單模塊往往是最核心的部分。本文以跨境電商為業(yè)務(wù)背景，講解一下訂單模塊的產(chǎn)品設(shè)計。

一、訂單下載

對于跨境賣家而言，對于訂單下載肯定不陌生，也就是常說的“抓單”，將第三方平臺的訂單同步到自己系統(tǒng)。抓單需要考慮2個問題。

1. 抓什么狀態(tài)的訂單？
2. 抓多長時間的訂單？

訂單有未付款、已付款、已發(fā)貨、簽收、退款等等狀態(tài)。以海運(yùn)為例，如果是直發(fā)，走海運(yùn)從國內(nèi)發(fā)貨到美國簽收，可能需要40-50天。這樣就意味著訂單狀態(tài)從發(fā)貨到簽收，也需要40-50天。假設(shè)公司每天到美國有5W單，那么到了50天后就會有250萬單，為了同步狀態(tài)，難道每天去遍歷幾百萬條數(shù)據(jù)？

所以有一種處理方式就是只會同步幾個狀態(tài)，最常見就是同步未付款、已付款、已發(fā)貨3個狀態(tài)。只要發(fā)貨，在賣家端的操作就已經(jīng)完結(jié)了。后續(xù)客戶的售后操作，就會形成新的售后訂單，按照依舊按照上述邏輯去同步狀態(tài)。

二、訂單預(yù)占

成功抓單后，訂單就預(yù)占中央庫存的庫存。

中央庫存不是一個系統(tǒng)，甚至頁面都沒有。理解理解中央庫存是一個調(diào)度模塊。抓單后，訂單通過調(diào)度系統(tǒng)指派那個倉庫發(fā)貨出庫。

最簡單的中央庫存模型就是公司有N個倉庫，這N各倉庫的庫存統(tǒng)一起來就是一個中央庫存。此時對中央庫存的預(yù)占只是增加了中央庫存的鎖定層，倉庫的實(shí)物層并沒有受影響。

三、拆合單策略

1. 合單

合單的本質(zhì)就是為了減少履約成本，最直觀的就是體現(xiàn)在運(yùn)費(fèi)上。用戶下了3個訂單，公司一次性給用戶發(fā)了，就節(jié)省了2次的運(yùn)費(fèi)。

最常見的合單規(guī)則就是同一個客戶，在同一個店鋪，收貨地址相同的訂單合并。

按理來說不同的店鋪的訂單應(yīng)該也可以合并。因?yàn)榈谌狡脚_有防關(guān)聯(lián)政策，如果一個賣家注冊多個賬號在平臺賣貨。系統(tǒng)檢測到的話就會封號，所以合單一般都不回跨店鋪。

訂單的合并條件還有更多，如下圖所示：

合單功能比較簡單，重點(diǎn)是合單后的處理。

如果2個訂單合單了，且2個訂單已經(jīng)匹配了倉庫，合并后根據(jù)“就近就全”原則，是否需要重新匹配倉庫？

如果2個訂單手動合單了，且2個訂單已經(jīng)匹配了物流，合單后是否需要根據(jù)“匹配物流”策略，重新匹配物流？

2. 拆單

上面說了合并是為了減少履約成本，拆單就是增加了履約成本，那么為什么還需要拆單呢？因?yàn)樵趯?shí)際的工作場景中有很多不得不拆單的情況。常見的拆單策略有：

• 用戶部分退款，剩余部分優(yōu)先發(fā)貨；
• 訂單貨品缺貨，將缺貨部分拆出；
• 多個倉庫發(fā)貨，按照不同倉庫拆分；
• 按照商品體積拆分；
• 按照商品屬性拆分；
• ……

拆分的訂單也需要考慮是否需要重新尋倉和匹配物流。

一些人搞不懂ERP拆單和倉庫拆包之間的關(guān)系，拆單可以理解為將銷售單拆分成N個，拆包理解為將銷售單拆分為多個包裹（包括也可以理解為運(yùn)單）。

小結(jié)：

訂單的拆單和合單需要考慮訂單的成本、銷售額、優(yōu)惠等金額的計算，還需要考慮贈品。這一塊的計算規(guī)則稍微復(fù)雜一點(diǎn)，我放在營銷模塊去講。

需要注意的是自動拆單合單策略需要放在尋倉、分配物流這些策略前面，因?yàn)椴饐魏秃蠁涡枰匦聦}和分配物流。

四、尋倉

尋倉就是系統(tǒng)找到最合適的倉庫，所以尋倉的核心邏輯就一句話：“就近就全”原則。

找到距離用戶最近的倉庫，且倉庫當(dāng)前的可用庫存可以滿足訂單。這里就引申了一個問題，尋倉，尋哪些倉庫？比如用戶的收貨地址是美國，尋歐洲的倉顯然就不合理，所以尋哪些倉庫也就需要根據(jù)用戶的收貨地址做配置。

如果公司有成品倉庫和半成品倉庫，用戶下單購買了半成品，那么尋成品倉顯然不合理，所以尋倉也需要根據(jù)用戶中商品的屬性進(jìn)行配置。

結(jié)合以上的描述，那么我們可以把尋倉功能做成策略，進(jìn)行配置，如下圖所示（僅供參考）：

看到一個友商的產(chǎn)品設(shè)計，非常類似，就截圖過來了。從上圖可以看出，首先配置一些“滿足條件”，這些條件有收獲地址，貨品分類等等，滿足條件后去執(zhí)行指定的倉庫，倉庫可以配置多個。

“就全”怎么理解呢？就是一個訂單盡量由一個倉庫發(fā)貨，避免多個倉庫發(fā)貨吧訂單拆分成多個包裹。試想一下用戶下單，結(jié)果一個訂單收到了5-8個包裹，體驗(yàn)非常不好，而且公司要付出的運(yùn)費(fèi)也高。

但是這里有一種特殊情況，舉個栗子說明。如：用戶下單，收貨地址為深圳，系統(tǒng)檢索了整個華南地區(qū)的倉庫，沒有一個倉庫可以完全滿足。但是在西藏的一個倉庫可以滿足訂單，那么此時應(yīng)該是華南地區(qū)的多個倉庫

那么是在華南地區(qū)拆分成多個包裹發(fā)貨，還是在西藏發(fā)貨，這個就要看公司策略了。

五、倉庫預(yù)占

當(dāng)尋倉完成之后，就預(yù)占倉庫的庫存，將中央庫存預(yù)占的庫存下推給倉庫，邏輯如下圖所示：

六、分配物流

分配物流就是給訂單匹配一個發(fā)貨方式用于發(fā)貨，分配物流的核心邏輯與尋倉一致，也是一個句話：“選擇滿足發(fā)貨方式中最便宜的物流”。

作為跨境賣家，通常會對接很多物流公司。作為賣家出于節(jié)省成本的考慮，肯定會選擇滿足訂單履約，且最便宜的物流。

具體的物流模塊的產(chǎn)品設(shè)計我就不贅述了，內(nèi)容太多。感興趣可以去看我之前寫的文章《ERP-物流模塊設(shè)計》。

七、訂單審核

訂單審核的頁面如下（僅供參考）：

審單就是人工在對訂單進(jìn)行確認(rèn)，因?yàn)樵趯?shí)際的工作情況中有非常多的特殊情況，如：用戶修改地址，用戶的一些特殊備注等等。

在審核頁面也可以手動對訂單進(jìn)行拆分、合單、改物流、改備注等操作。

在審核通過之后，訂單就會下推到WMS系統(tǒng)，倉庫進(jìn)行揀貨出庫。但是在根據(jù)不同的業(yè)務(wù)發(fā)貨方式也不同，常見的有3種發(fā)貨方式，如下：

• 倉庫發(fā)貨：訂單下推到自己公司倉庫，倉庫揀貨出庫。
• 虛擬發(fā)貨：訂單是虛擬產(chǎn)品，人工標(biāo)記發(fā)貨。
• 代銷發(fā)貨：將下單下推給供應(yīng)商或者合作方，由他們發(fā)貨。

竟然有審核操作，那么也有審單策略。如果每天5W單，審單就2個人，那么每天的工作怎么做都做不完。所以就需要做一個自動審單的策略，將一些常規(guī)的訂單自動審核通過，一些不常規(guī)的訂單攔截由人工審核。

自動審單策略的界面如下（僅供參考）：

八、自動攔截策略

設(shè)置一些規(guī)則，將滿足規(guī)則的訂單標(biāo)記為異常訂單，這里先說一下WMS的異常單，因?yàn)閃MS的異常單與ERP的異常單會有關(guān)聯(lián)。

在WMS常見的異常原因有：缺貨、收貨地址變更、退款、部分退款、物流方式變更、取消發(fā)貨、備注變更、發(fā)貨超時、打包時錯貨/少貨/次品等等

不同的異常原因后續(xù)的處理流程不同。

訂單退款和取消發(fā)貨，訂單就已經(jīng)結(jié)束了發(fā)貨流程。

部分取消發(fā)貨，通常是將訂單打回上游系統(tǒng)，上游系統(tǒng)拆單后重新下推到倉庫。

其它的異常原因，本質(zhì)就是訂單進(jìn)行掛起，訂單不會進(jìn)入下一個環(huán)節(jié)。

那么在ERP的異常訂單也是同理，設(shè)置一些策略，訂單滿足策略就標(biāo)記異常。異常策略如下（僅供參考）：

這里只需要主要一個點(diǎn)，如果ERP的訂單下推到了WMS，在ERP標(biāo)記異常的訂單，相應(yīng)WMS的訂單是否也需要標(biāo)記異常？在WMS標(biāo)記異常，相應(yīng)ERP的訂單是否需要標(biāo)記異常？

如果在WMS標(biāo)記的異常訂單，相應(yīng)ERP的訂單也標(biāo)記異常，那么在ERP是否可以手動解除異常？

總結(jié)

以上就是整篇文章的內(nèi)容，希望能夠?qū)δ阌兴鶐椭?/p>