2011-04-07 62 views
6

庫存過剩和庫存不足正在成爲我客戶中的一個難題。採購訂單每兩週提交一次。交貨需要1-2周。我的客戶通過我建立的基於.NET的系統跟蹤庫存記錄。設計庫存需求預測系統

我想增強庫存管理系統,通過預測庫存需求和建議最佳採購訂單來持續提供庫存水平的建議。我已經閱讀了大量關於預測算法的信息,但我需要幫助設計一個好的算法(或加權幾個算法)以獲得準確的預測。

由於大部分零件最終都會被使用,所以庫存積壓物品的成本比庫存積壓成本高,但現金可能已被用於其他物品。

用代表風險的增加來代表需求,這是一種傾向於初始蒙特卡羅實現的方式。

我該如何解決這個問題?什麼是用於這類問題的良好/標準算法?有沒有好的免費庫來解決庫存需求問題?

回答

5

這是一個很好理解的領域。它也被稱爲「需求預測」,「庫存管理」或「庫存補貨」。

一個運作良好的簡單技術叫做「指數平滑」。它是在40年代爲海軍研究完成的 - 研究如何保留造船廠建造軍艦。

Charles C. Holt在「International Journal of Forecasting」中轉載了2004年「轉換指數加權移動平均預測季節和趨勢」的原始文章,但我相信你可以找到其他教程和文章 - 它已成爲一個標準技術。

有一個堆棧交換包含此主題:http://stats.stackexchange.com。 「預測」和「平滑」是使用的好標籤。 Rob Hyndman已經給出了很多很好的答案,並且至少寫了一本關於這個主題的書:「Forecasting: Methods and Applications」。

1

在你去嘗試猜測未來之前,你可能能夠向用戶展示一些有用的東西。他們目前是否可以獲得過去訂單的圖表,以及不同的時間段,以瞭解您的業務的週期性特徵?

聽起來對我而言,這不是系統無法預測未來需求的問題,而是更多的向用戶呈現當前和過去數據趨勢的問題。即使是一個印有「未來」額外空間的印刷圖表或圖表,也可以讓他們在未來的需求中自行投入,這可能證明是一個巨大的利益。最後,我會過分信任「風險管理」算法,因爲這些理解不當的算法(由用戶)導致的不只是一項業務的消亡。

我意識到這不是回答你的問題,但也許答案在其他地方找到?如果你想我會刪除這個答案,所以其他人會認爲這個問題仍然沒有答案。

+0

我不打算自動執行採購訂單。我的目標是提供基於先前需求證據的諮詢。顯示每件商品的需求圖將會有所幫助,但是250多種不同的庫存商品以及更多每日添加的商品,加上不穩定的採購訂單,我相信一種算法可以比多任務經理的想法做得更好,「我們上週使用了10次,我們下週再訂購12次。「 – 2011-04-07 21:44:41