本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。

# 规划流程
<a name="planning-process"></a>

补货需求是根据为商品配置的网络拓扑计算的。以下是网络拓扑示例，我们用它来描述生成补货订单所涉及的各种计算。

![供应计划流程](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/Supply_planning_process.png)


自动补货生成从分支节点到中心节点（例如，从区域 DCs 到中央 DC）的转移需求，并生成从中心节点到供应商（例如，中央 DC 到供应商）的购买需求。生成补货订单涉及以下步骤。对于补货计划范围内的每种产品和地点组合，都要重复这些步骤。来自下游节点的需求会根据采购规则信息向上游传播，并在上游节点重复该流程，直到到达该项目的根节点。

![供应计划流程程序](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/Supply_planning_process_procedure.png)

+ **需求处理**-根据补货计划配置 AWS Supply Chain 准备历史需求或预测数据。根据补货计划配置设置，在产品、地点、日或周层面处理需求或预测。如果在更详细的层面上提供销售历史记录或预测数据，例如产品、地点、客户或产品、站点、渠道，则将在产品和地点层面汇总这些数据。同样，如果在周级别配置补货计划，则会进行每日汇总。在前面的示例中，需求取自分支节点，这些节点是区域性的 DCs，然后在产品、站点和 day/week 层面上汇总需求。如果使用基于消耗或需求的库存策略，则使用最近 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 和最小订购量最小起订量，得到最终的订单提案，然后乘以实际数量的批量系数。批量大小在采购规则实体中使用 *qty* \_multiple 字段进行配置。
+ **需求传播**-对于分支节点， AWS Supply Chain 使用采购规则查找父节点并将传输需求传播到上游节点。 AWS Supply Chain 通过转移提前期来抵消所需的交货日期，以确定父节点的所需日期。 AWS Supply Chain 仅支持单一采购。中心节点下的所有子节点或分支节点完成此步骤后， AWS Supply Chain 将在中心节点上重复前面的步骤。重复此过程，直到它到达项目拓扑中的根节点。

  自动补货仅显示面向供应商的网站的采购订单请求。面向供应商的网站有两种：
  + 面向供应商的站点，提供其他站点
  + 面向供应商但不提供其他网站的站点  
![供应计划流程](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/Supply_planning_process_procedure2.png)

  对于供应其他地点的面向供应商的站点，再订购数量是其子站点的再订购数量，再加上来自其自身需求的独立再订购数量。对于不供应其他站点的面向供应商的站点，重新订购数量是根据该站点的需求预测计算的。面向供应商的网站的独立再订购数量在重新订购数量计算中遵循相同的逻辑。依赖需求是所有子站点的总和。如果承保天数为 7，则 RoQ 是覆盖期内所有订单数量的总和。以下示例显示了计划展望期中的一个方案，其中每个地点只有一个订单，并解释了计算方法。  
![供应计划流程示例](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/Supply_planning_example.png)