分享方式：

規劃最佳化與已被取代的總體規劃引擎之間的差異

  • 文章

規劃最佳化結果（包括計劃訂單、數量和日期）可能與已棄用的主計劃引擎的結果不同。 其差異可能是由待決功能所引起。 本文列出了規劃最佳化與已棄用的總體規劃引擎之間的差異（未在 規劃最佳化擬合分析 頁面上列出）。

功能 規劃最佳化與已棄用的總體規劃有何不同
今天日期的預測 規劃最佳化不考慮今天日期的預測，儘管已棄用的總規劃引擎考慮了它們。
實秤重量產品 實秤重量產品被認為是一般產品。 計劃訂單不包括實際稱重要求數量的值。
已開立發票和已交付銷售訂單的預測減少 當主計劃設定了需求預測以減少交易預測時，已棄用的主計劃會減少已開立發票和已交付銷售訂單的預測，但計劃最佳化不會減少。

例如，假設您預測某個物料的數量為 100 件，並且存在 10 件的採購訂單，以及一份已交付 5 件和 2 件已開票的銷售訂單。 已棄用的計劃引擎將應用預測縮減來創建 100 − 10 − 2 − 5 = 83 ea 的計劃訂單。 但是，Planning Optimization 不會考慮發票或交付數量，因此它會訂購 100 − 10 = 90 件。 因此，計劃最佳化會建議您訂購已交付和/或已開立發票的數量的供應，這可能會導致供應過剩。
已篩選生產執行 有關詳細資訊，請參閱生產計劃 - 篩選器。
預測規劃 不支援預測規劃。 我們建議您使用將預測模型指派給總規劃的總規劃。
計劃訂單的編號序列 不支援計劃訂單的編號序列。 計劃訂單編號在服務端產生。 計劃訂單號通常以 10 位數顯示，但序列實際上是建立在 20 個字元上，其中 10 位分配給規劃執行計數，另外 10 位分配給計劃訂單計數。
計劃複製、刪除計劃和計劃版本清理

導覽窗格中的總規劃>總規劃>維護計劃以下的項目被停用：

  • 計劃複製
  • 刪除計劃
  • 計劃版本清理
排程版本清理是透過 Planning Optimization 自動進行的，因此您無需手動執行此動作。
退貨單 不考慮退貨單。
排程相關功能 有關詳細資訊，請參閱無限產能排程。
安全庫存履行 規劃最佳化一律使用品項涵蓋範圍頁面上滿足最小值欄位的今天日期+採購時間選項。 這有助於避免不需要的計劃訂單和其他問題，因為如果不包括安全庫存的採購時間，為低現有庫存建立的計劃訂單會一直因為前置時間而延遲。 如需更多資訊，請見使用已被取代的總體規劃引擎的安全庫存履行。
安全庫存需求追蹤和淨需求 此安全庫存需求類型不包括在內，也不會顯示在淨需求頁面上。 安全庫存不代表需求，也沒有與其相關的需求日期。 相反地，它限制了必須始終存在多少庫存。 然而在總規劃期間計算計劃訂單時，仍會考慮該下限欄位值。 我們建議您檢查淨需求頁面上的累積數量欄，查看是否考慮了此值。 由於需求追蹤方式不同，因此可能會建議採取不同的動作。 如需更多資訊，請見使用已被取代的總體規劃引擎的安全庫存履行。
運輸行事曆 交貨模式頁面上的運輸行事曆列的值被忽略。
沒有值的最小值/最大值涵蓋範圍代碼 當您使用未設置最小值或最大值的最小值/最大值涵蓋範圍代碼時，使用棄用總規劃引擎，該規劃引擎會將涵蓋範圍代碼視為一項需求並為每個需求建立一個訂單。 使用規劃最佳化，系統會每天建立一個訂單以支付當天的全部金額。
淨需求和手動建立的計劃訂單 使用已棄用的主計劃引擎，為某個物料手動建立的供應訂單會自動顯示在該物料的淨需求中。 例如，從銷售訂單建立採購訂單時，採購訂單將顯示在淨需求頁面上，無需任何事先動作。 這是因為已棄用的主計劃引擎將庫存交易記錄在 inventLogTTS 資料表中，並在動態計劃的淨需求頁面上顯示更改。 但是，透過 Planning Optimization，在執行 Planning Optimization (使用包含該項目的計劃) 或選擇更新 > 之前，手動建立的訂單不會出現在專案的淨需求中總體規劃在淨需求頁面的動作窗格上，這將為專案執行總體規劃。 如需如何使用此頁面的詳細資訊，請參閱具有淨需求與淨需求追蹤資訊。
淨需求以及供應或需求的任何變化 使用已棄用的主計劃引擎，專案供應或需求的任何變更都會自動顯示在該專案的淨需求中。 例如，當增加計劃訂單的數量時，採購訂單將顯示在淨需求頁面上，無需任何事先動作。 這是因為已棄用的主計劃引擎將庫存交易記錄在 inventLogTTS 資料表中，並在動態計劃的淨需求頁面上顯示更改。 但是，透過 Planning Optimization，在執行 Planning Optimization (使用包含該項目的計劃) 或選擇更新 > 之前，任何變更都不會出現在專案的淨需求中總體規劃在淨需求頁面的動作窗格上，這將為專案執行總體規劃。 如需如何使用此頁面的詳細資訊，請參閱具有淨需求與淨需求追蹤資訊。
資源指派 使用無限容量時，已棄用的主計劃引擎會將所有計劃訂單分配給給定資源組上的相同資源。 計劃最佳化透過隨機選擇資源來改善這一點，以便不同的生產訂單可以使用不同的資源。 如果您想要對所有計劃訂單使用相同的資源，則必須在製程路線中指定該資源。
擴充的資料類型 (EDT) Planning Optimization 不支援變更 EDT 的精確度。 這意味著此過程不受官方支持，並且不能保證有效。
安全庫存履行 規劃最佳化一律使用今天日期的履行最小值+採購時間。 這使系統為將來使用簡化的規劃設定做好準備，並提供可動作的結果。 如果不包括安全庫存的採購時間，則為目前的低現有庫存建立的計劃訂單會一直因為前置時間而延遲。 該行為會導致嚴重的干擾和不需要的計劃訂單。 最佳做法是更改設定，以使用今天的日期+採購時間。 更新主資料以避免警告。 如需更多資訊，請見使用已被取代的總體規劃引擎的安全庫存履行。
採購訂單履行 履行採購訂單時，系統始終會套用提前期並且絕不會忽略它，即使 添加延遲到計算的需求日期 參數設定為 沒有。 此行為與已棄用的總體規劃引擎的行為不同，在這種情況下，後者會設定不可行的日期。 例如，如果今天是 2024 年 3 月 1 日，提前期為 30 天，並且 向計算的需求日期添加延遲 設定為 否，已棄用的引擎將創建日期為 2024 年 3 月 1 日的採購訂單，而規劃最佳化將創建日期為 2024 年 4 月 1 日（今天加上 30 天的提前期）。
將靜態複製到動態計劃 無論總規劃參數頁面上的設定為何，Planning Optimization 都不會將靜態計畫複製到動態計畫。 一般而言，此作業因規劃最佳化提供的速度與完全重新產生而不太相關。 如果使用兩個或更多計劃，則應為每個計劃觸發總規劃。
負數天 無論總規劃參數上的使用動態負天數的設定如何，Planning Optimization 總是使用動態負天數。 使用動態負天數設定 (在總體規劃參數頁面中) 對此行為沒有影響。 有關如何使用負天數的詳細資訊，請參閱延遲容差 (負天數)
過去的計劃訂單 無論要求日期設定如何，Planning Optimization 都不會規劃過去的訂單。 如果您確實設定了過去的要求日期，系統將保留您的設置，但會設定所需日期到今天。
維度式設定 Planning Optimization 不支援基於維度的設定產品。 規劃最佳化不會增加這些產品的物料清單。
安全庫存的定義/意義

在規劃最佳化中， 安全庫存 並不是實際需求。 對於每個覆蓋範圍群組，您可以指定係統將安全庫存作為需求與為其建立的計畫訂單掛鉤的嚴格程度。 （有關詳細信息，請參閱 安全庫存掛鉤選項。）使用嚴格安全庫存掛鉤的覆蓋範圍組就像已棄用的引擎中的所有組一樣工作，其中 履行最低限度 字段設定為 今天的日期+採購時間。

在已棄用的總體規劃引擎中，安全庫存是需求，與其他需求類型相同。 您可以指定何時滿足安全庫存。
當安全庫存達到時

在規劃最佳化中，無論物料覆蓋範圍設定如何，安全庫存總是會在 今天的日期 + 採購時間得到滿足。

在已棄用的主計劃引擎中，物料覆蓋範圍設定包括 履行最低限度 字段，該字段定義何時必須履行安全庫存。 （有關詳細信息，請參閱 使用已棄用的總體規劃引擎的安全庫存履行。）

其他資源