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

# 涵蓋天數
<a name="doc-forecast"></a>

如果您使用涵蓋天數 (DoC) 來管理庫存層級，則這是適當的政策設定，以推動目標庫存層級和 RoQ 的計算。DoC 清查政策使用設定的涵蓋天數。此政策不會考慮採購排程 （供應商檢閱行事曆） 或供應商運算 DOC 的前置時間。DOC 是以 *inventory**\_policy 資料實體中的 target\_doc\_limit* 欄位為基礎。請注意，針對每週規劃，*target\_doc\_limit* 仍會使用一天的單位。2 週的涵蓋範圍會轉換為 14 天。DoC 政策可與預測 (*doc\_fcst*) 或需求 (*doc\_dem*) 搭配使用。*doc\_fcst* 和 *doc\_dem* 之間的差異是預測來源。*doc\_fcst* 是根據預測，而 *doc\_dem* 是根據 *outbound\_order\_line* 中的需求歷史記錄。以預測為基礎的涵蓋天數使用 P50 的預測，而以需求為基礎的規劃則使用過去 30 天的需求歷史記錄來計算平均消耗率。

## 輸入和預設值
<a name="target-inventory-level"></a>

目標庫存層級或目標庫存位置 (TIP) 是指定日期所需的庫存位置或層級。庫存位置包括現有庫存、傳輸中庫存或訂單中庫存，而庫存層級只是現有庫存。庫存位置用於服務層級 (sl) 庫存政策，庫存層級用於 *doc\_fcst*、*doc\_dem* 和 *abs\_level* 庫存政策。DOC 政策需要庫存政策的預測、前置時間和組態。

對於 *doc\_fcst* 政策，您必須提供以下資訊：


| 所需資料 1 | 實體 | 欄位 | Value | 備註 | 
| --- | --- | --- | --- | --- | 
| 庫存政策 | inventory\_policy | ss\_policy | doc\_fcst | NA>  | 
| 庫存政策 | inventory\_policy | target\_doc\_limit | 天數 | NA>  | 
| 預測 | 預測 | NA | NA | 平均或預測數量。>  | 
| 前置時間 | transportation\_lane | NA | NA | 從來源位置到目的地的前置時間。 | 
| 前置時間 | vendor\_lead\_time | NA | NA | 從廠商到目的地位置的前置時間。 | 

對於以涵蓋天數為基礎的庫存政策，涵蓋天數是 *target\_doc\_limit* 值。

## DOC\_fcst 政策的計算邏輯
<a name="reorder-quantity"></a>

![DOC_fcst 政策的計算邏輯](http://docs.aws.amazon.com/zh_tw/aws-supply-chain/latest/userguide/images/doc_fcst.png)


## doc\_dem 政策的計算邏輯
<a name="calculation-logic"></a>

![doc_dem 政策的計算邏輯](http://docs.aws.amazon.com/zh_tw/aws-supply-chain/latest/userguide/images/doc_dem.png)


涵蓋範圍政策天數的目標是確保在每個審核日期有足夠的現有庫存來涵蓋設定的涵蓋範圍天數。公式的第一部分會計算從下一個檢閱日期到設定的涵蓋結束日期的涵蓋範圍天數。涵蓋期間總計為 *DOCP，適用於*產品 *P* 和網站 *S*。 公式的第二部分會計算目標檢閱日期 （交付後的第一個檢閱日期） 之前的額外需求。涵蓋期間從預期的交付日期開始，並以目標檢閱日期結束。如果目前交付日期的現有庫存能夠涵蓋此期間的需求，系統會重新排序 0。最大函數會決定我們是否需要額外訂購。

## 計算重新排序數量
<a name="purchase-order-requests"></a>

重新排序數量計算的輸入是目標庫存層級和目前的庫存層級。如果庫存層級記錄遺失，系統會產生計劃例外狀況供您檢閱。

![重新排序數量的計算](http://docs.aws.amazon.com/zh_tw/aws-supply-chain/latest/userguide/images/roq_calculation.png)


產品 *P*、網站 *S* 和日期 *D* 的重新排序數量是目標庫存層級與目前庫存層級之間的差異。如果目前的庫存層級高於目標庫存層級，則重新排序數量為 0。