这样的side-by-side模式带来的变化是什么？-电子发烧友网

S/4HANA Cloud来了之后，很多模块顾问都在担心，功能标准化，配置减少，这些会不会对自己的职业生涯有影响？顾问这条路会不会不好走了？

我一点也不担心。

系统配置本来就只占SAP模块顾问工作的一小部分。通常一个SAP ERP项目里，划定为「系统配置」的时间，能有一个礼拜就算不错了。顾问更大的价值是分析企业业务，设计解决方案。

面临更大挑战的，其实是SAP开发顾问。对，ABAPer们，你们。

除了SAP原厂，我估计国内咨询公司里90%以上的SAP开发顾问，每天忙着的工作，依然跟10年前没有什么本质的不同。常规的开发报表，Form，复杂点的做系统增强，跨系统的RFC或者IDoc。

不过，一成不变的日子不会太久了，S/4HANA Cloud来临，ABAPer们会发现，原本掌握的技能，很快会变得不够用。

▎开发模式变化

在《SAP的左右互搏》一文中，我曾经提到过，SAP的目标是「让SAP Leonardo和SAP S/4HANA一起，构成数字化时代的产品旗舰组合」。

乍听起来，你可能不明白这句话是什么意思。我按自己的理解粗暴地解释一下：从S/4HANA Cloud开始，就不允许直接在ERP平台上做开发了，如果要开发，请用SAP Leonardo。而Leonardo所倚靠的基础平台，正是SAP Cloud Platform。

废话不多说，先看看这张图。

看到左上角框框里的那明晃晃的API三个英文字母么？未来S/4HANA Cloud的开发，都会以API为基础。

全新的开发模式叫做Side-by-side模式，你依然可以对SAP S/4HANA Cloud做开发，不过对不起，自定义的开发程序必须放在SAP Cloud Platform里，想要与S/4交互，请使用API。

很明显，这个结构复杂了，原本在ERP一个系统里就能完成的事情，变成要跨ERP和SCP两个系统。

忍不住想聊几句这里面的技术细节。上图中的蓝线，是指S/4HANA Cloud和SCP之间需要完成「单点登录 SSO」的设置。换句话说，要让两个系统间彼此互信。

而绿线，是在讲它们如何建立数据通讯连接。在S/4HANA Cloud端，要配置Communication Senario。在SCP端，要设置HTTP Destination，这样才能让位于SCP上的自开发程序能够访问和操作S/4HANA Cloud中的业务数据。

▎API

这样的side-by-side模式带来的变化是什么？

原来OP版的SAP ERP，开发几乎是不受限制的，如果ABAPer愿意，修改SAP源代码也可以。而新模式则完全不同，在ERP端，SAP只开放了一定数量的API让开发者调用。朋友们熟悉的那些BAPI，BADI，BDC，统统bye bye了。

在SAP API Hub上，可以看到SAP S/4HANA Cloud的API清单，目前是138个。

同时，SAP也提供了说明文档，解释调用这些API的方式。

这意味着，反正在S/4HANA Cloud上，改源代码是不可能了。

▎Leonardo时代的开发者

难道新模式就只增加了复杂度，没有好处么？

当然不是。

《三体》带红了一个概念，叫「降维打击」。简单说，就是两个事物如果维度不同，基本是很难相互较劲的，高维打低维，低维绝无胜算。

Side-by-side模式所引入的SAP Cloud Platform，或者说SAP Leonardo概念，在我看来，其实是将原本SAP开发的视角，增加了一个维度。

传统的ABAP开发，无论是Report，Form还是增强，主要是聚焦在ERP系统内部。而Leonardo时代，则弱化了ERP的绝对核心地位，ERP成为System of Records。企业的数据枢纽向SAP Cloud Platform发生转化，无论是来自ERP，CRM，Concur，Ariba等各个平台的数据，都可以被SCP调用和做进一步的创新性开发。

你觉得这也没什么了不起的？嘿嘿，我还忘了说SAP Leonardo所提供的机器学习，大数据等等高大上的功能都可以用在开发中哦。如果这还不够，企业假设使用了物联网，区块链等技术，也都可以与来自ERP的数据进行集成开发。

再来一张API Hub的截图，这里面包括了SAP发布出来的ERP，区块链，物联网等相关平台的API，整个技术生态环境的丰富性可见一斑。