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

# 關鍵概念和術語
<a name="key-concepts-and-terminology"></a>

## 決策
<a name="key-concepts-decisioning"></a>
+ **洞見：**主動供應鏈監控的核心資源，以及您在 Amazon Connect Decisions 中使用的主要實體。洞見將供應鏈問題的偵測、根本原因分析和建議動作結合在一起，協助您在問題影響操作之前識別和解決問題。當規則偵測到指標已違反其定義的條件 （例如，「產品 A 的預測準確度在網站 B 下降到 72%」) 時，會產生洞見。共用相同產品、網站和建議類型的相關偵測會合併成單一洞見，讓您有一個地方進行調查和行動。
+ **指標：**評估供應鏈效能的可量化指標。指標定義要監控的內容 （例如預測準確性、庫存水準、涵蓋天數），以及如何計算資料中的這些度量。
+ **規則：**定義何時產生例外狀況 （洞見） 的業務邏輯。規則會指定根據您的指標觸發洞察的閾值、條件和條件 （例如，「預測準確性低於 A 類別產品的 85% 時產生例外狀況」)。指標和規則共同產生洞見。指標會定義要測量的項目，而規則會根據閾值評估這些指標，以判斷何時產生洞見。例如，預測準確性指標會計算效能，而當 A 類別產品的指標低於 85% 時，規則會觸發洞見。
+ **根本原因：**AI 支援的調查，說明發生例外狀況的原因。根本原因分析會檢查促成因素、資料模式和內容資訊，以識別效能偏差的潛在原因。
+ **建議：**AI 產生的解決例外狀況的建議動作。建議提供具體、可行的步驟，以解決根本原因並還原正常操作。
+ **客服人員準則：**在分析例外狀況和產生建議時，指導 AI 客服人員行為的指示。這些指導方針包含您的商業政策、操作限制和決策偏好設定。
+ **嚴重性因素：**決定財務影響如何影響例外狀況優先順序的組態設定。嚴重性因素有助於系統先呈現最關鍵的業務問題。

## 規劃
<a name="key-concepts-planning"></a>

以下是需求規劃中使用的常用術語：
+ **基準預測** – 是指系統使用歷史資料來產生預測。它會在您套用任何覆寫之前提供初始需求預測。
+ **資料集** – 用於產生預測的資料收集，例如歷史銷售訂單或產品資訊。
+ **需求規劃週期** – 建立和完成需求計劃所需的時間，包括產生預測，以及與利益相關者合作以調整和發佈需求計劃。
+ **需求計畫** – 針對定義的時間範圍建立計畫，並透過滾動時段定期重新整理 （規劃週期）。每個需求計劃可以包含一個計劃週期內的多個版本，以支援計劃週期內收到的任何增量資料的計劃精簡。需求計劃可以顯示狀態，包括：
  + **待處理** – 已建立計劃組態，但未提交計劃建立。
  + **進行中** – 提交計劃組態以建立計劃，並且計劃正在進行預測產生。
  + **失敗** – 計劃預測失敗。尋找電子郵件和應用程式內通知以解決問題。
  + **審核中** – 規劃週期已開啟，您可以編輯預測。
  + **最終** – 規劃週期已關閉，您無法編輯預測。不過，您可以檢視需求計劃。
+ **預測組態** – 管理預測產生計劃的一組規劃條件。這包括規劃週期組態、時間範圍精細程度，以及會影響需求規劃如何產生預測的階層組態。
+ **預測精細程度** – 定義您希望如何建立和管理預測。您可以使用產品、位置、客戶和管道維度的組合。您也可以針對資料集中的每個產品，選擇依天、週、月或年彙總預測資料的時間間隔。例如，如果您的預測精細程度設定為每日，您會看到資料集中每個產品的每日預測。
+ 
**注意**  
需求規劃使用 Gregorian 行事曆進行規劃。一週的預設開始日期為星期一。
+ **覆寫** – 您對系統產生的預測所做的修改。
+ **規劃地平線** – 從預測開始日期開始測量，產生預測的未來總時間長度。規劃期間是透過結合時間儲存貯體 （每日、每週或每月） 與計劃期間長度來決定。例如，具有 26 週計劃期限的每週計劃會建立預測，涵蓋預測開始日期之後的 26 週。
+ **產品生命週期** – 產品生命週期是指產品從產品推出到生命週期結束 (EoL) 的各種階段。
+ **已發佈的需求計劃** – 計劃的最終輸出。您可以選擇將最終需求計劃發佈至下游清查，並提供規劃系統以實作。