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

每家企業(yè)對“庫存不一致”這個話題都感觸很深。投入大量的精力，但也沒得到行之有效的治理，往往通過頻繁的盤點不斷做修正…

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

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

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

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

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

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

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

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

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

庫存也是強關(guān)聯(lián)倉庫這一屬性的，所以對倉也需要全面治理，減少不合理倉的設(shè)計。

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

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

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

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

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

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

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

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

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

找準關(guān)鍵問題后逐一擊破，這樣庫存才能越來越準！