我在作Schedule Margin Key的學習和測試時，發現一個有趣的事情，并從中發現一個后臺設置。現總結如下：

我創建了一個物料-SMK001，其中MRP2視圖中的Scheduling部分如下：

我用MD61對此物料作的計劃獨立需求。

計劃獨立需求自2011年1月4日到1月25日之間的每個工作日都有10件的需求。

這樣我們用MD04看這個物料SMK001。

我們用MD02對這個物料轉MRP。

之后我們再用MD04看這個物料。

我們會發現在1月11日有4個PR，除了最后一個PR對應的是1月11日的計劃獨立需求外，其它的PR應該對應的是之前1月5日、7日和10日的計劃獨立需求。從物料主數據上可以看出，該物料的采購周期是20天，收貨檢查1天，即從今天12月20日開始計算，如果今天向供應商下達PO，則最快是在1月10日到貨，1月11日具備可用狀態。

這個設置從邏輯上講是正確的，對于當前在系統中的計劃獨立需求，肯定是最早從今天下PO開始計算的，下PO的動作不可能是在過去的。但對于某種情況，工程師的BOM下晚了，采購員可能已經按照工程師的口頭或郵件要求進行采購了，現在只是在系統中補作PO，則這個設置就不太好了。我所需要的是PR仍然是跟著計劃獨立需求，這樣方便理解，即要求系統允許計劃獨立需求的日期反算出要求下PO的日期，即使是這個日期在今天之前。

實現這個設定的后臺配置如下：

SPRO->Production->Material Requirements Planning->Planning->Scheduling and Capacity Parameters->Parameters for Determining the Basic Dates

點擊F1，我們可以看到幫助。

Start date of order proposals allowed in the past

This indicator defines that the system does not automatically switch to forward scheduling if the order start date lies in the past for determining the basic dates.

With this indicator, backward scheduling is always used to determine the basic dates, even if the start date lies in the past.

這個鉤選框就表示我們是否讓系統將計算出的訂單開始日期放在過去。在缺省情況下，系統中不鉤選的，說明訂單開始日期始終放在當前日期的。

我們鉤選這個欄位并保存。

我們再用MD02對這個物料轉MRP，之后再用MD04看這個物料。

看，這回系統把PR都放在計劃獨立需求上了，盡管按照PR反算的PO開始日期在過去也是這樣。

這個后臺配置需要根據實施單位的具體要求來配置。

總結

以上是生活随笔為你收集整理的Order Proposals in the Past的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。