如何讀取資料表：網站（必要）產品（必要）product_hierarchy （選用）地理位置（選用）transportation_lane （需要條件式）trade_partner （需要條件式）vendor_product （需要條件式）vendor_lead_time （需要條件式）公司（選用）sourcing_rules （必要）inventory_policy （必要）inventory_level （必要）預測（有條件必要）outbound_order_line （有條件必要）inbound_order_line （有條件必要）product_bom （有條件必要）production_process （現在不支援供應規劃，即將新增）segmentation_rule （現在不支援供應規劃，即將新增）直接上傳資料實體 capacity_constraints （有條件必要）capacity_product_mapping （有條件必要）warehouse_space_limit （有條件必要）planning_time_fence_constraints （有條件必要）

用於供應規劃的資料實體

下表列出供應規劃所使用的資料實體和資料欄。

如何讀取資料表：

必要 – 資料實體中的實體或資料欄是供應規劃引擎正常運作的必要項目。
有條件必要 – 根據選取的特定主要功能需求、政策類型、訂單類型或來源規則類型，需要資料實體中的實體或資料欄。
選用 – 資料實體中的實體或資料欄是選用的。為了增強規劃準確性和功能輸出，建議新增具有值的資料欄。

網站（必要）

如何使用此資料實體？ Supply Planning 使用網站資料來定義供應鏈網路中的實體位置（植物、倉儲和配送中心）。站點可做為運輸通道、來源規則和庫存政策的原始節點和目的地節點。

資料行	資料欄是必要的嗎？	供應規劃中如何使用此欄？
id	必要	供應鏈網路中實體站點（工廠、倉儲或配送中心）的唯一識別符。請確定資料欄值沒有無效字元，例如星號和雙引號。
description	選用	網站的人類可讀名稱或標籤。
geo_id	選用	將網站連結至地理資料表中其地理位置的外部金鑰。
is_active	選用	布林值旗標，指出網站目前是否正常運作且可進行規劃。根據預設，網站會被視為作用中。
open_date	選用	網站變為或將變為操作作用中的行事曆日期。供規劃引擎使用，將未來的網站從目前的計劃中排除，同時將其納入前瞻性網路案例。
end_date	選用	已停止委任或將停止委任網站並從作用中規劃中移除的行事曆日期。在此日期之後，規劃引擎將不再將需求路由到或保留此站點的庫存。
site_level_1	選用	網站階層中的最高層級，通常代表最廣泛的地理或組織分組。此非標準化欄位可有效篩選和排序網站階層。
site_level_2	選用	網站階層中的第二層，代表最上層網站分組中的區域子區段。如果您的網站階層少於 2 個層級，請保留空白。
site_level_3	選用	網站階層中的第三個層級，代表層級 2 內更精細的地理或組織分類。如果您的網站階層少於 3 個層級，請保留空白。
site_level_4	選用	網站階層中的第四層，代表第 3 層中的特定網站叢集或子區域。如果您的網站階層少於 4 個層級，請保留空白。
site_level_5	選用	站台階層中第五級和最精細的層級。如果您的網站階層少於 5 個層級，請保留空白。

產品（必要）

如何使用此資料實體？ Supply Planning 使用產品資料來識別和分類所有正在規劃的項目。產品屬性用於建立用於供應計畫審查的階層篩選條件、將產品連結至庫存政策和採購規則，以及支援多層級產品區隔。

資料行	資料欄是必要的嗎？	供應規劃中如何使用此欄？
id	必要	產品/材料的唯一識別符 (SKU 層級）。請確定資料欄值沒有重複IDs 和特殊字元，例如星號和雙引號。
description	必要	人類可讀取的產品名稱或描述。
product_group_id	選用	在產品階層資料表中將產品連結至其類別的外部金鑰。
unit_cost	選用	用於庫存評估和成本規劃的標準每單位成本。
unit_price	選用	產品的單價或標準價格或 MSRP。
base_uom	選用	產品的度量單位。預設為每個。目前，供應規劃僅支援每個項目。
volume_uom	選用	產品量。目前所有產品的 volume_uom 都相同。
unit_volume	選用	在倉儲層級定義的每個 volum_uom 的產品量。
is_deleted	選用	布林值旗標，指出產品是否已停止或標示為非作用中。根據預設，產品會被視為作用中或未刪除。
product_level_1	選用	產品階層中的最高層級，通常代表最廣泛的產品類別或部門。此非標準化欄位可有效篩選和排序產品階層。
product_level_2	選用	產品階層中的第二層，代表最上層產品類別中的子類別。如果您的產品階層少於 2 個層級，請保留空白。
product_level_3	選用	產品階層中的第三個層級，代表層級 2 內更精細的產品分類。如果您的產品階層少於 3 個層級，請保留空白。
product_level_4	選用	產品階層中的第四層，代表第 3 層中的特定產品系列或子分類。如果您的產品階層少於 4 個層級，請保留空白。
product_level_5	選用	產品階層中第五級和最精細的層級。如果您的產品階層少於 5 個層級，請保留空白。

product_hierarchy （選用）

如何使用此資料實體？ Supply Planning 使用產品階層資料將產品組織到結構化類別樹狀目錄中。這可啟用供應計畫的多層級篩選和彙總分析，並允許在群組層級套用來源規則和庫存政策，而非個別 SKU 層級。

資料行	資料欄是必要的嗎？	供應規劃中如何使用此欄？
id	必要	產品群組/類別層級的唯一識別符。
description	選用	產品群組/類別的名稱或標籤。
parent_product_group_id	選用	父類別的外部索引鍵，形成產品分類的階層樹狀結構。

地理位置（選用）

如何使用此資料實體？ Supply Planning 使用地理資料為網站建立階層位置分類。地理實體可進行區域彙總分析，並允許以地理區域精細程度定義前置時間和庫存政策。

資料行	資料欄是必要的嗎？	供應規劃中如何使用此欄？
id	必要	地理實體的唯一識別符（城市、州、國家、區域）。
description	選用	地理位置的名稱（例如城市名稱、區域名稱）。
parent_geo_id	選用	父地理的外部索引鍵，啟用階層式彙總（例如，城市到州到國家）。

transportation_lane （需要條件式）

如何使用此資料實體？ Supply Planning 使用運輸通道資料來建模網路中原始和目的地站點之間的實體路由。此資料定義了規劃引擎用來準確排程傳入和傳出貨物的傳輸時間和有效時段。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
id	必要	運輸通道的唯一識別符，通常是原始伺服器、目的地、產品群組和廠商的複合。
from_site_id	必要	運送貨物的來源站點（供應商倉儲或製造工廠）。
to_site_id	必要	交付貨物的目的地網站（接收倉儲或工廠）。
product_group_id	選用	此通道適用的產品類別，可依產品群組啟用通道層級篩選。
product_id	選用	對於產品層級車道定義，此車道適用的特定產品。
Transit_time	必要	從原始伺服器到目的地運送貨物所需的天數。預設值為 0。
eff_start_date	必要	此運輸車道變為作用中/有效的日期。
eff_end_date	必要	此運輸路線之後不再有效的日期。

trade_partner （需要條件式）

如何使用此資料實體？ Supply Planning 使用貿易合作夥伴資料來識別供應鏈中的廠商、供應商、客戶和電信業者。採購規則、傳入訂單行和廠商前置時間會參考交易合作夥伴，以將供應活動與外部商業實體建立關聯。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
id	必要	交易合作夥伴（供應商、客戶、電信業者或其他外部實體）的唯一識別符。
description	選用	交易合作夥伴組織的名稱。
eff_start_date	選用	交易合作夥伴關係有效的開始日期。預設 1900-01-01 00：00：00。
eff_end_date	選用	交易合作夥伴關係過期的日期。預設 9999-12-31 23：59：59。

vendor_product （需要條件式）

如何使用此資料實體？ Supply Planning 使用廠商產品資料來定義哪些廠商有權提供特定產品。此資料可讓規劃引擎驗證來源規則，並僅對其生效日期範圍內核准的廠商產品組合產生採購訂單。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
vendor_tpartner_id	必要	可以提供此產品的廠商/供應商。
product_id	必要	供應商獲得授權/能夠提供的產品。
eff_start_date	必要	授權廠商提供此產品的日期。
eff_end_date	必要	之後不再授權廠商使用此產品的日期。

vendor_lead_time （需要條件式）

如何使用此資料實體？ Supply Planning 使用廠商前置時間資料來判斷在目的地站點下訂單和接收商品之間的預期持續時間。準確的前置時間對於規劃引擎而言至關重要，可以建議具有正確時間的訂單以滿足需求，而不會產生不必要的缺貨或過多庫存。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
vendor_tpartner_id	必要	正在定義前置時間的廠商/供應商。
product_id	選用	適用於前置時間的特定產品（如果是產品層級精細程度）。
product_group_id	選用	適用於前置時間的產品群組（如果是群組層級精細程度）。
site_id	必要	交付目的地站點，因為前置時間可能因接收位置而異。
planned_lead_time	必要	從下單到交付接收的預期天數。
eff_start_date	選用	此前置時間定義有效的開始日期。預設為 1900-01-01 00：00：00。
eff_end_date	選用	此前置時間定義過期的日期。預設值為 9999-12-31 23：59：59。
region_id	選用	區域特定前置時間定義的地理區域。

公司（選用）

如何使用此資料實體？ Supply Planning 使用公司資料來支援多實體規劃環境，其中不同的法人實體或業務單位在共用供應鏈執行個體中運作。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
id	必要	公司/法人實體的唯一識別符。
description	選用	公司名稱或標籤。
address_line_1	選用	公司的主要街道地址行。
address_line_2	選用	次要地址行（套房、建築物、樓層）。
城市	選用	公司所在的城市。
state_prov	選用	公司所在的州或省。
postal_code	選用	公司地址的郵遞區號。
國家/地區	選用	公司註冊或營運所在的國家/地區。
phone	選用	公司的主要聯絡電話號碼。
email	選用	公司的主要聯絡人電子郵件地址。

sourcing_rules （必要）

如何使用此資料實體？ Supply Planning 使用來源規則來判斷每個目的地站點中的每個產品如何補充。規則會指定供應是來自外部購買（採購訂單）、內部轉移（轉移訂單）還是製造（生產訂單），並在有多個供應選項時定義來源優先順序和分配比例。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
sourcing_rule_id	必要	來源規則的唯一識別符。
product_id	選用	受此來源規則管理的特定產品。
product_group_id	選用	受此來源規則管理的產品群組。
to_site_id	必要	將依此規則接收供應項目的目的地網站。
sourcing_rule_type	必要	採購性質：購買（外部採購）、製造（內部生產）或轉移（工廠間）。
from_site_id	有條件必要	供應的來源/來源站點（內部工廠或倉儲）。當 sourcing_rule_type 為 "transfer" 時為必要。
tpartner_id	有條件必要	廠商/供應商 ID；當 sourcing_rule_type 為 "buy" 時為必要。
transportation_lane_id	選用	連結至用於此來源路徑的運輸通道。
sourcing_priority	選用	當相同產品/網站存在多個來源選項時，使用的優先順序排名。
sourcing_ratio	選用	百分比配置 (0-100)，定義當相同product-site-period組合有多個作用中來源規則時，此來源規則滿足的總需求比例。
min_qty	選用	此來源規則的最低訂單數量限制。
qty_multiple	選用	訂單數量必須是此值的倍數（插槽大小）。
production_process_id	選用	當 sourcing_rule_type 為 "manufacture" 時使用的製造程序/路由。
eff_start_date	選用	此來源規則處於作用中狀態的日期。預設為 1900-01-01 00：00：00。
eff_end_date	選用	此來源規則過期的日期。預設值為 9999-12-31 23：59：59。

inventory_policy （必要）

如何使用此資料實體？ Supply Planning 使用庫存政策資料來判斷每個產品網站組合的安全庫存計算方法和補充閾值。政策類型（絕對層級、days-of-cover或days-of-cover) 會控管規劃引擎運算最低庫存緩衝區的方式，並產生補充建議。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
id	必要	庫存政策記錄的唯一識別符。
site_id	選用	此庫存政策適用的網站/倉儲。
dest_geo_id	選用	此政策以地理區域為目標，啟用區域特定的庫存策略。
product_id	選用	此政策適用於的特定產品（如果是產品層級政策）。
product_group_id	選用	此政策適用於的產品群組（如果是群組層級政策）。
ss_policy	必要	管理安全庫存計算方式的安全庫存政策類型：Abs_level、DOC_dem 或 DOC_fcst。目前不支援 sl （服務層級）。1. Abs_level：使用以最小/最大庫存數量指定的單位。每當庫存低於最小值時，就會建議排序。 2. DOC_dem：使用從歷史需求計算的涵蓋天數做為目標庫存層級。3. DOC_fcst：使用從預測計算的涵蓋天數做為目標庫存層級。
min_safety_stock	選用	覆寫任何政策計算值的絕對最低安全庫存數量下限。在產品的基本度量單位中表達。
min_inventory_qty	有條件必要	當 ss_policy 為 abs_level 時，需要 min_inventory_qty/max_inventory_qty 或 target_inventory_qty。當現有數量低於此閾值時觸發補充訊號的最低庫存層級（重新排序點）。
max_inventory_qty	有條件必要	當 ss_policy 為 abs_level 時，需要 min_inventory_qty/max_inventory_qty 或 target_inventory_qty。定義補充order-up-to層級排列）。限制網站應為此產品保留的總庫存，以防止庫存過多。
target_inventory_qty	有條件必要	當 ss_policy 為 abs_level 時，需要 min_inventory_qty/max_inventory_qty 或 target_inventory_qty。這是系統將維護的目標庫存數量。
min_doc_limit	有條件必要	當 ss_policy 為 doc_dem 或 doc_fcst 時，需要 (min_doc_limit 和 max_doc_limit 對）或 target_doc_limit。最低掩護樓層天數，確保庫存始終涵蓋至少這麼多天的正向需求。
max_doc_limit	有條件必要	當 ss_policy 為 doc_dem 或 doc_fcst 時，需要 (min_doc_limit 和 max_doc_limit 對）或 target_doc_limit。代表庫存涵蓋範圍上限的涵蓋限制天數上限。
target_doc_limit	有條件必要	當 ss_policy 為 doc_dem 或 doc_fcst 時，需要 (min_doc_limit 和 max_doc_limit 對）或 target_doc_limit。涵蓋的目標天數（歷史需求或以預測為基礎）。
eff_start_date	選用	庫存政策生效的日期。預設為 1900-01-01 00：00：00。
eff_end_date	選用	庫存政策過期的日期。預設值為 9999-12-31 23：59：59。

inventory_level （必要）

如何使用此資料實體？ Supply Planning 使用庫存層級快照，為每個產品在每個站點建立目前的現有庫存位置。此資料是補充計算的起點，可讓規劃引擎判斷目前庫存與庫存政策所定義目標層級之間的差距。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
snapshot_date	必要	拍攝庫存快照的日期/時間。
site_id	必要	此庫存實際所在的站台/倉儲。
product_id	必要	正在報告庫存的產品/材料。
on_hand_inventory	必要	無限制且available-for-use現有庫存數量。
inv_condition	選用	庫存的條件或品質分類（例如，可用、封鎖、in-quality-hold。

預測（有條件必要）

如何使用此資料實體？ Supply Planning 使用預測資料作為補充計算的主要需求訊號。規劃引擎使用產品和網站的預測需求數量，來判斷需要補充多少庫存，以及在整個規劃期間推動購買、轉移和生產訂單建議的時間。如果預測是由 Amazon Connect Decisions Demand Intelligence 產生，則不需要此資料。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
snapshot_date	必要	此預測產生或上次更新的日期。
site_id	必要	正在預測需求的網站。
product_id	必要	正在預測需求的產品。
mean	有條件必要	需要提供平均值或 p50。此 product-site-period 組合的需求預測分佈算術平均值。做為主要需求訊號。
p50	有條件必要	需要提供平均值或 p50。代表最可能需求案例的中位數（第 50 個百分位數）預測數量。
p10/20/30/40/50/60/70/80/90	選用	需求變異性分析的第 10、第 50 和第 90 個百分位數的機率預測值。
forecast_start_dttm	必要	預測儲存貯體期間的開始日期/時間。
forecast_end_dttm	必要	預測儲存貯體期間的結束日期/時間。

outbound_order_line （有條件必要）

如何使用此資料實體？ Supply Planning 使用傳出訂單行資料來追蹤客戶訂單和需求承諾。此資料提供已確認需求的可見性，允許規劃引擎為遞交的客戶訂單預留庫存，並將履行義務納入補充建議。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
id	必要	傳出訂單行（交付明細項目）的唯一識別符。
product_id	必要	運送給客戶的產品。
cust_order_id	必要	此行所屬的客戶銷售訂單號碼。
status	選用	該行目前的履行狀態（例如，開啟、取消、關閉）。
order_date	選用	下訂單的日期。
init_quantity_requested	選用	客戶最初訂購的原始數量。
final_quantity_requested	必要	目前/調整後的數量仍待滿足（部分運送和訂單變更的帳戶）。
requested_delivery_date	必要	客戶最初請求交付的日期。
promised_delivery_date	選用	可用性檢查後向客戶遞交的日期。
actual_delivery_date	選用	客戶實際收到商品的日期。
ship_from_site_id	必要	產品將從中運送的倉儲或植物。
quantity_promised	選用	向客戶確認/承諾的數量。
quantity_delivered	選用	已實際運送/交付的數量。

inbound_order_line （有條件必要）

如何使用此資料實體？ Supply Planning 使用傳入訂單行資料來追蹤開啟的採購訂單、轉移訂單和製造訂單。此資料提供規劃供應收據的可見性，讓規劃引擎在產生補充建議時考慮傳輸中和已確認的庫存。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
id	必要	訂單明細項目的唯一識別符（通常是訂單 ID 和明細行編號的複合）。
order_id	必要	傳入順序標頭號碼。
tpartner_id	有條件必要	PO （採購訂單）的必要項目。將訂單列連結至廠商/供應商。預設 SCN_RESERVED_NO_VALUE_PROVIDED。
product_id	必要	在此行上訂購的產品/材料。
order_type	必要	輸入此訂單行的分類。應為 PO （採購訂單）、TO （轉移訂單）或 MO （製造訂單）。
status	選用	此特定明細項目的目前狀態（例如，開啟、InTransit、已關閉、已取消）。
from_site_id	有條件必要	TO （傳輸順序）的必要項目。產品運送來源的原始網站。
to_site_id	必要	此明細項目交付的目的地網站。
quantity_submitted	有條件必要	請求/訂購的原始數量。應該提供 quantity_submitted 或 quantity_confirmed。
quantity_confirmed	有條件必要	供應商確認交付的數量。應該提供 quantity_submitted 或 quantity_confirmed。
quantity_received	選用	在目的地站台實際收到的數量。
submitted_date	選用	此明細項目在系統中建立的日期。
earliest_delivery_date	有條件必要	至少應該提供其中一個 earliest_delivery_date、 latest_delivery_date 或 expected_delivery_date。
expected_delivery_date	有條件必要	此明細項目的計劃或承諾交付日期。至少應該提供其中一個 earliest_delivery_date、 latest_delivery_date 或 expected_delivery_date。
latest_delivery_date	有條件必要	至少應該提供其中一個 earliest_delivery_date、 latest_delivery_date 或 expected_delivery_date。
earliest_ship_date	選用	廠商為此訂單列運送產品的最早日期和時間。如果填入，規劃引擎將使用此日期來確定訂單開始日期。
latest_ship_date	選用	供應商為此訂單列運送產品的最晚日期和時間。如果填入，規劃引擎將使用此日期來確定訂單開始日期。
product_group_id	選用	此替代映射的產品群組內容。
to_site_id	選用	替代產品交付的目的地網站。
from_site_id	選用	替代產品來源的原始網站。
transportation_lane_id	選用	採購此替代產品時要使用的運輸通道。
min_qty	選用	替代產品的最小訂單數量。
qty_multiple	選用	訂單數量必須是替代產品的此值的倍數。

product_bom （有條件必要）

如何使用此資料實體？供應規劃使用產品物料清單 (BOM) 資料，將成品需求分解為元件層級需求。當規劃引擎為生產產品產生生產訂單時，它會使用 BOM 來計算所需的每個原物料或子組件數量，為元件採購和生產規劃建立相依需求訊號。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
id	必要	BOM 明細記錄的唯一識別符，通常是父系產品、元件產品、網站和有效日期的代理金鑰或複合。
product_id	必要	識別使用此 BOM 製造之成品或父組件的產品資料表的外部索引鍵。
site_id	必要	識別此 BOM 有效之製造位置的 Site 資料表外部索引鍵。
component_product_id	必要	產品資料表的外部索引鍵，識別生產父產品所需的原物料、子組件或中繼元件。
component_quantity_per	必要	產生一個成品父系單位所需的元件產品數量，以元件的基本度量單位表示。
eff_start_date	必要	此 BOM 關係生效的行事曆日期，應供規劃引擎用於需求爆炸。
eff_end_date	必要	之後此 BOM 關係不再有效的行事曆日期，不應用於規劃。
production_process_id	選用	生產程序資料表的外部索引鍵，識別哪些製造路由或配方使用此特定 BOM。

production_process （現在不支援供應規劃，即將新增）

如何使用此資料實體？供應規劃目前不支援此資料實體。但很快就會新增。支援時，規劃引擎將使用設定時間和操作時間來計算製造前置時間，並評估生產容量可行性。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
production_process_id	必要	製造程序或生產路由的唯一識別符。代表特定操作序列，將原物料/元件轉換為指定站點的成品。
product_id	必要	識別此生產程序所生產成品或輸出產品的產品資料表外部索引鍵。
site_id	必要	識別實際執行此生產程序之製造設施的 Site 資料表外部金鑰。
setup_time	必要	修正在批次執行開始之前轉換、校正和準備生產設備所需的一次性持續時間（以小時為單位）。
operation_time	必要	在這個製造線上產生的每單位輸出所耗用的可變處理時間（以小時為單位）。總生產持續時間 = setup_time + (operation_time x 計劃數量）。

segmentation_rule （現在不支援供應規劃，即將新增）

如何使用此資料實體？供應規劃目前不支援此資料實體。但很快就會新增。客群規則資料將透過將產品和網站分類為客群（例如，依需求變異性、客戶層或產品生命週期）來啟用差異化規劃。支援時，規劃引擎會套用客群特定的庫存政策、預測模型和服務層級目標。

資料行	欄是否為必要？	供應規劃中如何使用此欄？
segmentation_rule_id	必要	將特定 segment_type + segment_value 組合映射至product/site/channel維度的分割規則的唯一識別符。
segment_type	必要	正在定義的分段維度名稱（例如 DemandVariability、CustomerTier、ProductLifecycle、ServiceLevel)。
segment_value	必要	segment_type 分類中的特定值（例如，High、Medic、Low for DemandVariability；A、B、C for CustomerTier)。
segmentation_rule_description	選用	用於將實體指派給此客群之商業邏輯或條件的人類可讀說明。
product_id	選用	產品資料表的外部索引鍵。填入時，規則僅適用於此特定產品。
product_level_1	選用	產品階層中的最高層級。啟用跨整個產品系列的廣泛分段。
product_level_2	選用	第二層產品階層分類。提供分段的中繼產品分組。
product_level_3	選用	第三層產品階層分類。啟用中精細度產品分割。
product_level_4	選用	第四層產品階層分類。啟用精細的產品分割。
product_level_5	選用	最精細的產品階層層級。如果規則以更粗的關卡或特定 product_id 為目標，請保留空白。
site_id	選用	Site 資料表的外部索引鍵。填入時，規則僅適用於此特定網站。
site_level_1	選用	網站階層中的最高層級。啟用跨網路的廣泛地理分割。
site_level_2	選用	第二層網站階層。提供分段的中繼地理分組。
site_level_3	選用	第三層網站階層。啟用中粒度地理分割。
site_level_4	選用	第四層網站階層。啟用精細的地理分割。
site_level_5	選用	最精細的網站階層層級。如果規則以更粗的關卡或特定 site_id 為目標，請保留空白。
城市	選用	寄件者網站位置的城市名稱。提供以位置為基礎的分割的地理內容。
state_prov	選用	寄件者網站的州或省。啟用區域區隔並符合特定司法管轄區的業務規則。
postal_code	選用	出貨網站的郵遞區號。啟用分段規則的精確地理目標。
國家/地區	選用	出貨網站的國家/地區。啟用國際操作的國家/地區層級分割。
trade_partner_id	選用	交易合作夥伴資料表的外部索引鍵。根據供應商、客戶或電信業者關係啟用區隔規則。
company_id	選用	公司資料表的外部索引鍵。啟用多實體分割，其中不同的法人實體會維護不同的分類規則。
channel_id	選用	參考銷售/分發管道的外部金鑰。啟用全通道操作的通道特定分割。
create_date	選用	建立此分割規則時的 ISO 8601 時間戳記。支援稽核追蹤和版本追蹤。
connection_id	選用	資料來源連線的系統指派識別符。Prism 在擷取時自動填入 - 請勿手動提供。
updated_at	選用	此記錄上次修改的系統受管時間戳記。Prism 為資料歷程自動填入 - 請勿手動提供。
updated_by	選用	上次修改此記錄之使用者或程序的系統受管識別符。Prism 為資料歷程自動填入 - 請勿手動提供。

直接上傳資料實體

注意

capacity_constraints、 capacity_product_mapping、 warehouse_space_limit 和 planning_time_fence_constraints 不需要設定資料擷取流程。這些資料實體可以透過決策團隊成員直接上傳到供應規劃組態頁面。

capacity_constraints （有條件必要）

如何使用此資料實體？ Supply Planning 使用容量限制資料來定義定義定義時間儲存貯體內每個站點中每個容量資源的輸送量下限和上限。規劃引擎會在產生生產和儲存建議時強制執行這些限制，以確保計劃保持在實體或合約可行性界限內。

資料行	資料欄是必要的嗎？	供應規劃中如何使用此欄？
id	必要	容量限制記錄的唯一識別符。參考容量資源、站點、時間儲存貯體和有效日期範圍的組合。
capacity_id	必要	容量資料表的外部索引鍵，識別限制的特定資源（例如生產線、儲存區域、停駐區或人力集區）。
site_id	必要	網站資料表的外部索引鍵，用於識別套用此容量限制的實體位置。
bucket_type	必要	定義測量和強制執行容量使用率的儲存貯體精細程度。接受的值：每日、每週、每月。
eff_start_date	必要	規劃引擎從此容量限制變為作用中且可強制執行的行事曆日期。
eff_end_date	必要	此容量限制過期且不再強制執行的行事曆日期。
min_capacity_usage	選用	定義時間儲存貯體內所需的最低輸送量或使用量。代表合約或操作樓層。
max_capacity_usage	必要	在定義的時間儲存貯體內允許的最大輸送量或使用量。規劃引擎不得排程生產或配置超過此限制的庫存。

capacity_product_mapping （有條件必要）

如何使用此資料實體？ Supply Planning 使用容量產品映射資料，將產品連結至每個站點耗用的容量資源。此映射可讓規劃引擎彙總共用常見資源之所有產品的總容量需求、識別瓶頸，以及在容量有限時排定生產排序的優先順序。

資料行	資料欄是必要的嗎？	供應規劃中如何使用此欄？
id	必要	capacity-to-product映射記錄的唯一識別符，將特定產品連結至其在指定站點使用的容量資源。
product_id	必要	識別其生產或處理耗用映射資源容量之特定 SKU 或材料的產品資料表外部金鑰。
site_id	必要	網站資料表的外部索引鍵，指定product-to-capacity關係有效的位置。
capacity_id	必要	容量資料表的外部索引鍵，用於識別此產品在生產、儲存或處理期間使用的容量資源。

warehouse_space_limit （有條件必要）

如何使用此資料實體？ Supply Planning 使用倉儲空間限制資料來限制補充建議，以便規劃的庫存永遠不會超過倉儲的實體儲存容量。這可防止規劃引擎產生可能導致網站過度擁塞或儲存需求不可行的供應訂單。

資料行	資料欄是必要的嗎？	供應規劃中如何使用此欄？
site_id	必要	正在定義容量的倉儲識別符。
max_capacity	必要	倉儲的最大儲存容量，以產品實體中定義的磁碟區度量單位表示。用來限制供應計畫不會超過實體空間。

planning_time_fence_constraints （有條件必要）

如何使用此資料實體？ Supply Planning 使用規劃時間圍欄限制資料來定義規劃引擎無法變更現有供應訂單的時間界限。這些限制條件可讓規劃器保護短期供應計畫免於自動重新排程，並在定義的時間圍欄時段內保留特定產品和網站的已確認訂單。

資料行	資料欄是必要的嗎？	供應規劃中如何使用此欄？
rule_id	必要	規劃時間圍欄限制規則的唯一識別符。
product_id	選用	產品資料表的外部索引鍵。填入時，時間圍欄僅適用於此特定產品。保留空白時，限制條件適用於指定網站中的所有產品。
site_id	選用	Site 資料表的外部索引鍵。填入時，時間圍欄僅適用於此特定網站。保留空白時，限制條件會套用至所有網站的指定產品。
planning_time_fence_days	必要	從規劃執行日期起的日曆天數，其中規劃引擎不會自動重新排程或取消現有的供應訂單。在此時段內具有訂單開始日期的訂單會被視為凍結，並受到保護，免於自動變更。

您的瀏覽器已停用或無法使用 Javascript。

您必須啟用 Javascript，才能使用 AWS 文件。請參閱您的瀏覽器說明頁以取得說明。

文件慣用形式

供應規劃

建立新計劃