【專家觀點】Cloud Smart –「小核心、大周邊」的雲端 ERP 簡潔設計原則

新聞資訊

Cloud Smart –「小核心、大周邊」的雲端 ERP 簡潔設計原則

SAP 商業技術雲端平台 – 客戶諮詢服務資深解決方案架構師 廖振傑

美中貿易摩擦驅使全球產業鏈重新布局,在短鏈化與全球在地化的秩序重整中,企業若能趁勢升級為雲端 ERP 不僅能改善企業內部業務流程自動化,減少人工介入錯誤,節省人力成本,更能帶來許多外部效益,如提升產銷跨部門協作效率、縮短交貨時間與支持企業全球化營運,為自己爭取到更多全球商機。對此,先驅企業已開始投入技術轉型與 IT 現代化,以【小核心、大周邊】策略取得更彈性的架構,讓業務與通路能有更多元的發展。在先前的 Cloud Smart 系列文章中,筆者總結了 ERP 上雲的最佳實踐路徑 “PACE” 和四大關鍵秘訣。本文將延續說明在轉型上雲的過程當中,你應該思考的雲端 ERP 簡潔設計原則,以打造【小核心、大周邊】的彈性架構因應未來的環境更迭。

 

ERP上雲的思維轉變 –【簡潔核心】策略

圖一、“簡潔核心” 策略  – 引導 ERP 上雲與 BTP 創新的路徑規劃

當你準備將 ERP 應用程式遷移到雲端平台時,SAP 提供了兩種遷移策略 “Greenfield” 與 “Brownfield” 給企業進行評估。不論你選擇了那種模式,擁抱基於雲端的解決方案的獨特優勢,包括開箱即用的應用服務、整合最新的創新技術與低代碼的敏捷開發與維持雲端服務標準化運行的 “Clean Core(簡潔核心)” 策略就顯得至關重要。

“簡潔核心” 策略是一種由治理和引導式支持的思維模式和理念。它能夠為靈活、面向未來的企業奠定 ERP 核心基礎。這是一種以穩定運行、升級安全、開源的方式擴展功能的現代方法,加上獨立的平台進行創新,以實現加值的差異化優勢。

“簡潔核心” 策略的落實可以加快軟體部署速度,並更輕鬆地採用最新的 SAP 創新成果。它提供了多元的整合開發模式來滿足業務需求,同時避免超額的技術債,從而使組織能夠最大限度地提高戰略收益並降低轉型成本。

【簡潔核心】策略下的整合開發模式

圖二、“簡潔核心” 策略  – SAP推薦的三種整合開發模式

傳統上,企業內部 IT 都是透過原生的 ABAP 客製模式來擴展他們的 ERP 解決方案,但是因為缺乏明確的開發規範,使得許多軟體既有的標準功能、介面、報表、表格與流程被業務需求覆蓋而難以維運升級。為了保持核心系統的合規性與持續維運,SAP 以 “簡潔核心” 策略為本,提供了三種新的整合開發模式,讓企業可以依造自己的需求選擇最適合的系統開發框架:

  1. 業務使用者開發 – Key User Extensibility

在現今數位化如此普及的時代,人人都可以是軟體開發工程師,透過簡單的拖拉排列的方式,業務人員即可以透過自助式服務打造自己的應用程式工作區,就如同 Excel 的增益集一樣,SAP 提供超過數百個自助式服務來協助使用者滿足自己日常作業的整合需求。

  1. 專業開發人員開發(ERP) – Developer Extensibility

與傳統的開發模式相同,企業內部 IT 透過原生的 ABAP 客製模式來擴展業務使用者的營運需求,就如同Excel的巨集一樣,SAP提供一個嵌入式的ABAP Cloud開發環境,透過引導式設定與 SAP 生成式 AI 智慧助理 Joule 快速地建置可運行於 ERP 上的應用程式。

  1. 專業開發人員開發(BTP) –  Side-by-Side Extensibility

ERP 系統作為企業的核心資料來源,如何便捷地與內部流程進行協同整合又可以因應業務擴張快速的部署到世界各地,就如同樂高積木一樣,透過 SAP BTP 的組合式服務平台與 S/4HANA 擴展精靈,你可以利用內建的整合與開發套件堆疊你所需的各種服務。

【簡潔核心】策略下的五大設計原則

圖三、“簡潔核心” 策略  – 雲端 ERP 的五大設計原則

“簡潔核心” 策略不是指 ERP 完全不能客製,其最佳實踐應為 ERP 持續更新為最新版本的系統並具有雲端相容的擴充與整合以及最佳資料品質和流程設計。為了達成這樣的目標,SAP 提供了以下五大設計原則供大家參考:

  1. 流程 – Business Process
  • 業務流程設計應優先參考 SAP 最新的標準功能並僅專注於差異化流程
  • 客製或增強 SAP 業務流程的前提是能夠創造企業競爭優勢
  • 建立流程管理、記錄流程和關鍵指標,並衡量流程執行和流程績效
  1. 整合 – Integration
  • 基於標準 API(OData 和 SOAP)的整合,建議通過 SAP Integration Suite 整合或 SAP Cloud SDK 進行客製開發
  • 透過基於標準事件的事件驅動設計,可以實現鬆散耦合的彈性框架
  • 盡量避免使用傳統 API(RFC 和 IDoc)及其相關傳統擴展選項進行整合
  1. 擴展 – Extension
  • 在擴展之前準確瞭解需求並盡可能使用 SAP 標準功能
  • 建立完整的 DevOps 治理機制,並利用已發佈的 API 實現獨立的擴展(Decoupled extensions)
  • 利用 SAP 推薦的三種整合開發模式 S/4HANA 內建的設定 Apps,ABAP Cloud 和 BTP 來進行組合式開發
  1. 資料 – Data
  • 資料品質要求是準確性、完整性、一致性、即時性、有效性和唯一性。
  • 為了優化記憶體和 CPU 消耗,需要控制數據量。資料不應包含過期、未使用或冗餘資訊(數據效率)。
  • 個人化資料應遵循數據隱私合規性。
  1. 維運 – Operation
  • 保持“簡潔核心”的理念已整合到端到端的營運概念中。
  • 應遵循 SAP 最佳實務的定期系統更新,並遵循 SAP 同意的角色和職責分配。
  • SAP 應能夠在預先批准的合約維護期限 (CMP) 內執行技術維護。

以上是我彙整企業在考慮將ERP遷移上雲的過程中,應該具備的雲端思維與“Clean Core(簡潔核心)”五大設計原則包含商業流程(Process)、系統整合(Integration)、擴展開發(Extension)、資料治理(Data)與持續性維運(Operation),以及在遷移計劃中SAP推薦的三種整合開發模式。期許透過這樣的方式能讓你在企業轉型戰略的初始階段能更加順暢執行。

 


【作者介紹】

廖振傑目前主要負責 SAP BTP (Business Technology Platform) 商業技術雲端平台的雲地系統整合 (Cloud Integration)、業務流程自動化 (Process Automation) 與敏捷式應用開發 (Low-Code-No-Code Development) 等雲端服務架構設計與服務推廣,並致力於整合應用軟體開發商、業務實施合作夥伴與雲端服務供應商等技術資源,協助企業打造基於 SAP BTP 的創新應用生態圈。在業界有 10 多年的經驗,曾於企業客戶端及供應商端負責  SAP 相關解決方案導入與系統整合工作,深耕高科技、電子零組件製造、電動車、能源服務與金融保險等產業經驗。