這樣的side-by-side模式帶來(lái)的變化是什么？

S/4HANA Cloud來(lái)了之后，很多模塊顧問(wèn)都在擔(dān)心，功能標(biāo)準(zhǔn)化，配置減少，這些會(huì)不會(huì)對(duì)自己的職業(yè)生涯有影響？顧問(wèn)這條路會(huì)不會(huì)不好走了？

我一點(diǎn)也不擔(dān)心。

系統(tǒng)配置本來(lái)就只占SAP模塊顧問(wèn)工作的一小部分。通常一個(gè)SAP ERP項(xiàng)目里，劃定為「系統(tǒng)配置」的時(shí)間，能有一個(gè)禮拜就算不錯(cuò)了。顧問(wèn)更大的價(jià)值是分析企業(yè)業(yè)務(wù)，設(shè)計(jì)解決方案。

面臨更大挑戰(zhàn)的，其實(shí)是SAP開(kāi)發(fā)顧問(wèn)。對(duì)，ABAPer們，你們。

除了SAP原廠(chǎng)，我估計(jì)國(guó)內(nèi)咨詢(xún)公司里90%以上的SAP開(kāi)發(fā)顧問(wèn)，每天忙著的工作，依然跟10年前沒(méi)有什么本質(zhì)的不同。常規(guī)的開(kāi)發(fā)報(bào)表，F(xiàn)orm，復(fù)雜點(diǎn)的做系統(tǒng)增強(qiáng)，跨系統(tǒng)的RFC或者IDoc。

不過(guò)，一成不變的日子不會(huì)太久了，S/4HANA Cloud來(lái)臨，ABAPer們會(huì)發(fā)現(xiàn)，原本掌握的技能，很快會(huì)變得不夠用。

▎開(kāi)發(fā)模式變化

在《SAP的左右互搏》一文中，我曾經(jīng)提到過(guò)，SAP的目標(biāo)是「讓SAP Leonardo和SAP S/4HANA一起，構(gòu)成數(shù)字化時(shí)代的產(chǎn)品旗艦組合」。

乍聽(tīng)起來(lái)，你可能不明白這句話(huà)是什么意思。我按自己的理解粗暴地解釋一下：從S/4HANA Cloud開(kāi)始，就不允許直接在ERP平臺(tái)上做開(kāi)發(fā)了，如果要開(kāi)發(fā)，請(qǐng)用SAP Leonardo。而Leonardo所倚靠的基礎(chǔ)平臺(tái)，正是SAP Cloud Platform。

廢話(huà)不多說(shuō)，先看看這張圖。

看到左上角框框里的那明晃晃的API三個(gè)英文字母么？未來(lái)S/4HANA Cloud的開(kāi)發(fā)，都會(huì)以API為基礎(chǔ)。

全新的開(kāi)發(fā)模式叫做Side-by-side模式，你依然可以對(duì)SAP S/4HANA Cloud做開(kāi)發(fā)，不過(guò)對(duì)不起，自定義的開(kāi)發(fā)程序必須放在SAP Cloud Platform里，想要與S/4交互，請(qǐng)使用API。

很明顯，這個(gè)結(jié)構(gòu)復(fù)雜了，原本在ERP一個(gè)系統(tǒng)里就能完成的事情，變成要跨ERP和SCP兩個(gè)系統(tǒng)。

忍不住想聊幾句這里面的技術(shù)細(xì)節(jié)。上圖中的藍(lán)線(xiàn)，是指S/4HANA Cloud和SCP之間需要完成「單點(diǎn)登錄 SSO」的設(shè)置。換句話(huà)說(shuō)，要讓兩個(gè)系統(tǒng)間彼此互信。

而綠線(xiàn)，是在講它們?nèi)绾谓?shù)據(jù)通訊連接。在S/4HANA Cloud端，要配置Communication Senario。在SCP端，要設(shè)置HTTP Destination，這樣才能讓位于SCP上的自開(kāi)發(fā)程序能夠訪(fǎng)問(wèn)和操作S/4HANA Cloud中的業(yè)務(wù)數(shù)據(jù)。

▎API

這樣的side-by-side模式帶來(lái)的變化是什么？

原來(lái)OP版的SAP ERP，開(kāi)發(fā)幾乎是不受限制的，如果ABAPer愿意，修改SAP源代碼也可以。而新模式則完全不同，在ERP端，SAP只開(kāi)放了一定數(shù)量的API讓開(kāi)發(fā)者調(diào)用。朋友們熟悉的那些BAPI，BADI，BDC，統(tǒng)統(tǒng)bye bye了。

在SAP API Hub上，可以看到SAP S/4HANA Cloud的API清單，目前是138個(gè)。

同時(shí)，SAP也提供了說(shuō)明文檔，解釋調(diào)用這些API的方式。

這意味著，反正在S/4HANA Cloud上，改源代碼是不可能了。

▎Leonardo時(shí)代的開(kāi)發(fā)者

難道新模式就只增加了復(fù)雜度，沒(méi)有好處么？

當(dāng)然不是。

《三體》帶紅了一個(gè)概念，叫「降維打擊」。簡(jiǎn)單說(shuō)，就是兩個(gè)事物如果維度不同，基本是很難相互較勁的，高維打低維，低維絕無(wú)勝算。

Side-by-side模式所引入的SAP Cloud Platform，或者說(shuō)SAP Leonardo概念，在我看來(lái)，其實(shí)是將原本SAP開(kāi)發(fā)的視角，增加了一個(gè)維度。

傳統(tǒng)的ABAP開(kāi)發(fā)，無(wú)論是Report，F(xiàn)orm還是增強(qiáng)，主要是聚焦在ERP系統(tǒng)內(nèi)部。而Leonardo時(shí)代，則弱化了ERP的絕對(duì)核心地位，ERP成為System of Records。企業(yè)的數(shù)據(jù)樞紐向SAP Cloud Platform發(fā)生轉(zhuǎn)化，無(wú)論是來(lái)自ERP，CRM，Concur，Ariba等各個(gè)平臺(tái)的數(shù)據(jù)，都可以被SCP調(diào)用和做進(jìn)一步的創(chuàng)新性開(kāi)發(fā)。

你覺(jué)得這也沒(méi)什么了不起的？嘿嘿，我還忘了說(shuō)SAP Leonardo所提供的機(jī)器學(xué)習(xí)，大數(shù)據(jù)等等高大上的功能都可以用在開(kāi)發(fā)中哦。如果這還不夠，企業(yè)假設(shè)使用了物聯(lián)網(wǎng)，區(qū)塊鏈等技術(shù)，也都可以與來(lái)自ERP的數(shù)據(jù)進(jìn)行集成開(kāi)發(fā)。

再來(lái)一張API Hub的截圖，這里面包括了SAP發(fā)布出來(lái)的ERP，區(qū)塊鏈，物聯(lián)網(wǎng)等相關(guān)平臺(tái)的API，整個(gè)技術(shù)生態(tài)環(huán)境的豐富性可見(jiàn)一斑。

變化暫時(shí)就說(shuō)這么多，對(duì)于開(kāi)發(fā)者，是不是已經(jīng)有點(diǎn)躍躍欲試了呢？

別沖動(dòng)，我來(lái)快速地整理一下，在云時(shí)代，哪些知識(shí)和技能是要學(xué)起來(lái)。

S/4HANA Cloud端：API，OData，Gateway，Communication Setting，F(xiàn)iori等；

SAP Cloud Platform端：SSO，Destination設(shè)置，WebIDE，UI5，Java等；

SAP Leonardo相關(guān)：Machine Learning, IoT, Big data等。

等等，難道傳統(tǒng)的ABAP技術(shù)，無(wú)用武之地了嗎？還好，SAP已經(jīng)在醞釀ABAP on Cloud了。

Cloud大潮已經(jīng)無(wú)可避免地來(lái)到了，是呆立不動(dòng)，還是奮勇前行，每個(gè)人有各自不同的選擇。