以下這篇文章是轉載自: 如何看待負庫存，覺得寫的不錯，特地搬過來，避免以後找不到了，如侵權，請聯繫我刪除。以下是正文:
對這個問題，必須要普及一個常識——“負數不一定都是錯的；而正數呢，不一定都是對的！”
這本來是一條再簡單不過的道理，然而，經常有不少用戶產生這種誤解，甚至大驚小叫的，還建議我們做什麼禁止負庫存的功能， 因此，不得不在此當常識提出。 舉個例子，進貨10件，進貨單還沒來得及做，或者做進貨單的工作人員今天請假了。但事實上倉庫已經進了貨，並且已經發出了， 已經做了銷售發貨單了。此時，查詢庫存，當然會出現負數。但這種負數一點問題也沒有，恰恰能提醒用戶——還有進貨單沒做哦！ 等到用戶將進貨單做進去的時候，庫存就自然變正確了。
另一個例子，有10件庫存，銷售分明是5件，可單據錯錄成4件，這時庫存當然顯示的是6件。這個數值“6”是正的，但它是個錯誤值啊！ 偏好正數的人沒想到吧？😃
也許你還在想——“程序做個提醒功能，總歸是好的”。事實並非如此，根本就不應該做這種功能。原因分析：
現在假設軟件有了這個負庫存提示功能。那麼，當有10件庫存時你錄單，錯誤地將2件錄成3件，這時庫存是正的，7件，你無法覺察， 系統也無法提示。 過了幾天，又銷售了2件，再過幾天，又銷售1件，可能要再過幾個月又銷售1件……直至電腦庫存賬中剩下1件（實際是2件）， 這時顧客來了，拿了2件貨，等着你開單，卻無法開（因爲你禁止負庫存）！怎麼辦？顧客有耐心等你查完賬再結賬嗎？
因此，禁止負庫存的想法，猶如掩耳盜鈴，捂上耳朵蒙上眼睛不瞧，並不表示問題就不存在了。時間拖越久，問題越難排查。
要知道，上面假設中的這種件數錯錄問題，除了責任管理制度上的務勤控制外，不存在任何計算機軟件能控制的可能。
回到結論——正數不一定是對的，負數不一定是錯的。正負數平等，這是常識！