RISE with SAP：邁向雲端 ERP 成功的實用指南

RISE with SAP 是 SAP 協助企業移轉到 S/4HANA Cloud 的方式，不必自己把所有元件一一拼湊起來。它是一項整合式服務，不只是授權或雲端訂閱。內容包含軟體、基礎架構、自動化與流程改善工具，以及持續的支援，全部由 SAP 在同一份合約下統一管理。

這個構想是讓數位轉型更有條理、不那麼零碎，特別是針對想要現代化、卻不想為此管理十家不同廠商的中大型企業。

與您自己擁有並營運整個技術堆疊的傳統地端部署不同，RISE 把其中大部分責任轉移給 SAP。真正重要的決策仍由您來做，但技術上的吃重工作由 SAP 承擔。這是另一種夥伴關係：重心從單純「運行 SAP」，轉向持續改進業務隨時間運作的方式。

誰最適合採用 RISE with SAP？

RISE with SAP 最適合想要現代化、卻不想自行管理整個 ERP 技術堆疊的企業。它是為已準備好朝標準化邁進、但在部署與擴充性上仍需要彈性的企業所設計。

雖然它在技術上可支援各種規模的企業，但對需求較複雜的企業特別實用。常見的適合條件包括：

跨國營運的中大型企業
正在汰換高度客製化的舊有 ERP 系統的企業
內部缺乏雲端基礎架構專業能力的組織
致力於數位轉型且目標明確的企業
願意採用 SAP 最佳實務與 Fit-to-Standard 流程的團隊

它並非放諸四海皆準，但如果方向明確，RISE 可以讓整個轉型過程更單純。

開始您的導入評估需求蒐集

部署模式與託管選項

RISE with SAP 在您需要結構的地方提供結構，在仍然重要的地方保留彈性。雖然 S/4HANA Cloud 背後的技術營運由 SAP 負責，但您可以選擇環境託管在哪裡。而這個選擇影響的不只是技術，它會左右系統如何整合、誰負責管理什麼，以及整體架構如何隨時間演進。

1. 在 AWS、Azure 或 Google Cloud 上運行 RISE with SAP

最常見的做法，是把 RISE 部署在超大規模雲端服務商（hyperscaler）上。SAP 支援 Amazon Web Services (AWS)、Microsoft Azure 與 Google Cloud Platform (GCP)。三者都通過 S/4HANA 認證，也都深度整合在 SAP 的雲端路線圖之中。如果您的 IT 團隊已經在使用其中一家，繼續沿用，營運與資安政策會比較容易管理。

三者的效能都很強。不過有些企業會因為與 Microsoft 的相容性而偏向 Azure，或因為全球覆蓋範圍而偏向 AWS。當資料與分析是首要考量時，偶爾會出現 GCP。

2. SAP 資料中心

如果以中立或單純為優先，SAP 自有的資料中心也是一個選項。這些完全由 SAP 管理，沒有超大規模雲端服務商介入。當您希望減少參與方，或採購部門偏好直接簽約時，這會很有幫助。

3. 客戶自有資料中心（CDC）

這個選項很少見，但仍然提供。如果您的公司對資料控管有嚴格規定，或處於受監管的環境，SAP 會在您自己的基礎架構內運行 RISE。它仍由 SAP 管理，但實體位置在您這一側。它並不適合所有人，老實說，多數企業用不到。

選擇之前要考慮什麼

無論託管在哪裡，系統維護、升級、備份與效能監控都由 SAP 負責。

影響您選擇哪種環境的幾個因素：

現有的雲端廠商關係
資料落地與法規遵循要求
延遲與區域效能需求
內部雲端成熟度與整合策略

不論在哪裡運行，它都還是 RISE。但託管的決定，比乍看之下扮演更重要的角色。

部署 RISE with SAP 的好處

企業剛開始評估 RISE with SAP 時，往往把焦點放在 S/4HANA Cloud 本身：它能做什麼、取代什麼。但它在哪裡運行、如何被管理，帶來的差異比多數人預期的更大。RISE 背後的部署模式不只是技術選擇。它影響您保有多少控制權、您的團隊如何與 SAP 互動，甚至影響日後回應變化的速度。

不論您把它託管在 AWS、Azure、Google Cloud，還是 SAP 自己的資料中心，地基都很重要。有些企業想讓事情保持簡單。有些則需要配合既有的雲端投資。少數企業其實沒有選擇，因為受到資料隱私法規或產業特定規定的約束。

這就是為什麼在選擇之前值得放慢腳步。好處是真實的，但實際呈現的樣貌，取決於您目前的架構，以及您接下來想把事情帶往哪裡。

1. 簡化基礎架構決策

雲端供應商由您選擇：SAP、AWS、Azure 或 GCP。但一旦選定，其餘都由 SAP 處理，包括資源配置、修補程式、備份與擴充。

不需要與超大規模雲端服務商另簽合約
SAP 始終是您唯一的負責窗口
IT 與廠商之間的來回溝通更少

2. 標準化的部署，彈性的託管

不論您使用的是超大規模雲端服務商，還是 SAP 資料中心，營運模式都保持一致。這代表推行階段的未知數更少。

不論哪個平台，支援流程都相同
團隊之間的交接可預期
日後如有需要，仍有擴充或調整的空間

3. 與內部策略更契合

已經在 AWS 或 Azure 上運行工作負載嗎？把 RISE 託管在那裡，可以降低複雜度，也讓 IT 團隊沿用既有的知識。

資安與政策保持一致
需要管理的新平台更少
與非 SAP 系統更容易整合

4. 降低移轉期間的風險

RISE 附帶的工具與服務，讓從 ECC 或舊有系統移轉的過程不那麼痛苦，搭配超大規模雲端服務商的可靠度時尤其如此。

自動化檢查與準備度工具
資源配置與擴充由 SAP 處理
從第一天起就內建監控

5. 透過 CDC 選項取得法規彈性

如果您的產業對資料處理有嚴格規定，RISE 可以在您自己的資料中心內運行。這雖屬小眾需求，但對某些企業至關重要。

維持內部託管，同時不失去 SAP 的支援
符合資料主權或資料落地的要求
與公有雲相同的營運模式

6. 一份合約，更少意外

您不必再分別處理授權、託管與服務，所有項目都整合在一起。您只需要與 SAP 打交道，這讓規劃與預算編列更簡單。

固定的訂閱模式
內建技術支援與 SLA
範疇與成本一目瞭然

SAP Business One

RISE with SAP 包含哪些內容？

RISE with SAP 是一套經過精選的組合，目的是簡化您邁向 S/4HANA 的路徑，並減少協調多家廠商的雜訊。您不必分別購買授權、基礎架構與工具，而是全部放在同一份合約下，由 SAP 管理（很棒吧？）。

RISE with SAP 組合通常包含以下內容：

SAP S/4HANA Cloud（公有雲版或私有雲版）
SAP Business Technology Platform（BTP），附使用額度
SAP Signavio 流程建模與效能洞察
SAP Business Network 的入門版存取權，可與合作夥伴連結
透過 SAP、AWS、Azure 或 Google Cloud 提供的雲端基礎架構
技術移轉工具與生命週期管理，完全由 SAP 處理。

它有結構，但不僵化。範疇、步調與託管夥伴，仍由您決定。RISE 提供的是一個真正撐得住的框架，尤其當目標是轉型，而不只是更換系統時。

選擇 RISE 之前的關鍵考量

RISE with SAP 聽起來很直接，但要判斷它是否是適合您業務的模式，光是喜歡這個概念並不夠。訂閱方案包含很多東西，但也限制了您能客製的程度。在投入之前，值得放慢腳步，問自己幾個棘手的問題。

您想修正、簡化，或為未來預做準備的是什麼？
您目前的系統與客製化有多複雜？
您的團隊是否準備好在更標準化、由 SAP 管理的環境中運作？

如果業務圍繞著轉型取得共識，RISE 就能運作得很好。如果這點還很模糊，或內部人力技能已經捉襟見肘，那麼需要的準備可能比預期的更多。

1. 業務準備度

RISE with SAP 涉及的不只是系統升級，它帶來的是有結構的變革。組織需要對目標、時程與利害關係人的共識有清楚的掌握。

取得領導階層的支持不可或缺
明確的目標與優先順序
清楚溝通變革的影響

2. 內部團隊的承載能力

雖然營運由 SAP 負責，但內部團隊必須支援設定、整合與推廣採用。請在流程早期就評估團隊的準備度。

評估技能水準與可投入的時間
檢視各專案間的 IT 工作量
若有缺口，規劃外部支援

3. 標準化與客製化

RISE 鼓勵採用 Fit-to-Standard 流程。如果現有系統大量仰賴客製化，就必須做出調整。

找出不可妥協的客製程式碼
使用 SAP Signavio 檢視差異
重新設計不相符的部分

4. 與雲端策略的契合度

當雲端方向已經明確時，RISE 的效果最好。它適合資安、整合與託管策略都已確立的企業。

確認與企業架構一致
檢視對超大規模雲端服務商的偏好與政策
界定 SAP 與內部 IT 之間的責任歸屬

5. 財務模式

RISE 採用訂閱制。財務與採購團隊必須適應這種營運支出的思維。

預測多年期的成本
與現有的授權架構比較
釐清哪些包含在內、哪些不包含

6. 時機與專注

大型轉型專案需要領導階層的專注，以及業務端能夠投入的時間。請考慮現在是否是投入的適當時機。

評估進行中與即將啟動的專案
指派高階主管贊助人
確保有餘裕投入教育訓練與變革

RISE with SAP 合約包含什麼？

RISE with SAP 合約不只是 S/4HANA 的授權。它是一套整合方案，目的是簡化邁向雲端 ERP 的路徑。所有項目都併入單一訂閱，紙面上聽起來很俐落，但值得弄清楚實際包含什麼、哪些仍由您自己負責。它涵蓋基礎架構、ERP 軟體、支援服務，以及一些協助推動變革的工具。

話雖如此，專案治理、教育訓練與測試這類工作，您仍需要自己的資源。合約通常包含以下內容：

1. S/4HANA Cloud 授權

合約包含 S/4HANA Cloud（公有雲版或私有雲版）的使用權，依完整使用者當量（FUE）授權。

核心 ERP 模組
包含定期更新
採訂閱制

2. 雲端基礎架構

您的 ERP 運行在超大規模雲端服務商的基礎架構上（AWS、Azure、GCP 或 SAP 資料中心），費用已包含在訂閱價格內。

完全託管的 IaaS 層
地區與供應商可選
資安與監控由 SAP 處理

3. 技術營運

備份、系統修補與監控等關鍵技術工作，由 SAP 作為託管服務模式的一部分負責處理。

Basis 管理
災難復原設定
24x7 系統可用性支援

4. SAP Business Technology Platform

合約提供 SAP BTP 的使用額度。可用於延伸功能、整合或分析。

應用情境包括客製應用程式
整合服務，例如 CPI
事件驅動的自動化

5. SAP Signavio

流程洞察是整合方案的一部分。Signavio 工具能協助您為現況與目標狀態建模並加以優化。

流程探索與建模
差異分析工具
Fit-to-Standard 支援

6. SAP Business Network 存取

包含有限度的 SAP Business Network 存取權，提供供應商協作與基本採購功能。

供應商上線導入
基本採購工作流程
必要時可升級

RISE with SAP 下的導入方法論

有結構又有彈性的框架

RISE with SAP 以 SAP Activate 方法論為基礎。您會經常看到這個名稱。它以分階段、有引導的方式，勾勒出邁向 S/4HANA Cloud 的路徑。這個結構很有幫助，但並不過於僵化。重點在於保持方向，又不陷入過度設計。

Fit-to-Standard：起點

這個流程高度仰賴 Fit-to-Standard 工作坊，目的是探討您目前的工作方式有哪些地方符合 SAP 的最佳實務。有些領域能順利對應，有些則可能引發爭論。標準化或客製化的早期決策，就需要在這個階段做出，並納入業務與 IT 雙方的意見。

交付模式：合作夥伴、SAP，或兩者並行

交付可以由合作夥伴主導、SAP 主導，或採共同模式。這裡沒有放諸四海皆準的正確選擇，真正取決於您內部團隊的經驗、可投入的時間，以及承擔主導權的意願。即使有外部支援，內部仍然需要有人掌舵。

時程與關鍵階段

多數 RISE 專案需時 6 到 12 個月。主要階段如下：

Discover（探索）：定義目標與高階範疇
Prepare（準備）：組建團隊、設定存取權限並訂定時程
Explore（探勘）：執行 Fit-to-Standard 工作坊
Realize（實現）：設定、測試與整合
Deploy（部署）：規劃切換並正式上線
Run（運行）：支援並持續演進

不只是技術交付

除了系統建置之外，您還需要把教育訓練、變革準備度與持續支援納入考量。這些不是額外項目，而是專案不可或缺的一部分。這裡投入不足，日後可能拖慢採用的速度。

真正的變數：內部共識

這個框架行得通，但前提是業務與 IT 團隊步調一致。值得花時間在前期釐清決策將如何做出。如果沒有這份共同理解就匆忙進入設定，日後往往會出現延誤。

我能如何協助您？

我在 SAP 與數位轉型領域有 25 年經驗，見過專案從啟動到上線的完整歷程，也見過沒人談論的混亂中段。有時我從一開始就主導。有時，我是在事情走偏時被請來穩住局面。

不論哪種情況，我的角色都一樣：把業務真正需要的，與系統實際能交付的連接起來。不說行話，不灌水。您在這裡讀到的內容，來自多年的現場經驗，在真實的壓力下解決真實的問題。

ERP 導入成本計算器

部署 RISE with SAP 時的常見錯誤

RISE with SAP 簡化了 ERP 專案中的許多技術環節。但這不代表困難的部分就消失了。如果說有什麼不同，那就是部分真正的挑戰往上游移動，落到決策、責任歸屬與心態上。有幾種錯誤一再出現。例如抱著地端系統時代的假設不放。或是以為客製程式碼會自動一起搬過去。有時候，團隊根本不清楚內部誰該負責什麼。

在以下情況下，事情會進行得更順利：