規劃組態資料 - AWS Supply Chain

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

規劃組態資料

本節列出供應規劃所使用的所有必要欄位,並說明每個欄位的使用方式。如需供應規劃所需資料欄位的資訊,請參閱 供應規劃

產品

產品實體會定義必須包含在規劃中的項目或產品的清單。採購訂單請求使用產品實體的 unit_cost 欄位來判斷訂單值或金額。產品實體也包含對應至特定產品的產品群組,這是 product_hierarchy 實體的外部金鑰。產品群組可用於在彙總層級設定庫存政策、來源排程、前置時間等。

Site

站點實體定義必須包含在規劃中的站點或位置清單。站點實體也包含對應至特定站點的區域,這是地理實體的外部金鑰。區域可用於在彙總層級設定庫存政策、來源排程、前置時間等。

交易合作夥伴

Trading_partner 實體定義供應商清單。tpartner_type 應在上傳供應商資訊時設定為 Vendor

供應商產品

每個供應商提供的產品在 vendor_product 實體中定義。此實體也包含廠商特定的成本資訊。

供應商前置時間

廠商前置時間是向廠商下訂單和接收訂單之間的期間。此資料在 Vendor_lead_time 資料實體下的 VendorMgmt 類別中定義。供應商前置時間遵循下列覆寫邏輯:

  • 產品層級廠商前置時間會覆寫產品群組層級廠商前置時間。

  • 站點層級廠商前置時間會覆寫區域層級廠商前置時間。

  • 區域層級廠商前置時間會覆寫公司層級廠商前置時間。

若要尋找記錄,供應規劃會使用下列欄位:

  • company_id

  • region_id

  • site_id

  • product_group_id

  • product_id

以下是覆寫邏輯的範例:

覆寫邏輯範例

以下是 Supply Planning 如何計算廠商前置時間的範例:

供應商前置時間計算

優先順序為產品 > product_group > site > dest_geo (region) > product segment > company

採購規則

Supply Planning 會根據 sourcing_rules 實體下定義的供應鏈網路拓撲來產生計畫。

支援的來源規則類型為轉移、購買和製造。

採購規則遵循 product_id > product_group_id > company_id 覆寫邏輯。

Supply Planning 透過參考 transportation_lane_id 和在 transportation_lane 中存取 Transit_time 來擷取運輸前置時間。有兩個步驟可擷取轉移前置時間。

  1. sourcing_rules 中尋找 transportation_lane_id。只有同時具有 to_site_idfrom_site_id 的來源規則才有資格擷取 transfer_lead_time

  2. 使用 transportation_lane_id 查詢 transportation_lane

sourcing_rule 實體中有多個具有相同 to_site_idproduct_id (product_group_id) 的記錄時,只會使用具有最高優先順序 (最小數量) 的記錄。

採購規則範例:

根據上述定義, Supply Planning 會選取下列來源規則 SR1:站點的筆記型電腦是透過 從站點TX0取得IL0transportation_lane_9

sourcing_rule_id product_id product_group_id sourcing_rule_type from_site_id to_site_id sourcing_priority transportation_lane_id
SR1 筆記型電腦 電子 傳輸 IL0 TX0 1 transportation_lane_9
SR2 筆記型電腦 電子 傳輸 NJ1 TX0 2 transportation_lane_21
SR3 筆記型電腦 電子 傳輸 IL0 TX0 1 transportation_lane_11

當具有相同優先順序的多個記錄與 to_site_idproduct_id (或 product_group_id) 的相同組合存在時,重新排序數量會根據 sourcing_ratio 欄位分佈在可用的來源選項中。請注意,目前僅對來源規則類型支援多個buy來源。

多來源範例:

sourcing_rule_id product_id product_group_id sourcing_rule_type tpartner_id to_site_id sourcing_priority sourcing_ratio
SR1 筆記型電腦 電子 購買 供應商 1 TX0 1 4
SR2 筆記型電腦 電子 購買 供應商 2 TX0 1 6

系統會選取 SR1 和 SR2 這兩個來源規則,並以 4:6 的比例在供應商 1 和供應商 2 之間分配訂單數量。

庫存政策

Supply Planning 會使用下列欄位搜尋資料集中的記錄:

  • site_id

  • geodesic

  • company_id

  • product_id

  • product_group_id

  • segment_id

供應規劃使用 ss_policy 來判斷庫存政策。覆寫邏輯使用以下優先順序:product_id > product_group_id > site_id > dest_geo_id > segment_id > company_id

支援的 ss_policy 值為 abs_leveldoc_demdoc_fcstsl

下列範例顯示覆寫優先順序邏輯。

覆寫邏輯

以下是以覆寫邏輯為基礎的 ss_policy 值範例。

覆寫 ss_policy 值的乘車邏輯範例

採購排程

注意

採購排程是選用的實體。如果未提供此實體,則 Supply Planning 會根據產品需要的時間,使用持續審核程序來產生 required_date

Supply Planning 使用採購排程來產生購買計劃,方法是使用下列步驟:

  • sourcing_schedule 中尋找 sourcing_schedule_id

  • sourcing_schedule_details 中使用 sourcing_schedule_id 尋找排程。

Supply Planning 會在 sourcing_schedule 下搜尋 sourcing_schedule_id 中的下列欄位。

  • to_site_id

  • tpartner_idfrom_site_id

根據來源規則中的來源路徑,供應規劃會決定要使用 from_site_id 還是 tpartner_id。Supply Planning 會讀取 sourcing_schedule_id 欄位中的值,以判斷下一個步驟。

Supply Planning 會使用下列欄位讀取 sourcing_schedule_details 下的排程詳細資訊:

  • sourcing_schedule_id

  • company_id

  • product_group_id

  • product_id

sourcing_schedule_details 遵循覆寫邏輯 product_id > product_group_id > company_id

以下是 sourcing_schedule_details 中的覆寫邏輯範例。

採購排程覆寫邏輯

以下是套用覆寫邏輯之後選取的排程。

採購排程覆寫邏輯

根據排程的複雜性,實際排程可以是一列到多列。對於欄位 week_of_month,每一列只允許一個數字。對於該月的多個星期,需要多個記錄 (請參閱下列範例)。對於 day_of_week 欄位,允許整數和日期名稱 (週日:0、週一:1、週二:2、週三:3、週四:4、週五:5、週六:6)。在來源排程詳細資訊中,每週規劃需要 week_of_month。在日常規劃中, week_of_month 可以是空的,這表示每週。請參閱以下範例。

採購排程覆寫邏輯

請注意,對於每週規劃,如果提供 day_of_week,則需要 week_of_month。

下列範例顯示可用於每日規劃的日期。

日期 星期幾 當月的週

8/1/2023

NA

NA

8/12/2023

NA

不適用

NA

2

NA

NA

5

NA

下列範例可用於每日和每週規劃。

日期 星期幾 當月的週

8/1/2023

NA

NA

8/12/2023

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)

sourcing_rule 設定為 Manufacture 時,產品 BOM 會用於 Manufacturing Plans。如需如何擷取產品 BOM 的資訊,請參閱 AWS Supply Chain API 參考文件。

生產程序

production_process_id 會在 sourcing_ruleproduct_bom 實體中參考。這些欄位用於使用前置時間資訊來製作或組合 BOM。

供應規劃參數

supply_planning_parameters 實體中,可以在 product_id 層級指派供應規劃器的 planner_name。規劃器名稱會顯示在供應規劃引擎產生的規劃訂單上。