時間：2017-04-20 10:24:31 點擊：次
來源：互聯(lián)網 作者：謝會忠

條評論打印收藏

盤點結果有差異時，經常要用到庫存調整,。此文涉及所講的庫存調整是，通過增減賬面庫存數量,，使其與實物庫存保持一致。

大多數倉庫從業(yè)者以及倉庫軟件設計者將庫存調整理解成直接修改庫存數據,，以達到平衡庫存實物數據和賬面數據,；理由是這樣做速度快、效率高,、簡單明了,，好理解，我們將此做法稱為狹義的庫存調整,。

那么,，直接修改庫存就一定好么。按照辯證的觀點,，所謂有利必有弊,；得了便宜的事情，必然會在其他地方給你帶來麻煩,。

本文的目的是討論一般人理解的庫存調整（也就是狹義的庫存調整,，直接修改庫存的那種），不是故意詆毀“直接改庫存”有多壞,，而是希望分析出其優(yōu)劣點，讓各位同行朋友有更多的選擇,，下文有細述關于盤點差異的十八種處理辦法,。

庫存調整的歧義

先來看WMS中一個庫存調整的界面：操作人員可以直接修改庫存數據中的生產日期、批次號,、庫存數量,；當然，如果允許的話,，也可以直接修改存放的位置（貨位）,；甚至可以無中生有的增加新的庫存條目。

這是多么方便實惠,、操作簡單,、皆大歡喜的功能；任何稍微會動動鼠標敲個數字的人都可以勝任這個工作,；倉庫管理工作變得如此簡單輕松接地氣,；完全顛覆了我們對倉庫管理繁瑣、復雜,、麻煩的認知,。

如果您抱著這個想法,，那就大錯特錯了。

首先,，直接修改庫存違背了信息化的初衷,。

信息化本身是經歷了不同階段的，第一階段是從紙質化向表格化演變,；第二階段是從表格化向軟件化演變（雖然后面有大數據,、云計算、SAAS等時髦詞匯,，但基礎仍然還是軟件）,。

從紙質化向表格化演變，實際上是“看山是山”,，只是改變了一下記錄數據的介質,，管理的對象仍然是數據（如庫存數量）。

而從表格化向軟件化演變,，則是“看山不是山”,，是希望透過現象看本質，通過軟件來實現業(yè)務流程管控,。至少在真正的管理者眼里,，過程比結果更重要（流程比數據更重要）。

管理的本質是通過引導一系列的過程（活動）來達到最終目的,。直接修改庫存數據,，這和在Excel上直接操作數據沒啥兩樣，是體現不出流程化管理的,。這種做法,，實際是信息化的倒退。

其次,，直接修改庫存是舍本逐末,，治標不治本。

大部分的倉庫數據差異,，都是因為業(yè)務流程管理中的失誤造成的,；要糾正這些錯誤，應該是從業(yè)務過程中去調整,，而不是直接修改這個結果,。

這和考試作弊沒啥兩樣，本來考試成績本來只得了59分,，你的處理辦法不是去如何努力念書爭取考個80分拿個優(yōu)秀,，而是直接改動試卷成績。

另外一個比喻,，就和頭疼醫(yī)頭腳疼醫(yī)腳一樣,，不去醫(yī)治病源,，卻只去消除病理結果。因為即使你修改了結果,，錯誤的業(yè)務過程也還是存在的,，你沒有消除錯誤業(yè)務過程帶來的痕跡。

舉個例子,，因為超發(fā)（也就是實際出貨數量多于出庫單的出貨數量）導致的盤虧結果,，這種情況下，實際庫存是準確的,，賬面庫存是不準確的,。

通過庫存調整，直接減少賬面庫存,，表面看起來,，賬面庫存改正確了，數據也都平衡了,。但果真如此么,，雖然賬面庫存正確了，但超發(fā)部分商品的裝卸費,、運費怎么辦,；因為你直接修改的是庫存數據，而出庫單上沒有記錄超發(fā)部分的作業(yè)內容,。

也許倉庫企業(yè)老板會很大方的說“這部分就不向客戶收費了”,，但是裝卸工的績效工資呢，給承運商的運費呢,，他們也會這么大方的說不要不要的么,。那么連作業(yè)記錄都沒有，長此以往,，倉庫企業(yè)如何去和他們結算呢,。

再換一個角度來說,，即使我們不考慮費用的問題,。解決超發(fā)問題，直接修改庫存而不是修改出庫單,，會導致另外一個麻煩：和客戶對賬的時候會引起更多的歧義,。

客戶的出庫單數量是準確的，而WMS出庫單的數量是少的,，但最終雙方庫存是一樣的,。這種情況會不會讓人感覺莫名其妙呢，這就產生了第三個問題,。

第三,，直接修改庫存打亂了倉庫的賬物平衡體系,。

會計基本準則中遵循“有借必有貸，借貸必平衡”的原則,；倉庫管理中也遵循類似的原則,，那就是“有出必有進，進出必平衡”,，用一個公式來描述Σ入庫= 庫存 + Σ出庫,。

如果直接去修改庫存數，則打破了這個平衡準則,。倉庫管理系統(tǒng)不僅僅是管理數量,；更多的體現在貨位管理、生產日期批次號,、先進先出,、保質期、庫齡及周轉率等內容上,。

 1/2    1 2 下一頁 尾頁