棘手的庫存不一致如何治理
對于企業(yè)來講,“庫存不一致”這個問題一直都是難以解決的存在,容易陷入無為的情況。下面這篇文章是筆者整理分享的關于棘手的庫存不一致如何治理的相關內(nèi)容,大家一起往下看。
每家企業(yè)對“庫存不一致”這個話題都感觸很深。投入大量的精力,但也沒得到行之有效的治理,往往通過頻繁的盤點不斷做修正…
所謂“庫存不一致”是指系統(tǒng)的理論庫存和實物的實際庫存對不上,比如系統(tǒng)的理論庫存數(shù)量有6個,實物的實際庫存數(shù)量只有5個。造成這一差異現(xiàn)象背后隱藏了很多問題,需要逐層拆解分析求解。
目前相對業(yè)務復雜度沒那么高的企業(yè)一般就存在2套庫存管理系統(tǒng),一套ERP庫存系統(tǒng),一套WMS庫存系統(tǒng),庫存一致性問題可控很多。但業(yè)務復雜度相對較高的企業(yè),IT系統(tǒng)架構設計上就存在了3套獨立且又互相依賴的庫存管理系統(tǒng),可以分為業(yè)務中臺庫存系統(tǒng)、財務ERP庫存系統(tǒng)、實物WMS庫存系統(tǒng)。
整體標準的系統(tǒng)同步鏈路是業(yè)務中臺推送指令給WMS系統(tǒng)執(zhí)行出入庫和盤點任務,最終執(zhí)行的出入庫結(jié)果數(shù)量還是盤盈虧結(jié)果數(shù)量,由實物WMS庫存系統(tǒng)先同步給業(yè)務中臺庫存系統(tǒng),再由業(yè)務中臺庫存系統(tǒng)再同步給財務ERP庫存系統(tǒng)。
公司所有的業(yè)務都應該是在業(yè)務系統(tǒng)開單,但因新老系統(tǒng)還在融合共存階段,也就是說業(yè)務系統(tǒng)還不具備全部業(yè)務的開單能力,一部分老業(yè)務就還停留在ERP系統(tǒng)繼續(xù)開單,就存在老業(yè)務在ERP系統(tǒng)開單反向同步單據(jù)給業(yè)務系統(tǒng)處理庫存,新業(yè)務在業(yè)務系統(tǒng)開單向ERP系統(tǒng)同步單據(jù)處理庫存。雙向交叉開單,庫存很難能準…
如果源頭的庫存數(shù)據(jù)在業(yè)務中臺系統(tǒng)和財務ERP系統(tǒng)本身就不一致了,這樣的雙向數(shù)據(jù)往來就更容易造成一方數(shù)據(jù)推失敗,另一方庫存數(shù)量不變又接著繼續(xù)開單就加劇了所謂庫存不一致后的卡單問題出現(xiàn),它會像雪球一樣越滾越大。
在雙向交叉開單的系統(tǒng)情況下,供應鏈只能讓倉庫定期做盤點盡量減少庫存不一致的比例。
關于系統(tǒng)盤點運轉(zhuǎn)機制要非常明確,統(tǒng)一由業(yè)務系統(tǒng)創(chuàng)建盤點計劃單推送給WMS系統(tǒng),當倉庫當天停止出入庫作業(yè)后,啟動倉內(nèi)盤點作業(yè),盤點人員通過WMS手持系統(tǒng)把盤點執(zhí)行結(jié)果提交回傳給業(yè)務系統(tǒng),業(yè)務系統(tǒng)設置默認同步給財務ERP系統(tǒng)做一致性同步,從而保證實物的盤點結(jié)果和三個庫存系統(tǒng)的庫存數(shù)據(jù)是保持一致性的。
在雙向交叉開單的系統(tǒng)情況下,還可以定期比對兩個系統(tǒng)間的庫存差異明細,管理業(yè)務系統(tǒng)和財務ERP系統(tǒng)間差異的未入庫和未出庫單據(jù)做單據(jù)同步和庫存處理。
無論是定期盤點還是定期差異比對處理都是治標不治本,治本的唯一辦法就是加速統(tǒng)一開單入口放在業(yè)務系統(tǒng)上,加速業(yè)務系統(tǒng)的能力建設,解耦ERP系統(tǒng)的業(yè)務能力。
庫存也是強關聯(lián)倉庫這一屬性的,所以對倉也需要全面治理,減少不合理倉的設計。
往往很多企業(yè)因全渠道銷售在業(yè)務系統(tǒng)里新增了非常多的邏輯倉,這需要與財務系統(tǒng)的倉庫做更合理的映射關聯(lián),要根據(jù)不同業(yè)務的特征做整理歸納,不一定是一對一的邏輯關系。比如寄售業(yè)務的VMI供應商貨權,財務系統(tǒng)里可以只管到所有寄售客戶的VMI總庫存,無需管到每個寄售客戶有多少VMI庫存,要管也是在業(yè)務系統(tǒng)里管,包括可以管到每一家門店這一最小顆粒度的庫存物理單元。因為貨權都是供應商的,站在供應商的財務視角管理到一個VMI倉的庫存即可??偠灾?,加倉容易合倉難,在合倉前需要把歷史異常數(shù)據(jù)清理完畢后再啟動系統(tǒng)合倉并合并庫存。
又比如一個商品條碼多貨權,站在企業(yè)的財務視角可能要區(qū)分不同貨權不同倉的管理方式,但站在業(yè)務視角反而不能按兩個邏輯倉來處理,增加了倉儲管理成本、物流費用以及按貨權拆單影響客戶體驗。要根據(jù)具體業(yè)務具體分析業(yè)務倉庫邏輯和財務倉庫的邏輯
庫存也是強依賴批次這一屬性的,很多企業(yè)存在指定效期范圍進行售賣的業(yè)務,比如臨保商品售賣,企業(yè)內(nèi)賣。對系統(tǒng)的要求也是更高的。業(yè)務系統(tǒng)對銷售訂單占了A批次庫存數(shù)量,WMS庫存系統(tǒng)沒有A批次庫存就實際出庫了B批次庫存數(shù)量,業(yè)務庫存系統(tǒng)釋放A批次庫存數(shù)量,出庫B批次庫存數(shù)量。再同步財務ERP庫存時沒有B批次庫存數(shù)量,就出庫了C批次庫存數(shù)量。
以上案例,會存在售賣的庫存批次和實際的發(fā)貨批次間的差異容易導致客訴,同時也導致了業(yè)務系統(tǒng)庫存和財務ERP庫存的批次庫存數(shù)據(jù)出現(xiàn)了一致性問題。其實不一致不只是數(shù)量維度,還存在批次維度!只是批次維度不一致問題的優(yōu)先級遠沒有數(shù)量維度不一致問題來的優(yōu)先級高!
庫存也會受到復雜業(yè)務上線的進一步影響,比如沒庫存就在開展以銷定采業(yè)務,如預售、貨權轉(zhuǎn)移。系統(tǒng)按需求單自動執(zhí)行創(chuàng)建采購單并自動執(zhí)行采購單入庫,再把需求單再轉(zhuǎn)銷售單執(zhí)行銷售出庫。這一套下來,對系統(tǒng)的自動化執(zhí)行要求是很高的,可能會存在采購入庫執(zhí)行了,但庫存并未執(zhí)行添加成功,銷售單出庫時就沒庫存等問題出現(xiàn)。在企業(yè)的庫存系統(tǒng)并未結(jié)構化梳理清晰之前,往往進一步添加復雜的業(yè)務邏輯,就存在更多的庫存差異產(chǎn)生。
庫存也依賴復雜的逆向退貨流程標準,比如退貨方退貨出庫6個,在途庫存記6個,目標倉收貨入庫5個,差異1個,業(yè)務定責退貨方還是物流方進行索賠,定責后對差異的1個庫存進行索賠出庫視為銷售。如果對收貨差異庫存遲遲不處理,就統(tǒng)一把差異庫存掛在在途倉上,就會導致在途倉庫存越積越多最后無法管理了,哪天業(yè)務調(diào)撥在途庫存給到具體邏輯倉使用時就造成了庫存虛高,系統(tǒng)有庫存,實物早沒了…
筆者舉了一堆影響庫存一致性的核心問題和案例,想告訴企業(yè)方,庫存的治理需要方法和策略,也需要時間!
庫存的專項治理需要企業(yè)方安排有經(jīng)驗的項目經(jīng)理、供應鏈專家、財務專家、產(chǎn)品經(jīng)理深入調(diào)研清楚目前企業(yè)的業(yè)務和系統(tǒng)現(xiàn)狀。
再對每一個業(yè)務板塊業(yè)務流和財務流的關鍵用例進行梳理,梳理出關鍵問題和解決方案。
找準關鍵問題后逐一擊破,這樣庫存才能越來越準!
本文由 @ToB產(chǎn)品佬 原創(chuàng)發(fā)布于人人都是產(chǎn)品經(jīng)理,未經(jīng)許可,禁止轉(zhuǎn)載
題圖來自 Unsplash,基于 CC0 協(xié)議。
該文觀點僅代表作者本人,人人都是產(chǎn)品經(jīng)理平臺僅提供信息存儲空間服務。
- 目前還沒評論,等你發(fā)揮!