Oracle Order Management 配置工作簿 — 完整白話導覽
對應 OM_036_Configuration_Workbook_PRECONFIG.xlsx。這份導覽不是逐欄填寫手冊，而是用最白話的方式，從「這到底是什麼」開始，帶你看懂整份 Excel 的全貌：每張表在幹嘛、彼此怎麼串、該怎麼下手。
0先搞懂幾個名詞（30 秒）
先把幾個一直會出現的詞講清楚，後面就順了。
| 名詞 | 白話解釋 |
|---|---|
| Oracle Fusion | Oracle 的雲端企業系統（ERP/SCM）。公司用它管訂單、庫存、財務等。 |
| Order Management（OM） | Fusion 裡專門管「銷售訂單」的模組——從客戶下單到出貨的整段。本工作簿就是設定 OM。 |
| Business Unit（BU） | 業務單位＝公司內一個獨立營運／開單的單位。範例有兩個：AANL_BU1、AANL_BU2。 |
| Legal Entity（LE） | 法律個體＝對外負法律與財務責任的公司實體（開發票的那個「公司」）。 |
| Inventory Organization | 庫存組織＝管實體庫存、出貨的倉庫單位。範例：NL1、NL2。 |
| Pricing | 定價。決定一張訂單最後算多少錢（售價、折扣、護欄、運費）。 |
| GOP / Order Promising | Global Order Promising＝訂單承諾。系統自動回答「這筆貨什麼時候能給、從哪裡給」。 |
| ATP | Available-to-Promise＝可承諾量。算現在＋未來有多少貨可以答應客戶。 |
| Drop Ship / Back-to-Back | 兩種特殊出貨模式（第 3、7 節細講）。一般出貨＝自己倉庫出；這兩種＝不從自己現貨出。 |
一句話定位整份 Excel：它是一本「Oracle OM 的設定值紀錄簿」——把你公司要怎麼跑訂單的所有設定，一格一格寫下來，照著它去系統設定，並當作日後交接與檢核的依據。
1這份 Excel 到底是什麼？為什麼存在？
官方在 Excel 的 Usage 分頁寫了它的用途，翻成白話就是這 5 件事：
| 它的用途 | 白話 |
|---|---|
| Capture configuration values | 記錄設定值：把要在 Fusion 裡設定的每個值寫下來。 |
| Data sheet for prototypes | 雛型資料表：先在紙上談好，再進系統設。 |
| Ensure completeness | 檢核完整性：確保該設的都設了，不漏項。 |
| Additional environment / migration | 搬環境用：測試環境 → 正式環境時，照這本重設一次（設定不會自動搬）。 |
| Handover & knowledge transfer | 交接文件：Oracle 顧問 ↔ 客戶之間的交接與日後維護依據。 |
關鍵心態：這本 Excel 不會自己去設定系統。它是「設計圖 + 紀錄」。真正的設定動作要你拿著這些值，到 Fusion 的「設定與維護（Setup and Maintenance）」裡一張一張做。
PRECONFIG＝預先配置範本，已用一個荷蘭公司的情境把範例值填好給你參考。2顏色代表什麼？4 張「說明分頁」是什麼？
2-1 四種顏色＝四種「誰要填、要不要動」
Excel 的 Content 分頁定義了顏色圖例。看懂顏色，就知道每張表你要不要動手：
| 顏色 | 類型 | 白話：你要做什麼 |
|---|---|---|
| Seeded Values 內建種子值 | Oracle 出廠就帶好的值，通常照抄、不用改。 | |
| Pre Populated Value 預填值 | 範本已依業界慣例帶好值，你只要「確認」，不必重填。 | |
| Customer Input Required 客戶必填 | 你（客戶）一定要逐欄提供／選取實際值。重頭戲在這。 | |
| Not in Scope 不在範圍 | 這次預配置用不到，跳過。 |
本工作簿的分布：17 張設定表裡，只有 4 張是 Pre Populated（確認即可）：Profile Option、Pricing Parameter、Pricing Strategy Assignment、Collect Planning Data。其餘 13 張是 Customer Input Required（要你填）。
2-2 前面 4 張不是設定，是「說明書」
打開 Excel 會先看到 4 張分頁，它們不是設定表，是文件控管用的：
| 分頁 | 是什麼 |
|---|---|
Cover | 封面：客戶名、作者（Oracle Consulting）、版本 v1.0、Fusion Release 13、變更紀錄、審閱者、未解議題等。 |
Usage | 使用說明：這本工作簿的用途、前置條件、顏色圖例的文字版（就是第 1、2 節的來源）。 |
Change History | 範本變更史：這個「範本」本身改了什麼（跟你公司無關，是 Oracle 維護範本的紀錄）。 |
Content | 目錄：列出全部 17 張設定表的編號、名稱、對應任務、配置類型、說明。新手從這張看起最快。 |
3一張訂單的旅程（這是理解全表的鑰匙）
17 張表看似很多，但只要想像「一張客戶訂單從進來到出貨會經過什麼」，每張表的位置就清楚了。
① 客戶下單→
② 系統算錢（定價）→
③ 要不要簽核（核准）→
④ 何時能給貨（承諾）→
⑤ 從哪找貨（來源）→
⑥ 出貨 / 開發票
| 訂單階段 | 系統要先設定好什麼 | 對應工作簿的表 |
|---|---|---|
| 整體行為地基 | OM 怎麼運作的基本參數、系統開關 | 表 1 Profile · 表 3 OM Parameters |
| ② 算錢 | 售價、折扣、護欄、運費、客戶分群、策略 | 表 5–13（定價群組） |
| ③ 簽核 | 什麼訂單要誰核准 | 表 4 Order Approval Rules |
| ④ 承諾交期 | 怎麼算可承諾量、時間圍籬 | 表 14 Collect · 表 15 ATP Rules |
| ⑤ 找貨來源 | 去哪條供應鏈找貨（自製/採購/轉撥） | 表 16 Sourcing · 表 17 Assignment Set |
| 特殊出貨 | 代運出貨的財務流程 | 表 2 Drop Ship Financial Flows |
記憶法：整本 Excel ＝「地基（通用）＋ 算錢（定價）＋ 找貨給交期（承諾）」三件事。把 17 張表丟進這三個桶子，就不會亂。
417 張表總覽地圖
這是全表一覽。藍＝你要填 黃＝確認即可。「必做？」欄是給新手的優先度提示。
| # | 工作表 | 一句話它在幹嘛 | 類型 | 必做？ |
|---|---|---|---|---|
| 1 | Profile Options | 系統開關（指向預設指派集等） | 確認 | 用到 GOP 才綁 |
| 2 | Drop Ship Financial Flows | 代運出貨的內部財務流程 | 填 | 有代運才做 |
| 3 | Order Management Parameters | OM 整體行為地基（含驗證組織） | 填 | 必做 |
| 4 | Order Approval Rules | 什麼訂單要誰核准 | 填 | 要核准才做 |
| 5 | Pricing Parameters | 定價的基礎參數 | 確認 | 用定價就確認 |
| 6 | Customer Pricing Profile | 幫客戶分群（描述客戶輪廓） | 填 | 差別定價才做 |
| 7 | Pricing Segment | 把客戶屬性對應到定價區隔 | 填 | 差別定價才做 |
| 8 | Price Lists | 價目表（每個品項賣多少） | 填 | 幾乎必做 |
| 9 | Price List – Coverage Items | 保固／服務的定價 | 填 | 有賣保固才做 |
| 10 | Discount List | 折扣／階梯量價 | 填 | 有折扣才做 |
| 11 | Pricing Guidelines | 價格／折扣的護欄（超過警告/擋） | 填 | 要管控才做 |
| 12 | Pricing Strategies | 把上面各清單綁成一套（中樞） | 填 | 用定價就做 |
| 13 | Pricing Strategy Assignment | 把策略指派給交易情境（收尾） | 確認 | 用定價就做 |
| 14 | Collect Order Reference Data | 把資料收進規劃庫，GOP 才有料可算 | 確認 | 用 GOP 才做 |
| 15 | ATP Rules | 怎麼算可承諾量、時間圍籬 | 填 | 用 GOP 才做 |
| 16 | Sourcing Rules | 去哪找貨（自製/採購/轉撥） | 填 | 用 GOP 才做 |
| 17 | Sourcing Assignment Set | 把來源規則指派到組織/類別/品項 | 填 | 用 GOP 才做 |
G1群組一 · 通用設定 General（表 1–4）
這群是「地基」——不管你賣什麼、怎麼出貨，OM 要能跑起來的基本盤。
通用設定 General
1Profile Options設定檔選項確認
是什麼Oracle 內建的「系統開關」清單。你不是去發明開關，而是找出既有開關、設定它的值與影響範圍。
最簡心智一台有上百個開關的機器；你只決定「轉到哪一格（Value）」和「影響多大（Level：Site/Product/User）」。
本表重點3 個開關：
MSP_DEFAULT_ASSIGNMENT_SET（GOP 預設用哪套來源指派集）、MSC_SRC_ASSIGNMENT_CATALOG、RCS_DEFAULT_UOM_SERVICE_DURATION_CLASS。何時做放最後綁——先建好被指向的東西（表 17 指派集等），再回來這裡設為預設。
2Manage Drop Ship Financial Flows代運出貨財務流程填
是什麼Drop Ship＝賣方不持有庫存，由供應商直接出貨給客戶。本表設定這種模式下「賣方 BU 與收貨 BU 之間的財務／所有權轉移」流程。
最簡心智貨直接從供應商送到客戶，但帳還是要走過你公司——這張表定義「帳怎麼走」。
關鍵欄Selling BU（賣貨開發票的人）、Receiving Trade Org（向供應商下單收邏輯貨做帳的人）、所有權轉移時點（ASN From Supplier / AP Invoice Match）。
何時做只有要做代運出貨才做，沒有就整張跳過。
3Manage Order Management Parameters訂單管理參數填
是什麼OM 的總控制台。一堆「功能開關」型參數。
最簡心智第 1 個參數
Item Validation Organization 是地基、一定要設（沒它訂單行的品項無法驗證，單建不起來）；其餘 8 個都是「有用到那功能才設」。含哪些採購代理人(Drop Ship/B2B 用)、是否啟動訂單核准、保固起算日、信用檢查、貿易合規、訂閱計費 UOM、產品型錄…
何時做最早期、必做。新環境也要重設一次。
4Manage Order Approval Rules訂單核准規則填
是什麼用 IF / THEN / ELSE 規則描述：什麼訂單要被攔下來簽核、由誰簽。
最簡心智「如果金額 > 500 歐 → 找某主管簽；否則 → 找另一人簽」。Oracle 出廠沒有預設規則，要管控就自己建。
前置要先在表 3 把
Start Approval Process for Sales Orders 設 Yes，規則才會被觸發。何時做要核准才做。（這張另有一份專門教學：
Sales_Order_Approval_教學.html）G2群組二 · 定價 Pricing（表 5–13）
這群回答一件事：「一張訂單最後算多少錢？」9 張表其實是一條鏈：先描述客戶 → 分群 → 建各種價/折/護欄清單 → 綁成策略 → 指派給交易。
定價 Pricing
5Manage Pricing Parameters定價參數確認
是什麼定價的基礎參數。Parameter Name 是 Oracle 內建固定清單（不能新增/刪除），你只確認值。
最簡心智整條定價鏈的起點開關，多為預填，確認一下即可。
6Manage Customer Pricing Profile客戶定價檔案填
是什麼用收益潛力、規模、價值等維度描述每個客戶的輪廓。
最簡心智給客戶貼標籤（大/中/小、高/低價值），是「差別定價」的第一步。全客戶同一套價就可略過。
7Manage Pricing Segment定價區隔填
是什麼把上面客戶的標籤組合，對應到一個「定價區隔」（如 Pricing Group1/2）。
最簡心智標籤 → 分群。之後策略就掛在「群」上，而不是逐一掛客戶。
8Manage Price Lists價目表填
是什麼每個品項賣多少錢。定價的核心、幾乎必做。
最簡心智分 4 層：① 標頭(身分/幣別/狀態) ② 行預設值(省輸入) ③ Item 逐項定價(主體) ④ Access Sets(誰能用)。
範例NL BU1 價目表，幣別 EUR，多個成品各有 Base Price（如 200、150.5…）。
9Price List – Coverage Items保固／服務定價填
是什麼保固、延保、服務合約這類「涵蓋品項」的定價。
最簡心智跟價目表類似，但價格常是「被保商品售價的百分比」（範例：年度保固＝主商品一次性售價的 30%）。沒賣保固就跳過。
10Manage Discount List折扣清單填
是什麼折扣、利潤率、階梯量價（買越多越便宜）。
最簡心智範例：買 20–50 件每件折 20、50–100 折 40、100+ 折 60。不打折就跳過。
11Manage Pricing Guidelines定價準則（護欄）填
是什麼價格／折扣的上下限護欄，超過就 Warning（警告）或 Error（阻擋）。
最簡心智範例：折扣 ≤ List Price 的 80%，超過跳警告。防止業務亂砍價。它不參與正常計價，只當護欄。
12Manage Pricing Strategies定價策略（中樞）填
是什麼把前面建好的 Price List / Discount / Cost / Guidelines / Shipping 綁成一套可運作的方案。
最簡心智計價時：用價目表取基準價 → 套折扣 → 受護欄約束 → 加運費 → 算出最終價。
13Manage Pricing Strategy Assignment定價策略指派（收尾）確認
是什麼定價鏈最後一環：用「通路 × 定價區隔 × 交易類型」決定某筆交易套哪一個策略。
最簡心智沒有這步，前面全部白做——它把「策略」真正掛到「會發生的交易」上。
G3群組三 · 訂單承諾 GOP（表 14–17）
這群回答：「這筆貨什麼時候能給、從哪裡給？」只有要用 Global Order Promising 自動承諾交期時才需要。
訂單承諾 Global Order Promising
14Collect Order Reference Data收集訂單參考資料確認
是什麼把組織、品項、供應鏈等資料收進「規劃資料儲存庫」，承諾引擎才有料可算。
最簡心智它是排程作業（不是靜態設定）：基礎資料一變就要重跑（可增量收集）。
15Manage ATP RulesATP 可承諾規則填
是什麼定義引擎怎麼算可承諾量：納入哪些供應（現貨/採購單/在途/工單…）、哪些需求、各種時間圍籬。
最簡心智範例：模式＝供應鏈可用性搜尋；ATP 圍籬 50 天（只在 50 天內精算，超過視為無限供應）。不同組織各建一條並指派。
16Manage Sourcing Rules來源規則填
是什麼告訴系統「去哪條供應鏈找貨」：Make(自製)／Buy(向供應商買)／Transfer(內部組織轉撥)。
最簡心智每條規則有「來源 + 分配比例 + 排名」。也是 Drop Ship／B2B 的必要設定之一。Global＝所有組織通用；Local＝只對特定組織且優先。
17Manage Sourcing Assignment Set來源指派集填
是什麼把上面的來源規則，依「指派層級」掛到 組織／類別／品項 上，組成完整供應網。
最簡心智越具體越優先：Item+Org ＞ Item ＞ Category+Org ＞ Category ＞ Org ＞ Global。建好後要設成表 1 的
MSP_DEFAULT_ASSIGNMENT_SET，GOP 才會採用。5故事線一：定價鏈（表 5→13 怎麼串）
定價 9 張表不是各做各的，是一條有順序的鏈：
⑤ Pricing Parameter（基礎）
↓
⑥ Customer Profile（描述客戶）→ ⑦ Segment（客戶分群）
↓
⑧ Price List ／ ⑨ Coverage ／ ⑩ Discount ／ ⑪ Guidelines（建各種清單）
↓
⑫ Pricing Strategy（把清單綁成一套）
↓
⑬ Strategy Assignment（指派給交易情境＝收尾，生效）
↓
⑥ Customer Profile（描述客戶）→ ⑦ Segment（客戶分群）
↓
⑧ Price List ／ ⑨ Coverage ／ ⑩ Discount ／ ⑪ Guidelines（建各種清單）
↓
⑫ Pricing Strategy（把清單綁成一套）
↓
⑬ Strategy Assignment（指派給交易情境＝收尾，生效）
看懂這條鏈，定價群組就懂一半。清單(⑧–⑪)是「素材」，策略(⑫)是「把素材組成餐」，指派(⑬)是「把餐端給對的客人」。客戶分群(⑥⑦)是選用的——要差別定價才需要。
6故事線二：找貨來源 GOP（表 16→17→1→14→15）
GOP 群組也有固定順序，順序錯了引擎不會動：
⑯ Sourcing Rules（先定義來源：自製/採購/轉撥）
↓
⑰ Assignment Set（把規則指派到 組織/類別/品項）
↓
① Profile
↓
⑭ Collect Planning Data（收集資料，引擎才有料）
↓
⑮ ATP Rules（怎麼算可承諾量）→ 開始對訂單承諾交期
↓
⑰ Assignment Set（把規則指派到 組織/類別/品項）
↓
① Profile
MSP_DEFAULT_ASSIGNMENT_SET ＝ 指向那個指派集↓
⑭ Collect Planning Data（收集資料，引擎才有料）
↓
⑮ ATP Rules（怎麼算可承諾量）→ 開始對訂單承諾交期
7故事線三：三種出貨模式各用到哪些表
| 出貨模式 | 白話 | 主要牽涉的表 |
|---|---|---|
| 一般出貨 | 從自己倉庫(NL1/NL2)現貨出 | 3 參數 · 8 價目表 · 15 ATP · 16/17 來源(Transfer) |
| Drop Ship 代運 | 供應商直送客戶，你不碰貨 | 2 財務流程 · 3 參數(採購代理人) · 16 來源(Buy+供應商) · 17 指派 |
| Back-to-Back（B2B） | 接到單才去調貨（採購或內部轉撥）綁定這張單 | 3 參數(採購代理人) · 16 來源(Buy/Make/Transfer) · 17 指派 · 15 ATP |
範例工作簿的設計：因為它要示範這三種模式，所以表 2、16、17 才會出現多條規則與供應商。如果你公司只做一般出貨，這些可以大幅簡化。
8新手該從哪張開始填？
- 先讀
Content分頁：看 17 張表哪些是你公司用得到的（很多 GOP/特殊出貨可能用不到）。 - 地基先做：表 3 OM Parameters（尤其 Item Validation Organization）→ 沒它連單都建不起來。
- 能算錢：表 8 Price List → 12 Strategy → 13 Assignment（要分群再加 5/6/7、折扣加 10、護欄加 11、保固加 9）。
- 要核准：表 3 開核准開關 → 表 4 寫規則。
- 要自動承諾交期：表 16 → 17 → 表 1 綁 Profile → 表 14 收資料 → 表 15 ATP。
- 有特殊出貨：代運加表 2；B2B 走 16/17 的 Buy/Transfer。
- 確認類(黃色)最後做：1、5、13、14 多是依賴前面建好的東西，等被指向的對象存在了再回來綁。
最常見的順序錯誤：先去填 Profile(表1) 的預設指派集，但表17的指派集還沒建 → 指不到。口訣：先建被指向的東西，再回來設預設。
9一頁速查表
| 問題 | 一句話答案 |
|---|---|
| 這份 Excel 是什麼 | OM 設定值的紀錄簿 + 設計圖 + 交接文件，本身不會設定系統 |
| 幾張表 | 4 張說明分頁 + 17 張設定表 |
| 顏色 | 綠=內建照抄 · 黃=預填確認 · 藍=客戶必填 · 灰=不在範圍 |
| 三大群組 | 通用(1–4) · 定價(5–13) · 承諾GOP(14–17) |
| 唯一一定要做的 | 表 3 的 Item Validation Organization（地基） |
| 定價鏈順序 | 參數→客戶分群→各清單→策略→指派 |
| GOP 順序 | 來源規則→指派集→綁Profile→收資料→ATP |
| 三種出貨 | 一般(自倉) · Drop Ship(供應商直送) · B2B(接單才調貨) |
| 黃色表何時做 | 最後——等被指向的對象建好再回來綁 |
| 核准怎麼開 | 表3開關設Yes + 表4寫IF/THEN/ELSE規則 |