共用方式為

動作訊息

  • 發行項

動作訊息是系統生成的建議，通知變更現有計劃、核准或確定訂單。

動作訊息由主計劃計算生成，反應變更需求。 例如，在您建立訂購單以滿足該銷售訂單的需求後，銷售訂單上的出貨日期或數量發生變動。 在這種情況下，主計劃計算會生成一個以上的動作訊息，建議您更新訂購單。 由您決定是否進行建議的變更動作。

您可以設定如何計算動作訊息，指派其涵蓋群組到品項。

選取動作訊息

在涵蓋群組頁面，您可以選擇您希望系統生成的動作訊息，以及訊息套用的涵蓋群組或品項。 下表列出了您可以選擇的動作訊息。

訊息 說明
前進 系統將在需要時生成動作訊息，通知將訂單移至更早的日期。 在提前寬限欄位，您可以指定收貨和發貨之間，無需提前動作的最大天數。
延遲 系統將在需要時生成動作訊息，通知將訂單移至之後的日期。 在延遲寬限欄位，您可以指定收貨和發貨之間，無需延遲動作的最大天數。
減少 當應減少生產訂單、訂購單和其他收貨交易以防止庫存量過高時，系統將生成動作訊息。
增加 當應增加生產訂單、訂購單和其他收貨交易以防止庫存量短缺時，系統將生成動作訊息。
衍生動作 為接收交易建立的動作訊息將傳送到任何衍生的需求，並且將為滿足這些需求的接收交易產生必要的動作訊息。

以下小節提供了一些詳細的情境。

透過產品預設訂單數量增加和減少動作

在品項的預設訂單設定頁面上，您可以設定最小訂購數量、最大訂購數量和多個值。 然後，系統在建議動作時會考慮這些設定，以確保通知永遠不會導致供應不足。

例如，您的品項在其預設訂單設定頁面上具有以下設定：

  • 最小訂單數量：0
  • 最大訂單數量：90
  • 倍數：20

如果該品項的需求數量為 60，則主計劃將建立數量為 60 的計劃訂購單。 如果需求增加 30，主計劃將建議增加 40，因為它遵循 20 的倍數並且永遠不會導致供應不足。

供應安全庫存之訂單的動作訊息絕不會建議將數量減少到安全庫存所需的數量以下。 換句話說，如果存在供應安全庫存和客戶需求的訂單，並且需求減少或取消，則主計劃將建議根據減少的需求減少計劃訂單。 但是，它絕不會建議低於所需安全庫存的值。

系統不會建議推遲供應安全庫存的動作，因為它假定必須在要求的時間和要求的日期供應安全庫存。

與物料清單 (BOM) 元件相關的動作必須在其父物料的動作之前套用，因為與更高等級 BOM 相關的後續訂單可能會受到影響。 然後，您必須再次執行主計劃以重新計算並建議適當的動作。

例如，情況可能如下所示：

  • 生產類型的最終財 FG 具有包含原料 RM 的 BOM。
  • 今天的日期是 1 月 21 日。
  • FG 的現有已發佈生產訂單計劃於 1 月 25 日下達。
  • 計劃訂購單為了支援現有生產訂單，主計劃已為所需原料 RM 建立了計劃訂購單。 該訂單的要求日期為 1 月 25 日。
  • 今天建立 FG 的新銷售訂單。 要求日期為今天 (1 月 21 日)。
  • RM 行事曆上的 1 月 21 日關閉交貨，但 1 月 22 日開放。

執行主計劃時，它會產生預先動作訊息，建議提高先前計劃的生產量，以便您可以完成今天的訂單。

  • 為了滿足新的需求，它會建議將 FG 的生產訂單延後至 1 月 21 日。 (它提出此建議時沒有考慮 RM 的截止日期。)
  • 由於生產訂單仍需要 RM，因此建議也上調計劃訂購單。 不過，這次，它會檢查 RM 行事曆。 因此，建議將 RM 的計畫訂購單移至 1 月 22 日 (因為 1 月 21 日關閉)。

正如您所看到的，對於 FG 的預定生產來說，所需的原料 RM 太晚到達了。 因此，您必須先對 RM 的計畫訂購單套用提前動作，然後再次執行主計劃。 此時，主計劃將產生新的動作訊息，建議將 FG 的生產訂單移至 1 月 22 日。