服務等級 - AWS Supply Chain

本文為英文版的機器翻譯版本,如內容有任何歧義或不一致之處,概以英文版為準。

服務等級

如果您使用庫存百分比來管理庫存量,則可以使用此原則設定來驅動目標存貨層次與補貨的計算。

輸入和預設

針對 sl 原則,「供給計劃」需要下列欄位。如果這些欄位為空白,則預設值會設為 null,而應用程式會擲回例外狀況。

所需資料 實體 欄位 Value 備註

庫存政策

庫存政策

政策

sl

服務層次縮寫為 sl

>

庫存政策

庫存政策

目標

百分比值

例如,0.8

>

預測

預測

NA

NA

平均數量或預測數量。

>

交貨時間

運輸車道

NA

NA

從來源位置到目的地的前置時間。

交貨時間

供應商領先時間

NA

NA

從廠商到目的地位置的前置時間。

來源排程或供應商排程

來源排程與來源 _ 排程詳細資訊

NA

NA

定義供應商接受訂單的日曆。

計算目標存貨層次

目標存貨位置 (TIP) 用於服務層次 (sl) 存貨政策。TIP 代表指定日期所需的庫存位置。提示包含庫存量與訂單存貨。服務層次政策所需的輸入值包括預測、前置時間、來源排程 (加上來源排程明細),以及服務層次的組態。

計算目標存貨層次

TIP 是以預測分配為基礎。「供給計劃管理系統」會將重要比率 (CR 或 service_level) 套用至預測分配、計算需求,並總計要涵蓋的天數。將嚴重比率 (服務層次) 套用至預測分配的可用方法如下所示。

首先,「供給計劃」會使用線性內插,將 CR 套用至預測中的分配 (P10/P50/P90)。

服務等級

「供給計劃管理系統」會針對目標使用 P10,而 P50 表示目標 _sl=0.5,而 P90 則用於目標 _sl=0.9。對於預測實體中不存在的百分位數,「供給計劃」會使用線性內插方法。「供給計劃管理系統」會根據 P10/P50/P90 來計算需求預測的其他百分位數。以下是用於計算 P40 的公式(目標 X = 0.4)和 P75(目標 SL= 0.75):

當「供給計劃」取得需求時,會加總需求以使用天數的任意總和來涵蓋。涵蓋天數從即將到來的交付日期開始,直到即將到來的交付日期之後的交付日期為止。

服務等級

如上圖所示,黃色期間是要涵蓋的天數。涵蓋的天數開始不會從計劃總時程的第一天開始。原因是「供給計劃」不會針對無法涵蓋的天數進行訂購。「供給計劃」會假設所有損失的銷售都無法撤銷。R1:以貨源搜尋排程為基準的第一個複查日期。R2:以貨源搜尋排程為基準的第二個複查日期。LT_R1:在 R1 上下訂單的前置時間。LT_R2:在 R2 上下訂單的前置時間。R_R1:以貨源搜尋排程為基準的複查期間。RD_R1:R1 之後的第一個複查日期,等於 R1+R_R1。DD_R1:若提交訂單為 R1,則為交貨日期;D_R1 = R1 + L_R1。DD_R2:若提交訂單為 R2,則為交貨日期;D_R2 = R2 + R2。

下面的例子顯示了 TIP 計算。

提示計算水平

計算再訂購數量

sl 再訂購數量計算的輸入為目標存貨層次與目前存貨層次。如果缺少存貨層次記錄,「供給計劃管理系統」會擲回例外。

重排計算邏輯

再訂購數量是目標存貨位置與目前存貨層次之間的差異。如果目前存貨位置高於目標存貨位置,則再訂購數量會設為 0。