S/4HANA 移轉成本：依路徑看成本由什麼決定

S/4HANA 移轉成本落在和任何 SAP 計畫相同的區間。中型企業請規劃 50 萬至 200 萬美元，大型企業 200 萬至 1,000 萬美元以上，跨國集團 1,000 萬至 5,000 萬美元以上。您會落在區間的哪個位置，與其說取決於路徑，不如說取決於客製程式碼、資料、模擬轉換、新舊系統並行，以及您的 SAP 合約。

簡短的答案：沒有哪條移轉路徑天生比較便宜。Brownfield 與 Greenfield 的成本，取決於您帶過去多少客製程式碼、資料有多乾淨，以及您想改變多少流程。依我的經驗，客製程式碼是最常超時的階段，也是企業最常遺忘的隱藏成本。

本文專門討論移轉的帳單。路徑、步驟與 ECC 期限，請參考我的 ECC 移轉至 S/4HANA 指南。

SAP 一般要花多少錢、錢花在哪裡，請閱讀 SAP 導入要花多少錢。想知道工作開始後預算為什麼會超支，請閱讀為什麼 SAP 專案會超出預算。

移轉就是一個完整的 SAP 計畫，所以我使用和任何 SAP 計畫相同的參考區間。區間涵蓋合作夥伴服務、訂閱或授權、資料、測試、教育訓練與上線後支援。

以下是各區間的位置，以及把移轉成本推向區間上緣的因素：

公司規模	計畫總成本（美元）	把移轉成本推高的因素
小型（200 名員工以下）	8 萬至 50 萬美元	舊系統資料量、沒有 S/4HANA 版本的附加元件
中型（200 至 1,000 名員工）	50 萬至 200 萬美元	客製程式碼數量、系統整合、資料品質
大型（1,000 至 10,000 名員工）	200 萬至 1,000 萬美元以上	客製程式碼、模擬轉換次數、迴歸測試範圍
跨國集團（10,000 名員工以上）	1,000 萬至 5,000 萬美元以上	眾多實體與國家、分波推行期間的新舊系統並行

有兩個比例在每個區間都成立。合作夥伴服務占總額的 35% 至 50%，另外再加上 10% 至 20% 的預備金，由您自己保留，而不是包在合作夥伴的報價裡。

公開的基準也落在同樣的位置。SAP 合作夥伴 LeverX 估計，美國大型企業的 Greenfield 導入要 400 萬至 1,000 萬美元以上（LeverX 美國成本指南，2026）。想針對自己的範圍先得到一個數字，可以試試 SAP 導入成本計算器。

大家想要一個百分比：Brownfield 比 Greenfield 便宜多少百分比。我誠實的答案是要看情況，我不給百分比。路徑改變的主要是錢花在哪裡，而不是花多少。

系統轉換（Brownfield）保留您的設定、客製程式碼與歷史資料。全新導入（Greenfield）從乾淨的狀態開始，只載入您需要的資料，而選擇性資料轉換則是用專門工具兩者兼做一些。

以下是每條路徑把錢花在哪裡：

路徑	錢花在哪裡	什麼讓它變貴	什麼能壓低成本
Brownfield（系統轉換）	客製程式碼修正、用 Software Update Manager 執行轉換、對所有保留項目做迴歸測試	大量沒人使用的客製程式碼、需要替換的附加元件、大型資料庫卻只有很短的停機時段	轉換前淘汰未使用的程式碼、流程本來就運作良好
Greenfield（全新導入）	流程設計、設定、擴充、資料載入、教育訓練與變革管理	在新系統中重建舊的客製報表與邏輯、重新設計原本運作良好的領域	採用 SAP 標準，只載入未結項目與您需要的歷史資料
選擇性資料轉換	專門工具與合作夥伴、資料範圍界定，再加上部分重新設計與部分轉換	複雜的公司代碼與歷史資料篩選、併購與分拆	明確決定哪些領域要重新設計

那麼到底要看什麼？以下四個問題決定答案：

1. **您帶過去多少客製程式碼，其中有多少在使用。**在系統轉換中，您保留的每一個物件都必須檢查、必要時修正，並且測試。
2. **您的資料有多乾淨，需要多少歷史資料。**不良資料在每條路徑上都要花錢，只是花在不同的地方。
3. **您想改變多少流程。**我的原則：從其他系統移轉過來或需要定義新流程時選 Greenfield，流程已定義且運作良好時選 Brownfield，部分領域需要重新設計時選選擇性轉換。花錢重新設計原本運作良好的流程，是昂貴的選擇。
4. **業務能承受多少停機時間。**停機時段短的大型系統，需要停機時間最佳化技術，以及執行這些技術的專家。

成本也跟著時間走。依我的經驗，Brownfield 需要 12 至 18 個月，Greenfield 18 至 24 個月，選擇性資料轉換 12 至 18 個月。我的 S/4HANA 移轉時程與專案計畫逐階段拆解這些時程。

客製程式碼是我在移轉中看過最常超時的階段。它也是企業編列預算時最常遺忘的成本。

它之所以隱藏，是因為看起來像技術工作。在 Brownfield 轉換中，您的 Z 程式、強化與修改都會跟著過去，每一個觸及已改變資料模型的物件，都必須調整並重新測試。

SAP Readiness Check 是正確的起點，但它是規劃工具。依我的經驗，它遺漏的正是客製物件，而這些物件日後會造成傷害。

SAP 自己的 SAP S/4HANA Cloud Private Edition 2025 Conversion Guide 要您使用 ABAP Test Cockpit 進行客製程式碼檢查。它也建議在轉換前移除不再使用的客製程式碼。

省錢的地方就在這項建議裡。在一個計畫中，透過 smartShift 的分析，我們把客製物件從 18,000 個減少到 3,200 個，每淘汰一個物件，就少一個需要修正、測試並帶進未來升級的物件。

在任何人為移轉報價之前，我會想先得到以下問題的答案：

1. **有多少客製物件？**從您自己的系統計算，而不是依賴合作夥伴的估計。
2. **實際使用的有多少？**來自正式環境、涵蓋完整業務週期（包括年結）的使用資料。
3. **哪些要淘汰，由誰決定？**由業務與 IT 組成的設計權責單位決定，而不是只由開發人員決定。
4. **保留下來的要用什麼取代？**標準功能、已發布的 API 或並行擴充，符合 Clean Core 原則。

把客製化降到最低，並治理其餘部分。我常看到的錯誤，是試圖讓 SAP 像 Oracle 一樣運作，結果每一個差異都變成程式碼。我的 SAP Clean Core 指南說明如何為保留下來的部分分類。

依我的經驗，資料移轉占工作量的 30% 至 40%。其中相當一部分落在您自己的業務使用者身上，負責清理與驗證，所以很少出現在合作夥伴的報價裡。

在 Brownfield 轉換中，切換前我會規劃三次模擬轉換。每一次都要花真金白銀：系統複製、執行轉換的技術團隊、功能檢查，以及業務單位對結果的調節。

先確認您的合約已經涵蓋什麼。SAP 針對 Private Edition 的轉換指南指出，標準合約範圍包含兩次試運轉，一次用於非正式環境，一次用於正式環境。更多次數可以作為付費服務追加。

如果您規劃三次，請事先談定第三次由誰付費。

停機是這個階段的另一項成本。我看過的切換停機時間從一個週末到一週不等，業務單位每一天無法出貨、開立發票或結帳，都要付出代價。

您可以縮短它。Software Update Manager 提供停機時間最佳化轉換，但 SAP 的指南指出，Private Edition 版本需要一位完成 ADM329 訓練課程的 SAP 專家。這是預算中的一個專家項目，而不是一個免費的開關。

測試讓整個循環完整。系統轉換保留所有東西，所以迴歸測試必須涵蓋您保留的所有項目，而每一個沒有淘汰的客製物件，都會讓這個範圍擴大。

有兩項成本在專案計畫之外，而且都會落到財務長的桌上。

第一項是新舊系統並行。對於強化套件 6 至 8 的 SAP ERP 6.0，主流維護於 2027 年 12 月 31 日結束。選購到 2030 年底的延伸維護，需要額外支付兩個百分點（SAP News）。

今天開始的 Greenfield 計畫會延續到 2028 年，所以在您建置的同時，ECC 會繼續運作，也繼續花錢。至少為一段延伸維護、ECC 支援團隊，以及分階段推行期間必須同時供應兩套系統的介面編列預算。

第二項是合約轉換。轉到 RISE with SAP 代表採用 S/4HANA Cloud Private Edition，SAP 現在以 SAP Cloud ERP Private 的名稱行銷它。您的授權與維護狀態會轉為訂閱，而條款是談判出來的，不是公開的。

我在 RISE 合約中看到最大的陷阱，是續約條款、全職使用者約當數（FUE）的規模估算，以及 AI 點數。我一定會談進合約的，是包含的模組清單與分階段計價，讓您在各階段上線時才付費，而不是從第一天就開始付。

請 SAP 以書面說明您現有的授權與維護費用會如何處理。我的 RISE with SAP 合約與定價指南說明哪些包含在內、哪些不包含，以及要爭取什麼。

在我主導或救回的 21 個 SAP 計畫中，我看到最大的錯誤，是一開始沒有好好規劃。預算在 Explore 階段被打破，因為 WRICEF 清單（報表、介面、轉換、強化、表單、工作流程）不斷增長，而讓廠商掌控範圍是根本原因之一。

以下是我會依循的順序：

1. 執行 SAP Readiness Check 與客製程式碼檢查，然後才向任何人詢價。
2. 決定哪些客製程式碼要淘汰，由業務與 IT 組成的設計權責單位決定。
3. 剖析資料，並把資料工作量估為計畫的 30% 至 40%。
4. 算清楚模擬轉換與試運轉的次數，並談定每一次由誰付費。
5. 為新舊系統並行估價，如果上線落在 2027 年之後，也要包括延伸維護。
6. 自己寫範圍，讓合作夥伴為您的範圍報價，而不是他們的範圍。
7. 加上 10% 至 20% 的預備金，由您這一方保留。

然後再去找合作夥伴。請他們提供參考案例，以及針對您的移轉所做的高階設計，對於適用於任何公司的籠統答案，請直接離開。我的如何選擇 S/4HANA 移轉合作夥伴指南涵蓋這段對話的其餘部分。

具體的下一步：這個月就從您自己的正式環境，取出客製物件數量與使用資料。這是最能左右移轉預算的一個數字，而且在任何合作夥伴進場之前，您就能拿到它。

如果您想要對移轉預算或合作夥伴提案取得獨立的觀點，我可以協助企業處理這件事。您可以在這裡與我聯絡。

S/4HANA 移轉要花多少錢？

我使用的參考區間是：小型企業 80,000 至 500,000 美元，中型企業 500,000 至 200 萬美元。大型企業應規劃 200 萬至 1,000 萬美元以上，跨國集團 1,000 萬至 5,000 萬美元以上。合作夥伴服務占總額的 35% 至 50%，而客製程式碼、資料與模擬轉換次數決定您落在區間的哪個位置。

S/4HANA 的 Brownfield 比 Greenfield 便宜嗎？

不一定。這取決於您帶過去多少客製程式碼、資料有多乾淨、您想重新設計多少流程，以及您能承受多少停機時間。帶著大量未使用客製程式碼的 Brownfield 轉換，可能比採用 SAP 標準的 Greenfield 導入還貴。

S/4HANA 移轉中最大的隱藏成本是什麼？

客製程式碼。依我的經驗，它是企業最常遺忘的成本，也是最常超時的階段。在任何人為移轉報價之前，先算清楚您的客製物件，並確認哪些在使用。

S/4HANA 系統轉換需要幾次模擬轉換？

在 Brownfield 轉換中，切換前我會規劃三次模擬轉換。SAP 針對 Private Edition 的轉換指南，在標準合約範圍內包含兩次試運轉，一次用於非正式環境，一次用於正式環境，更多次數可作為付費服務追加。在簽約之前，先談定任何額外執行由誰付費。

S/4HANA 移轉預算應該加多少預備金？

在預算之外保留 10% 至 20%，由您這一方保留，而不是包在合作夥伴的報價裡。只針對具名的風險動用它，例如測試中發現的客製程式碼或資料問題，而不是用來支付從未估價的範圍。

RISE with SAP 會讓 S/4HANA 移轉更便宜嗎？

它改變的主要是成本的結構，而不是規模。授權、代管與技術營運轉入訂閱，但客製程式碼、資料、測試與變革管理仍留在您的計畫預算中。注意續約條款、FUE 規模估算與 AI 點數，並談判包含的模組與分階段計價。