本文属于机器翻译版本。若本译文内容与英语原文存在差异，则一律以英文原文为准。
# 规划配置数据
本节列出了供应计划使用的所有必填字段，并描述了每个字段的使用方式。有关供应计划所需数据字段的信息，请参阅[供应计划](entities-supply-planning.md)。
**Topics**
+ [产品](#product)
+ [Site](#site)
+ [贸易伙伴](#trading-partners)
+ [供应商产品](#vendor-product)
+ [供应商交货时间](#vendor-leadtime)
+ [采购规则](#sourcing-rule)
+ [库存政策](#inventory-policy)
+ [采购时间表](#sourcing-schedule)
+ [物料清单 (BOM)](#product-bom)
+ [生产流程](#production-process)
+ [供应计划参数](#production-process2)
+ [交易性数据](transactional.md)
## 产品
产品实体定义必须包含在计划中的项目或产品清单。采购订单请求使用*产品*实体*中的 unit\$1cost 字段*来确定订单价值或金额。*产品*实体还包含与特定产品对应的产品组，该产品组是 *product\$1hierarchy 实体的外键。*产品组可用于在汇总层面配置库存策略、采购计划、交货时间等。
## Site
*站点*实体定义必须包含在规划中的地点或位置的列表。*站点*实体还包含与特定站点相对应的区域，该区域是地理实体的外键。区域可用于在汇总层面配置库存政策、采购计划、交货时间等。
## 贸易伙伴
*Trading\$1Par* tner 实体定义供应商列表。 上传供应商信息时，应将 *tpartner\$1* type 设置为 “*供应商*”。
## 供应商产品
每个供应商提供的产品在 *vendor\$1p* roduct 实体中定义。该实体还包含供应商特定的成本信息。
## 供应商交货时间
供应商交货时间是指从向供应商下订单到收到订单之间的时间段。这些数据是在*供应商\$1提前*期数据实体下的*VendorMgmt*类别中定义的。供应商交货时间遵循以下覆盖逻辑：
+ 产品级别的供应商提前期优先于产品组级别的供应商交货时间。
+ 站点级别的供应商交货时间优先于区域级别的供应商交货时间。
+ 区域级别的供应商交货时间优先于公司级别的供应商交货时间。
要查找记录，供应计划使用以下字段：
+ company\$1id
+ region\$1id
+ site\$1id
+ product\$1group\$1id
+ product\$1id
以下是重写逻辑的示例：
![\[重写逻辑示例\]](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/override_logic.png)
以下是供应计划如何计算供应商交货时间的示例：
![\[供应商交货时间计算\]](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/vendor_lead_time.png)
**优先顺序是 “产品” > “*产品**组” > “*站点*” > “dest\$1* *geo（区域）*” > “产品细分” > “公司”。**
## 采购规则
Supply Planning 根据在 s *ourcing* \$1rules 实体下定义的供应链网络拓扑生成计划。
支持的采购规则类型包括转让、采购和制造。
*采购规则遵循产品编码 > *产品组标识* *> 公司编号覆盖逻辑。**
**供应计划通过引用 transportation\$1lane\$1id 并在 transportation\$1lane 中访问 *transit\$1time 来检索运输*提前期。**检索转移提前期有两个步骤。
1. *在采购规则中找到 transp *ortation\$1lane\$1i* d。**只有同时具有 to\$1site\$1id 和 *from\$1site\$1id 的采购规则才有资格检索 t* ransfer *\$1lead\$1tim* e。*
1. *使用 transportati *on\$1lane\$1id 来查找交通车*道。*
当 s *ourcing\$1rule 实体中有多条具有相同的 *to\$1site\$1id* 和 p *roduct\$1id*（p *roduct\$1group\$1id*）的记录时，将仅使用优先级最高*（数字最小）的记录。
采购规则示例：
根据前面的定义，S `TX0` upply Planning 选择以下来源补充规则 SR1：现场的笔记本电脑`IL0`通过以下方式从地点采购`transportation_lane_9`。
| sourcing\$1rule\$1id | product\$1id | product\$1group\$1id | sourcing\$1rule\$1type | from\$1site\$1id | to\$1site\$1id | 采购优先级 | transportation\$1lane\$1id |
| --- | --- | --- | --- | --- | --- | --- | --- |
| SR1 | 笔记本电脑 | 电子产品 | 转移 | IL0 | TX0 | 1 | 交通\$1车道\$19 |
| SR2 | 笔记本电脑 | 电子产品 | 转移 | NJ1 | TX0 | 2 | transportation\$121 |
| SR3 | 笔记本电脑 | 电子产品 | 转移 | IL0 | TX0 | 1 | 交通\$1lane\$111 |
*当 *to\$1site\$1id、p *ro* duct\$1id（或 product\$1group\$1id**）的相同组合存在多条具有相同优先级的记录时，将根据 sourcing\$1r* atio 字段在可用的采购选项之间分配重新订购数量。*请注意，目前仅该采购规则类型支持多重`buy`采购。
多源示例：
| sourcing\$1rule\$1id | product\$1id | product\$1group\$1id | sourcing\$1rule\$1type | tpartner\$1id | to\$1site\$1id | 采购优先级 | sourcing\$1ratio |
| --- | --- | --- | --- | --- | --- | --- | --- |
| SR1 | 笔记本电脑 | 电子产品 | 购买 | 供应商1 | TX0 | 1 | 4 |
| SR2 | 笔记本电脑 | 电子产品 | 购买 | 供应商2 | TX0 | 1 | 6 |
两个来源补充规则 SR1 和 SR2都处于选中状态，订单数量将按照 4:6 的比例在供应商 1 和供应商 2 之间分配。
## 库存政策
供应计划使用以下字段在数据集中搜索记录：
+ *网站\$1id*
+ *测地线*
+ *公司\$1id*
+ *产品\$1id*
+ *产品组编号*
+ *细分\$1id*
供应计划使用 *ss\$1policy 来确定库存政策*。***覆盖逻辑使用以下优先级：*product\$1id > product\$1group *\$1id > site\$1id* > segeo\$1id > segement\$1id* *> company\$1id*。*****
**支持的 *ss\$1policy 值是 abs\$1* *level、doc\$1* *dem、doc\$1fc* st 和 sl。**
以下示例显示了覆盖优先级逻辑。
![\[重写逻辑\]](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/override1.png)
以下是基于覆盖逻辑的 *ss\$1polic* y 值的示例。
![\[覆盖 ss_policy 值的乘车逻辑示例\]](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/override2.png)
## 采购时间表
**注意**
采购计划是一个可选实体。如果未提供此实体，则供应计划将使用持续审核流程根据何时需要产品生成 *required\$1dat* e。
供应计划使用来源补充计划通过以下步骤生成采购计划：
+ *在*采购计划中找到 sourcing\$1schedule\$1* id。*
+ *在 sourcing\$1schedule\$1details 中*使用 sourcing\$1schedule\$1* id 查找时间表。*
*供应计划在 sourcing\$1schedule\$1id 中搜索 s *ourcing\$1schedule\$1* id 中的以下字段。*
+ *to\$1site\$1id*
+ *tpartner\$1id 或 from\$1site\$1* *id*
*根据采购规则中的采购路径，供应计划将决定是使用 *from\$1site\$1id 还是 tpartner\$1* id。*Supply Planning 读取 s *ourcing\$1schedule\$1id* 字段中的值以确定下一步行动。
Supply Planning 读取 s *ourcing\$1schedule\$1* details 下的计划详细信息，其中包含以下字段：
+ *sourcing\$1schedule\$1id*
+ *公司\$1id*
+ *产品组编号*
+ *产品\$1id*
***s@@ *ourcing\$1schedule\$1details 遵循覆盖逻辑，即 product\$1id >* product\$1group\$1id > 公司标识。***
以下是 s *ourc* ing\$1schedule\$1details 中的覆盖逻辑示例。
![\[采购计划改写逻辑\]](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/sourcing_schedule2.png)
以下是应用改写逻辑后的选定计划。
![\[采购计划改写逻辑\]](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/sourcing_schedule3.png)
根据计划的复杂性，实际计划可以从一行到多行。对于字段 w *eek\$1of\$1month*，每行中只允许有一个数字。对于一个月中的多个星期，需要多条记录（参见以下示例）。对于字段 *day\$1of\$1* week，允许同时使用整数和日期名称（星期日：0，星期一：1，星期二：2，星期三：3，星期四：4，星期五：5，星期六：6）。在采购计划详细信息中，每周计划需要*每周\$1of\$1m* onth。在日常计划中，w *eek\$1of\$1month 可以为空，这意味着每周一次*。请见以下 示例。
![\[采购计划改写逻辑\]](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/sourcing_schedule4.png)
*请注意，对于每周计划，如果提供了 day *\$1of\$1week，则必须提供 week\$1of\$1m* onth。*
以下示例显示了可用于日常计划的日期。
| 日期 | 一星期中的日子。 | 本月中的一周 |
| --- | --- | --- |
| 8/1/2023 | NA | NA |
| 8/12/2023 | NA | NA |
| NA | 2 | NA |
| NA | 5 | NA |
以下示例可用于每日和每周计划。
| 日期 | 一星期中的日子。 | 本月中的一周 |
| --- | --- | --- |
| 8/1/2023 | NA | NA |
| 8/12/2023 | NA | NA |
| NA | 2 | 1 |
| NA | 2 | 2 |
| NA | 2 | 3 |
| NA | 2 | 4 |
| NA | 2 | 5 |
| NA | 5 | 1 |
| NA | 5 | 2 |
| NA | 5 | 3 |
| NA | 5 | 4 |
| NA | 5 | 5 |
## 物料清单 (BOM)
当 s *ourcing\$1rule* 设置为 “制造” 时，将在制造计划中使用产品 BOM。有关如何提取产品 BOM 的信息，请参阅 AWS Supply Chain API 参考文档。
## 生产流程
*采购***规则和 product\$1BOM 实体中引用了 production\$1process\$1id*。*这些字段用于消耗制作或组装 BOM 的交货时间信息。
## 供应计划参数
*在 s *upply\$1planning\$1par* amet *ers 实体中，可以在产品 ID 层分配供应计划员的计划员姓名*。*计划员姓名将显示在供应计划引擎生成的计划单上。
# 交易性数据
**Topics**
+ [预测](#forecast)
+ [销售历史记录或需求](#demand)
+ [库存水平](#inventory-level)
+ [入库订单](#in-flight-orders)
## 预测
供应计划使用两种不同的预测来源和类型。您可以使用以下来源系统来检索预测来源：
+ *外部*-供应计划使用正在导入数据湖预测实体的数据。
+ *需求计划*-供应计划使用需求计划中的预测。
+ *无*-供应计划使用出站订单行的销售或需求历史数据。
供应计划支持两种类型的预测：确定性和随机预测。确定性预测仅包含预测的均值。随机预测包含P10/P50/P90，有时还包含均值。当随机预测中未提供均值时，供应计划使用P50（中位数）作为均值。
每条预测记录都有四个字段来表示需求预测：
+ 均值（双精度）
+ p10（双打）
+ p50（也称为中位数，双精度）
+ p90（双打）
根据配置的库存策略，此实体中需要不同的字段。对于 *sl*，需要 p10/p50/90；对于 *doc\$1fcst*，需要策略 p50 或均值。供应计划使用 p50 作为平均值的近似值，对于 *doc\$1dem 和 abs\$1* *level*，不需要任何预测字段。
**每日计划**
与每周计划相比，每日计划的预测可能有所不同。以下是每日和每周计划预测要求的示例。
![\[每日计划\]](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/daily-planning.png)
**每周计划**
您可以使用每日计划预测示例进行每周计划，也可以使用以下示例进行每周计划。
![\[每周计划\]](http://docs.aws.amazon.com/zh_cn/aws-supply-chain/latest/userguide/images/weekly-planning.png)
## 销售历史记录或需求
库存政策 *doc\$1dem* 需要需求历史记录来计算历史平均需求。*供应计划从 “出库” 类别下的 *outbound\$1order\$1line* 实体获取需求历史记录。*供应计划使用以下字段：
+ *发货地址\$1id（字符串*）
+ *产品编号（字符串*）
+ *actual\$1delivery\$1dat* *e（时间戳）；缺少时，使用 promised\$1delivery\$1date（时间戳）*
作为计算的一部分，Supply Planning 使用交货日期为过去 30 天的历史出库订单行。*用于数量的目标字段是 quantity\$1delivered；如果缺少，请使用 quantit *y\$1p* romissioned。*如果缺少 qu *anty\$1promised，则将*使用 *final* \$1quantity\$1requessed。如果全部缺失，则将使用 *0*。
*例如，如果您在 2023 年 7 月 1 日对站点 “” 的产品 “笔记本电脑” 使用供应计划，则在 out *bound\$1order\$1line 中，product\$1id=笔记本电脑、发货\$1* *site\$1id=* *和实际交付日期的记录为2023年6月1日至2023年6月30 TX0* 日。TX0*供应计划将所有记录相加，并除以 30 天得出每日需求。
## 库存水平
供应计划需要起始库存水平才能开始计划流程。供应计划在*实体 inv\$1level 数据实体下搜索库存水平*。供应计划搜索包含以下字段的记录：
+ *产品\$1id*
+ *网站\$1id*
供应计划使用 *on\$1hand\$1inventory 来确定库存*水平。
## 入库订单
供应计划使用 *inbound\$1order\$1line 来检索在途订单*数量。如果订单在计划展望期内交付，则该数量将被视为现有供应的一部分。
供应计划在 *inbound\$1order\$1line* 下搜索包含以下字段的记录：
+ **order\$1receive\$1date；缺少时，使用预期配送日期**
+ *产品\$1id*
+ *to\$1site\$1id*
以下是支持的订单类型：PO（采购）、TO（转移）和 MO（生产或制造）。
供应计划使用 quan *ty\$1received*；如果缺少数量，则使用*已确认数量然后使用已提交数量来确定*订单*数量*。