李慧佳，屈仁斌

（株洲時代新材料科技股份有限公司，湖南 株洲 412007）

0 引言

SAP S/4 HANA 是SAP Business Suite 4 SAP HANA 的簡稱，是SAP 公司推出的新一代商務(wù)套件，這款新產(chǎn)品完全構(gòu)建于目前最先進的內(nèi)存平臺SAP HANA 上，從底層數(shù)據(jù)庫到應(yīng)用層各個模塊都有革命性的創(chuàng)新。相較于傳統(tǒng)的SAP ERP ECC 產(chǎn)品，S/4HANA 分別從系統(tǒng)架構(gòu)、數(shù)據(jù)源、交互界面、系統(tǒng)功能等層面進行了精簡、優(yōu)化和更新，并與移動應(yīng)用、云平臺技術(shù)相融合，以適應(yīng)移動和工業(yè)4.0 時代的企業(yè)運營。對于傳統(tǒng)的SAP ERP ECC 系統(tǒng)企業(yè)用戶而言，如何規(guī)避風險，并最大化應(yīng)用和整合SAP 提供的最新業(yè)務(wù)解決方案及功能，將現(xiàn)有的ECC 系統(tǒng)順利平穩(wěn)地遷移至S/4 HANA 以實現(xiàn)數(shù)字化轉(zhuǎn)型成了當前各ECC 系統(tǒng)企業(yè)用戶必須面對和需要解決的問題。本文以本企業(yè)S/4 HANA 升級實際案例為背景，著重介紹一種基于系統(tǒng)轉(zhuǎn)換的ERP ECC 6.0 系統(tǒng)技術(shù)性升級至S/4 HANA 1709 方案的實現(xiàn)。

1 三種升級方案概述

根據(jù)SAP 企業(yè)用戶需求的不同，實現(xiàn)S/4 HANA轉(zhuǎn)換升級的方法可分為三種，即全新實施、系統(tǒng)轉(zhuǎn)換、布局轉(zhuǎn)換。三種升級方案路徑如圖1 所示。

圖1 三種S/4 HANA 升級方案

一是全新實施。通過部署S/4 HANA 系統(tǒng)，使系統(tǒng)功能與業(yè)務(wù)流程緊密切合，系統(tǒng)新功能應(yīng)用程度最大化，但會初始化所有數(shù)據(jù)。

二是系統(tǒng)轉(zhuǎn)換。該方法能將現(xiàn)有的SAP ERP ECC 6.0 版本技術(shù)性升級至S/4 HANA，新系統(tǒng)存儲有歷史數(shù)據(jù)以及開發(fā)配置，可保證企業(yè)業(yè)務(wù)流程和數(shù)據(jù)的延續(xù)性，避免重新實施。

三是布局轉(zhuǎn)換。將分散式的ERP 系統(tǒng)通過升級的方式集中整合到一個S/4 HANA 系統(tǒng)中，可幫助企業(yè)實現(xiàn)信息共享、業(yè)務(wù)集中管控的目標。

結(jié)合項目組團隊的專業(yè)調(diào)研和充分論證，還和企業(yè)四個“一”信息化戰(zhàn)略目標，即“一套標準，一套流程，一套系統(tǒng)，一個團隊”為根本點，企業(yè)最終選擇了系統(tǒng)轉(zhuǎn)換升級方案，將企業(yè)正在使用的SAP ERP ECC 6.0系統(tǒng)攜帶所有歷史業(yè)務(wù)數(shù)據(jù)及開發(fā)配置升級至S/4 HANA 1709 版本。與其他兩種方案相比，該方案技術(shù)復(fù)雜、難度系數(shù)大，風險高，但延續(xù)性好，歷史數(shù)據(jù)可追溯性強。

3 系統(tǒng)轉(zhuǎn)換升級方案的實現(xiàn)

以軟件版本升級為節(jié)點，系統(tǒng)轉(zhuǎn)換升級方案劃分為軟件升級前的準備階段，以及升級后的實現(xiàn)階段，各階段包含的主要內(nèi)容概覽如圖2 所示。

圖2 升級方案階段概覽圖

3.1 準備階段

該階段包含四個子階段，主要對現(xiàn)有ERP 系統(tǒng)環(huán)境進行升級準備性檢查，從底層數(shù)據(jù)庫、ERP 系統(tǒng)版本、插件、周邊系統(tǒng)接口、數(shù)據(jù)結(jié)構(gòu)、代碼等層面進行分析，明確系統(tǒng)升級對業(yè)務(wù)流程所產(chǎn)生的影響及風險點，檢查系統(tǒng)升級的可行性，結(jié)合企業(yè)業(yè)務(wù)流程優(yōu)化、主數(shù)據(jù)標準設(shè)計等運營管理需求，制訂可行的轉(zhuǎn)換路徑策略以及計劃。

一是系統(tǒng)準備階段。技術(shù)上，S/4 HANA 對底層數(shù)據(jù)庫表結(jié)構(gòu)進行了簡化與重構(gòu)，傳統(tǒng)ECC 系統(tǒng)數(shù)據(jù)庫結(jié)構(gòu)不再適用，需要企業(yè)采用內(nèi)存處理速度更快的SAP HANA 數(shù)據(jù)庫平臺。另外，使用軟件升級需要的其他硬件條件如前端服務(wù)器等對當前ECC 系統(tǒng)環(huán)境進行檢查和評估，對系統(tǒng)轉(zhuǎn)換不支持的硬件資源，如ABAP 和JAVA 雙棧系統(tǒng)等，需做出相應(yīng)調(diào)整以滿足升級條件。業(yè)務(wù)上，了解熟悉S/4 HANA 系統(tǒng)的變化與新增功能，調(diào)研和評估業(yè)務(wù)優(yōu)化流程，梳理主數(shù)據(jù)標準統(tǒng)一的管理需求，如S/4 HANA 新增的將客戶、供應(yīng)商合并成為一個主數(shù)據(jù)BP 等。

二是維護計劃。運行維護計劃的員工要擁有系統(tǒng)轉(zhuǎn)換升級要用的文件，同時要檢查當前ECC 環(huán)境相關(guān)的組件、第三方供應(yīng)商插件以及業(yè)務(wù)功能與S/4 HANA 系統(tǒng)的兼容性。

三是簡化項目檢查。通過運行報表檢查系統(tǒng)轉(zhuǎn)換相關(guān)的簡化項目，檢查這些項目的一致性以及轉(zhuǎn)換后的影響。對于檢查結(jié)果為非一致的簡化項目，通過報表返回的錯誤信息結(jié)合SAP 官方提供的SAP Note 解決方案進行解決。

四是自開發(fā)代碼檢查。對ECC 系統(tǒng)內(nèi)自開發(fā)的代碼和程序進行檢查，梳理明確不適應(yīng)S/4 HANA 新數(shù)據(jù)結(jié)構(gòu)和應(yīng)用功能的自開發(fā)程序，檢查需要進行調(diào)整的開發(fā)對象、數(shù)據(jù)表等。對項目組來說，通過評估整體代碼調(diào)整的工作體量和完成時間，有利于項目計劃的制訂和組織架構(gòu)的建立。對于企業(yè)來說，通過檢查分析自開發(fā)代碼的使用頻率及可用性，可梳理出廢棄的代碼。

3.2 實現(xiàn)階段

根據(jù)準備階段的檢查及調(diào)整結(jié)果，完成軟件版本的升級、數(shù)據(jù)轉(zhuǎn)換、代碼調(diào)整等內(nèi)容。結(jié)合本企業(yè)S/4 HANA 升級的實際實現(xiàn)方案，將系統(tǒng)升級及數(shù)據(jù)遷移的主要路徑介紹如下：

第一步，通過客戶端拷貝（Client Copy）的方式，拷貝當前ECC 的生產(chǎn)系統(tǒng)，搭建一個包含當前所有程序（包括系統(tǒng)標準程序、配置及自開發(fā)程序），但無業(yè)務(wù)數(shù)據(jù)的ECC 系統(tǒng)SB1。

第二步，使用S/4 HANA 升級工具Software Update Manager（SUM）將SB1 系統(tǒng)由ECC 6.0 版本升級至S/4 HANA 版本。

第三步，在SB1 系統(tǒng)中完成差異配置及初步測試，包括S/4 HANA 新功能或需求的配置工作，廢棄對象的清理工作，以及自開發(fā)代碼調(diào)整。完成配置后，測試系統(tǒng)的可用性。

第四步，使用第三方數(shù)據(jù)遷移工具SNP 建立ECC與S/4 HANA 系統(tǒng)間的數(shù)據(jù)匹配映射關(guān)系，包含新舊數(shù)據(jù)表之間的對應(yīng)關(guān)系，以及根據(jù)主數(shù)據(jù)標準規(guī)則對歷史數(shù)據(jù)進行調(diào)整及清理等，完成歷史數(shù)據(jù)整理工作。

第五步，并行開展周邊信息系統(tǒng)版本的兼容性評估和接口調(diào)整工作。

第六步，拷貝SB1 系統(tǒng)作為沙盤系統(tǒng)，導(dǎo)入歷史業(yè)務(wù)數(shù)據(jù)后，測試驗證數(shù)據(jù)的質(zhì)量以及升級后程序的有效性。根據(jù)測試問題清單在沙盤系統(tǒng)以及SB1 系統(tǒng)中同步調(diào)整配置和開發(fā)，以及SNP 工具中的數(shù)據(jù)映射關(guān)系，修正問題。

第七步，在沙盤系統(tǒng)中進行3 到4 輪大批量集成測試，包括全流程業(yè)務(wù)測試、周邊系統(tǒng)接口測試等。根據(jù)測試問題清單調(diào)整修改配置、開發(fā)及接口程序，修正問題。重復(fù)步驟六、七直到系統(tǒng)和數(shù)據(jù)質(zhì)量滿足上線條件。

第八步，拷貝SB1 系統(tǒng)作為未來S/4 HANA 的生產(chǎn)系統(tǒng)，使用SNP 工具完成從現(xiàn)有ECC 生產(chǎn)系統(tǒng)到S/4 HANA 生產(chǎn)系統(tǒng)的業(yè)務(wù)數(shù)據(jù)遷移。數(shù)據(jù)驗證完成后，完成系統(tǒng)正式切換。

4 風險分析

S/4 HANA 升級項目不僅僅是一個技術(shù)升級過程，更是一個優(yōu)化業(yè)務(wù)流程、深化應(yīng)用功能的過程。大多數(shù)企業(yè)并沒有S/4 HANA 升級相關(guān)的項目經(jīng)驗，且目前市場上可供借鑒參考的實際案例也很少。因此，在整個項目過程中對潛在風險的管理、分析和把控尤為重要。結(jié)合本企業(yè)實際案例，升級項目過程中需著重關(guān)注以下幾個風險點。

第一，數(shù)據(jù)質(zhì)量。對歷史業(yè)務(wù)數(shù)據(jù)進行遷移時，S/4 HANA 底層數(shù)據(jù)結(jié)構(gòu)變化、新增功能、業(yè)務(wù)流程優(yōu)化整合、主數(shù)據(jù)標準規(guī)則的變更等因素對數(shù)據(jù)清理過程會產(chǎn)生直接影響，數(shù)據(jù)轉(zhuǎn)換和匹配的準確度決定了導(dǎo)入新系統(tǒng)的數(shù)據(jù)質(zhì)量，也在一定程度決定了后期新系統(tǒng)大批量測試的復(fù)雜度和進度，需嚴格把控數(shù)據(jù)質(zhì)量問題，降低項目因此而延期的風險。

第二，業(yè)務(wù)沖擊。制訂上線切換方案時，系統(tǒng)升級完成時間、生產(chǎn)系統(tǒng)宕機時間的預(yù)估準確性對企業(yè)前端業(yè)務(wù)運轉(zhuǎn)產(chǎn)生直接影響。若生產(chǎn)系統(tǒng)宕機時間過長，則不利于企業(yè)運營的穩(wěn)定。

第三，項目周期。主要表現(xiàn)為項目初期制訂的計劃對整體項目的工作體量和復(fù)雜度無法準確把握，存在項目實際周期延長的風險。

第四，項目管理。目前，市場上具備S/4 HANA 技術(shù)性升級經(jīng)驗的、成熟的乙方實施團隊很少，企業(yè)項目成員對S/4 HANA 系統(tǒng)升級的知識儲備不足，同時缺乏升級類項目的管理經(jīng)驗，大大增加了項目管理的難度。

5 結(jié)語

本文以本企業(yè)S/4 HANA 升級項目為背景，著重介紹了一種基于系統(tǒng)切換的技術(shù)性升級方案的實現(xiàn)，將當前企業(yè)在用的ECC 6.0 系統(tǒng)攜帶所有歷史業(yè)務(wù)數(shù)據(jù)及開發(fā)配置一次性升級至S/4 HANA，在此基礎(chǔ)上總結(jié)概括了升級項目潛在的主要風險點，為集團其他公司后續(xù)開展升級項目提供思路。