文章分類
深度剖析訂單拆單至倉(cāng)庫(kù)發(fā)貨的全流程及拆單系統(tǒng)構(gòu)成發(fā)表時(shí)間:2025-07-20 06:05來(lái)源:萬(wàn)象資訊 在倉(cāng)庫(kù)進(jìn)行訂單拆分并發(fā)貨的過(guò)程中,具體流程是怎樣的?此外,拆單系統(tǒng)還包含哪些不同的組成部分? 在前面的文章中,我曾提及訂單拆分以及庫(kù)存分為三個(gè)等級(jí)的理念。部分產(chǎn)品界同仁對(duì)于訂單拆分后至倉(cāng)庫(kù)發(fā)貨的整個(gè)過(guò)程仍感到迷茫,因此,今日我將為大家詳細(xì)闡述這一流程,并對(duì)各個(gè)環(huán)節(jié)進(jìn)行串聯(lián)。 首先,讓我們回顧一下日常購(gòu)物的常規(guī)步驟:挑選心儀的商品,將其加入購(gòu)物車,隨后下單,生成訂單,確認(rèn)支付信息,接著耐心等待貨物送達(dá),最后在收到商品后進(jìn)行確認(rèn)收貨。 在購(gòu)物車中,消費(fèi)者會(huì)挑選來(lái)自不同商家的商品一同進(jìn)行購(gòu)買(mǎi),有時(shí)一個(gè)商家對(duì)應(yīng)一個(gè)包裹,而有時(shí)同一個(gè)商家可能會(huì)發(fā)出多個(gè)包裹,這種操作是如何完成的呢? 在此流程中,涉及父訂單、子訂單、發(fā)貨單以及倉(cāng)庫(kù)出庫(kù)單等多種單據(jù),并且還涉及拆分訂單的操作。對(duì)于非自營(yíng)商家的平臺(tái),比如淘寶,僅進(jìn)行一次拆單;而對(duì)于自營(yíng)商家的平臺(tái),則可能經(jīng)歷第一次和第二次拆單;至于不同平臺(tái)的商家,通常只進(jìn)行第二次拆單。 一、第一次拆單 在顧客進(jìn)行購(gòu)物車操作并下單時(shí),他們往往會(huì)在同一時(shí)間挑選來(lái)自不同商家的商品進(jìn)行批量購(gòu)買(mǎi),此時(shí),他們可以選擇一次性完成支付。然而,在支付操作結(jié)束后,若要追蹤訂單狀態(tài),通常會(huì)發(fā)現(xiàn)每個(gè)店鋪對(duì)應(yīng)一張訂單,這些訂單信息可以在“我的訂單”模塊中查找到。在此過(guò)程中,我們還需提及父訂單與子訂單的概念。 在顧客挑選多件商品并完成下單操作后,系統(tǒng)會(huì)自動(dòng)創(chuàng)建一個(gè)主訂單以及若干個(gè)子訂單。通常情況下,子訂單的劃分依據(jù)是店鋪,每家店鋪對(duì)應(yīng)一份子訂單。若涉及自營(yíng)店鋪,其商品可能會(huì)根據(jù)發(fā)貨倉(cāng)庫(kù)的不同,進(jìn)一步被拆分為更多的子訂單。 子訂單構(gòu)成了追蹤貨物配送、處理售后服務(wù)及進(jìn)行財(cái)務(wù)結(jié)算的重要憑證。它涵蓋了訂單的具體細(xì)節(jié)、商品的具體信息、支付的具體情況、收貨的具體資料、發(fā)票的具體內(nèi)容、服務(wù)相關(guān)的信息、物流的具體數(shù)據(jù)以及發(fā)貨的具體信息等眾多要素。 父訂單究竟有何功能?它不僅記錄了用戶在此次購(gòu)物中多次下單的行為,還具備合并支付的功能。當(dāng)存在跨商家優(yōu)惠時(shí),父訂單能夠匹配到相應(yīng)的優(yōu)惠,并對(duì)各商家進(jìn)行收益分配。通常情況下,用戶完成下單后,父訂單的主要作用便已告一段落。在訂單產(chǎn)品架構(gòu)的設(shè)計(jì)上,并非只有需要拆分的訂單才需要父訂單,實(shí)際上,所有訂單在生成時(shí)都應(yīng)包含父子訂單的關(guān)系。 銷售層在生成子訂單后,需著手解決訂單的配送問(wèn)題。自營(yíng)平臺(tái)會(huì)將訂單信息發(fā)送至內(nèi)部的調(diào)度中心進(jìn)行后續(xù)處理,而平臺(tái)內(nèi)的商家則可選擇不同的處理途徑:首先,他們可以手動(dòng)導(dǎo)出訂單,隨后安排配送,配送完成后,還需返回平臺(tái)店鋪管理界面更新配送信息;其次,商家也可以通過(guò)系統(tǒng)對(duì)接的方式,將銷售訂單導(dǎo)入至自家的訂單處理中心或ERP系統(tǒng),進(jìn)而安排配送。 二、第二次拆單 銷售部門(mén)將訂單信息傳遞給調(diào)度部門(mén),這同樣標(biāo)志著訂單系統(tǒng)向調(diào)度中心發(fā)送訂單信息。調(diào)度中心在接收到銷售部門(mén)的訂單后,會(huì)首先依照既定規(guī)則進(jìn)行審查,對(duì)于存在風(fēng)險(xiǎn)的風(fēng)控規(guī)則識(shí)別出的訂單會(huì)進(jìn)行攔截處理,而對(duì)于信息不齊全的訂單,則需要人工進(jìn)行干預(yù)。此外,對(duì)于已接收的銷售訂單,調(diào)度中心會(huì)在一段時(shí)間后,例如半小時(shí)等,再次進(jìn)行審核。 經(jīng)過(guò)審核的訂單進(jìn)入配貨階段,此時(shí)拆單規(guī)則開(kāi)始實(shí)施。在此過(guò)程中,必須遵循一個(gè)基本原則,即只有庫(kù)存充足的商品才能進(jìn)行配貨。這里所指的拆分是針對(duì)發(fā)貨單,而非子訂單。即便拆分次數(shù)增多,用戶所看到的依然是同一個(gè)子訂單。然而,這個(gè)子訂單會(huì)對(duì)應(yīng)多個(gè)包裹,進(jìn)而產(chǎn)生多個(gè)物流跟蹤號(hào)碼。 拆單規(guī)則 根據(jù)區(qū)域分配的規(guī)則,為訂單中的商品挑選相應(yīng)的發(fā)貨倉(cāng)庫(kù),并且針對(duì)各個(gè)倉(cāng)庫(kù),需分別制作相應(yīng)的發(fā)貨清單。 在選定倉(cāng)庫(kù)后,由于倉(cāng)庫(kù)對(duì)包裝的重量或體積有特定要求,必須對(duì)訂單進(jìn)行拆分處理。 商品分類上,鑒于涉及易燃或價(jià)值高昂的物品,必須單獨(dú)進(jìn)行包裝處理,并且必須分單處理。此外,在跨境電商領(lǐng)域,還涉及到價(jià)值額度限制等問(wèn)題。 商品若無(wú)庫(kù)存,則不會(huì)入庫(kù)儲(chǔ)存。在審核完發(fā)貨清單后,可選擇待所有所需商品均有庫(kù)存時(shí)再進(jìn)行下推至倉(cāng)庫(kù),亦或采納先配貨再確認(rèn)的原則,但在此過(guò)程中,還需對(duì)訂單進(jìn)行拆分處理。 依據(jù)上述規(guī)則,一個(gè)子訂單或許會(huì)被拆分為數(shù)份發(fā)貨單,亦有可能直接對(duì)應(yīng)一份發(fā)貨單;經(jīng)過(guò)這一步驟的拆分,理想情況是發(fā)貨單被發(fā)送至倉(cāng)庫(kù),倉(cāng)庫(kù)隨后將其打包成包裹以便出庫(kù)。發(fā)貨單一旦生成,便需進(jìn)行出庫(kù)操作,即將其推送至wms系統(tǒng)。 通常情況下,倉(cāng)庫(kù)在接到發(fā)貨單后,會(huì)依據(jù)整單進(jìn)行出庫(kù)操作。然而,若調(diào)度中心的工作不到位,倉(cāng)庫(kù)便不得不將貨物分裝成若干個(gè)包裹。 三、取消訂單 訂單支付完成至發(fā)貨環(huán)節(jié),時(shí)常會(huì)出現(xiàn)用戶要求取消訂單的情形,此時(shí)系統(tǒng)需對(duì)發(fā)貨流程進(jìn)行干預(yù),若干預(yù)未能如愿,消費(fèi)者將不得不選擇退貨,而退貨所需承擔(dān)的費(fèi)用顯然遠(yuǎn)超取消訂單時(shí)的成本。 這時(shí)候有三個(gè)節(jié)點(diǎn)去攔截訂單: 1. 銷售層 用戶一旦下單,若銷售訂單尚未傳達(dá)至調(diào)度部門(mén),攔截操作即可直接實(shí)現(xiàn);倘若在銷售環(huán)節(jié)攔截未能成功,則必須轉(zhuǎn)至調(diào)度層進(jìn)行攔截處理。 2. 調(diào)度層 我們之前提到,一旦訂單抵達(dá)調(diào)度層級(jí),便需經(jīng)歷審核和配貨流程。若訂單未經(jīng)審核便被取消,成功操作后需將信息反饋至調(diào)度層,并撤銷相應(yīng)訂單;若審核通過(guò)但配貨尚未完成,此時(shí)取消發(fā)貨單同樣視為攔截成功;而若配貨已完成并已發(fā)送至倉(cāng)庫(kù),則需在倉(cāng)庫(kù)的WMS系統(tǒng)中進(jìn)行進(jìn)一步的攔截操作。 3. 倉(cāng)庫(kù)層 調(diào)度中心與倉(cāng)庫(kù)實(shí)現(xiàn)對(duì)接,隨后通過(guò)接口操作撤銷出庫(kù)單。一旦wms系統(tǒng)成功攔截該出庫(kù)單,即視為攔截操作成功完成。若至此時(shí)攔截未能如愿,則意味著取消訂單的操作未能成功。 通常情況下,WMS系統(tǒng)均能在倉(cāng)庫(kù)出庫(kù)前成功攔截,然而,若調(diào)度中心未能與WMS系統(tǒng)實(shí)現(xiàn)全面對(duì)接,該功能將無(wú)法得以實(shí)現(xiàn)。 歷經(jīng)這三個(gè)關(guān)鍵步驟,若攔截操作得以順利完成,訂單便具備了取消資格,進(jìn)而可啟動(dòng)退款流程;反之,若攔截未能成功,消費(fèi)者便需在貨物送達(dá)后進(jìn)行退貨處理。 四、幾個(gè)單據(jù) 在整個(gè)流程中,涉及父訂單、子訂單、發(fā)貨單以及倉(cāng)庫(kù)出庫(kù)單等多種單據(jù)類型,務(wù)必注意區(qū)分,每種單據(jù)在各自環(huán)節(jié)中扮演著獨(dú)特的角色。 為何如此繁瑣?我們期望每個(gè)交付給消費(fèi)者的包裹在系統(tǒng)內(nèi)都擁有詳盡的數(shù)據(jù)記錄,以避免因信息缺失而引發(fā)爭(zhēng)議。 我們之前已經(jīng)闡述了,在訂單處理環(huán)節(jié)中最為繁雜的步驟,當(dāng)然,也存在簡(jiǎn)化的版本。這些不同的簡(jiǎn)化流程,以及各種業(yè)務(wù)形態(tài),都能夠融入并整合到整個(gè)流程之中。 這是我對(duì)于從訂單生成到發(fā)貨整個(gè)過(guò)程的全盤(pán)思考,衷心希望我的這些想法能夠?yàn)楦魑惶峁┮恍┯幸娴膯⑹尽H裟闼陬I(lǐng)域的訂單處理流程出現(xiàn)了某種變化,不妨也與我展開(kāi)一番交流。 |