共用方式為

具有限有效期限的產品之總體規劃

  • 發行項

有效期限是指產品可以儲存到不能再使用或銷售為止的時間長度。 對於有效期限有限的產品，您可能會使用先到期先出 (FEFO) 倉儲策略，此策略根據剩餘有效期限排定品項消費和銷售的優先順序。 這種倉儲策略適用於食品、藥品以及其他儲存時間較短的貨物。 根據 FEFO，倉庫中的品項就像超市貨架上的貨物一樣存放：有效期限較長的產品會放置在貨架深處，讓剩餘有效期限較短的產品先出貨。

在總體規劃中使用有效期限

本節說明總體規劃如何建議有效期限品項的供應。

執行主計劃劃時，其中會產生建議的計劃訂單 (供應)，不僅滿足您的需求，還會最大限度地減少延遲。 如果您的計劃包含有效期限有限的品項，則規劃計算會變得更加複雜，因為計劃不僅必須盡量減少延遲，還必須在到期前使用現有供應。 此計劃必須盡量先使用最接近到期日的供應，然後再使用到期較晚的供應。 因此，總體規劃力求依以下順序達成下列目標：

  1. 最小化延遲總和。
  2. 最大化 FEFO 供應總和。
  3. 盡量減少庫存補貨。

在某些情況下，前兩個目標之間可能會有衝突，必須做出選擇：您要延遲裝運，還是要使用到期較晚的供應而不使用到期較早的供應？ 為了在總體規劃期間解決此衝突，系統優先考慮最小化延遲，而不是用完即將到期的供應。 一般來說，這種類型的衝突會在可能存在延遲和按期間涵蓋範圍時發生。 因此，建議您使用比品項有效期限短的涵蓋期間。 其他類型的涵蓋範圍 (例如要求) 不太可能發生這種類型的衝突。

設定有效期限

設定每個要考慮有效期限的主計劃

主計劃預設不考慮有效期限。 使用下列程序為每個需要有效期限的主計劃啟用有效期限計算。

  1. 移至總體規劃 > 設定 > 計劃 > 主計劃。
  2. 選取清單窗格中的現有計劃，或建立新的計劃。
  3. 在一般 FastTab 上，將使用有效期限日期選項設定為是。

設定追蹤維度群組以追蹤批次維度

只有在品項是按批次維度進行追蹤時，才能追蹤該品項的有效期限。 換句話說，在收貨或製造時，以及在品項的每次庫存交易中，都必須記錄批次參考和所需日期。 若要管理此選項，請設定一個或多個追蹤維度群組來執行所需的追蹤，然後視需要將相關品項指派給這些群組。

使用下列程序設定追蹤維度群組以追蹤批次維度。

  1. 移至產品資訊管理>設定>維度和變型群組>追蹤維度群組。

  2. 請執行以下其中一個步驟：

    • 在動作窗格上，選取新增以建立新的追蹤維度群組。 輸入名稱和描述，然後選取動作窗格中的儲存。
    • 在清單窗格中，選取要設定以追蹤批次維度的現有追蹤維度群組。

  3. 在追蹤維度 FastTab 的批次號碼列中，選取使用中和實物庫存欄中的核取方塊。

設定產品的有效期限

使用下列程序來設定產品的有效期限。

  1. 請前往產品資訊管理>產品>已發佈的產品。

  2. 建立或開啟您要設定的產品。

  3. 若要使用有效期限設定，請在一般 FastTab 上，將追蹤維度群組欄位設定為，新增至設定為追蹤批次維度的追蹤維度群組。 只有在初次建立產品時，才能設定此欄位。 您無法變更現有產品的價值。

  4. 在 管理庫存 FastTab 中，設定下列欄位：

    • 貨架建議期 (以天 為單位)–指定檢查一批此產品以確保其適合消費或轉售的期限 (以天為單位)。 批次的製造日期會加上此欄位的值來決定其貨架建議日期。 您可以設定讓系統在批次接近其貨架建議日期時產生品質檢驗訂單。
    • 保質期 (天 )–指定一批此產品到期前的天數。 製造日期會加上此值來決定到期日。 在此日期之後，將批次視為無法使用。
    • 保質期 (天 )–指定一批此商品被視為仍可銷售但不能再保留其某些原始屬性的期限 (以天為單位)。 製造日期會加上此值來決定最佳期限。 您可以執行報表來識別超過最佳期限的庫存。

設定每個客戶的可銷售天數規則

可售天數 功能可確保即將過期的批次中的產品不會發送給客戶。 此外，這還可確保將產品發送給客戶時，在交貨後仍有足夠的可銷售天數。

若要使用可行銷天數功能，您必須為每個客戶定義適用於每個產品 (或產品群組) 的可行銷天數。 您必須手動完成此程序，因為其中沒有資料實體。

使用下列程序為每位客戶設定每個產品的可銷售天數。

  1. 前往銷售與營銷 > 客戶 > 所有客戶。

  2. 尋找並選取您要設定的客戶。

  3. 在動作窗格中行銷索引標籤的設定群組中，選取行銷 > 可銷售天數。

  4. 在客戶可行銷天數頁面上，網格列出每個產品或產品群組的現有可銷售天數規則。 使用動作窗格上的按鈕，視需要新增或編輯網格中的列。 提供篩選是為了協助您尋找現有的列。

  5. 對於每一列，設定下列欄位：

    • 物料代碼 –選擇以下值之一以指定將受影響的物料範圍：

      • 表 –該行適用於特定專案。
      • 組 –該行適用於特定物料組。
      • 全部 –該行適用於所有專案。

    • 項目關係 –如果將 項目代碼 欄位設定為 表格，請選擇特定專案。 如果將品項代碼欄位設定為群組，請選取品項群組。 如果將品項代碼欄位設定為全部，則此欄位無法使用。

    • 可售天數 –輸入客戶在批次到期之前必須銷售匹配產品的最短天數。 可銷售天數值根據銷售訂單上相符產品的要求收貨日期 (或已確認收貨日期，如果已定義) 而定。

    • （其他產品尺寸） –若要進一步限制行的範圍，請根據需要指定其他維度值 (如 “大小” 和 “顏色”)。 若要控制網格中顯示哪些維度，請選取動作窗格中的顯示維度。

設定所有相關產品，使這些產品受 FEFO 日期控制

為了讓可銷售天數發揮作用，每個相關品項必須屬於已選取受 FEFO 日期控制核取方塊的品項模型群組。

使用下列程序設定品項模型群組，使其支援可行銷天數功能。

  1. 移至庫存管理 > 設定 > 庫存 > 項目型號群組。
  2. 選取清單窗格中的現有群組，或選取動作窗格中的新增，以建立新的群組。
  3. 在庫存原則 FastTab 中，選取受 FEFO 控制核取方塊。
  4. 視需要為群組設定其他欄位。

使用下列程序以檢視或設定產品所屬的品項模型群組。

  1. 請前往產品資訊管理>產品>已發佈的產品。
  2. 開啟要檢驗或編輯的產品。
  3. 在一般 FastTab 上，將品項模型群組欄位設定為已選取受 FEFO 日期控制核取方塊。

範例 1：簡單 FEFO，10 天週期，零天前置時間

執行供應訂單與需求之間的需求追蹤是為了滿足系統的下列目標：

  • 最小化延遲總和。
  • 最大化 FEFO 供應總和。
  • 盡量減少庫存補貨。

系統有下列品項和主計劃設定：

  • 覆蓋範圍代碼 (補貨策略)： 期間
  • 保質期： 10 天 (等於保質期)
  • 保質期： 10 天
  • 可售天數： 0 天
  • 交貨時間： 0 天
  • 負天數： 0 天
  • 計劃訂單類型 (項目預設訂單設定)： 訂購單

系統中存在品項的下列銷售訂單：

  • SO1： 數量（數量）= 2，要求交貨日期 = 今天 + 1 天
  • SO2： 數量 = 1，請求交貨日期 = 今天 + 4 天
  • SO3： 數量 = 1，請求交貨日期 = 今天 + 5 天

所有這些銷售訂單都會建立對品項的需求。

存在品項的下列供應：

  • 現有庫存： 數量 = 1，到期日 = 今天 + 5 天
  • 訂購單 1 (PO1)： 收貨日期 = 今天 + 2 天，數量 = 1，到期日期 = 今天 + 4 天

系統會建立可滿足此需求的供應清單，並依到期日 (使用 FEFO) 對清單進行排序。

總體規劃會在供需之間建立所需的需求追蹤。 這還會根據供應清單 (使用 FEFO) 建立任何必須的需求，並考慮可用性日期。

  • SO1 可以由現有數量履行，但無法由 PO1 履行，因為 PO1 的有貨日期比 SO1 要求的晚一天。 因此，SO1 產生對一單位貨物的需求。
  • SO2 可以由 PO1 滿足，因為 PO1 會在要求的時間前到貨，而且到期日期仍然有效。 因此，SO2 需求完全由 PO1 滿足。
  • SO3 未滿足，因為資源不可用。 因此，SO3 產生對一單位貨物的需求。

為了滿足所有剩餘需求，系統必須建立下列計劃訂購單：

  • PPO1： 收貨日期 = 今天，數量 = 2，到期日期 = 今天 + 10 天

下表摘要列出結果。

需求 需求追蹤
SO1： 交貨日期 = 今天 + 1 天，數量 = 2

現有數量： 數量 = 1，到期日 = 今天 + 5 天

PPO1： 收貨日期 = 今天，數量 = 1，到期日期 = 今天 + 10 天
SO2： 交貨日期 = 今天 + 4 天，數量 = 1 PO1： 收貨日期 = 今天 + 2 天，1 個數量，到期日期 = 今天 + 4 天
SO3： 交貨日期 = 今天 + 5 天，數量 = 1 PPO1： 收貨日期 = 今天，數量 = 2，到期日期 = 今天 + 10 天

下圖顯示此範例的時間表。

範例 1：簡單 FEFO，10 天週期，零天前置時間。

範例 2：簡單 FEFO，需求，三天前置時間

此範例顯示系統嘗試最小化延遲的方式，有時會造成超額訂購。

系統有下列品項和主計劃設定：

  • 覆蓋代碼 (補貨策略)： 要求

  • 保質期： 10 天

  • 可售天數： 0 天

  • 交貨時間： 由以下供應商貿易協議確定：

    • 貿易協定 1： 如果數量 = 1，交貨時間 = 4
    • 貿易協定 2： 如果數量 = 2，交貨時間 = 3

  • 負天數： 0 天

  • 計劃訂單類型 (項目預設訂單設定)： 訂購單

系統中存在下列銷售訂單：

  • SO1： 數量 = 2，要求交貨日期 = 今天 + 3 天

此需求由現有供應和已確認訂購單滿足：

  • 現有庫存： 可用 = 今天，數量 = 1，到期日 = 今天 + 2 天
  • PO1： 收貨日期 = 今天 + 3 天，數量 = 1，到期日期 = 今天 + 4 天

SO1 無法透過現有庫存履行，因為庫存到期日早於裝運日期。 PO1 只需 1 個數量即可滿足 SO1 需求。 因此，SO1 產生對一單位貨物的需求。 為了滿足此需求，系統會建立計劃訂購單 (PPO1)。

系統有兩個貿易合約 (一份合約的數量 = 1，前置時間 = 4 天，另一份合約得數量 = 2，前置時間 = 3 天)。 因此，系統嘗試建立滿足第二份貿易合約的計劃訂購單 (PPO1) 以盡量減少延遲。 結果是超額交貨 (qty = 2，到期日 = 今天 + 10 天)。

下表摘要列出結果。

需求 需求追蹤
SO1： 交貨日期 = 今天 + 3 天，數量 = 2

PO1： 收貨日期 = 今天 + 3 天，數量 = 1，到期日期 = 今天 + 4 天

PPO1： 收貨日期 = 今天 + 3 天，數量 = 1，到期日期 = 今天 + 10 天

下圖顯示此範例的時間表。

範例 2：簡單 FEFO，需求，三天前置時間。

範例 3：簡單 FEFO，需求，三天前置時間，五天可銷售

此範例顯示新增品項的可行銷天數時，有效期限的運作方式。

系統有下列品項和主計劃設定：

  • 覆蓋代碼 (補貨策略)： 要求
  • 保質期： 10 天
  • 可售天數： 5 天
  • 交貨時間： 5 天
  • 負天數： 0 天
  • 計劃訂單類型 (項目預設訂單設定)： 訂購單

系統中存在下列銷售訂單：

  • SO1： 數量 = 2，要求交貨日期 = 今天 + 2 天
  • SO2： 數量 = 1，請求交貨日期 = 今天 + 3 天
  • SO3： 數量 = 1，請求交貨日期 = 今天 + 5 天

此需求可由現有供應和已確認訂購單滿足：

  • 現有庫存： 可用 = 今天，數量 = 1，到期日期 = 今天 + 6 天
  • PO1： 收貨日期 = 今天 + 2 天，數量 = 3，到期日期 = 今天 + 10 天

系統根據供應 (FEFO) 清單和有貨日期建立需求追蹤候選清單。 因此，SO1 無法由現有庫存履行，因為該庫存在客戶要求的可銷售天數 (要求的收貨日期 + 5 天) 結束前到期。 PO1 可以用兩個單位滿足 SO1 需求，並用一個單位滿足 SO2 需求。 因此，只有 SO3 仍有對一單位貨物的未滿足需求。 為了滿足此需求，系統會建立下列計劃訂購單：

  • PP01： 收貨日期 = 今天 + 5 天，數量 = 1，到期日期 = 今天 + 10 天

下表摘要列出結果。

需求 需求追蹤
SO1： 交貨日期 = 今天 + 2 天，數量 = 2 PO1： 收貨日期 = 今天 + 2 天，數量 = 2，到期日期 = 今天 + 10 天
SO2： 交貨日期 = 今天 + 3 天，數量 = 1 PO1： 收貨日期 = 今天 + 2 天，數量 = 1，到期日期 = 今天 + 10 天
SO3： 交貨日期 = 今天 + 5 天，數量 = 1 PPO1： 收貨日期 = 今天 + 5 天，數量 = 1，到期日期 = 今天 + 10 天

下圖顯示此範例的時間表。

範例 3：簡單 FEFO，需求，三天前置時間，五天可銷售。

範例 4：簡單 FEFO，週期，前置時間取決於數量

此範例顯示系統嘗試最小化延遲的方式，有時會造成超額訂購。

系統有下列品項和主計劃設定：

  • 覆蓋範圍代碼 (補貨策略)： 期間

  • 保質期： 10 天 (等於保質期)

  • 保質期： 10 天

  • 可售天數： 0 天

  • 交貨時間： 由以下供應商貿易協議確定：

    • 貿易協定 1： 如果數量 = 1，交貨時間 = 5
    • 貿易協定 2： 如果數量 = 2，則交貨時間 = 0

  • 負天數： 0 天

  • 計劃訂單類型 (項目預設訂單設定)： 訂購單

系統中存在下列銷售訂單：

  • SO1： 數量 = 1，要求交貨日期 = 今天
  • SO2： 數量 = 1，請求交貨日期 = 今天 + 6 天

此需求可由下列已確認訂購單的現有供應部分滿足：

  • PO1： 收貨日期 = 今天 + 1 天，數量 = 1，到期日期 = 今天 + 2 天
  • PO2： 收貨日期 = 今天 + 3 天，數量 = 1，到期日期 = 今天 + 7 天

系統有兩個貿易合約 (一份合約的數量 = 1，前置時間 = 5 天，另一份合約得數量 = 2，前置時間 = 0 天)。 因此，系統嘗試建立滿足第二份貿易合約的下列計劃訂購單以盡量減少延遲：

  • PP01： 收貨日期 = 今天，數量 = 2，到期日期 = 今天 + 10 天

SO1 會由 PPO1 的一個單位滿足。 SO2 會由 PO2 滿足，因為 PO2 比 PPO1 更早到期。

下表摘要列出結果。

需求 需求追蹤
SO1： 交貨日期 = 今天，數量 = 1 PPO1： 收貨日期 = 今天，數量 = 1，到期日期 = 今天 + 10 天
SO2： 交貨日期 = 今天 + 6 天，數量 = 1 PO2： 收貨日期 = 今天 + 3 天，數量 = 1，到期日期 = 今天 + 7 天

附註

未使用 PO1，因為這對 S01 來說到貨太晚，並且會在 S02 交貨之前到期。 根據貿易合約 2，PPO1 已超額訂購 1 個單位，使前置時間為 0 (零)。

下圖顯示此範例的時間表。

範例 4：簡單 FEFO，週期，前置時間取決於數量。

範例 5：簡單 FEFO，需求，負 10 天

此範例顯示為品項新增大量負天數時，有效期限的運作方式。 負天數是指在訂購補充負庫存品項之前，您願意等待的天數。 除非超過負天數，否則系統不會建立供應。

系統有下列品項和主計劃設定：

  • 覆蓋代碼 (補貨策略)： 要求
  • 交貨時間： 0 天
  • 負天數： 10 天
  • 計劃訂單類型 (項目預設訂單設定)： 訂購單

系統中存在下列銷售訂單：

  • SO1： 數量 = 1，要求交貨日期 = 今天

此需求可由下列已確認訂購單的現有供應滿足：

  • PO1： 收貨日期 = 今天 + 3 天，數量 = 1，到期日期 = 今天 + 5 天

由於系統設定為允許負 10 天，因此這會使用 PO1 來滿足 SO1 的需求，即使結果會延遲三天，因為 SO1 會在 PO1 到貨之前建立負庫存。 即使前置時間為 0 (零)，也不會建立任何計劃訂購單，並且建立計劃訂購單會減少延遲。

下表摘要列出結果。

需求 需求追蹤
SO1： 交貨日期 = 今天，數量 = 1 PO1： 收貨日期 = 今天 + 3 天，數量 = 1，到期日期 = 今天 + 5 天

下圖顯示此範例的時間表。

範例 5：簡單 FEFO，需求，負 10 天。

範例 6：簡單 FEFO，需求，負五天

此範例顯示當品項的負天數小於有效期限時，有效期限的運作方式。

系統有下列品項和主計劃設定：

  • 覆蓋代碼 (補貨策略)： 要求
  • 可售天數： 0 天
  • 交貨時間： 0 天
  • 負天數： 5 天
  • 計劃訂單類型 (項目預設訂單設定)： 訂購單

系統中存在下列銷售訂單：

  • SO1： 數量 = 2，要求交貨日期 = 今天

此需求可由下列已確認訂購單的現有供應滿足：

  • PO1： 收貨日期 = 今天，數量 = 1，到期日期 = 今天 + 1 天
  • PO2： 收貨日期 = 今天 + 2 天，數量 = 1，到期日期 = 今天 + 3 天

不過，系統必須遵守已出貨品項在裝運時不能過期的限制。 因此，PO2 和 PO1 無法同時用於 SO1，因為 PO1 在 PO2 到貨前即已過期。 系統會建立下列計劃訂購單，以完成滿足 SO1 的需求：

  • PPO1： 收貨日期 = 今天，數量 = 1，到期日期 = 今天 + 10 天

系統可以利用這負五天，並使用 PO2 和 PPO1 來滿足 SO1。 不過，此方法會導致交貨延遲，直到 PO2 到貨，而 PO1 會在此同時過期。 因此，系統使用 PPO1 和 PO1 來滿足 SO1。

下表摘要列出結果。

需求 需求追蹤
SO1： 交貨日期 = 今天，數量 = 2

PO1： 收貨日期 = 今天，數量 = 1，到期日期 = 今天 + 1 天

PPO1： 收貨日期 = 今天，數量 = 1，到期日期 = 今天 + 10 天

下圖顯示此範例的時間表。

範例 6：簡單 FEFO，需求，負五天。