【南京管家婆軟件】618大促寶典!電商倉庫管理的難點與解決方案
618大促即將開始!您和您的倉庫準(zhǔn)備好了嗎?
電商與倉庫的庫存管理,應(yīng)該站在“聯(lián)動”的角度看,確保過程和結(jié)果都是準(zhǔn)確的。下面,重點分享下電商和第三方倉儲如何聯(lián)動管好庫存。
源頭準(zhǔn):
電商企業(yè)的貨源可能來自多個供貨商,這些供貨商的管理水平可能參差不齊。能否規(guī)范入倉要看商家對供應(yīng)商的約束能力和倉庫對入倉異常的及時反饋。
有些中小型電商企業(yè)對供應(yīng)商(工廠)的把控能力太弱。加上“唯快不破”,訂貨周期縮短,銷售周期又存在巨大的不確定性,導(dǎo)致工廠備貨的時間非常短。入倉時產(chǎn)生異常也就見怪不怪了。
這些常見的異常有:
供應(yīng)商發(fā)貨延遲,導(dǎo)致倉庫來不及收貨,影響電商店鋪的銷售計劃。尤其是在大促時期,如果供貨商沒及時發(fā)貨會對倉庫收貨和發(fā)貨產(chǎn)生重大影響,會嚴(yán)重影響電商平臺對店鋪的評分和消費者體驗。
(1)貨品包裝不規(guī)范。有些品牌商對供貨商的管理是非常完善的,供貨商會嚴(yán)格按照指定的包裝入倉,嘜頭、包裝規(guī)范。但很多中小型電商未必能對供應(yīng)商有這么強的把控能力。嘜頭貼錯、包裝不統(tǒng)一。有些甚至直接拿個大編織袋來裝貨,給倉庫收貨清點造成了很大困難。
(2)條碼錯誤:個別工廠未按照倉庫和商家要求打條碼,或者張貼了錯誤的條碼。這種現(xiàn)象經(jīng)常出現(xiàn)在服裝行業(yè)。貼碼和水洗標(biāo)、箱外的嘜頭不一致,會導(dǎo)致倉庫清點錯誤。如果倉庫在入倉環(huán)節(jié)未及時發(fā)現(xiàn),后面的發(fā)貨環(huán)節(jié)發(fā)錯貨就不可避免了。
(3)分批到倉。一般情況下,一個入庫單對應(yīng)一次入庫行為,有些供貨商因為準(zhǔn)備不足或者其他問題會采用分批到貨的方式入倉。對一些需要進行批次管理的商品來說,分批到倉會導(dǎo)致倉庫對批次的混淆。也會影響到銷售端對不同產(chǎn)品的批次定價和倉庫端對滯倉費的計算。

上述問題,總結(jié)就是商家缺乏對供貨商的管控。由此帶來倉庫入倉清點難度加大,出錯比例增高、收貨延遲,后續(xù)的發(fā)貨延遲和發(fā)錯貨的風(fēng)險也增高。
要解決上述問題,需要倉庫真實的記錄和反饋入倉過程中的各種異常,及時反饋給商家。
商家要在和供貨商的協(xié)議中明確這些問題點,對這些點進行量化和追責(zé),讓供貨商一起來承擔(dān)由此帶來的損失。逐漸讓供貨商提升入倉能力,規(guī)范入倉。
過程準(zhǔn)
確保倉庫后臺庫存變動和前臺能實時同步,確保不超賣,保證過程準(zhǔn)主要靠兩點:一個是倉內(nèi)的管理,另一個是倉庫WMS系統(tǒng)和店鋪ERP系統(tǒng)及電商平臺的商家后臺的庫存同步機制。
1、關(guān)于庫存變動:商品入倉后,因各種原因會導(dǎo)致庫存變動,倉庫要忠實且及時把這種變動記錄下來,并通過系統(tǒng)接口同步給店鋪ERP系統(tǒng)及電商平臺的商家后臺。主要有以下幾種場景:
(1)正次品轉(zhuǎn)換:入倉的時候是正品的可發(fā)貨庫存,實際揀貨的時候發(fā)現(xiàn)是次品,不可發(fā)貨。這種情況下倉庫需要扣減一個正品庫存,增加一個次品庫存。
(2)倉庫丟貨:倉庫盤點發(fā)現(xiàn)貨物短少,需要扣減庫存。
(3)倉庫多發(fā)貨、少發(fā)貨、發(fā)錯貨:倉庫發(fā)錯貨,需要對庫存進行調(diào)整。

2、關(guān)于倉內(nèi)盤點:作為倉內(nèi)的日常作業(yè)行為,每個倉庫都會有各種盤點規(guī)則,如月度的、季度的大盤點、循環(huán)盤點、動碰盤點等等。但我們在實踐中發(fā)現(xiàn),倉內(nèi)的盤點規(guī)則未必就是適合電商行業(yè)應(yīng)用的。主要以下幾個盤點原則:
(1)月初庫存低于20個的商品全量盤點:庫存低于20個的時候,我們認(rèn)為就有超賣的風(fēng)險。請倉庫在月初對低于20個的SKU進行全盤,盤點結(jié)果反饋給商家ERP系統(tǒng)和店鋪后臺。如果有差異的話,店鋪后臺自動更新上架數(shù)量。
(2)當(dāng)天庫存低于20個的商品當(dāng)天盤點:同上,確保當(dāng)天低于20個的商品不產(chǎn)生超賣。
(3)庫存有差異實時盤點:利用系統(tǒng)功能,每天自動比對店鋪上架數(shù)量、ERP庫存數(shù)量和倉庫庫存數(shù)量,對有差異的數(shù)據(jù)自動生成盤點請求,請倉庫納入到自己的盤點計劃中去,并把盤點結(jié)果同步給ERP和商家的店鋪后臺。
(4)活動后盤點:電商企業(yè)和傳統(tǒng)企業(yè)不同的一點,大促會在短時間內(nèi)產(chǎn)生大量訂單。這些訂單一般集中于有限的幾個或者幾十個SKU。當(dāng)活動過后,需要倉庫對這些SKU進行盤點,以保證庫存的準(zhǔn)確。
(5)退倉前盤點:為了確保退倉時的數(shù)量是準(zhǔn)確的,有必要在退倉前對庫存進行盤點,以便按照正確的數(shù)量退倉。
結(jié)果準(zhǔn):
所謂結(jié)果準(zhǔn),指的是在退倉和結(jié)算的時候,能夠有非常清晰的進銷存數(shù)據(jù),即使有庫存差異,也能找到具體的原因,能夠?qū)ω?zé)任方進行追責(zé),確保商家和倉庫、供應(yīng)商在退倉和結(jié)算環(huán)節(jié)沒有糾紛。一般總結(jié)出來退倉5大原則:
1、退倉前商品下架原則:退倉前商家要將商品從店鋪下架,以免退倉單生成后店鋪還有訂單流入,對倉庫的退倉工作造成干擾。這個最好通過系統(tǒng)實現(xiàn),人工干預(yù)會有遺漏的可能。
2、退倉前盤點原則:退倉前倉庫必須對要退倉的商品進行盤點,盤點結(jié)果及時通報給商家,并在系統(tǒng)中進行同步更新。這樣做兩個好處:一個是商家可以盡快確認(rèn)是否對退倉數(shù)量有疑問,另外一個是系統(tǒng)中同步更新后,可以按照盤點的結(jié)果生成準(zhǔn)確的退倉單。
3、庫存差異數(shù)據(jù)當(dāng)場追償原則:如果庫存有差異,當(dāng)場追責(zé)。追責(zé)的依據(jù)就是倉庫WMS和店鋪ERP兩邊的進銷存數(shù)據(jù)。所有的庫存變動必須基于單據(jù),入庫單、發(fā)貨訂單、庫內(nèi)調(diào)整單、退倉單。
這樣在庫存產(chǎn)生差異時,能夠直接找到對應(yīng)的單據(jù):是倉庫沒上傳發(fā)貨數(shù)據(jù)還是倉內(nèi)庫存丟失一目了然。所有的單據(jù)尤其是庫存調(diào)整單必須有明確的調(diào)整原因。這樣在退倉和結(jié)算時可以立即確認(rèn)誰來承擔(dān)責(zé)任。
4、追責(zé)和退倉兩條線原則:有了上面的盤點原則和追償原則,商家和倉庫不能再以任何借口不退倉,追責(zé)和退倉兩條線分開走。這樣不會因?qū)ν藗}數(shù)量有爭議而延遲退倉,也就解決了上文中提到的各種糾紛。
5、交接原則:這個主要是為了避免雙方對已經(jīng)交接的退倉數(shù)量有爭議。實際操作過程中,以交接為界,雙方對退倉數(shù)據(jù)進行簽字確認(rèn),事后不得反悔。