2026 年的 ERP 現代化：雲端、AI 與 Clean Core

2026 年的 ERP 現代化，意味著依序做出三個決定：您的 ERP 該停止做什麼、您要把核心維持得多乾淨，以及您的資料是否好到足以讓 AI 派上用場。對 SAP 客戶來說，這三個決定背後都有一個硬性日期：ECC 的主流維護將於 2027 年 12 月 31 日結束，付費的延伸維護則可延到 2030 年底。

這份內容寫給已經完成分析、現在必須執行的 CIO、財務長與企業架構師。內容涵蓋促使行動的力量、骨幹加衛星系統的架構、Clean Core、治理缺口、AI 就緒度，以及未來 18 個月的風險表。

2024 年，大多數領導者還在爭取時間：研究 ECC 的時程、爭論混合式或完整移轉、跑沙盒測試卻不做承諾。那扇窗已經關上。ECC 與 Oracle E-Business Suite 環境裡的技術債，不再只是理論。它出現在更新後失敗的回歸測試、出現在針對無人負責的客製程式碼所做的稽核發現，也出現在規劃系統與執行系統之間要花 12 小時才搬得完的資料裡。

期限。 2027 年之後，ECC 客戶可以用較高的費用購買延伸維護，延到 2030 年底。再往後，SAP 提供 2031 至 2033 年的 ERP Private Edition 過渡選項，但只能透過 RISE，而且 SAP 明確表示，那是付費的過渡方案，不是維護期限的延長。同時，The Register 報導的 Gartner 研究發現，到 2024 年底，SAP 約 35,000 家 ECC 客戶中，只有約 39% 買了或訂閱了 S/4HANA 授權。取得授權，不等於完成移轉。夥伴市場將會吃緊。

預算模式。 雲端 ERP 把支出從資本支出型的授權，轉為訂閱。聽起來比較單純。實際上，財務長發現雲端成本更難預測：在 RISE with SAP 與 SAP GROW 之下，Full User Equivalent (FUE) 的成長、附加服務與整合的額外負擔，都會增加原本商業案例裡沒有的成本。

財務與供應鏈的碎片化。 財務團隊在應付與應收帳款上跑 AI，稽核流程卻還在用為另一個時代打造的範本。供應鏈只現代化了一部分：規劃用 SAP IBP，執行用較舊的倉儲管理，採購用 Ariba，收貨卻還是人工。瓶頸不在技術，而在系統之間的接點。

ERP 是其中一層，不是整個技術堆疊。 在許多企業裡，ServiceNow 負責流程協調，Salesforce 負責客戶工作流程，Workday 或 SuccessFactors 負責人力資源的生命週期。ERP 已成為財務骨幹，而不是 1990 年代被當成一站式流程樞紐來賣的那種東西。

現在大多數企業架構師採用的模型，是一個財務骨幹（SAP S/4HANA 或 Oracle Fusion），周圍環繞著各專業平台。

層級	放在這裡的東西	不放在這裡的東西
財務骨幹	總帳、管理會計、採購、庫存、製造執行、法定結帳	工作流程核准、CRM、人力管理、分析
工作流程	以 ServiceNow 處理 IT 與營運流程、核准、變更管理	交易記錄
客戶互動	Salesforce 或 SAP Sales and Service Cloud	財務處理
人力資源	Workday 或 SAP SuccessFactors	營運交易
分析	SAP Business Data Cloud、SAP Analytics Cloud、Power BI、Snowflake	記錄系統 (system of record)

這種切分是刻意的。把所有東西硬塞回 SAP，只會增加摩擦、拖慢更新，並讓權責變得模糊。把 CRM、工作流程、分析與 EHS 全擠進同一個系統，正是早期專案那麼痛苦的原因。

該問的問題是：ERP 不該再負責什麼？跳過這個問題，您只是在更新的授權上，重建同一座巨石系統。我那篇談以 SAP 與 ServiceNow 做 ERP 現代化的文章，推演了其中一種切分方式。

2025 年 8 月，SAP 以四個 Clean Core 等級取代了原本的三層擴充模型。A 級只使用已釋出的穩定 API，以 side-by-side 方式放在 SAP BTP 上，或在系統內以 ABAP Cloud 實作。B 級使用 SAP 仍視為 Clean 的傳統 API 與技術。C 級會碰觸內部物件，需要特別的措施。D 級則不算 Clean。

Public Edition（SAP Cloud ERP，以 SAP GROW 銷售）只允許 A 級，所以由平台強制執行 Clean Core，並每年吸收兩次主要版本更新。Private Edition（SAP Cloud ERP Private，隸屬 RISE）與地端環境仍允許傳統擴充，所以那裡的 Clean Core 取決於治理。不論哪一種，高度客製化的系統都會讓每次升級變成一個專案，讓每次回歸測試變成一場危機。

Clean Core 對您的要求：

1. 把沒用到的客製程式碼從核心移出。您留下的每一支客製程式，都是每次升級要測試的東西。
2. 能做到的話，新的擴充就以 A 級建置：放在 SAP BTP 上、用 SAP Build，或在系統內以 ABAP Cloud 實作。
3. 凡是 SAP 提供標準流程的地方，就用標準流程；只有在法規或真正的競爭差異要求時，才做客製。

阻力來自文化，不是技術。依賴客製程式碼長達 15 年的業務主管，仍然期待它「直接重新實作一遍」。這種期待屬於 2012 年。

根據我在製造業與服務業做過的評估，一個典型的 ECC 環境帶有 1,500 至 3,000 個客製物件，其中只有約四分之一顯示有實際的業務使用。其餘的是歷史包袱，會墊高移轉成本，並製造稽核風險。

務實的做法：現在就跑一次使用情形掃描。淘汰沒在用的。在設計開始之前，公布一份刪減清單。從第一週就規劃 Clean Core 的團隊，升級的經驗遠比把它當成要想辦法繞過的限制的團隊好得多。我那篇 Clean Core 策略的文章，談的就是這套方法。

當 ERP 只是眾多層級中的一層，權責問題就變得至關重要。誰負責：

1. Salesforce 與 ERP 之間的 API？
2. 橫跨 SAP 與 ServiceNow 的工作流程？
3. 兩個系統同時需要更新時，互相衝突的變更優先順序？

我見過這讓上線延誤好幾個月。團隊要等到整合測試揭露重疊之處，才發現自己卡住了。

有一個案例，五個系統都在動同一筆供應商主檔記錄。五個。沒有人有主檔資料的歸屬文件，也沒有人設計過誰可以在哪個系統裡改什麼。那不是技術的失敗。那是被技術揭露出來的治理失敗。

ERP 裡的 AI 價值是真的，但它取決於資料品質與乾淨的架構。Joule 現在涵蓋 S/4HANA、SuccessFactors、Ariba 與其他 SAP 產品，SAP 的代理 (agent) 則在 Joule 助理之下運作。SAP BTP 上的代理式 (agentic) 應用情境已經在出貨，不是簡報裡的東西。它們全都仰賴乾淨、一致、結構化的資料。

如果您的資料重複、編碼不一致，或是放在 S/4HANA 不認得的客製資料表裡，AI 就沒有任何可靠的東西可用。在應付帳款上跑 AI 的財務團隊，很快就會發現這件事：發票對到錯誤的供應商，只因為供應商主檔從來沒清理過。

行得通的順序是：先 Clean Core，其次資料治理，第三是分析，第四才是 AI。跳過步驟不會讓任何事情變快，只會把問題往後推。

1. 01劃定邊界決定 ERP 該停止做什麼
2. 02清理核心淘汰沒用到的程式碼，新的以 A 級建置
3. 03治理資料每個資料物件一位負責人
4. 04建立分析在受治理的資料上使用 SAP Business Data Cloud、SAC 或 Power BI
5. 05加入 AI在可靠的基礎上使用 Joule 與代理

讓 AI 有可靠的東西可以使用

風險	訊號	務實的因應
ECC 期限壓力	主流維護於 2027 年 12 月結束；到 2024 年底，大多數 ECC 客戶尚未取得 S/4HANA 授權	現在就鎖定夥伴的人力計畫；美國資深顧問的日費率已達 $1,800 至 $3,500
客製程式碼債	1,500 至 3,000 個客製物件，約四分之一在實際使用	執行使用情形掃描、公布刪減清單、啟動淘汰衝刺 (sprint)
版本更新的衝擊	版本更新與財務結帳、供應鏈旺季撞期	把更新時段排開結帳期；自動化回歸測試
資料移轉風險	太晚做資料協調，會產生被團隊誤判為程式錯誤的缺陷	及早做規模評估；在設計凍結前完成銀行、稅務與法遵資料的檢核
整合權責缺口	五個以上的系統動到共用主檔資料	公布權限矩陣；每個資料物件一位負責人
兩套生命週期工具	混合式環境同時運行 Solution Manager 與 SAP Cloud ALM	雲端專案預設使用 Cloud ALM；Solution Manager 7.2 的主流維護於 2027 年底結束

這些風險在交付層面的版本，請見ERP 現代化應避免的十大錯誤；至於移轉路徑本身，請見 ECC 移轉至 S/4HANA 指南。

SAP S/4HANA 的 Clean Core 是什麼？

就是讓 S/4HANA 盡可能貼近標準，並把擴充放在升級弄不壞它們的地方。自 2025 年 8 月起，SAP 把擴充從 A 級（只使用已釋出的 API，放在 SAP BTP 上或在系統內以 ABAP Cloud 實作）分級到 D 級（不算 Clean）。業務上的理由是保護升級：乾淨的系統幾天就能吸收一次版本更新，高度客製化的系統則會讓每一次都變成一個專案。

ERP 的「骨幹加衛星系統」架構是什麼？

ERP（SAP S/4HANA 或 Oracle Fusion）負責它本來就是為此打造的事：財務記錄、庫存、採購、製造交易與法定報表。其餘交給專業平台：ServiceNow 管工作流程，Salesforce 管客戶互動，Workday 或 SuccessFactors 管人資，分析平台提供洞察。把這些全部硬塞進 ERP，只會造出一座更新緩慢、客製化嚴重的巨石系統。

企業該如何面對 2027 年的 SAP ECC 期限？

從 SAP Readiness Check 開始。它會揭露客製程式碼的數量、附加元件的依賴與資料規模，這三個因素決定了您要走 Brownfield、Greenfield 還是選擇性轉換。複雜的企業移轉，從評估到上線通常需要 18 至 24 個月，所以如果到現在還沒選定做法、也還沒開始跟夥伴談，2027 年上線已經很緊了。延長到 2030 年的維護費用更高，買到的是時間，不是創新。

AI 在 ERP 現代化中何時有價值，何時沒有？

當資料乾淨、一致、結構化，而且流程有明確規則時：應付帳款自動化、需求預測，以及財務交易中的異常偵測，都是已被證實的案例。AI 不是繞過糟糕資料或治理缺口的捷徑。以錯誤輸入為基礎做出的決策，比人工錯誤更難被抓到。Clean Core、資料治理與穩定的流程要先做。

企業在 ERP 現代化上犯的最大錯誤是什麼？

把它當成技術專案，結果在業務主管還沒進會議室之前，Clean Core 的爭論就已經輸了。設計之後才開始做資料治理，而第一週就做的決定本來可以省下好幾個月的測試。沒有定義 ERP 該停止做什麼，於是核心範疇預設就一路擴張，上一座巨石系統就是這樣蓋起來的。

ERP 現代化要花多少錢？

對中型企業而言，Brownfield 的 ECC 轉換 S/4HANA，導入成本通常是 $2M 至 $8M，另加持續的訂閱費。範圍涵蓋全球、客製化程度高、法人實體眾多的企業專案，可能達到 $20M 至 $100M 以上。除了授權之外，也要為整合、測試與營運支援建立成本模型；在 RISE 與 SAP GROW 之下，還要為整個合約期間的 FUE 成長建立模型。