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

# 規劃程序
<a name="planning-process"></a>

補充需求是根據項目的已設定網路拓撲來計算。以下是範例網路拓撲，用於描述產生補充訂單時涉及的各種計算。

![供應規劃程序](http://docs.aws.amazon.com/zh_tw/aws-supply-chain/latest/userguide/images/Supply_planning_process.png)


自動補充會產生從輻節點到中樞節點 （例如，區域 DCs到中央 DC) 的傳輸需求，並產生從中樞節點到供應商 （例如，中央 DC 到供應商） 的購買需求。下列步驟涉及產生補充訂單。這些步驟會針對補充規劃範圍內的每個產品和網站組合重複執行。來自下游節點的需求會根據來源規則資訊向上游傳播，而程序會在上游節點重複，直到到達該項目的根節點為止。

![供應規劃程序](http://docs.aws.amazon.com/zh_tw/aws-supply-chain/latest/userguide/images/Supply_planning_process_procedure.png)

+ **需求處理** – 根據補充計畫組態 AWS Supply Chain 準備歷史需求或預測資料。需求或預測會根據補充計畫組態設定，在產品、網站、日期或週層級進行處理。如果銷售歷史記錄或預測資料是在更詳細的層級提供，例如產品、網站、客戶或產品、網站、管道，則會在產品和網站層級彙總。同樣地，如果在週層級設定補充計畫，則會進行逐週彙總。在上述範例中，需求是從區域 DCs 的輻節點取得，並在產品、網站和日/週層級彙總。如果使用消耗或需求型庫存政策，則會使用過去 30 天的需求 （銷售歷史記錄） 來計算平均消耗。
+ **目標庫存層級** – 使用需求或預測以及設定的庫存政策，來判斷特定期間內的目標庫存層級。自動補充支援兩種不同的補充模型。
  + 預測驅動的補充 
  + 以使用量為基礎的補充

  AWS Supply Chain 根據預測產生庫存目標。這些庫存目標是根據前置時間和採購排程來決定，以確保庫存層級考量需求和供應前置時間的變化性。
+ **轉移或購買需求** – AWS Supply Chain 每個期間從供應 （現有 \+ 隨需庫存） 到將庫存投影到未來時間的淨需求。 會將預計庫存層級 AWS Supply Chain 維持在與上一個步驟中計算的目標庫存層級相同的層級。預計庫存層級和目標庫存層級之間的差異是淨供應需求或再訂購數量 (RoQ)。 AWS Supply Chain 套用最低訂單數量，或訂購多個數量以產生最終轉移需求或購買需求 (POR)。 AWS Supply Chain 會使用轉移或廠商前置時間，依日期決定訂單。批次大小的預設值為 1.0，最低訂單數量為 0。

  **計算邏輯**

  ```
                      rounding=f(RoQ,MOQ,Lot_Size)
  
                      =Lot_Size×Max(RoQ,MOQ)
  ```

  上述公式描述自動補充中的四捨五入邏輯。 AWS Supply Chain 會先比較重新排序數量 RoQ 和最小訂單數量 MOQ、取得最終訂單提案，然後乘以實際數量的批次大小係數。批次大小是在具有 欄位 *qty\_multiple* 的來源規則實體中設定。
+ **需求傳播** – 對於輻節點， AWS Supply Chain 使用來源規則來查詢父節點，並將轉移需求傳播到上游節點。透過轉移前置時間來 AWS Supply Chain 取消所需的交付日期，以在父節點判斷所需的日期。 AWS Supply Chain 僅支援單一來源。當集線器節點下所有子節點或輻節點完成此步驟時， 會在集線器節點上 AWS Supply Chain 重複上述步驟。此程序會重複執行，直到到達項目拓撲中的根節點為止。

  自動補充只會顯示面向廠商網站的採購訂單請求。面向廠商的網站有兩種：
  + 提供其他網站的供應商面向網站
  + 未提供其他網站的供應商面向網站  
![供應規劃程序](http://docs.aws.amazon.com/zh_tw/aws-supply-chain/latest/userguide/images/Supply_planning_process_procedure2.png)

  對於提供其他站點的廠商面向站點，重新排序數量是來自其子站點的重新排序數量，以及來自其自身需求的獨立重新排序數量。對於未提供其他網站的供應商面向網站，會根據網站的需求預測來計算重新排序數量。面向廠商網站的獨立重新排序數量遵循重新排序數量運算中的相同邏輯。相依需求是所有子網站的總和。如果涵蓋天數為 7，則 RoQ 是涵蓋期間內所有訂單數量的總和。下列範例顯示規劃期間中的案例，其中每個站點只有一個訂單，並說明運算。  
![供應規劃程序範例](http://docs.aws.amazon.com/zh_tw/aws-supply-chain/latest/userguide/images/Supply_planning_example.png)