Manage ATP Rules · ATP 可承諾規則

定義 Order Promising（GOP）引擎如何對履約行（fulfillment line）上的品項做出承諾：用哪種承諾模式、納入哪些供應／需求來源、套哪些時間圍籬，再指派到組織。

分頁 #15 Window：Manage ATP Rules 配置類型：Customer Input Required 群組：訂單承諾 GOP

Supply Chain Planning > Order Promising > Tasks > Manage ATP Rules

一分鐘概念
Excel 範例值速覽
★ 逐欄完整選項確認（核心）
需上系統確認清單

🔗 這張表的相關關係（連動）
指向 / 影響 →：（對訂單回覆交期/可承諾量）
被指向 / 依賴 ←：← ⑭（收進的資料）、⑰（指派集找供應鏈）；依賴 Inventory Org
關鍵連動理由：靠 ⑭ 資料 + ⑰ 來源指派一起算可用量；三者合起來才完成承諾。完整連動網見連動關係與指向說明。

1一分鐘概念

一條 ATP Rule 是一組「承諾邏輯說明書」：告訴 GOP 引擎當有人問「這個品項什麼時候能交」時，要用什麼方式算、哪些庫存／在途／工單算數、哪些需求要扣掉、多遠以內才真的去查供應。

心智模型：把 ATP Rule 想成餐廳的「出餐承諾規則」。Promising Mode＝用哪套估法（精算現有食材／固定備料時間／當作永遠有貨）；Supply Types＝哪些食材來源算數（冰箱現貨、已下單的進貨、在途的）；Demand Types＝哪些訂單要先扣掉；Time Fences＝多久以後乾脆不查、直接答應。

本表分五層：① Define ATP Rule（規則本體＋承諾邏輯）、② ATP Rule Assignments（指派到哪個組織）、③ Supply Types（納入哪些供應來源 Y/N）、④ Demand Types（納入哪些需求 Y/N）、⑤ Time Fences（各種時間圍籬與天數）。Excel 範例建了兩條規則：AA ATP Rule NL1（指派 NL1 組織）與 AA ATP Rule NL2（指派 NL2 組織），兩條設定相同。

依賴順序：Sourcing Rules → Assignment Set → 設 Profile MSP_DEFAULT_ASSIGNMENT_SET → ATP Rules（本表） → Collect Planning Data（引擎才有資料可算）→ 開始承諾。

2Excel 範例值速覽

取自 dump SHEET: ATP Rules。兩條規則設定一致，下表並列。

① 規則本體 + ② 指派（Define ATP Rule + Assignment）

設定項目	AA ATP Rule NL1	AA ATP Rule NL2
ATP Rule Name	AA ATP Rule NL1	AA ATP Rule NL2
Description	AA ATP Rule for NL1 org	AA ATP Rule for NL2 org
Promising Mode	Supply Chain Availability Search	Supply Chain Availability Search
Search Components and Resources	No	No
Enable profitable to promise Search	No	No
Respect Allocation Constraint	No	No
Lead Time Considered	N/A	N/A
User Defined Lead Time Days	N/A	N/A
Assignment Basis	Assigned to Organization	Assigned to Organization
Organization	NL1	NL2

③ Supply Types（供應來源 · 兩條皆 Y）

Supply Type	Value
On Hand	Y
Purchase Orders	Y
Supplier Requisitions	Y
Internal Requisitions	Y
In-Transit Supplies	Y
Standard work orders	Y
Non Standard work orders	Y
Planned Supply	Y

④ Demand Types（需求來源 · 兩條皆 Y）

Demand Type	Value
Fulfillment Lines	Y
Dependent Work Order Demands	Y

⑤ Time Fences（時間圍籬）

時間圍籬項目	NL1	NL2
Infinite Availability Fence Definition	User- define lead time	User- define lead time
User-Defined Fence in Days（Infinite Avail.）	50	50
Past-Due Demand Considered in Days	User defined days	（dump 空白）
Past-Due Supply Considered in Days	User defined days	（dump 空白）
ATP Time Fence Specification	User- define lead time	User- define lead time
User-Defined Fence in Days（ATP）	50	50

3★ 逐欄完整選項確認（核心）

每一個控制項的實際環境完整選項。固定 enum 全列舉；✅＝官方文件可佐證、⚠️＝文件未逐字列出，需在你的 pod 下拉確認，絕不編造。

區塊 ① Define ATP Rule（規則本體與承諾邏輯）

欄位	控制項類型	實際環境完整選項	Excel 值	確認 + 來源
ATP Rule Name	自由輸入	任意文字（規則名稱，需唯一）	AA ATP Rule NL1 / NL2	✅ 自由輸入欄，無 enum
Description	自由輸入	任意文字	AA ATP Rule for NL1/NL2 org	✅ 自由輸入欄，無 enum
Promising Mode	下拉固定清單	完整 3 值： 1. Supply Chain Availability Search（搜尋供應鏈實際可用供應） 2. Lead Time（依前置時間承諾，常用於接單後組裝／製造的品項） 3. Infinite Availability（視為供應無限，一律以請求日承諾）	Supply Chain Availability Search	✅ 官方明列三種 promising mode（Supply Chain Availability Search / Lead Time / Infinite Availability）— [1]
Search Components and Resources	勾選 / 下拉 Yes-No	Yes / No（啟用＝品項本身不可用時，改查其元件與資源能否製造該品項）	No	✅ 官方說明此屬性可啟用／停用 — [1]
Enable profitable to promise Search	勾選 / 下拉 Yes-No	Yes / No（啟用＝同一履約日有多選項時，依履約成本挑較低者，可覆寫 sourcing 優先序）	No	✅ 官方說明 profitable-to-promise 屬性可啟用 — [1]
Respect Allocation Constraint	勾選 / 下拉 Yes-No	Yes / No（勾＝套用該品項適用的 allocation rule 配額限制；不勾＝忽略配額）	No	✅ 官方說明此為 checkbox，勾／不勾兩態 — [1]
Lead Time Considered	下拉固定清單（條件啟用）	⚠️ 僅在 Promising Mode＝Lead Time 時啟用。文件未逐字列出此欄下拉值，常見為前置時間種類（如 Cumulative / Manufacturing / Processing lead time）— 需在 pod 確認	N/A（因模式非 Lead Time）	⚠️ 文件未逐字列出本欄下拉值
User Defined Lead Time Days	數字（條件啟用）	數值（天）；僅 Lead Time 模式相關時填	N/A	✅ 數字欄，無 enum

區塊 ② ATP Rule Assignments（指派到組織）

欄位	控制項類型	實際環境完整選項	Excel 值	確認 + 來源
Assignment Basis	下拉固定清單	⚠️ 指派層級下拉。官方確認可依 Item / Organization / Item Category（類別）/ Item and Organization 組合等層級指派，但 Fusion Cloud UI 下拉的逐字字串（如「Assigned to Organization」「Assigned to Instance」「Assigned to Item」「Assigned to Category」）未在文件逐字列出 — 需在 pod 下拉確認完整字串	Assigned to Organization	⚠️ 層級概念✅（Item/Org/Category/Item+Org — [2]），但下拉逐字字串文件未列
Organization	LOV 動態查詢	依主檔（組織清單）；範例值 `NL1`、`NL2`	NL1 / NL2	✅ LOV 查組織主檔，無固定 enum

區塊 ③ Supply Types（供應來源 · 每項 Y/N）

每一個供應來源都是獨立的 Yes / No（勾／不勾）控制項，決定該來源是否納入 supply chain availability search。下表為 Excel 出現的完整清單與其 Y/N 值。

Supply Type 欄位	控制項類型	完整選項	Excel 值	確認 + 來源
On Hand	勾選 Yes/No	Yes / No	Y	✅ 供應來源類型，官方列舉含 on hand — [3]
Purchase Orders	勾選 Yes/No	Yes / No	Y	✅ — [3]
Supplier Requisitions	勾選 Yes/No	Yes / No	Y	✅ — [3]
Internal Requisitions	勾選 Yes/No	Yes / No	Y	✅ — [3]
In-Transit Supplies	勾選 Yes/No	Yes / No	Y	✅ in-transit shipments 為已知供應來源 — [3]
Standard work orders	勾選 Yes/No	Yes / No	Y	✅ work order 供應 — [3]
Non Standard work orders	勾選 Yes/No	Yes / No	Y	✅ non-standard work order 供應 — [3]
Planned Supply	勾選 Yes/No	Yes / No	Y	✅ planned order supplies（由 Planning Central／Supply Planning 匯入）為 ATP 供應 — [3]

⚠️ 注意：Excel 欄位標籤（如 Non Standard work orders、Planned Supply、In-Transit Supplies）為環境呈現字串，與官方文件用語（如 Nonstandard Work Orders、Planned Order Supplies、In-Transit Shipments）略有大小寫／措辭差異。是否為「Excel 已列＝環境全部供應類型」無法由文件逐字確認：Cloud 版本可能另有 Transfer Orders 等供應類型未出現在此 Excel — 需在 pod 的 Supply Types 區塊核對完整勾選清單。

區塊 ④ Demand Types（需求來源 · 每項 Y/N）

Demand Type 欄位	控制項類型	完整選項	Excel 值	確認 + 來源
Fulfillment Lines	勾選 Yes/No	Yes / No	Y	✅ 履約行（即銷售訂單需求）為需求來源 — [3]
Dependent Work Order Demands	勾選 Yes/No	Yes / No	Y	✅ work order 元件相依需求為需求來源 — [3]

⚠️ 注意：Excel 只列兩種 demand type。Cloud 環境的 Demand Types 區塊是否另含 Forecast／其他需求來源，文件未逐字列出本表完整勾選集 — 需在 pod 確認。

區塊 ⑤ Time Fences（時間圍籬）

欄位	控制項類型	實際環境完整選項	Excel 值	確認 + 來源
Infinite Availability Fence Definition	下拉固定清單	選項：① User-defined（自訂天數，於 Days 欄填）；②③④ 以前置時間為基準：Cumulative total lead time / Cumulative manufacturing lead time / Item total lead time	User- define lead time	✅ 官方：可填 user-defined 天數或選 lead-time-based（三種前置時間）— [4][5]
User-Defined Fence in Days（Infinite Avail.）	數字	數值（天）；定義超過此天數後供應視為無限	50	✅ 數字欄 — [4]
Past-Due Demand Considered in Days	數字 / 下拉	數值（天）：納入排程日早於今天的逾期需求之天數上限。Excel 值「User defined days」表示採自訂天數模式 → 配一個天數	User defined days	✅ 官方：本欄指定逾期需求納入的天數 — [5]（⚠️ 但「User defined days」是否為下拉選項字串 vs 純天數欄，需 pod 確認）
Past-Due Supply Considered in Days	數字 / 下拉	數值（天）：納入逾期供應（多為 PO）之天數上限。Excel 值「User defined days」同上	User defined days	✅ 官方：本欄指定逾期供應納入的天數 — [5]（⚠️ 字串 vs 天數欄需 pod 確認）
ATP Time Fence Specification	下拉固定清單	選項：① User-defined（自訂天數）；②③④ Cumulative total lead time / Cumulative manufacturing lead time / Item total lead time。此圍籬內優先保留短期供應給短期訂單	User- define lead time	✅ 官方：可填 user-defined 天數或選三種 lead-time-based — [5]
User-Defined Fence in Days（ATP）	數字	數值（天）	50	✅ 數字欄 — [5]

用語對應：Excel 寫的「User- define lead time」對應官方的「User-defined（自訂天數）」選項（搭配下方 Days 欄＝50）。它並非「lead-time-based」那組的某一項——若要走前置時間自動推算，應選 Cumulative total / Cumulative manufacturing / Item total lead time 之一，且不填天數。此命名差異建議在 pod 下拉以實際字串為準。

4需上系統確認清單（所有 ⚠️）

項目	狀況	驗證方法
Assignment Basis 下拉逐字字串	層級概念（Item / Organization / Category / Item+Org）官方已確認，但 Cloud UI 下拉的實際字串（「Assigned to Organization」等）文件未逐字列出	開 Manage ATP Rules → ATP Rule Assignments → 點 Assignment Basis 下拉，記下完整選項字串
Lead Time Considered 下拉值	僅 Promising Mode＝Lead Time 時啟用；本欄可選的前置時間種類文件未逐字列出	將某條測試規則的 Promising Mode 切為 Lead Time，展開 Lead Time Considered 下拉記錄全部值
Supply Types 完整勾選清單	Excel 列 8 項；Cloud 版本可能另含 Transfer Orders 等未出現在此 Excel 的供應類型	開 Supply Chain Availability Search Attributes → Supply Types 區塊，逐一比對勾選項是否多於 8 項
Demand Types 完整勾選清單	Excel 只列 Fulfillment Lines、Dependent Work Order Demands；是否另含 Forecast 等未確認	Demand Types 區塊核對完整勾選集
Past-Due Demand / Supply「User defined days」性質	無法確認此為下拉選項字串，或就是一個純天數輸入欄（Excel 文字「User defined days」可能是填寫者的註記而非系統選項）	在 pod 看這兩欄是下拉還是數字框；若下拉，記錄全部選項
Time Fence「User- define lead time」實際字串	官方有「User-defined（天數）」與三種 lead-time-based 選項；Excel 措辭混用，實際下拉字串需核對	Infinite Availability Fence Definition 與 ATP Time Fence Specification 兩個下拉，記錄完整選項字串
Organization LOV 可選值	LOV 動態查組織主檔，範例 NL1 / NL2；實際可指派組織依該 pod 主檔	Organization LOV 展開確認 NL1、NL2 是否存在且可指派