棘手的庫(kù)存不一致如何治理

0 評(píng)論 1436 瀏覽 3 收藏 9 分鐘

對(duì)于企業(yè)來(lái)講,“庫(kù)存不一致”這個(gè)問(wèn)題一直都是難以解決的存在,容易陷入無(wú)為的情況。下面這篇文章是筆者整理分享的關(guān)于棘手的庫(kù)存不一致如何治理的相關(guān)內(nèi)容,大家一起往下看。

每家企業(yè)對(duì)“庫(kù)存不一致”這個(gè)話題都感觸很深。投入大量的精力,但也沒(méi)得到行之有效的治理,往往通過(guò)頻繁的盤點(diǎn)不斷做修正…

所謂“庫(kù)存不一致”是指系統(tǒng)的理論庫(kù)存和實(shí)物的實(shí)際庫(kù)存對(duì)不上,比如系統(tǒng)的理論庫(kù)存數(shù)量有6個(gè),實(shí)物的實(shí)際庫(kù)存數(shù)量只有5個(gè)。造成這一差異現(xiàn)象背后隱藏了很多問(wèn)題,需要逐層拆解分析求解。

目前相對(duì)業(yè)務(wù)復(fù)雜度沒(méi)那么高的企業(yè)一般就存在2套庫(kù)存管理系統(tǒng),一套ERP庫(kù)存系統(tǒng),一套WMS庫(kù)存系統(tǒng),庫(kù)存一致性問(wèn)題可控很多。但業(yè)務(wù)復(fù)雜度相對(duì)較高的企業(yè),IT系統(tǒng)架構(gòu)設(shè)計(jì)上就存在了3套獨(dú)立且又互相依賴的庫(kù)存管理系統(tǒng),可以分為業(yè)務(wù)中臺(tái)庫(kù)存系統(tǒng)、財(cái)務(wù)ERP庫(kù)存系統(tǒng)、實(shí)物WMS庫(kù)存系統(tǒng)。

整體標(biāo)準(zhǔn)的系統(tǒng)同步鏈路是業(yè)務(wù)中臺(tái)推送指令給WMS系統(tǒng)執(zhí)行出入庫(kù)和盤點(diǎn)任務(wù),最終執(zhí)行的出入庫(kù)結(jié)果數(shù)量還是盤盈虧結(jié)果數(shù)量,由實(shí)物WMS庫(kù)存系統(tǒng)先同步給業(yè)務(wù)中臺(tái)庫(kù)存系統(tǒng),再由業(yè)務(wù)中臺(tái)庫(kù)存系統(tǒng)再同步給財(cái)務(wù)ERP庫(kù)存系統(tǒng)。

公司所有的業(yè)務(wù)都應(yīng)該是在業(yè)務(wù)系統(tǒng)開單,但因新老系統(tǒng)還在融合共存階段,也就是說(shuō)業(yè)務(wù)系統(tǒng)還不具備全部業(yè)務(wù)的開單能力,一部分老業(yè)務(wù)就還停留在ERP系統(tǒng)繼續(xù)開單,就存在老業(yè)務(wù)在ERP系統(tǒng)開單反向同步單據(jù)給業(yè)務(wù)系統(tǒng)處理庫(kù)存,新業(yè)務(wù)在業(yè)務(wù)系統(tǒng)開單向ERP系統(tǒng)同步單據(jù)處理庫(kù)存。雙向交叉開單,庫(kù)存很難能準(zhǔn)…

如果源頭的庫(kù)存數(shù)據(jù)在業(yè)務(wù)中臺(tái)系統(tǒng)和財(cái)務(wù)ERP系統(tǒng)本身就不一致了,這樣的雙向數(shù)據(jù)往來(lái)就更容易造成一方數(shù)據(jù)推失敗,另一方庫(kù)存數(shù)量不變又接著繼續(xù)開單就加劇了所謂庫(kù)存不一致后的卡單問(wèn)題出現(xiàn),它會(huì)像雪球一樣越滾越大。

在雙向交叉開單的系統(tǒng)情況下,供應(yīng)鏈只能讓倉(cāng)庫(kù)定期做盤點(diǎn)盡量減少庫(kù)存不一致的比例。

關(guān)于系統(tǒng)盤點(diǎn)運(yùn)轉(zhuǎn)機(jī)制要非常明確,統(tǒng)一由業(yè)務(wù)系統(tǒng)創(chuàng)建盤點(diǎn)計(jì)劃單推送給WMS系統(tǒng),當(dāng)倉(cāng)庫(kù)當(dāng)天停止出入庫(kù)作業(yè)后,啟動(dòng)倉(cāng)內(nèi)盤點(diǎn)作業(yè),盤點(diǎn)人員通過(guò)WMS手持系統(tǒng)把盤點(diǎn)執(zhí)行結(jié)果提交回傳給業(yè)務(wù)系統(tǒng),業(yè)務(wù)系統(tǒng)設(shè)置默認(rèn)同步給財(cái)務(wù)ERP系統(tǒng)做一致性同步,從而保證實(shí)物的盤點(diǎn)結(jié)果和三個(gè)庫(kù)存系統(tǒng)的庫(kù)存數(shù)據(jù)是保持一致性的。

在雙向交叉開單的系統(tǒng)情況下,還可以定期比對(duì)兩個(gè)系統(tǒng)間的庫(kù)存差異明細(xì),管理業(yè)務(wù)系統(tǒng)和財(cái)務(wù)ERP系統(tǒng)間差異的未入庫(kù)和未出庫(kù)單據(jù)做單據(jù)同步和庫(kù)存處理。

無(wú)論是定期盤點(diǎn)還是定期差異比對(duì)處理都是治標(biāo)不治本,治本的唯一辦法就是加速統(tǒng)一開單入口放在業(yè)務(wù)系統(tǒng)上,加速業(yè)務(wù)系統(tǒng)的能力建設(shè),解耦ERP系統(tǒng)的業(yè)務(wù)能力。

庫(kù)存也是強(qiáng)關(guān)聯(lián)倉(cāng)庫(kù)這一屬性的,所以對(duì)倉(cāng)也需要全面治理,減少不合理倉(cāng)的設(shè)計(jì)。

往往很多企業(yè)因全渠道銷售在業(yè)務(wù)系統(tǒng)里新增了非常多的邏輯倉(cāng),這需要與財(cái)務(wù)系統(tǒng)的倉(cāng)庫(kù)做更合理的映射關(guān)聯(lián),要根據(jù)不同業(yè)務(wù)的特征做整理歸納,不一定是一對(duì)一的邏輯關(guān)系。比如寄售業(yè)務(wù)的VMI供應(yīng)商貨權(quán),財(cái)務(wù)系統(tǒng)里可以只管到所有寄售客戶的VMI總庫(kù)存,無(wú)需管到每個(gè)寄售客戶有多少VMI庫(kù)存,要管也是在業(yè)務(wù)系統(tǒng)里管,包括可以管到每一家門店這一最小顆粒度的庫(kù)存物理單元。因?yàn)樨洐?quán)都是供應(yīng)商的,站在供應(yīng)商的財(cái)務(wù)視角管理到一個(gè)VMI倉(cāng)的庫(kù)存即可??偠灾觽}(cāng)容易合倉(cāng)難,在合倉(cāng)前需要把歷史異常數(shù)據(jù)清理完畢后再啟動(dòng)系統(tǒng)合倉(cāng)并合并庫(kù)存。

又比如一個(gè)商品條碼多貨權(quán),站在企業(yè)的財(cái)務(wù)視角可能要區(qū)分不同貨權(quán)不同倉(cāng)的管理方式,但站在業(yè)務(wù)視角反而不能按兩個(gè)邏輯倉(cāng)來(lái)處理,增加了倉(cāng)儲(chǔ)管理成本、物流費(fèi)用以及按貨權(quán)拆單影響客戶體驗(yàn)。要根據(jù)具體業(yè)務(wù)具體分析業(yè)務(wù)倉(cāng)庫(kù)邏輯和財(cái)務(wù)倉(cāng)庫(kù)的邏輯

庫(kù)存也是強(qiáng)依賴批次這一屬性的,很多企業(yè)存在指定效期范圍進(jìn)行售賣的業(yè)務(wù),比如臨保商品售賣,企業(yè)內(nèi)賣。對(duì)系統(tǒng)的要求也是更高的。業(yè)務(wù)系統(tǒng)對(duì)銷售訂單占了A批次庫(kù)存數(shù)量,WMS庫(kù)存系統(tǒng)沒(méi)有A批次庫(kù)存就實(shí)際出庫(kù)了B批次庫(kù)存數(shù)量,業(yè)務(wù)庫(kù)存系統(tǒng)釋放A批次庫(kù)存數(shù)量,出庫(kù)B批次庫(kù)存數(shù)量。再同步財(cái)務(wù)ERP庫(kù)存時(shí)沒(méi)有B批次庫(kù)存數(shù)量,就出庫(kù)了C批次庫(kù)存數(shù)量。

以上案例,會(huì)存在售賣的庫(kù)存批次和實(shí)際的發(fā)貨批次間的差異容易導(dǎo)致客訴,同時(shí)也導(dǎo)致了業(yè)務(wù)系統(tǒng)庫(kù)存和財(cái)務(wù)ERP庫(kù)存的批次庫(kù)存數(shù)據(jù)出現(xiàn)了一致性問(wèn)題。其實(shí)不一致不只是數(shù)量維度,還存在批次維度!只是批次維度不一致問(wèn)題的優(yōu)先級(jí)遠(yuǎn)沒(méi)有數(shù)量維度不一致問(wèn)題來(lái)的優(yōu)先級(jí)高!

庫(kù)存也會(huì)受到復(fù)雜業(yè)務(wù)上線的進(jìn)一步影響,比如沒(méi)庫(kù)存就在開展以銷定采業(yè)務(wù),如預(yù)售、貨權(quán)轉(zhuǎn)移。系統(tǒng)按需求單自動(dòng)執(zhí)行創(chuàng)建采購(gòu)單并自動(dòng)執(zhí)行采購(gòu)單入庫(kù),再把需求單再轉(zhuǎn)銷售單執(zhí)行銷售出庫(kù)。這一套下來(lái),對(duì)系統(tǒng)的自動(dòng)化執(zhí)行要求是很高的,可能會(huì)存在采購(gòu)入庫(kù)執(zhí)行了,但庫(kù)存并未執(zhí)行添加成功,銷售單出庫(kù)時(shí)就沒(méi)庫(kù)存等問(wèn)題出現(xiàn)。在企業(yè)的庫(kù)存系統(tǒng)并未結(jié)構(gòu)化梳理清晰之前,往往進(jìn)一步添加復(fù)雜的業(yè)務(wù)邏輯,就存在更多的庫(kù)存差異產(chǎn)生。

庫(kù)存也依賴復(fù)雜的逆向退貨流程標(biāo)準(zhǔn),比如退貨方退貨出庫(kù)6個(gè),在途庫(kù)存記6個(gè),目標(biāo)倉(cāng)收貨入庫(kù)5個(gè),差異1個(gè),業(yè)務(wù)定責(zé)退貨方還是物流方進(jìn)行索賠,定責(zé)后對(duì)差異的1個(gè)庫(kù)存進(jìn)行索賠出庫(kù)視為銷售。如果對(duì)收貨差異庫(kù)存遲遲不處理,就統(tǒng)一把差異庫(kù)存掛在在途倉(cāng)上,就會(huì)導(dǎo)致在途倉(cāng)庫(kù)存越積越多最后無(wú)法管理了,哪天業(yè)務(wù)調(diào)撥在途庫(kù)存給到具體邏輯倉(cāng)使用時(shí)就造成了庫(kù)存虛高,系統(tǒng)有庫(kù)存,實(shí)物早沒(méi)了…

筆者舉了一堆影響庫(kù)存一致性的核心問(wèn)題和案例,想告訴企業(yè)方,庫(kù)存的治理需要方法和策略,也需要時(shí)間!

庫(kù)存的專項(xiàng)治理需要企業(yè)方安排有經(jīng)驗(yàn)的項(xiàng)目經(jīng)理、供應(yīng)鏈專家、財(cái)務(wù)專家、產(chǎn)品經(jīng)理深入調(diào)研清楚目前企業(yè)的業(yè)務(wù)和系統(tǒng)現(xiàn)狀。

再對(duì)每一個(gè)業(yè)務(wù)板塊業(yè)務(wù)流和財(cái)務(wù)流的關(guān)鍵用例進(jìn)行梳理,梳理出關(guān)鍵問(wèn)題和解決方案。

找準(zhǔn)關(guān)鍵問(wèn)題后逐一擊破,這樣庫(kù)存才能越來(lái)越準(zhǔn)!

本文由 @ToB產(chǎn)品佬 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載

題圖來(lái)自 Unsplash,基于 CC0 協(xié)議。

該文觀點(diǎn)僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺(tái)僅提供信息存儲(chǔ)空間服務(wù)。

更多精彩內(nèi)容,請(qǐng)關(guān)注人人都是產(chǎn)品經(jīng)理微信公眾號(hào)或下載App
評(píng)論
評(píng)論請(qǐng)登錄
  1. 目前還沒(méi)評(píng)論,等你發(fā)揮!