充分利用您的 JD Edwards 支援

白皮書

Rimini Street | 充分利用您的 JD Edwards 應用程式2

白皮書

Rimini Street | 充分利用您的 JD Edwards 應用程式 3

目錄

執行摘要 4

JD Edwards 應用程式的現狀 5

JD Edwards 應用程式的歷史沿革 5

1.創立初期：World (1982 年 – 1996 年) 5

2.產品分支：World 推出 OneWorld 與 OneWorld Xe 系列 (1992 年底) 5

3.持續改良 (2000 年代初期) 6

4.併購時期與 EnterpriseOne (2003 年 – 現今) 6

Oracle 併購與終身支援政策 7

Oracle 雲端應用程式與服務 8

豐富的 Oracle 產品全貌 — 以及為 Oracle 雲端應用程式與服務

重新改寫的所有內容 9

策略藍圖的選項 10

JD Edwards 客戶需要制定策略性決策 10

依照 JD Edwards 發行版本進行分析 11

Oracle 向 JD Edwards 的客戶建議：「升級至發行版本 9」 11

升級所提供的商業價值可能與付出的成本不相符 12

適用於使用更早發行版本的客戶 — Xe 到 E1 8.12、World A7.3 到 World A9.1 12

適用於使用成熟發行版本的客戶 — E1 9.0、E1 9.0.2、World A9.1 與 World A9.2 13

適用於使用當前發行版本的客戶 — E1 9.1、World A9.3 與 World A9.4 13

軟體廠商的支援模式昂貴且不合時宜 14

軟體廠商停止支援才是升級的第一推動力 — 而非投資報酬率 (ROI) 或新功能 14

廠商支援模式的公平性和相關性備受質疑 14

軟體廠商支援服務難以解決大多數問題 15

Oracle 支援是否讓您的企業面臨風險？ 15

後續步驟：掌握年度支援供應商的選擇權 16

Oracle 提供的 JD Edwards 發行版本策略選項 16

更好的選擇：JD Edwards 授權用戶透過 Rimini Street 實現應有價值 17

透過 JD Edwards 應用程式平台，使企業成長茁壯 17

運用管理服務延長 JD Edwards 應用程式的使用年限 18

給 JD Edwards 授權用戶的建議 19

Rimini Street | 充分利用您的 JD Edwards 應用程式4

白皮書

執行摘要

您的 JD Edwards 軟體成熟、穩定，支援層面更遠超於一般業務需求。公司三十年來持續發展、改善產品，使 JD Edwards 所推出的 World、OneWorld 及 EnterpriseOne 產品線，均能提供豐富的業務功能與卓越效能。

但許多 JD Edwards 客戶皆面臨一個重大難題：軟體的總體持有成本。其包括操作、維護與升級應用程式所需支付的高昂費用。

除了高昂的維護總成本，JD Edwards 授權用戶還必須評估並解决與其 JD Edwards 應用程式相關的若干重要問題，包括 JD Edwards 產品未來藍圖的不確定性、可能會被迫升級至 Oracle 雲端應用程式與服務，以及部分 JD Edwards 發行版本的支援時間範圍有所變更。JD Edwards 授權用戶迫切需要為 JD Edwards 策略做出重大決策：

――升級還是不升級？

――是否繼續使用當前 JD Edwards 發行版本？

――新版 Oracle 雲端應用程式與服務推出時，是否轉移至該服務？

――是否要嘗試其他新一代企業軟體平台？

――是否繼續使用未必能帶給客戶價值，卻給軟體供應商 90% 以上利潤的昂貴廠商支援服務？

本白皮書調查了 JD Edwards 應用程式現況，為使用 JD Edwards 並獲得 Oracle® 年度支援的客戶，進行事前策略藍圖分析，並為 JD Edwards 的授權用戶提出可執行的建議。

主要觀點：

――在未來十年甚至更長時間內，目前的 JD Edwards 發行版本足以支援您的業務營運。

――從目前功能豐富的 JD Edwards 軟體發行版本升級，也只能獲得有限的投資報酬率 (ROI)。

――您可以利用獨立支援，避免昂貴的升級成本，並減少維護費用與相關支出，從而節省數百萬美元。

――獨立支援有助降低風險，避免受供應商束縛 ，並提供選擇新一代系統的可能性。

Rimini Street | 充分利用您的 JD Edwards 應用程式 5

Rimini Street 提供的獨立支援可取代 JD Edwards 系統的 Oracle 年度支援，讓您節省高達 90% 的總支援成本，除了避免高昂的強迫升級費用，亦能支援您的客製化程式碼。

JD Edwards 授權用戶選用 Rimini Street 的獨立支援服務，幫助省下可觀的成本、確保能快速回應支援請求，並讓客戶享受優質功能及降低風險。除此之外，獨立支援在現今儼然已是大勢所趨，數千家世界級企業均認同獨立支援是一個可靠的選擇。

JD Edwards 應用程式的現狀

JD Edwards 應用程式的歷史沿革

JD Edwards 應用程式的歷史沿革分為四個時期：

1.―創立初期：World (1982 年 – 1996 年) 1977 年，JD Edwards 由 Jack Thompson、C.T.P.“Chuck” Hintze、Dan Gregory 與 Ed McVaney 共同創立。1982 年，該公司發行採用 RPG 編碼程式的第一款產品「 JD Edwards World 軟體」，通稱為「World」。 World 原是一款專為財務會計設計的業務應用程式，經過長久發展，JD Edwards 為 World 追加物流運輸、製造流程、人力資源/薪資、專案管理、房地產以及其他功能。World 最初設計在 IBM 推出的 System/38 中型電腦上執行；IBM 在 1988 年推出 AS/400 平台後，JD Edwards 隨即將 World 移植至該平台。1996 年 6 月，該公司推出可靠且穩定的 JD Edwards World A7.3 版，許多滿意的客戶現今仍繼續使用該發行版本執行業務；這些客戶通常會高度客製化其系統，且不打算進行升級。

2.―產品分支：World 推出 OneWorld 與 OneWorld Xe 系列 (1990 年代末期) 1996 年，電腦科技從綠畫面主機發展為運行 GUI 前端的主從式網路系統，而 JD Edwards 為了因應此轉變，便將 World 重新編程為主從式架構的平台，並推出 JD Edwards OneWorld。該產品是使用第四代編碼語言(4GL) 的 C 語言編寫而成。OneWorld 當時因品質問題而備受困擾。 McVaney 結束短暫且不合時的退休生活，並高調回歸公司後，員工在其激勵人心的帶領下，持續為研發付諸努力，終於在 2000 年時正式發行 OneWorld Xe。該產品的穩定性和可靠性使客戶和分析師重拾對 JD Edwards 的信心，並將其視為可合作的大型企業軟體廠商。 在此期間內，JD Edwards 亦提供同時執行 World 和 OneWorld Xe 的選項 (兩者均於 AS/400 平台上運行，並共享相同資料庫)。該項稱為「共存」的組合產品並未獲得廣泛採用，因此不再提供此選項。

Rimini Street | 充分利用您的 JD Edwards 應用程式6

白皮書

3.―持續改良 (2000 年代初期) 在 2000 年代初期，JD Edwards 為規劃進階供應鏈而併購 Numetrix，亦收購了 YouCentric 的 CRM 產品，這些併購項目使 JD Edwards 的應用程式套件更加完善。增量發行版本持續新增特色與功能，並增加 XPI 的預建整合；而使網路技術更臻完善仍是該公司的首要之務，將技術堆疊發展至更多元、複雜的結構。

4.―併購時期與 EnterpriseOne 系列產品 (2003 年 – 現今) PeopleSoft 在 2003 年時收購 JD Edwards。PeopleSoft 仍持續支援使用 AS/400 平台的 World 產品線，以及採用主從式架構的網路型 OneWorld Xe 產品線。在此期間內，PeopleSoft 將 OneWorld Xe 重新塑造為 EnterpriseOne。有趣的是，並非所有的 JD Edwards World 原始客戶皆樂於轉換跑道使用 EnterpriseOne，許多客戶仍十分忠於穩定性高且歷經考驗的 AS/400 平台，因此選擇繼續使用 World 或 OneWorld Xe 系列產品。 2005 年時，PeopleSoft 與其收購不久的 JD Edwards 均被 Oracle 併購。Oracle 則延續支援並強化 World 與 EnterpriseOne 產品線，並持續發行版本。Oracle 在 JD Edwards 產品線方面，主要是針對技術平台的變化進行規劃，使其與未來的 Oracle 雲端應用程式與服務能整合得更加完善。

Rimini Street | 充分利用您的 JD Edwards 應用程式 7

Oracle 併購與終身支援政策

與其他收購的產品線一樣，Oracle 將 JD Edwards 的維護費用全面提高至每年 22%，亦將 JD Edwards 產品線納入終身支援政策中。該政策為多數的 Oracle 產品制定了一致的支援政策、價格與時間表。Oracle 的「終身支援政策」分為下列三個階段：

――頂級支援 — Oracle 的標準支援，通常自正式使用 (GA) 後持續五年，收取授權費用 22% 為支援服務費。隨著每次續購，費用通常會逐年提高。

――延長支援 — 第 1 年的支援服務費會額外增加 10%，而第 2 和第 3 年的價格則額外增加 20%，該服務少數錯誤修正。其在「頂級支援」結束後會再持續三年，且不保證提供互通性更新和第三方平台認證。Oracle 旗下產品不一定會提供「延長支援」。

――持續性支援 — 並非所有產品均提供「持續性支援」，該服務不提供任何新修正程式與更新內容，但可無限期延續，並收取授權費用的 22% 作為支援服務費。

Oracle 將 JD Edwards EnterpriseOne 9.1 / 9.2 發行版本定位為 JD Edwards 和 Oracle 雲端應用程式與服務間的橋梁，本白皮書稍後會提出更多關於 Oracle「升級至發行版本 9」的建議。自從 JD Edwards 9.1 / 9.2 發行版本推出以來，透過其涵蓋的中介軟體和額外技術元件，JD Edwards 應用程式及 Oracle 雲端應用程式與服務的藍圖更加緊密相連。

Oracle 的終身支援政策有助於既有客戶繼續獲取 Oracle 的維護，而新發行版本則可提供少許增強功能。然而，除了為促進 Oracle 雲端應用程式與服務策略而專門設計的產品有顯著進展外，其餘產品並沒有任何重大發展。

Rimini Street | 充分利用您的 JD Edwards 應用程式8

白皮書

Oracle 雲端應用程式與服務

Oracle 在雲端應用程式與服務方面投注偌大心力，並專注發展資料庫 (平台即服務)、儲存空間與網路系統 (基礎設施即服務)，以及包含採購和財務管理的新雲端應用程式 (軟體即服務)。這種從就地部署軟體所產生的轉變，為 JD Edwards 客戶在制定應用程式策略與未來 5 至 10 年的藍圖上帶來了困擾。實際上，將完整的雲端 ERP 套件發展完全，可能需要 3 至 8 年，甚至更長時間，其亦有可能取代 JD Edwards。

而 JD Edwards 使用者在思量 Oracle 雲端應用程式與服務對企業的意義時，必須衡量下述重點：

1.―新的雲端程式授權與支援服務 – Oracle 雲端應用程式與服務為新款獨立產品，現有的 JD Edwards 支援和維護合約中並不包含該產品。因此，JD Edwards 客戶若希望使用 Oracle 雲端應用程式與服務，除了要繼續支付 JD Edwards 支援合約外，還需要購買新的授權和維護合約。

2.―雲端整合 – 若客戶依然使用 JD Edwards 早期版本，則需升級至 JD Edwards EnterpriseOne 9.1 或 9.2 當前版本，才能執行 Oracle 雲端服務。潛在風險與高昂費用可能會伴隨而來，客戶不僅需要負擔額外成本，亦可能造成相關系統停機、需花費時間重新制定客製化項目，且過去花費 10 多年完善的工作流程與程序均得重新規劃。

3.―特定廠商束縛 – 轉移至雲端的過程中，客戶可能需放棄部分 ERP 應用程式策略和藍圖的自主權與控制權。整體而言，雲端應用程式與服務會要求客戶採用標準版本和配置。客戶專利資料可能會儲存在 Oracle 雲端伺服器和硬體上；隨著時間流逝，客戶會更難遷移資料。

Larry EllisonForbes 網站 「雲端服務收入再度飛漲」，2016 年

「我們預計今年的年度雲端銷售將超過 20 億美元，遠超於 Salesforce.com 的銷售總額，我們正以十分驚人的速度迎頭趕上。」

Rimini Street | 充分利用您的 JD Edwards 應用程式 9

豐富的 Oracle 產品全貌 — 以及為 Oracle 雲端應用程式與服務重新改寫的所有內容

面臨的挑戰：當 Oracle 專注開拓雲端業務時，您該如何掌管自身業務和 JD Edwards 應用程式？按照 Oracle 的支援時間表不斷進行升級，可能並非提高 ROI 的最佳方式。

Rimini Street | 充分利用您的 JD Edwards 應用程式10

白皮書

策略藍圖的選項

Oracle 為正在考慮 Oracle 雲端應用程式與服務的 IT 領導人概述了一套共存選項，並為企業應用程式藍圖進行規劃2。換言之，本公司認為 Oracle 向您提出的是開始使用雲端服務的計劃。我們在下表中為您總結 Oracle 提供的選項，並向您介紹截然不同的選擇：Rimini Street 支援。在本白皮書的結尾部分，我們將再度探討此表格，並提供進一步分析和評論。

Oracle 提供的選擇 說明

將變更減至最低 只要支援時間範圍允許，就可以繼續執行您的當前發行版本。如果不升級 JD Edwards 應用程式，可能會產生昂貴的「延長支援」費用；或者，如果您的發行版本轉向使用「持續性支援」，則新問題可能會對 JD Edwards 系統產生負面影響。

保持當前發行版本 接受 Oracle 雲端服務並負擔昂貴的「延長支援」費用；或者，如果您的發行版本轉向使用「持續性支援」，則新問題可能會對 JD Edwards 系統產生負面影響。您亦可以將 JD Edwards 產品升級至最新發行版本。進行升級能讓您一直保持在「頂級支援」的範圍內。

接受 Oracle 雲端服務 盡快接受使用 Oracle 雲端應用程式與服務，並採用共存策略。在新的 Oracle 雲端模組和重要組件推出時，立刻進行建置。

Rimini Street 提供的選擇 說明

透過獨立支援，充分發揮當前 JD Edwards 發行版本的價值 與 Rimini Street 合作，您可以在未來十年以及更長時間內繼續使用當前軟體發行版本，不需要進行任何升級。您可以省下高達 90% 的總支援成本，亦可避免昂貴的升級費用，並獲得應變機制更佳、更切合實際的 JD Edwards 應用程式支援服務。

JD Edwards 客戶需要制定策略性決策

隨著時間推移，您需要決定：升級還是不升級？要繼續使用 JD Edwards、轉為使用 Oracle 雲端應用程式與服務，或嘗試其他新一代 ERP 平台？繼續使用未必能帶給客戶價值的昂貴廠商支援服務,還是保持選擇策略的餘地，並利用從獨立支援省下的金額，逐漸累積用於創新 IT 計劃的資金？

本白皮書的其餘部分旨在提供您需要的資訊，幫助您為企業做出最佳決策，並讓您在 JD Edwards 系統投入的巨額資金能充分發揮價值。讓我們看看使用特定 JD Edwards 發行版本的客戶，可能會執行的策略藍圖。

Larry Ellison執行董事長 Oracle1

「雲端服務與就地部署運算並存的現象，就算不會永遠存在，也會持續數十年。」

1 Oracle 在 2016 年 2 月 3 日發表的 Twitter 。2 Michael Hickins，「Oracle 雲端服務平台策略引領 IT 產業前進」，2015 年刊載於 Forbes 網站。

Rimini Street | 充分利用您的 JD Edwards 應用程式 11

依照 JD Edwards 發行版本進行分析

Oracle 向 JD Edwards 的客戶建議：「升級至發行版本 9」

Oracle 向 JD Edwards 的客戶傳達的訊息非常明確：「升級至發行版本 9」— 也就是說，若您使用的是發行版本 9 以前的版本，升級至最新的 EnterpriseOne 9.2 發行版本，即可整合 Oracle 雲端應用程式與服務。使用 EnterpriseOne 和 World 平台的客戶均適用此服務。然而如同本白皮書所述，Rimini Street 認為對許多 JD Edwards 客戶而言，「升級至發行版本 9」對業務、IT 與財務方面可能會是錯誤的策略性決策。

實際上，Oracle 對企業的「升級至發行版本 9」藍圖規劃如下：「每兩年就升級 JD Edwards，並在未來六年內，每隔九個月就進行一次更新 — 一起登上升級列車吧！」

現在讓我們來分析這項藍圖規劃。「升級至發行版本 9」藍圖規劃為 Oracle 帶來以下利益，而該公司一半的收入來源便是維護費用3：

――讓您同意不斷升級，每兩年便為增強功能支付費用，然而效益卻逐漸減少

――擁有推銷 Oracle 雲端應用程式與服務的機會

――給您轉為使用 Oracle 技術平台的機會 (Red Stack)

――讓您採用較新發行版本，Oracle 便可以減少較舊版本的支援服務

――龐大的維護費用讓 Oracle 能保有收入來源

同時，「升級至發行版本 9」藍圖規劃對您的意義可能包括：

――昂貴的年度支援費用

――成熟產品的增強功能非常有限

――強制升級

――會干擾業務的更新程式

――產品終止服務

――產品終止聲明

――不支援客製化項目

3 Oracle，Form 10-K (10-K 表格)，2016 年 6 月 22 日。

Rimini Street | 充分利用您的 JD Edwards 應用程式12

白皮書

升級所提供的商業價值可能與付出的成本不相符4

JD Edwards World

版本 正式發布日期 頂級支援終止時間 延長支援終止時間 持續性支援終止時間

A7.3 1996 年 6 月 2013 年 12 月 未提供此服務 無限期

A8.1 1997 年 10 月 2013 年 12 月 未提供此服務 無限期

A9.1 2007 年 4 月 2012 年 4 月 2015 年 4 月 無限期

A9.2 2009 年 4 月 2014 年 4 月 2017 年 4 月 無限期

A9.2.1 2010 年 5 月 2015 年 5 月 2018 年 5 月 無限期

A9.3 2012 年 3 月 2017 年 3 月 2020 年 3 月 無限期

A9.4 2015 年 4 月 2022 年 4 月 2025 年 4 月 無限期

JD Edwards EnterpriseOne

版本 正式發布日期 頂級支援終止時間 延長支援終止時間 持續性支援終止時間

Xe 2000 年 9 月 2013 年 12 月 未提供此服務 無限期

E1 8.0 2002 年 6 月 2013 年 12 月 未提供此服務 無限期

E1 8.9 2003 年 9 月 2008 年 9 月 未提供此服務 無限期

E1 8.10 2004 年 6 月 2009 年 6 月 未提供此服務 無限期

E1 8.11 2004 年 12 月 2009 年 12 月 2012 年 12 月 無限期

E1 8.11 CRM 行動銷售 2004 年 12 月 2009 年 12 月 2010 年 12 月 無限期

E1 8.12 2006 年 4 月 2011 年 4 月 2014 年 4 月 無限期

E1 8.12 CRM 行動銷售 2006 年 4 月 2011 年 4 月 2010 年 12 月 無限期

E1 9.0 2008 年 9 月 2015 年 11 月 2018 年 11 月 無限期

E1 9.0.2 2010 年 11 月 2015 年 11 月 2018 年 11 月 無限期

E1 9.0.2 Technology Foundation (IBM)

2010 年 11 月 2015 年 11 月 2016 年 9 月 無限期

E1 9.1 2012 年 3 月 2017 年 3 月 2020 年 3 月 無限期

E1 9.1 Technology Foundation (IBM)

2012 年 3 月 2016 年 9 月 未提供此服務 無限期

E1 9.2 2015 年 10 月 2025 年 10 月 2028 年 10 月 無限期

適用於使用更早發行版本的客戶 — Xe 到 E1 8.12、World A7.3 到 World A9.1

Oracle 已重新設立支援時間表，因此目前「持續性支援」亦針對 JD Edwards EnterpriseOne 和 World 軟體早期版本提供此服務。基於此，執行上述版本的客戶應開始權衡手中的選項，因為「持續性支援」並沒有提供任何新修正程式與更新內容，亦不包含稅務、法律與法規的相關更新。若採用上述軟體版本的使用者向 Oracle 支援請求支援服務，最可能得到的回應便是建議客戶升級至較新版本的 JD Edwards 軟體。

4 在此白皮書中的所有發行版本與支援日期均根據 Oracle Corporation「Oracle 以資訊為導向的支援：Oracle 終身支援政策，Oracle 應用程式。」2017 年 3 月版本提供。

Rimini Street | 充分利用您的 JD Edwards 應用程式 13

然而，若從早期版本「升級至發行版本 9」極可能十分複雜且需支付高昂費用；客戶不但無法直接升級至 Oracle 雲端應用程式與服務，且許多客戶很難證明升級至發行版本 9 能帶來足夠的商業價值。

大多數執行這些早期版本的企業均已大幅修改自身的 JD Edwards 系統，包含應用程式客製化項目、獨立式客製程式，以及符合其獨特業務需求的完整附加系統。如果您正在考慮「升級至發行版本 9」，請務必審慎地全面評估客製化項目，並衡量在新架構下進行重製所需耗費的成本。

適用於使用成熟發行版本的客戶 — E1 9.0、E1 9.0.2、World A9.1 與 World A9.2

JD Edwards E1 9.0 與 9.0.2 目前均可使用「延長支援」服務。A9.1 是許多發行版本 A9.x 的早期採用者傾向執行的版本，該發行版本自 2015 年 4 月起，即可使用「持續性支援」。如果 JD Edwards 客戶執行的是下述成熟發行版本其一，則可以選擇：

――負擔「延長支援」費用。

――進行升級 — 然而，升級所提供的商業價值可能與付出的成本不相符。(另外要注意的是，轉移至 Oracle 雲端服務的流程甚至會更加複雜，且在「延長支援」結束前，您極有可能無法及時投入生產行列)。

――選擇轉為使用獨立支援，便能擁有更多時間、資金，謹慎地衡量所有選擇。

除此之外，執行 World A9.1 的客戶也許正在考慮轉移至 EnterpriseOne，而非升級到之後的 A9.2 或 A9.2.1 發行版本。Oracle 當前著重發展雲端應用程式與服務，而 JD Edwards 顯然已引導客戶使用跨平台作業系統，意即具備網路功能的 EnterpriseOne 產品。雖然從 World 轉移到 EnterpriseOne 是當前趨勢；然而，只要您準備好做出決策，仍能自己掌握選擇權。

適用於使用當前發行版本的客戶 — E1 9.1、World A9.3 與 World A9.4

E1 9.X 是廣泛使用的發行版本，該版本不但穩定，亦具備完整功能。

―A9.2 是發行版本 A9.x 的後期採用者傾向執行的版本。A9.2 仍有兩年多的時間，直到 2017 年 4 月才會轉而使用「持續性支援」服務。

―A9.3 或 A9.4 則是客戶今日可升級的最新版本。

上述的 JD Edwards 發行版本均是廣泛使用的穩定版本。隨著時間發展，分析師認為客戶在上述 JD Edwards 最新發行版本中，能從 Oracle 獲得資料增強功能的機率極低。

Rimini Street | 充分利用您的 JD Edwards 應用程式14

白皮書

軟體廠商的支援模式昂貴且不合時宜

軟體廠商停止支援才是升級的第一推動力 — 而非投資報酬率 (ROI) 或新功能

企業之所以選擇升級 JD Edwards 軟體有各種因素，例如可預期的 ROI、新的業務功能、希望能轉移至服務導向架構 (SOA) 或其他新技術，亦有可能是想要繼續採用 Oracle 核准的 Oracle 雲端應用程式與服務方案。然而，這全都是次要原因。到底主要原因為何？根據分析師所言與客戶調查，支援時間範圍即將結束是考慮升級的首要原因5。

要理解這種情況有多荒謬，您可以想像自己在三年前購買了一輛新汽車，而汽車經銷商的三年保固期已過 (支援時間範圍結束)，隨後該經銷商便通知您，必須要升級至新款汽車。當然，在現實世界中，您可以自由選擇將汽車交給當地獨立技師維護，讓支出費用能獲得更多價值，甚至能享受更多個人化服務；而獨立的企業軟體支援能讓接近維護終止日期 (MED) 的 JD Edwards 授權用戶，體驗到相似的價值。

廠商支援模式的公平性和相關性備受質疑

大型軟體廠商以幾近壟斷的方式提供產品支援服務，現今廠商從支援作業獲得的利潤率高達 90%。換言之，您每支付 10 美元支援費用，廠商僅會將 1 美元用於實際支援。因此，客戶逐漸得出結論：供應商支援模式在最好的情況下亦屬「過時」，最糟的情況則是「被淘汰」，這對企業軟體授權用戶非常不公平。

此外，產業分析師一致認為：您可能在企業軟體的年度支援服務上投入過多成本，卻僅獲得稀少的回報。持續投入在維護與營運成本上的金額通常會佔用 89% 的 IT 預算，使得 IT 的成效受限，亦會侷限創新發展6。

Brian Murphy 資訊長Dean Foods

「我跟所有的資訊長一樣，都在尋找維持及提升企業價值的方式。因此，我們必須要有創新能力，我們必須找到更具成本效益的方式支援 JD Edwards 和其他環境，同時獲得更好的服務，而 Rimini Street 恰好符合我們的需求。」

5 Dennis Howlett，「73% 的 Oracle 客戶進行升級是為保有支援服務，而非提升投資報酬率」，2012 年 3 月 9 日刊載於 ZDNet 網站。

6 Gartner，「Gartner IT 關鍵衡量標準資料，2016 年 IT 企業摘要報告」，2016 年 12 月。

Rimini Street | 充分利用您的 JD Edwards 應用程式 15

軟體廠商支援服務難以解決大多數問題

儘管客戶付出高額成本並帶給供應商驚人的利潤，軟體廠商支援模式仍無法解决影響 JD Edwards 成熟軟體的主要問題。舉例來說，標準廠商支援方案並不支援客製化程式碼。但是，在所有提交給 Rimini Street 的問題中，有 65% 的案例與客戶修改的程式碼相關。除了大部分的問題無法獲得支援外，JD Edwards 授權用戶亦被迫升級，以保有支援服務或避免維護費用增加，然而獲得的附加價值卻十分有限。

Oracle 支援是否將您的企業置於風險之中？

經過數十年的成熟發展，針對可能將企業置於風險中的不合用廠商支援模式，這個產業目前正重新評估其價值與公平性。當您繼續使用不合時宜的廠商支援方案時，很可能遇到下述主要財務、業務風險：

風險：特定廠商束縛將侷限彈性您部署的每次升級都可能會鎖定特定產品，讓您僅能使用 Oracle 提供的應用程式與技術堆疊。每次升級均會將技術堆疊元件新增至基礎架構，且透過採用專利技術，讓您更依賴該廠商的未來系統。當您在選擇最符合需求的下一代系統時，這將嚴重地限制您的選擇彈性。實際上，不論您有無意識到，這代表著您在比賽開始前就選出了勝利者。

風險：新平台的開發充滿不確定性除了使用 Oracle 雲端應用程式與服務所需付出的額外授權和維護費用，Oracle 所建議的升級/共存方案，亦會為您現有的 JD Edwards 平台增加高昂的升級和維護費用。但請務必牢記，提前採用或允諾使用未經實測的新平台存在重大風險：並非所有 ERP 廠商的開發 (尤其是新平台) 都能立竿見影。舉例來說，JD Edwards 的長期客戶一定都還記得，1996 年 JD Edwards OneWorld 主從式架構平台的初期發行版本剛推出時，該公司因無數的品質與穩定性問題備受困擾；直到 2000 年 OneWorld Xe 發行版本推出時，才終於有效地解決了這些難題。

企業提前採用未經實測的新平台，等同將自身置於重大的風險中。

風險：昂貴的強制升級將限制創新發展直到您部署下一代系統為止，Oracle 針對 Oracle 雲端應用程式與服務所建議的升級和共存方案，都會強迫您支出高昂的升級和維護費用。

投資報酬率 ROI 來自實際商業價值，並非自身預期的收益。身為系統所有者，若要從廠商手中取回控制權，您可以嘗試選擇支援服務，並調整業務以解決這個問題：我們對 JD Edwards 實作的未來藍圖為何？

Rimini Street | 充分利用您的 JD Edwards 應用程式16

白皮書

後續步驟：掌握年度支援供應商的選擇權

Oracle 提供的 JD Edwards 發行版本策略選項

讓我們再次探討 Oracle 將您轉移至 Oracle 雲端應用程式與服務的計劃。若您選擇繼續使用 Oracle 支援，下表中將列出您所擁有的選項：

Oracle 提供的選擇 說明

將變更減至最低 ―― 支付完整支援費用，但支援服務會隨著時間減少；此選項

僅是為了讓您在延長支援的時間範圍內，能夠繼續執行當

前穩定的現行版本。

―― 若不升級至 JD Edwards 最新發行版本，您可能需要為「延

長支援」服務付出額外費用。

―― 如果發行版本轉為使用「持續性支援」，則遭遇新問題時可

能需承擔風險，因為廠商在此支援服務中並不會為您解決

新問題。

保持當前發行版本 ―― 如果您遵循 Oracle 提供的升級計劃，您的產品便會一直

保持在可使用「頂級支援」時間範圍內；但您將需要不斷升

級，且對許多授權用戶而言，JD Edwards 升級計劃的明確

商業價值可能會越來越小。

―― 無論您是否選擇升級，繼續使用廠商支援服務所帶來的成

本極其高昂，而 Oracle 則可從中獲得 90% 的利潤。為何

要為過時的平台持續支付昂貴的維護費用，還要在可能不

會使用或根本不想使用的未來平台上投入資金呢？

接受 Oracle 雲端服務 ―― 與 Oracle 雲端服務共存 — 若在 Oracle 雲端應用程式與

服務推出時，將其新增至您的混合平台中，可能會產生高

昂費用和風險。新的架構和平台 = 未知且未經實測。

―― 如果决定選擇共存，代表您在評估完整套件之前，就已經

決定要付錢轉移至 Oracle 雲端應用程式與服務。而且您

仍需要擔心所有執行中的 JD Edwards 應用程式支援時間

表。

Rimini Street | 充分利用您的 JD Edwards 應用程式 17

更好的選擇：JD Edwards 授權用戶透過 Rimini Street 實現應有價值

數百家世界級企業均已向 Oracle「否決」轉移至 Oracle 雲端應用程式與服務的計劃，並開始行使自身權利，選擇最符合其需要和預算的年度支援供應商。

Rimini Street 提供的獨立支援可取代軟體廠商的年度支援方案。Rimini Street 提供所有您需要的除錯修正，因此您可以在未來十年或更長時間內，以最具成本效益的方式繼續執行 JD Edwards 應用程式，且不需要進行升級。JD Edwards 客戶選用 Rimini Street 提供的獨立支援，得以：

――大幅節省成本：可省下高達 90% 的總支援成本，並減少年度維護費用。

――頂級優質、切合實際、先進的服務模式：保證能超迅速回應支援請求，並提供優質服務，例如支援客製化項目、互通性服務與效能調校，而且完全無須支付額外費用。

――策略彈性更高：Rimini Street 可以幫助您免除高昂的升級費用、為當前穩定的 JD Edwards 發行版本延長使用期限，並在您準備使用下一個通過驗證的技術平台時，降低所需承擔的風險。

透過 JD Edwards 應用程式平台，使企業成長茁壯

許多企業利用獨立支援作為應用程式策略的關鍵元素，運用從獨立支援省下的資金來解決 JD Edwards 系統的實際業務問題，並根據自身考量，審慎評估新應用程式平台，不必再依據廠商發行版本安排的時間表和日程進行衡量。

從另一方面來看，若您現在選擇完全依賴廠商所制定的路線前進，那麼未來的業務選擇可能會陷入風險。如果您僅接受廠商為您的 IT 未來所規劃的藍圖，可能會產生大量額外成本，並失去大部分的策略彈性，因為在不久的未來，您可能發現自己被束縛在廠商提供的技術堆疊、應用程式和支援方案中。

Rimini Street 的客戶「Dean Foods」，必須以能夠刺激創新力、促進公司發展的方式來分配 IT 預算與資源。身為資訊長的 Brian Murphy 便是在廠商提供的 JD Edwards 支援方案中，面臨著持續挹注高昂費用、範圍有限且服務品質不佳的問題。

當 Dean Foods 重新評估 JD Edwards 系統所需的支援服務時，並非只是單純尋找該區域最便宜的軟體維修商，而是在尋覓商業夥伴。Murphy 如此解釋：「就 JD Edwards 平台的維護成本來看，Rimini Street 顯然幫我們改善了獲利。 而我們目前感興趣的是推動營業總額的方法。考量到當前使用的 JD Edwards 平台，我們該如何正面影響自身業務？因此，我們決定與 Rimini Street 合作商討策略和創新藍圖的規劃，而我們也能善用該公司從豐富經驗中得出的見解。」

Brian Murphy 資訊長Dean Foods

「從使用 Rimini Street 服務所省下的費用，讓我們能夠將這些錢再投資於商業智慧 (BI) 與資料平台。就成本來看，Rimini Street 顯然幫我們改善了獲利。」

Rimini Street | 充分利用您的 JD Edwards 應用程式18

白皮書

Dean Foods 轉換到獨立支援後，不但取得了預算的控制權，並得以將資金投入到創新發展中。Dean Foods 用轉換到獨立支援所省下的資金，投資了關鍵的業務成長計劃，包括公司的商業智慧 (BI) 和主資料平台。

運用管理服務延長 JD Edwards 應用程式的使用年限

企業可能會由於人力流失、缺乏應用程式知識或經驗等資源限制，亦或為其他重要的策略性專案爭奪資源分配，因而在 EnterpriseOne 和 World 執行個體上，面臨管理、維護與支援等挑戰。

JD Edwards 客戶能透過 Rimini Street 提供的管理服務，獲得下列優勢：

――在系統管理、監控和營運方面，能享有積極主動且回應即時的支援服務

――若企業因為員工退休、人才流失或缺乏技能，而導致內部資源稀少，本服務能為 JD Edwards EnterpriseOne 和 World 提供額外協助，並使該企業擴大員工數量

――讓客戶享受品質優異的服務：JD Edwards 管理服務與 Rimini Street 屢獲大獎的服務方案，均是由專業的 JD Edwards 團隊所提供，客戶可享有同樣回應迅速的服務與服務水準協議 (SLA)

管理服務不但使現有的 JD Edwards 支援和 Rimini Street 維護合約更臻完善，亦能根據客戶特有條件與需求，提供合理的範圍與定價。

Rimini Street 的生物科技公司客戶十分依賴自身的 JD Edwards 系統，並將其視為製造與物流運輸業務流程的支柱；但他們發現很難找到能長期維護、調整 ERP 項目的專家，該公司小型但精銳的 IT 部門僅有少許選擇：為保有廠商支援服務，進行 EnterpriseOne 9.1 昂貴的強迫升級作業；或是孤軍奮戰，繼續使用現有系統，並試著雇用深諳 AS/400 和 JD Edwards 的專家。

與 Rimini Street 管理服務資源合作後，在 JD Edwards AS/400 平台上具有豐富經驗的工程師即為這家生物科技公司提供支援；而該公司亦透過最佳實務指導和技術調校，設計並建置了額外的 AS/400 與 MIMIX 備份系統。

前任 IT 總監生物科技公司

「很多我自己一個人做不到的事，或者我必須向外聘雇人力才能做到的事，Rimini Street 都幫助我完成了。他們提供的深入知識真的非常寶貴，這不僅幫助我勝任這個職務，也――讓我們能繼續成功向前。」

Rimini Street | 充分利用您的 JD Edwards 應用程式 19

給 JD Edwards 授權用戶的建議：

――轉移至獨立支援：在您等待 Oracle 雲端應用程式與服務更加明確且能正式運作的期間，不妨先延遲升級作業，使用 Rimini Street 提供的獨立支援來節省維護費用與升級成本，並妥善執行 JD Edwards 應用程式。

――充分發揮當前發行版本的價值：您可為已建立的 JD Edwards 應用程式延長使用壽命，不需進行沒有商業價值的升級。

――避免因為廠商支援時間表而被迫升級：但請記得，若您想要升級，則可透過 Rimini Street 提供的支援升級至 JD Edwards 9.x。

――您可以使用從獨立支援省下的資金，處理 JD Edwards 系統的實際業務問題，例如持續創新發展與不斷變化的業務需求。

――徹底研究 Oracle 雲端應用程式與服務的投資報酬率 ROI、將 Oracle 與其他可用的解決方案進行比較，並在經過完整建置、部署和測試後，為企業選擇最佳的下一代系統。

© 2019 Rimini Street, Inc. 版權所有。「Rimini Street」是 Rimini Street, Inc. 在美國和其他國家的註冊商標。Rimini Street、Rimini Street 標誌及組合，以及標有 TM 的其他標記均為 Rimini Street, Inc 的商標。所有其他商標均為各自持有者之財產。除非特別註明，否則 Rimini Street 與任何此類商標持有者或其他公司，並沒有任何附屬關係或關聯，亦不為其背書。 本文件由 Rimini Street, Inc. (以下簡稱「Rimini Street」) 製作，未受 Oracle 公司、SAP SE 或其他方贊助、背書，或有附屬關係。除非 Rimini Street 以書面載明，否則 Rimini Street 對此處所含的資訊不負任何責任，亦不提供任何相關的明示、默示或法定擔保，包括但不限於對適售性或符合特定用途之默示擔保。Rimini Street 對任何因使用或無法使用本文件所造成的直接、間接、衍生性、懲罰性、特殊或附隨性損害皆不負任何責任。Rimini Street 未聲明及擔保第三方所提供資訊的正確性或完整性，並保留隨時對這些資訊、服務或產品進行變更的權利。―A4-TW-012919

全球總部 3993 Howard Hughes Parkway, Suite 500 Las Vegas, NV 89169

免費電話 888-870-9692 | 主要電話 702-839-9671 傳真 702-973-7491

info@riministreet.com www.riministreet.com

銳敏尼軟體技術服務股份有限公司台灣分公司

台北市11065忠孝東路5段68號29樓

台灣

電話 +886 2 8729 1355

傳真 +886 2 8729 1366

www.riministreet.com/tw