起點(diǎn)課堂會(huì)員權(quán)益
職業(yè)體系課特權(quán)
線下行業(yè)大會(huì)特權(quán)
個(gè)人IP打造特權(quán)
30+門(mén)專項(xiàng)技能課
1300+專題課程
12場(chǎng)職場(chǎng)軟技能直播
12場(chǎng)求職輔導(dǎo)直播
12場(chǎng)專業(yè)技能直播
會(huì)員專屬社群
榮耀標(biāo)識(shí)詳解：電商前端庫(kù)存邏輯的設(shè)計(jì)
本文主要對(duì)電商平臺(tái)的訂單系統(tǒng)相關(guān)庫(kù)存邏輯進(jìn)行了詳細(xì)的闡述，一起來(lái)文中看看~
一、庫(kù)存的概念
電商的業(yè)務(wù)場(chǎng)景中訂單的流程常常伴隨著庫(kù)存的變化；對(duì)于erp來(lái)說(shuō)，庫(kù)存可能涉及入庫(kù)、出庫(kù)、分庫(kù)等操作，這里暫且不討論erp中庫(kù)存的處理邏輯，主要就電商平臺(tái)的訂單系統(tǒng)相關(guān)庫(kù)存邏輯進(jìn)行說(shuō)明。
- 總庫(kù)存指：供應(yīng)商倉(cāng)庫(kù)該商品的實(shí)際庫(kù)存；
- 凍結(jié)庫(kù)存指：訂單臨時(shí)占用的庫(kù)存，凍結(jié)庫(kù)存可以根據(jù)訂單取消或發(fā)貨等情況進(jìn)行釋放；
- 可用庫(kù)存指：即總庫(kù)存-凍結(jié)庫(kù)存，一般指在前端顯示且用戶可下單的最大數(shù)量。
庫(kù)存的使用場(chǎng)景：
- 常規(guī)訂單流程：需要運(yùn)用到總庫(kù)存，凍結(jié)庫(kù)存和可用庫(kù)存；
- 運(yùn)營(yíng)活動(dòng)：特價(jià)商品活動(dòng)需要占用一定的庫(kù)存，以保證能有充足的庫(kù)存支撐活動(dòng)的進(jìn)行；
- 贈(zèng)品庫(kù)存：如果把贈(zèng)品當(dāng)做一款SKU的情況下，即和正常下單路徑一樣，當(dāng)把贈(zèng)品單獨(dú)出來(lái)的情況下，需要設(shè)置贈(zèng)品庫(kù)存（在我們的業(yè)務(wù)系統(tǒng)中，贈(zèng)品由商家手動(dòng)添加并設(shè)置庫(kù)存），同時(shí)需要建立一套單獨(dú)的庫(kù)存處理體系。
二、常規(guī)訂單流程中庫(kù)存的處理
總庫(kù)存的數(shù)量可以同步ERP或人工設(shè)置，人工設(shè)置的情況下，供應(yīng)商點(diǎn)擊“確認(rèn)發(fā)貨”后減少，退款時(shí)若訂單已發(fā)貨則供應(yīng)商點(diǎn)擊“同意退款”/系統(tǒng)自動(dòng)同意退款則增加，退貨時(shí)供應(yīng)商點(diǎn)擊“確認(rèn)收貨”/系統(tǒng)自動(dòng)確認(rèn)收貨則增加。
同步ERP數(shù)據(jù)的條件下，總庫(kù)存可以不受訂單狀態(tài)的影響（值得注意的是：如果在ERP系統(tǒng)中，確認(rèn)發(fā)貨的節(jié)點(diǎn)和扣減總庫(kù)存的節(jié)點(diǎn)存在時(shí)間差的情況下，這個(gè)時(shí)間段，實(shí)際上會(huì)造成系統(tǒng)已扣減凍結(jié)庫(kù)存了，但是ERP總庫(kù)存不變，所以會(huì)造成可用庫(kù)存短時(shí)間偏大），也可以先扣減/增加總庫(kù)存，因?yàn)榭値?kù)同步肯定會(huì)覆蓋之前修改后的數(shù)量。
凍結(jié)庫(kù)存在用戶從app下單時(shí)增加，在供應(yīng)商確認(rèn)發(fā)貨/取消訂單時(shí)減少，“待發(fā)貨”的訂單申請(qǐng)退款成功則減少。
另外，取消退款和退款失敗的情況下，對(duì)庫(kù)存無(wú)影響。
結(jié)合訂單流程的中各個(gè)節(jié)點(diǎn)進(jìn)一步說(shuō)明：
用戶下單：下單時(shí)由于訂單生成之后需要預(yù)定一定的庫(kù)存，保證該訂單能發(fā)貨，所以需要增加對(duì)應(yīng)商品的凍結(jié)庫(kù)存；這里需要注意的是，不同的業(yè)務(wù)場(chǎng)景對(duì)于增加凍結(jié)庫(kù)存的節(jié)點(diǎn)定義不一樣。
一般來(lái)說(shuō)在兩個(gè)節(jié)點(diǎn)考慮增加凍結(jié)庫(kù)存：一個(gè)是在生成訂單時(shí)，一個(gè)是在付款成功時(shí)。
對(duì)于庫(kù)存有限，時(shí)間緊迫的下單場(chǎng)景來(lái)說(shuō)（比如：秒殺），在付款成功的時(shí)候增加凍結(jié)庫(kù)存會(huì)比較合理，因?yàn)槲锤犊畹挠唵螘?huì)影響到其他人購(gòu)買(mǎi)這款商品。但對(duì)于常規(guī)場(chǎng)景來(lái)說(shuō)，在生成訂單時(shí)占用庫(kù)存會(huì)比較好，否則會(huì)影響用戶的下單體驗(yàn)（但是一定要有系統(tǒng)自動(dòng)取消訂單的功能以釋放凍結(jié)庫(kù)存）。
確認(rèn)發(fā)貨：確認(rèn)發(fā)貨的動(dòng)作可以是ERP訂單出庫(kù)的時(shí)候自動(dòng)確認(rèn)發(fā)貨，也可以是手動(dòng)確認(rèn)發(fā)貨。無(wú)論哪種場(chǎng)景，只要觸發(fā)發(fā)貨動(dòng)作的話，均需扣減總庫(kù)存，同時(shí)扣減凍結(jié)庫(kù)存。若ERP自動(dòng)同步總庫(kù)存的情況下，則ERP中會(huì)扣減總庫(kù)存并自動(dòng)同步至系統(tǒng)。
取消訂單：首頁(yè)，在我們系統(tǒng)中定義在付款成功之前可以取消訂單，取消訂單的時(shí)候需要扣減凍結(jié)庫(kù)存（即去除庫(kù)存的占用）。
申請(qǐng)退款：若系統(tǒng)定義為商品付款后，發(fā)貨前可以申請(qǐng)退款的情況下，退款成功則需要扣減凍結(jié)庫(kù)存（商家操作“同意退款”或系統(tǒng)超時(shí)自動(dòng)審核）。
申請(qǐng)退貨：若系統(tǒng)定義為商品發(fā)貨后，可以進(jìn)行申請(qǐng)退貨的情況下，退款成功且供應(yīng)商已收貨的情況下需要增加總庫(kù)存（商家操作“確認(rèn)收貨”或系統(tǒng)自動(dòng)確認(rèn)收貨），若ERP自動(dòng)同步庫(kù)存的情況下，則ERP中會(huì)增加總庫(kù)存并自動(dòng)同步至系統(tǒng)。
附：下單流程圖
三、活動(dòng)庫(kù)存的處理
實(shí)際做法：由于在數(shù)據(jù)庫(kù)中沒(méi)有活動(dòng)庫(kù)存這個(gè)字段，導(dǎo)致原公式：可用庫(kù)存=總庫(kù)存-凍結(jié)庫(kù)存，無(wú)法統(tǒng)一修改；在實(shí)際開(kāi)發(fā)中凍結(jié)庫(kù)存=普通商品凍結(jié)庫(kù)存+活動(dòng)庫(kù)存之和，另外活動(dòng)庫(kù)存仍將保留在活動(dòng)表中，活動(dòng)表中包括字段活動(dòng)庫(kù)存，活動(dòng)已用庫(kù)存。
1. 活動(dòng)庫(kù)存概念
特價(jià)商品在設(shè)置活動(dòng)時(shí)，可設(shè)置活動(dòng)庫(kù)存，目的為限制本商品以特價(jià)銷售的數(shù)量（設(shè)置的活動(dòng)庫(kù)存不能大于總庫(kù)存），同時(shí)也保證參加活動(dòng)的商品的數(shù)量，超出活動(dòng)數(shù)量的商品（活動(dòng)庫(kù)存用光的時(shí)候）將以原價(jià)購(gòu)買(mǎi)。
2. 數(shù)據(jù)庫(kù)庫(kù)存相關(guān)字段
商品表相關(guān)字段：總庫(kù)存、凍結(jié)庫(kù)存；活動(dòng)表相關(guān)字段：活動(dòng)庫(kù)存、活動(dòng)凍結(jié)庫(kù)存。
普通商品可用庫(kù)存=總庫(kù)存-凍結(jié)庫(kù)存-活動(dòng)庫(kù)存之和
活動(dòng)商品可用庫(kù)存=活動(dòng)庫(kù)存-活動(dòng)凍結(jié)庫(kù)存
（實(shí)際上在我們開(kāi)發(fā)過(guò)程中，由于初期數(shù)據(jù)庫(kù)設(shè)計(jì)未能考慮到后面的拓展性，頁(yè)面取數(shù)據(jù)的時(shí)候，普通商品可用庫(kù)存=總庫(kù)存-凍結(jié)庫(kù)存，到后面增加促銷活動(dòng)時(shí)，這個(gè)公式若需要變動(dòng)則影響太大了。所以我們保持原來(lái)的公式不變，讓凍結(jié)庫(kù)存=普通商品凍結(jié)庫(kù)存+活動(dòng)庫(kù)存之和，這個(gè)問(wèn)題凸顯了技術(shù)架構(gòu)的重要性。）
3. 下單過(guò)程中的庫(kù)存邏輯
活動(dòng)創(chuàng)建成功，則對(duì)應(yīng)的商品需將活動(dòng)庫(kù)存A件從總庫(kù)存B件中間分出 ，此時(shí)普通商品可用庫(kù)存為（B-A）件，特價(jià)商品活動(dòng)可用庫(kù)存為A件。
用戶下單時(shí)，以活動(dòng)價(jià)購(gòu)買(mǎi)商品C件，則普通商品可用庫(kù)存仍為（B-A）件，特價(jià)商品可用庫(kù)存為(A-C)件，活動(dòng)凍凍結(jié)庫(kù)存為C件。
活動(dòng)庫(kù)存不足/超出限購(gòu)數(shù)量時(shí)，下單D件，其中以特價(jià)購(gòu)買(mǎi)的為D1件，以普通價(jià)購(gòu)買(mǎi)的商品為D2件。則普通商品可用庫(kù)存為（B-A-D2）件，普通商品凍結(jié)庫(kù)存D2件，特價(jià)商品活動(dòng)可用庫(kù)存為（A-D1），活動(dòng)凍結(jié)庫(kù)存為D1件。
當(dāng)特價(jià)商品可用庫(kù)存不足時(shí)，特價(jià)商品售完，所有商品都以普通價(jià)購(gòu)買(mǎi)。當(dāng)活動(dòng)期間若有訂單取消或退款、退貨，則活動(dòng)庫(kù)存重新>0時(shí)，可繼續(xù)以剩余的數(shù)量按特價(jià)購(gòu)買(mǎi)商品。
4. 活動(dòng)商品庫(kù)存扣減及回滾
活動(dòng)商品售出之后，增加活動(dòng)凍結(jié)庫(kù)存，活動(dòng)有效期間取消訂單/退款成功則減少活動(dòng)凍結(jié)庫(kù)存；普通商品的庫(kù)存不受影響，但是特價(jià)商品的可購(gòu)數(shù)量需要增加/減少。
活動(dòng)中若ERP由于發(fā)貨需要調(diào)整凍結(jié)庫(kù)存和總庫(kù)存，此時(shí)不管發(fā)貨的是不是特價(jià)商品，都是直接扣減凍結(jié)庫(kù)存和總庫(kù)存（因?yàn)镋RP沒(méi)有分庫(kù)而且?guī)齑孀詣?dòng)同步的情況下，總庫(kù)存一定會(huì)減少，那邊此時(shí)也需要扣減凍結(jié)庫(kù)存保證普通商品的可購(gòu)數(shù)量保持不變，而活動(dòng)商品的庫(kù)存不需要處理）。
活動(dòng)結(jié)束：如活動(dòng)庫(kù)存100件，賣(mài)了20件，則將該商品的活動(dòng)庫(kù)存清零，且活動(dòng)凍結(jié)庫(kù)存的數(shù)量合并到凍結(jié)庫(kù)存后活動(dòng)凍結(jié)庫(kù)存也清零。最終凍結(jié)庫(kù)存加20，此外由于活動(dòng)庫(kù)存變小，普通商品可用庫(kù)存也變大（等于是把活動(dòng)庫(kù)存沒(méi)用完的還回去）。
四、贈(zèng)品庫(kù)存的處理
贈(zèng)品庫(kù)存基于我當(dāng)前的業(yè)務(wù)系統(tǒng)情況進(jìn)行說(shuō)明，我們目前的贈(zèng)品總庫(kù)存及贈(zèng)品活動(dòng)庫(kù)存都是在后臺(tái)手動(dòng)設(shè)置的，所以是一套單獨(dú)的邏輯。
贈(zèng)品表相關(guān)字段：贈(zèng)品總庫(kù)存，贈(zèng)品活動(dòng)庫(kù)存可用；活動(dòng)表相關(guān)字段：贈(zèng)品活動(dòng)庫(kù)存，贈(zèng)品已用庫(kù)存；
贈(zèng)品總庫(kù)存可人工設(shè)置，每個(gè)使用贈(zèng)品的活動(dòng)都會(huì)設(shè)置對(duì)應(yīng)的贈(zèng)品活動(dòng)庫(kù)存。贈(zèng)品活動(dòng)庫(kù)存可用=贈(zèng)品總庫(kù)存-贈(zèng)品活動(dòng)庫(kù)存之和。（注意這個(gè)贈(zèng)品庫(kù)存可用，是指在后臺(tái)添加贈(zèng)品活動(dòng)時(shí)可以設(shè)置的最大活動(dòng)庫(kù)存數(shù)量）
購(gòu)買(mǎi)商品時(shí)，所送的贈(zèng)品不能大于贈(zèng)品活動(dòng)庫(kù)存；贈(zèng)品活動(dòng)庫(kù)存不夠送的情況下，要友好提示客戶。當(dāng)提交訂單后，若有送贈(zèng)品，則自動(dòng)扣減對(duì)應(yīng)的贈(zèng)品活動(dòng)庫(kù)存和贈(zèng)品總庫(kù)存。
活動(dòng)有效期間，取消訂單/退貨,退款審核通過(guò)則自動(dòng)增加贈(zèng)品活動(dòng)庫(kù)存和贈(zèng)品總庫(kù)存；活動(dòng)失效后，取消訂單/退貨，退款審核通過(guò)則自動(dòng)增加贈(zèng)品總庫(kù)存?；顒?dòng)失效時(shí)，對(duì)應(yīng)的贈(zèng)品活動(dòng)庫(kù)存清零。
五、前端庫(kù)存展示
按正常邏輯：如果商品不存在特價(jià)/秒殺活動(dòng)的情況下，直接以普通價(jià)購(gòu)買(mǎi)，顯示普通商品可用庫(kù)存即可；如果商品存在秒殺/特價(jià)活動(dòng)的情況下，應(yīng)該要顯示活動(dòng)商品的庫(kù)存。
但是存在一種情況就是購(gòu)買(mǎi)的一批商品中部分商品需要按照活動(dòng)價(jià)算，剩余商品按照普通價(jià)算，那么這時(shí)候取普通商品可用庫(kù)存/活動(dòng)商品可用庫(kù)存都是不對(duì)的。
所以最終我們?cè)跈?quán)衡之下，還是用了普通商品可用庫(kù)存+活動(dòng)商品可用庫(kù)存之和（即總庫(kù)存-凍結(jié)庫(kù)存-活動(dòng)凍結(jié)庫(kù)存之和）。
本文由 @不橈 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理。未經(jīng)許可，禁止轉(zhuǎn)載
題圖來(lái)自Unsplash，基于CC0協(xié)議
好文必須點(diǎn)贊，學(xué)到了！
講得好，贊一下??！
咨詢一下，關(guān)于消費(fèi)者已經(jīng)收到貨后的退貨退款，您圖中是先審核再退款，退款成功后再生成退貨訂單，倉(cāng)庫(kù)收貨是在哪個(gè)環(huán)節(jié)呢？如果是在生成退貨訂單之后，是否會(huì)造成倉(cāng)庫(kù)積壓退貨產(chǎn)品呢？
有問(wèn)題咨詢下：是否存在一個(gè)商品同時(shí)參加多個(gè)促銷活動(dòng)，且多個(gè)促銷活動(dòng)均有活動(dòng)庫(kù)存，如果存在這種情況，扣庫(kù)存的時(shí)候，是不是就有問(wèn)題了，不知道應(yīng)該扣哪個(gè)庫(kù)存
這種后臺(tái)不支持設(shè)置的，后臺(tái)能設(shè)置的是產(chǎn)品活動(dòng)價(jià)+活動(dòng)庫(kù)存+促銷截止時(shí)間，同一時(shí)間內(nèi)不會(huì)支持創(chuàng)建另一個(gè)促銷價(jià)
咨詢一個(gè)問(wèn)題，對(duì)于多倉(cāng)商家，活動(dòng)庫(kù)存需要指定倉(cāng)庫(kù)嗎，還是只指定一個(gè)總數(shù)。
舉例，要做一個(gè)秒殺活動(dòng)，活動(dòng)庫(kù)存總數(shù)100個(gè)，這100個(gè)是分派到各個(gè)倉(cāng)庫(kù)呢，還是只是一個(gè)總數(shù)；
如果是指定一個(gè)總數(shù)；
1、普通商品購(gòu)買(mǎi)時(shí)如何處理呢；每一筆交易難道都去檢查一下，對(duì)應(yīng)商品，所有倉(cāng)的庫(kù)存總剩余嗎；
2、會(huì)不會(huì)出現(xiàn)一種情況，熱點(diǎn)地區(qū)的倉(cāng)庫(kù)按照普通銷售賣(mài)太多了，秒殺的時(shí)候達(dá)不到促銷效果呢；
這個(gè)下單流程圖 能傳一份清晰的給我嗎 感謝
“活動(dòng)中若ERP由于發(fā)貨需要調(diào)整凍結(jié)庫(kù)存和總庫(kù)存，此時(shí)不管發(fā)貨的是不是特價(jià)商品，都是直接扣減凍結(jié)庫(kù)存和總庫(kù)存（因?yàn)镋RP沒(méi)有分庫(kù)而且?guī)齑孀詣?dòng)同步的情況下，總庫(kù)存一定會(huì)減少，那邊此時(shí)也需要扣減凍結(jié)庫(kù)存保證普通商品的可購(gòu)數(shù)量保持不變，而活動(dòng)商品的庫(kù)存不需要處理）。”
您好，這一段沒(méi)太看懂。個(gè)人認(rèn)為活動(dòng)中如果需要臨時(shí)調(diào)貨，應(yīng)當(dāng)增加活動(dòng)庫(kù)存，同時(shí)減少普通商品庫(kù)存，而總庫(kù)存不變，凍結(jié)商品庫(kù)存也不應(yīng)當(dāng)改變（因?yàn)閮鼋Y(jié)商品庫(kù)存是用戶已經(jīng)下單購(gòu)買(mǎi)的）。
ERP里是不存在設(shè)置活動(dòng)價(jià)格和活動(dòng)庫(kù)存的，ERP里只有總庫(kù)存和凍結(jié)庫(kù)存，它不管你拿這個(gè)產(chǎn)品來(lái)干啥。活動(dòng)庫(kù)存在商品中臺(tái)完成設(shè)置
收！
我們后臺(tái)是沒(méi)有做凍結(jié)庫(kù)存這種邏輯的，在提交訂單扣減庫(kù)存、取消訂單、退款成功增加庫(kù)存的增減庫(kù)存是同樣時(shí)，就只有一個(gè)總庫(kù)存，例如一個(gè)普通商品的總庫(kù)存為100個(gè)，設(shè)為秒殺商品，庫(kù)存為10個(gè)，普通商品和秒殺商品共用總庫(kù)存，如果普通商品比秒殺商品先賣(mài)完，則秒殺商品也不能秒殺了，前臺(tái)顯示已秒完，這種沒(méi)有凍結(jié)庫(kù)存的邏輯會(huì)引發(fā)什么問(wèn)題么？
第一，就像你描述的，普通商品賣(mài)完之后，秒殺商品就沒(méi)得賣(mài)的，那你們秒殺商品庫(kù)存的意義僅僅在于限制了最大可秒數(shù)量，而不能保證本次活動(dòng)的數(shù)量，自然就達(dá)不到引流的目的
第二，為什么我們系統(tǒng)引入了凍結(jié)庫(kù)存的概念：如果把系統(tǒng)按照“前臺(tái)”“中臺(tái)”“后臺(tái)”來(lái)區(qū)分的話，商家的ERP等于是后臺(tái)，ERP中的總庫(kù)存是真實(shí)庫(kù)存，erp中發(fā)貨了就是真實(shí)庫(kù)存減少了同時(shí)也扣減了總庫(kù)存，那么自然是不需要凍結(jié)庫(kù)存的；但是站在平臺(tái)方的角度，我的庫(kù)存同步于ERP的，但是下單之后且ERP未發(fā)貨之前，ERP的庫(kù)存不會(huì)減少，那么對(duì)于已下單的商品來(lái)說(shuō)，要占用對(duì)應(yīng)數(shù)量的庫(kù)存（凍結(jié)庫(kù)存），同時(shí)也告訴其他客戶可以采購(gòu)的數(shù)量減少了（即可用庫(kù)存），否則下單到發(fā)貨的這個(gè)時(shí)間差會(huì)導(dǎo)致商品超賣(mài)
感謝，受教受教
沒(méi)庫(kù)存照樣賣(mài)，對(duì)于秒殺只需要定好秒殺數(shù)量就行。沒(méi)有誰(shuí)鐵定說(shuō)沒(méi)庫(kù)存就不能秒殺，規(guī)則人定的，可以變的。沒(méi)庫(kù)存抓緊進(jìn)貨，這種情況PO的配合很重要。O(∩_∩)O~~
商品及時(shí)補(bǔ)貨這個(gè)在活動(dòng)及運(yùn)營(yíng)策略上的確是需要注意的點(diǎn)，但是目前討論的問(wèn)題是指系統(tǒng)庫(kù)存在前、中、后臺(tái)的增減流程邏輯合理性問(wèn)題，不是指運(yùn)營(yíng)及商品上的人為增減庫(kù)存
主要還是前臺(tái)庫(kù)存取自商品中臺(tái)，商品中臺(tái)庫(kù)存取自ERP，前臺(tái)和中臺(tái)可以頻繁交互，而中臺(tái)和ERP如果頻繁交互會(huì)比較耗資源。而且誠(chéng)如作者回復(fù)，會(huì)產(chǎn)生在兩次交互的中間空檔期導(dǎo)致前臺(tái)產(chǎn)品多賣(mài)，而erp實(shí)際庫(kù)存不夠的問(wèn)題。
你好，有幾個(gè)疑問(wèn)煩請(qǐng)賜教。
關(guān)于贈(zèng)品庫(kù)存的處理，文章有提到“當(dāng)提交訂單后，若有送贈(zèng)品，則自動(dòng)扣減對(duì)應(yīng)的贈(zèng)品活動(dòng)庫(kù)存和贈(zèng)品總庫(kù)存?！?br /> 1、“贈(zèng)品可用庫(kù)存”這個(gè)名詞，按照前面2種（常規(guī)和活動(dòng)）增扣庫(kù)存的名詞定義，功能為什么不類比它們的“xx商品可用庫(kù)存”；并且增加一個(gè)“贈(zèng)品活動(dòng)凍結(jié)庫(kù)存”呢？
這句話即變?yōu)?，“?dāng)提交訂單后，若有送贈(zèng)品，則自動(dòng)扣減對(duì)應(yīng)的贈(zèng)品可用庫(kù)存，增加凍結(jié)庫(kù)存?！?br /> 2、按照你的思路，我理解為：贈(zèng)品可用庫(kù)存=某一贈(zèng)品活動(dòng)預(yù)設(shè)的的庫(kù)存閾值，贈(zèng)品活動(dòng)庫(kù)存=該贈(zèng)品活動(dòng)的可用庫(kù)存，是否正確？
3、常規(guī)訂單，確認(rèn)發(fā)貨時(shí)“扣減總庫(kù)存，同時(shí)扣減凍結(jié)庫(kù)存”；贈(zèng)品庫(kù)存的處理，提交訂單后，怎么就磨刀霍霍向贈(zèng)品總庫(kù)存了呢？
關(guān)于第2點(diǎn)，你的理解是正確的； 第三點(diǎn)：因?yàn)槲覀冞@邊系統(tǒng)往ERP系統(tǒng)中同步訂單明細(xì)的時(shí)候，贈(zèng)品不會(huì)同步過(guò)去；所以贈(zèng)品就采用了一種簡(jiǎn)單方式來(lái)處理； 沒(méi)有對(duì)于錯(cuò)，只是因?yàn)檫@樣更符合我們的業(yè)務(wù)場(chǎng)景
好的，謝謝啦
您好，有個(gè)商品入庫(kù)的問(wèn)題想請(qǐng)教下。
現(xiàn)在公司打算重新打造供應(yīng)鏈系統(tǒng)，每個(gè)商品入庫(kù)的時(shí)候都需要按照后臺(tái)系統(tǒng)規(guī)則重新貼條形碼。
我的問(wèn)題是應(yīng)該買(mǎi)什么樣的機(jī)器才能按照系統(tǒng)規(guī)則生成對(duì)應(yīng)的條形碼？
這個(gè)機(jī)器怎么連接到后臺(tái)系統(tǒng)，在入庫(kù)時(shí)按照采購(gòu)單以及sku信息實(shí)時(shí)去生成條形碼？
對(duì)于ERP的商品入庫(kù)這一塊沒(méi)有做過(guò)深入了解，所以提幾條建議僅供參考：
1，條形碼與商品是一一對(duì)應(yīng)的，這個(gè)應(yīng)該是由廠家去報(bào)備申請(qǐng)，所以你們肯定不是后臺(tái)按照一定的規(guī)則去生成條形碼
2，市場(chǎng)上有對(duì)應(yīng)的掃條槍，按照我的理解：每個(gè)掃碼槍都會(huì)有一個(gè)獨(dú)特的設(shè)備ID號(hào)，而你們的erp需要先有一個(gè)條形碼庫(kù)，條形碼庫(kù)應(yīng)該至少包括商品ID和條形碼兩個(gè)字段，那么在使用機(jī)器進(jìn)行掃碼并輸入對(duì)應(yīng)的數(shù)量的時(shí)候，掃碼槍可以對(duì)商品上的條形碼進(jìn)行解析，erp就可以獲取到哪個(gè)商品進(jìn)貨了多少數(shù)量；但是需要注意的是進(jìn)貨的信息還包括商品的生成日期，有效期，這些信息應(yīng)該是不包含在條形碼內(nèi)的
條形碼是和商品對(duì)應(yīng)的，但是存在的問(wèn)題是有些商品廠家存在一個(gè)條形碼對(duì)應(yīng)多個(gè)SKU的情況，所以就沒(méi)有辦法按照商品條碼掃碼入庫(kù)。
這么看來(lái)應(yīng)該是廠家有問(wèn)題呢，條形碼和SKU必須是一一對(duì)應(yīng)的，否則很難開(kāi)展后續(xù)的入庫(kù)工作呀