指導(dǎo)SAP用戶向S/4HANA轉(zhuǎn)型的3個(gè)問題

當(dāng)企業(yè)決定實(shí)施SAP S/4HANA時(shí)，它希望實(shí)現(xiàn)以下目標(biāo)：堅(jiān)持SAP最佳做法，實(shí)現(xiàn)業(yè)務(wù)流程現(xiàn)代化，戰(zhàn)略性地重組業(yè)務(wù)，引入創(chuàng)新以減少IT債務(wù)，并簡化其SAP環(huán)境。

但企業(yè)在這一過程中得到的指導(dǎo)卻有些混亂。S/4HANA旨在將脫節(jié)、未協(xié)調(diào)的內(nèi)部部署系統(tǒng)簡化并轉(zhuǎn)換為一個(gè)單一的并置系統(tǒng)，從而減少基礎(chǔ)架構(gòu)占用、匯集分析、整合復(fù)雜的SAP環(huán)境，甚至節(jié)省一些成本。

如果S/4HANA是許多組織簡化的關(guān)鍵，那么實(shí)現(xiàn)這一目標(biāo)的途徑絕不簡單。讓我們把它簡單化。下面是每個(gè)企業(yè)都需要問的三個(gè)問題，以便成功地?zé)o縫完成S/4HANA遷移。

我們的定制程度如何？我們實(shí)際使用了多少自定義項(xiàng)？有多少是任務(wù)關(guān)鍵型的？如果您無法回答這些問題，請不要繼續(xù)，您無法在一個(gè)不了解您的定制的世界中生存。

即使通過選擇性數(shù)據(jù)遷移來消除一些數(shù)據(jù)，并且只帶來所需的數(shù)據(jù)，我仍然可以適應(yīng)所選S/4HANA基礎(chǔ)架構(gòu)的可用大小嗎？這一點(diǎn)很重要，因?yàn)?/span>S/4HANA遷移不是一刀切的。

以Microsoft Azure為例。Azure最大的HANA系統(tǒng)可容納高達(dá)12TB的數(shù)據(jù)。您的S/4HANA環(huán)境是否適合？否則，這將大大減少您的遷移選項(xiàng)。在遷移到云之前，了解您的數(shù)據(jù)占用情況以及SAP S/4HANA系統(tǒng)所需的環(huán)境大小至關(guān)重要。另一個(gè)關(guān)鍵細(xì)節(jié)是分析當(dāng)前SAP ERP環(huán)境中的數(shù)據(jù)增長率，以及規(guī)模需求在未來需要如何相應(yīng)改變。

雖然以上都是起點(diǎn)決策，但這是IT領(lǐng)導(dǎo)者心中的第一個(gè)問題。關(guān)于數(shù)據(jù)大小和定制的問題將進(jìn)一步深入。每個(gè)人真正想知道的是：SAP S/4HANA遷移對組織的哪個(gè)部分造成的破壞最大？是金融嗎？制造業(yè)？物流？

了解組織的哪些領(lǐng)域?qū)⒖吹阶疃嗟淖兓约斑@些變化的影響對于定制遷移方法至關(guān)重要。歸根結(jié)底，這并不是關(guān)于多租戶與單租戶與私有云的關(guān)系。比這簡單得多：哪里感受到的破壞最嚴(yán)重？從周一早上到周五下午，這些變化將如何影響我的工作？

回答這些問題以根據(jù)SAP環(huán)境定制遷移是無縫銜接S/4HANA之旅的關(guān)鍵。