APICS理論部分
先看一下APICS字典關于重排假設的定義：
rescheduling assumption--A fundamental assumption of MRP logic that existing open orders can be rescheduled in nearer time periods far more easily than new orders can be released and received.As a result,planned order receipts are not crteated until all scheduled receipts have been applied to cover gross requirements.
翻譯一下大體意思是：
重排假設--MRP邏輯的基本假設，它認為重新排產短時期內的未結訂單(指的是已經開工的或者訂購的但還沒有入庫的生產訂單或者采購訂單)比從重新下達和接收新的計劃訂單容易得多。如果按照這個邏輯的話，在所有的預計接收量全部覆蓋毛需求之前將不會產生新的計劃訂單。

Apics字典中的解釋言簡意賅，很多問題沒有展開講，關于這個問題<<MRPII　Standard System>>這本書有很詳細的論述。第6章<<The Netting and Exception Checking Logic of MRPII>>,下面大體說一下它講述的意思，如果有理解不正確的地方，還望同行多多指教。
在創建和下達一個新的計劃訂單之前，凈需求的邏輯假定已經存在的預計接收量將會被重排到一個更早的日期來滿足需求。比如，下周存在一個未滿足的需求，車間里有個生產訂單還沒完工，凈需求的計算邏輯會假定這個訂單會加速完成來滿足需求。這種假設實際上是反映世界的真實情況，注意重排假設并不會假定這個生產訂單一定會被加速并在下周完成，它只是假設如果有訂單能在下周完工的話，應該是在車間加工的訂單而不是新創建的訂單，注意，凈需求的計算邏輯并不會修改預計接收量的日期，它只是在做凈需求計算時使用這個訂單而已。在這本書的附錄三里介紹了如果MRP不使用重排假設會產生的問題：
1.安排一個新的訂單在已經存在的訂單完工前完工，會讓計劃員或者采購員很難理解，一個已經在車間生產的訂單顯然會比一個新創建的訂單更有可能先完成。向車間下達一個新的訂單并要求它在已存在的訂單前完工，沒有意義。極端情況下，邏輯會變成不是根據要制造的產成品的數量，而是根據排產更改的次數去訂購材料。
2.不考慮重排假設的會引起產品計劃的不正確，并且只是問題的一部分，一旦一個新的訂單被安排了，該產品的零部件的毛需求就會產生，由于這個新的訂單的安排就是不正確的，那么它所產生的零部件的毛需求也不會正確，這樣毛需求，計劃訂單和異常信息都會很快變得毫無意義，系統也就失敗了，因為它已經不能用來模擬現實了。

上面的這些理論主要是介紹MRPII為什么要使用重排假設，那么系統應該怎么提醒計劃員那？<<MRPII Standard System>>也給出了解決方法，向計劃員提供重排異常信息。
當一個預計接收量的預計入庫日期不足夠早時，就會產生物料短缺，在這種情況下，就應該產生一個異常信息提示這個訂單的完工日期應該提前以防止物料短缺的發生。
如果一個預計接受量的預計完工日期過早時，同樣嚴重的問題也會產生，要么有用的能力用來生產錯誤的產品，或者正常的優先級邏輯將不能辨別什么是真正需要的和什么時候需要。所以在這種情況下，也應該產生一個異常信息，來提示需要將這個訂單的完工入庫日期向后排。
另外，有個爭論就是為什么不讓系統自己更改預計接收量的完工入庫日期？這本書的作者的觀點是，這是人的職責，計算機只負責提供異常信息，至于要不要調整是計劃員的工作，計劃員要為這件事情負責而不是計算機，即便是計算機幫計劃員自動更改了日期，計劃員還是有責任去重新看一遍看是否正確，與其這樣還不如，讓計劃員自己去改。

AX中的實現
在進行之前，根據前面的描述，我們需要明確一個概念，在APICS字典中提到能修改的是in nearer time periods ，意思是更改相對近的期間內的預計收貨量的的入庫日期，但是在計算機實現的時候不能用nearer這樣的人性化的模糊概念，必須要能量化，AX提供了兩個參數來量化這個時間，也就是正天數和負天數，Positive Days和Negative Days.
主計劃->設置->覆蓋范圍->覆蓋范圍組->常規選項卡

對照APICS理論部分的內容就很容易理解這個負天數和正天數的含義了，按照重排假設，如果預計收貨量的入庫日期比需求日期晚，那么系統需要給出一個將預計收貨量的入庫日期提前的提示信息，但是不能用無限期天數，比如讓計劃員修改幾年后的一個生產訂單的入庫日期，那個開工日期還早著那，大可不必考慮。
負天數就是用來定義系統會考慮交貨日期后多少天入庫的預計收貨量的入庫日期。比如現在有一個需求日期為2009-09-18的銷售訂單，系統里已經有了2009-09-25和2009-10-28的兩張還未入庫的生產訂單，如果負天數設置為10天，那么系統就只會考慮2009-09-25這張生產訂單，給出提示修改它的完工入庫日期和數量，而不會考慮2009-10-28的這張生產訂單了，因為這張訂單在需求日期的10天后。
同樣正天數就比較好考慮了，正如上文提到的那樣，<<MRPII Standard System>>也說了 如果一個預計接受量的預計完工日期過早時，也應該產生一個異常信息，來提示需要將這個訂單的完工入庫日期向后排。那么多久之前的預計收貨量需要提示其延后那？就是這個正天數的作用了，這個天數不能設置的太小，要不然需求日期-正天數就會大于當前日期，那么就連當前的現有量都不會考慮了，這就不對了，一般設置不能小于該物料的提前期，因為一般情況下計劃員至少要在提前期內開工要不然就不能按時完工了，所以完工日期-提前期應該是不大于當前日期的。
明白了正天數和負天數的概念，就比較容易看在AX里是怎么實現重排假設的了。
為了方便說明問題，簡便期間，我們只創建一個簡單的物料RA,其物料類型為物料。然后創建一個銷售訂單，讓其產生毛需求，交貨日期為2009-09-30，如下圖所示：

這樣物料RA就會有需求日期為2009-09-30的毛需求了，這時運行主計劃，可以看到RA的計劃采購訂單。

這沒有問題。
現在測試它的重排邏輯，先測試如果系統存在一個交貨日期在2009-09-30之前預計接收量，假設收貨日期為2009-09-20，我們讓它在有效的范圍內，那么正天數至少不能小于10天，我們設置正天數為20天，創建一個采購訂單，設定交貨日期為2009-09-20，數量恰好滿足需求為200，如下圖所示：

這時再運行Master Planning，理論上應該是不產生計劃采購訂單了，并且應該產生一條提示信息，讓采購訂單延后10天到2009-09-30交貨。我們可以驗證一下，運行Master Planning,查看計劃訂單不會看到有RA的計劃采購訂單生成了，再去看一下是否有讓我們延遲交貨的消息產生。
主計劃->報表->覆蓋范圍->行動
選擇我們剛剛運行的主計劃，物料選擇RA，如下圖所示：

點擊確定，查看結果

顯然這個結果是符合預期的。
我們再來測試兩種情況，如果已經存在的采購訂單的數量大于需求，比如采購訂單的數量是300，它應該怎么處理那？理論上，延期這個應該跟上面一樣的，但是數量應該減少100個，修改采購訂單數量為300，同樣的步驟運行主計劃，查看行動消息如下：

顯然這個結果也是正確的。
最后一種情況，如果采購訂單上的數量不足200個，比如是100個，應該怎么處理那？理論上應該，延期并且增加數量才對。修改采購訂單數量為100，運行主計劃，查看計劃訂單，我們會發現產生了一個數量為100的計劃采購訂單，如下圖所示：

這條記錄對應的消息如下：

AX給出的建議是取消這張計劃訂單，那么它對采購訂單的建議采取什么動作那？運行報表查看結果如下：

無疑這個結果也是合情合理的，給了計劃員兩種選擇，要么增加原來采購訂單的數量，要么產生新的采購訂單。
至于負天數的情況，跟正天數大同小異，只不過產生的行動是預付（英文為Advanced，我覺得翻譯成 提前 是不是會更容易理解一些？），這里就不再介紹了。
結論
我感覺AX里的重排假設還是符合APICS理論的，當然這只是很簡單的測試。

轉載于:https://www.cnblogs.com/Farseer1215/archive/2009/09/08/1562427.html

總結

以上是生活随笔為你收集整理的APICS与AX的Master Planning(二)--Rescheduling Assumption 重排假设的全部內容，希望文章能夠幫你解決所遇到的問題。

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