SAP 是全球企业管理应用软件的市场领导者，致力于帮助企业应对数字时代复杂挑战，同时，对于培养未来科技人才也有着不可或缺的使命。
凭借 SAP 的领先技术，以及多年的企业应用经验，SAP 中国研究院举办为高等院校学生定制的创新大赛，旨在为学生提供更多技术赋能，并培养更多未来优质人才。
正如十四五规划明确指出的，要以国家战略性需求为导向推进创新体系优化组合，推进科研院所、高等院校和企业科研力量优化配置和资源共享。大力支持行业龙头企业联合高等院校、科研院所和行业上下游企业共同打造新型共性技术平台，解决跨行业跨领域关键共性技术问题，发挥大企业引领支撑作用。
以此背景目标，SAP 中国研究院发起 2021 SAP 中国研究院大学创新大赛。比赛奖金、报名等详情见：打入世界500强朋友圈 | 2021 SAP中国研究院大学创新大赛开赛】，点击文末“阅读原文”可观看完整教程。
针对本次比赛涉及的 SAP 技术平台的使用，“数据实战派”根据 SAP 提供的视频教程整理出一系列的文字干货，以帮助选手理解建立基础认知，进而在后续的创新项目方案中合理地应用本产品。教程还不乏 SAP 技术团队多年经验心得的首次公开披露。
本文为系列教程的第二讲，主要内容如下图所示，分为 3 个板块，包括：
第一部分，SAP BTP 的战略方向及定位，这一部分主要是方便开发者理解 SAP 为什么会有 BTP 这一产品，以及会怎么去发展这个产品，以便客户和合作伙伴更好的使用它。第二部分，BTP 主要的功能分布，虽然不会深入细节，但是会展示这个产品的全貌。以便开发者可以快速掌握 BTP 的功能和应用场景。
首先从整个 BTP 的战略方向和定位开始阐述， BTP 是 SAP 的全面平台，而上图就是 SAP 的战略方向图。其中有几个关键信息。第一，战略图下部的位置集中了全球很多云提供商。为什么这么设置？是因为 SAP 在8~9年前提出过一个数字化转型的目标——成为一家云公司。但是这家云公司和市面上已有的一些云提供商并不是竞争关系，而是合作关系。SAP 的云战略会继承这些云提供商在云方面的优势，并在这些优势的基础上，构筑在应用领域、企业管理流程领域中，独属于 SAP 自己的优势。第二，这些云提供商往上一层—— 技术层。本层展示了 BTP 的定位，为整个 SAP 应用以及企业流程的大生态提供底层的技术基础。不管是应用也好，自开发也好，所有能力的技术基础，同时也是未来 SAP 统一的标准。这就是本文开头所提到的“唯一”——未来 SAP 所有的技术标准都会遵循BTP中的技术标准去发展。第三层，应用程序层。这一层会被分成两块，一块称为智能套件，也就是标准应用。举例来说，SAP 的强势服务 ERP 就是一种智能套件。另一块，是从SAP原来的行业解决方案衍生而来。也就是针对行业需求，挖掘行业纵深的行业解决方案，进入云时代之后，将升级为行业云。把上文的三层结构组合起来，SAP 从底层平台上构筑标准企业套件和基于个性化的行业云，从而组建出的横跨不同行业的业务全流程，就是 SAP 正在推行的“业务网络”。以开发者们都很熟悉的滴滴来举例，滴滴的特点是把司机的运力和乘客的需求通过平台网络结合在一起，让双方达成交易。SAP 的业务网络也类似，因为 SAP 的客户群体中有很多既能提供能力又能提供需求，SAP 的潜在客户中也有很多能提供需求的，这时通过业务网络把两者结合在一起，让各方彼此满足各自的需求，形成生态，就是 SAP 整体的发展方向。综合上文所述，可以给 BTP 下一个定义，就是为可以横跨各种云平台，并且全球部署的全球云提供技术标准以及技术平台的一种产品。
本小节将通过设备制造领域的客户案例 ——恩德斯豪斯，来阐述为什么 SAP 的客户需要像 BTP 这样的产品。恩德斯豪斯是一个全球性的大型仪器仪表供应商，它生产大量的仪器仪表，并通过 IoT 技术从这些硬件产品中获取数据。由于它部署在客户处的仪器仪表非常多，所以每天都会收到大量的数据。由上可知，这个客户的特点是，运用 SAP 产品的范围非常广 ，它运用了包括业务管理产品、人力资源管理产品、数据分析产品等等。与此同时，它还使用着很多第三方的产品，来管理它业务的其他部分，系统遍布各方。这其实是一种相当典型的客户场景。云时代终会到来，但把握不好上云的方向，不知道是把公司的应用都放在一朵云上，还是分多朵云分散部署。这种犹疑没有标准答案，但从作者个人的经验来看，大客户的云战略，最终一定会把应用分散在不同的云上。因为云真正的优势就是，哪家云厂商产品做的好，客户就可以灵活采用谁家的产品。但是这种便利会带来一个棘手的问题，不同云厂商的应用之间怎么整合？这也是本节案例恩格斯豪斯公司所面临的困境。恩格斯豪斯公司的 CIO 做了很多尝试来整合这些应用，包括 SAP 和其他厂商的，最终他选择了 SAP BTP 平台。促使他做出这个选择的，是以下 3 点：第一，SAP 能够通过自身的解决方案对所有第三方的数据方案进行整合。这个故事的终局是恩德斯豪斯的 CIO 通过 SAP BTP 平台，把自身企业的很多零碎且技术方向不同的云功能一次性进行了整合，并实现了巨大的价值。
上文提到基于 BTP 能够做很多事情，这一节里做一个总结，归结到几个大方向上。首先，BTP 解决的第一个问题是就是恩德斯豪斯遇到的这类集成问题。BTP 把分布在云上和企业内部的系统打通。为什么要发展这个方向的能力？是因为所有企业都要打破“信息孤岛”，要把自身业务从端到端贯穿。所谓的“信息孤岛”，从技术的角度讲，就是每一个服务自己管自己的数据。拿 SAP 来举例，SAP 有独立的采购服务、人力资源服务、数据分析服务等等，如果每个服务的数据都“自己管自己”，那在实际的业务当中就会很繁琐。现在发展了“集成”这个能力，SAP 的数据就贯通了。第二个能力，看上图右侧的圆圈，被称为扩展的能力。SAP 在云端提供了很多面向云的 SaaS，SaaS 的特点就是标准化，从流程到功能都是标准化的。标准化有标准化的好处，比如利于实施落地，因为它能缩短整个实施周期。但是这样的好处也会带来挑战，最经典的一个，客户的个性化需求与产品的标准流程的冲突。为了解决这种冲突，BTP 平台发展了“扩展”的能力来方便客户进行个性化的自开发。第三个能力，上图中间的圆圈，从数据到价值的能力。时代在不断的变化，退回10 年前，能把流程跑通跑快的应用就是好应用。现在这样的应用不能被称为好应用了，现在必须通过运行流程获取数据，接着通过数据助力业务流程的改善，这就是 BTP 目前着力去发展的第三个能力。
上文说了 SAP 决定要走的技术方向，那么在这个方向上，对于客户有什么好处呢？首先因为有了数据，所以可以清晰地驱动业务了。客户的决策清晰度将得到提升，以前拍脑袋做的决策，现在有据可依了。其次，客户可以在 SAP 做好的标准功能上去做创新，而不需要重复造轮子。客户的创造力将得到极大的释放。综上所述，BTP 平台最后给客户产生了这样的价值 -- 拉通了整个端到端的业务流程，让客户的产品运行起来效率更高，成本更低。同时多云上云服务让客户可以更快的接受云。其实很多客户对于云这件事有很多疑虑，包括要不要上、如何解决安全问题、如何解决部署问题等等。SAP 能够帮助客户解决这样的问题，以中国为例，在中国 SAP 有几类客户，一类是本土客户，他们首先面临着如何上云这样的问题，他们的需求是通过上云来降低公司未来长期的运营和发展成本。另一类是跨国客户，他们的需求更多集中在多云协同的问题上。发展 BTP 平台，就是为了帮助客户实现快速落地。从 SAP 拿到开箱即用的方案会比从腾讯/阿里那里拿到虚机从头造轮子要快得多。除了上面提到的优势，BTP 还有一些较为隐性的优势对客户而言同样重要。第一 SAP 的整个的技术标准是经过千锤百炼的，因为 SAP 是世界 500 强，头部企业全部都在用 SAP 软件，而 SAP 所有软件的技术标准和技术架构都会被沉淀在技术平台上。整个技术平台中蕴含了企业应用所必备的技术实践。重要的是，客户一旦采用了这样的平台以及技术标准，就不会有试错成本，也不会有踩坑经历，这件事情对于客户来说是一个巨大的优势。SAP 希望通过平台的成熟技术标准带给客户，特别是非互联网行业的客户以技术能力的提升。因为对于大多数的客户来说，他们的技术能力并不很强，如果想效仿互联网公司一样去发展会面临很大的挑战。以上这些，这就是客户通过 BTP 平台能够获取的好处。
上文介绍了 BTP 平台的定位、效果和优势。接下来稍微介绍一下 BTP 平台本身。平台有几个关键定位。第一，它是 SAP 所有应用和生态的统一技术架构平台，且这个平台并不光在云端。对 SAP 有所了解的读者知道 SAP 拥有很强的技术能力，本身也具备很多的产品。而 BTP 就是这样一个智慧企业平台的技术架构 -- 包含了云端和本地的大型混合架构。从功能划分角度看，BTP 可以被分为 4 个维度。首先是数据和数据管理的维度，其次是分析的维度，因为有了数据之后，还需要分析，通过数据来驱动业务。然后是应用开发和集成的维度，端到端打通系统，便捷的落地应用。最后是智能技术，例如人工智能，IoT 互联网等等。以上是功能划分的角度，在这 4 个大方面中，囊括了大量的产品，并结合成了 BTP 这样一个整体概念。
本小节将介绍把 BTP 在云端的主要功能，包括这些功能的价值。BTP 云端能力主要分为两部分，第一个是拓展套件，第二个是集成套件，包括打通云和云之间，云和非云之间的端到端能力。在这中可以看到扩展，其实不光扩展 SAP 本身的标准应用，也会扩展非 SAP 的应用。例如 SAP 有一个自开发的应用，用了第三方的销售管理的组件，这时可以通过 BTP 的能力去做拓展。SAP 的应用与第三方应用之间，第三方应用与第三方应用之间的集成，都可以通过 BTP 去做。BTP 首先服务于 SAP 所有的应用，但是 BTP 本身也是一个开放的平台，它是基于现在开源开放的整体技术标准，去落地的技术平台。第二个 SAP不光提供底层的技术能力，在上面还会配套相关的工具，简化开发集成的过程。同时基于这种统一的技术标准整合一个生态系统一起来为客户服务，去形成多赢的结果。从全球的认可度来看（上图是 2020 年的象限图）。可以看到左边的称为集成的魔力象限，右边的是开发平台的魔力象限。可以看到 SAP 现在已经跻身于领导者象限，而且两张图表里都在领导者象限。读者中有企业服务经验的都知道，技术来源于越多的提供商，面临的技术整合风险就会越高。这就是 SAP 构建唯一平台的重要性。SAP 希望通过把整体的技术架构统一，来减少在未来长期的发展过程中面临的挑战。上文提到了很多次 BTP 平台的集成能力，那么这个集成能力到底提供了什么？可以从上图比较清晰的看出来。整张图的中间部分是集成了平台相关的能力，从中间往左输出了 SAP 一系列的标准应用，而图的右侧则是外部世界的第三方应用。由图可知，集成套件整体的业务逻辑，就是要打穿第三方应用之间、SAP 应用之间以及 SAP 应用和第三方应用之间的隔膜，从而将它们有机的统一起来。整个集成套件运行在一个多元的环境中，并致力于解决流程集成和数据集成的问题。值得一提的是，云端的集成能力和本地的集成能力之间其实是可以通过云连接器互动的。经由云连接器，还可以解决内网到公网之间安全链接的问题。拿现在国内比较流行的词“中台微服务”中一个比较重要的概念“形成业务能力”来举例。“形成业务能力”这个术语通俗的来讲，就是把调用业务能力的 API 管起来。而 SAP 的 API 都在上文提到的套件中。SAP BTP平台，就可以类比成 SAP 的业务中台，SAP 整个业务能力的体现，SAP 所有的 API 能力，都在其中。图的中间往下，是一些更加技术的能力。首先是云集成，它可以解决 API 和 API 之间勾连打通的问题。例如 SAP 自己内部的 API，就可以通过调用统一的业务模型去完成勾连和打通。如果需要发布一个 API 给外部合作伙伴或者供应商，流程则是这样的，供应商的雇员在平台上注册，注册完之后。如果有用户在前端使用，他就需要开通账号申请服务。供应商还可以对 API 的调用做监控，限流等操作。SAP 和市面上其他的云服务厂商的消息机制有些差异。例如和阿里对比，SAP 的消息机制可以与 SAP 的应用之间进行绑定，例如将消息队列绑定到 ERP 的内部。这样的话，如果有人在 ERP 中改变了某服务的一项属性，那么马上，消息队列中就会收到一个消息，那开发者就可以编写个性化的代码去针对这个事件做一系列的处理。基于上文所说的集成套件，有很多现成的业务场景，可以借助 SAP 平台的能力变得更快。这个快体现在两个方面，第一 SAP 的平台较为完备，它不是单纯的、仅仅提供技术能力的技术平台，它还会考虑到企业在利用平台时候所需要的一些场景，例如监控分析或者未来的错误处理。第二就是 SAP 提供了很完备的工具以及很多客户常见应用场景的可复用内容。依托于以上两个方面，客户的整个开发测试 debug 的过程就可以被省略掉。而对于那些并不能完全满足的需求，SAP 的平台就可以成为很好的参照物，省略客户探索方向的时间。基于以上这些，客户的业务效率能够成倍地提升，长期运维的成本也会降低很多。例如上图所示的政务云场景，就是一种典型的政府使用 SAP 系统对外集成的案例。对海外来说，各地政府的发票都有对应的解决方案。对中国本土来说，SAP 也提供了百旺云。这些 SAP 的解决方案都可以与外部的系统达成集成，这就是 SAP 要开发集成套件的原因。在 SAP BTP 上，包含着上千个预打包集成、来自 SAP 和合作伙伴的上千个 API 以及机器学习等人工智能方面的能力。以常见的 B2B 交易过程中会用到的电子合同协议为例，这些协议动辄成百上千的接口需要一一匹配，如果靠人工去做，会是一个耗时很长且很枯燥的工作，并且还容易犯错。人类一旦犯错，那整个数据传输的结果就会出错。SAP 应用机器学习技术来应对此类挑战。通过大量的客户对接系统案例数据的学习，训练出能够识别通常情况下各接口和字段匹配规则的模型，再通过模型来辅助开发人员快速的完成匹配和对接。这只是 SAP 给客户提供效率提升的案例库中一个小小的案例，就显示出 SAP 有能力针对复杂性的任务，为客户提供成熟的解决方案。于此同时，由于 SAP BTP 的这些能力是以云端服务的形式存在的，所以客户可以用比较低廉的价格进行租赁，而不是像以前一样，需要付出比较高昂的一次性买断成本。墨菲石油是应用 SAP 集成套件进行增产提效的一个典型案例。墨菲公司使用了大量的 SAP 应用，通过统一集成后，达到了很好的效果。在图中可以看到，通过统一集成，在一些场景上能够达到 20% 的增收，可以说效果非常显著。同样的，15% 的生产力提升，对大公司而言也算是很大的飞跃了。像上图所示的情况，SAP BTP 的集成套件又起到了什么作用呢？这个客户面临着一种非常经典的困境，它在全球各处遍布着很多很零散的系统，而系统之间又是相对孤立的。从业务的角度看，这位客户在驱动它的业务进行的时候，需要依靠很多人在不同机构的不同应用中想办法进行合作，而这是相当低效的做法。使用 SAP BTP 的集成套件进行改造后，这位客户分散在全球的数据中心被勾连起来，业务流程被整个打通，并做了统一的呈现。这时，这位客户就能把他的业务协同管理起来，提升效率。从中可以看到，SAP 的客户们使用很多 SAP 不同的应用，BTP 平台帮助它们把这些应用协同了起来，产生了更大的价值。上文讲了许多 SAP BTP 的集成能力。下文介绍一些与开发扩展相关的内容。在开发扩展的领域中，有一个部分非常重要，那就是体验。什么是体验？一个产品的应用界面，包括它的访问方式，这些都是体验。桌面、WEB 这些应用存在的时期，手机移动的出现就可以被称为体验的提升。在 SAP 的技术能力中，是存在像对话机器人这样的能力的，只是这些能力目前在国内还未正式落地。上图显示的就是 SAP 的各项能力不断地在国内落地衍生的过程，这个过程是渐进式的。但是，一些大型的、重要的功能，像上文提到的集成的能力，定制化开发的能力，SAP 都已经在国内的阿里云上落地了，各位开发者可以放心使用。SAP 除了在数字体验上做的很好之外，在提升开发效率方面的工具也很完备。像上文所述的定制开发，在 SAP BTP 平台上做，完全可以通过低代码，也就是拖拽的方式快速的形成应用。在工作流程方面，SAP 的系统除了打通工作流之外，同时也支持对工作流的效能进行数据分析。以上所有的功能，都是 SAP 当前正在关注的内容。上文在集成能力方面举了一些案例，这里在扩展方面也同样介绍一个典型案例。美国航空作为 SAP 的老客户，它更多的是围绕例如 SuccessFactors 这样的应用来做定制化扩展。从图中可以比较明显的看出，基于它定制化的扩展应用，美国航空在用户数较高的情况下提升了整个工作的效率。之所以举美国航空的例子，是希望能让开发者更清楚的认知到，为什么要基于 SAP 现有的 SuccessFactors 能力来做扩展。这是因为美国航空这家客户，它的很多员工都是美国本地人。而在美国本地，工会的力量是很强大的，它基于工会与法律，制定了人员的年资。年资本质上是一种由几千条小规则组成的规则模型，这个模型可以影响到员工的福利。但年资模型有个很不方便的地方，那就是构成它的这些小规则是总在变化中的，这就导致像 SuccessFactors 这种标准应用，很难把这些变化体现进去。因为年资模型小规则的变化性，美国航空就基于 SuccessFactors 标准应用做了个自开发，将计算年资的规则放在自开发的代码里。而 SAP 则提供容器技术和基本能力。开发好之后，数据还是放在 SuccessFactors 中，但工龄的计算就由自开发的代码完成。这时当年资计算的规则发生变化的时候，开发者就不需要去更改标准产品，而只需要去更新自定义的代码，也就是自开发的规则引擎就可以了。上述这些，就是 SAP BTP 平台，为广大开发者提供的扩展能力。上图所示的是一个运行池，什么叫运行池？运行池可以理解为一个容器，或者更加传统的叫法叫做应用服务器，本质上是一个供代码部署的环境。在运行池里会提供例如事件注册和接口注册等机制。和现在流行的微服务技术、微服务架构都非常贴合，整个 SAP BTP 平台都是基于开源开放的，类似于微服务方法论中的云原生平台。在运行池中也包含消息总线，来解决应用与应用之间，服务与服务之间的数据交互。这层往上就是 SAP 提供的开发模型，相应的 SDK 和开发工具等，这些工具都是在线上的。这样一来，从整体开发角度来说，开发人员可以快速的入门和进入角色，学习成本相对较低。上文讲了很多关于如何开发，如何提升效率这样的内容。这里快速地看一下整个流程该怎么走。在整个流程的开始，是 SAP 的工作流引擎，它可以帮助开发者搭建规则引擎，整个搭建过程是低代码、可视化的，通过拖拽就可以完成。规则引擎解决的是具体执行的问题，所谓规则，举个例子，比如某公司设立了规则，1000 万以上的支出，需要财务总监审批，而 1000 万以下的支出，部门自己审批即可。同时，SAP BTP 平台具备对流程的分析，也就是可见性的能力，其中包括待办箱和 RPA 等能力。其实像上文说的 SAP 提供的集成能力也好，其他能力也好，并不是孤立的，而是相互关联的。例如在解决整个流程问题的时候，可以看到集成能力、流程能力以及开发能力其实都是相关的。从上图可以看出集成能力可以解决系统之间的交互，系统上的开发以及一些用户交互方面的内容，从而形成完整的解决方案。最后，在扩展开发的领域中涉及到的UI和用户体验如何落地？SAP 一直强调要提供一致的用户体验。这是类似被称为FREE的风格和操作习惯，这就叫做一致。在风格上如此，在渠道上也是如此。渠道上，例如手机端、桌面端以及语音交互的智能设备这些都是渠道，这些渠道都希望去覆盖。
本节将从设计出发，来展开讲讲定制扩展、运行、访问以及移动应用这些话题。希望通过这些话题，快速地介绍一些案例和场景，以帮助开发者更深入地理解使用 SAP BTP 平台都能做哪些事情。首先第一个介绍的合作伙伴是法大大，它是一个国内数一数二的电子合同服务的提供商。SAP 在服务它的过程中形成了一个场景。如果有读者了解 SAP 的 ERP 系统的话，那应该知道 ERP 是具备合同管理模块的，但因为这个模块是用来做企业内部合同管理的，所以它不具备法律效力，也不能对外做签约。而法大大需要能解决签约的问题，需要在线就把合同签了，而且这个合同要具备法律效力。而 SAP 最终给出的解决方案，就是在合同管理模块上与法大大去做集成。传统方法做集成那可能就直接在 ERP 里做开发了，但是我不建议客户这样做，而是要把集成这件事放到云端来做。把集成放到云端有几个好处，第一，在云端做集成，计算的压力不会压在 ERP 上。现在有一些系统老旧的客户，它的 ERP 可能用了很长的时间，已经危如累卵了，再加上额外开发的负担，系统可能会出问题。因为自开发的功能是带有一定计算量的，这个额外的计算量如果压在 ERP 上，ERP 可能会出问题。但是如果放到 BTP 平台上去做，因为 BTP 几乎是无限算力的平台，所以可以很轻松的应对这种大压力的挑战。第二，如果现在做完了这个自开发，未来要做升级的话。放在 BTP 平台上做的开发，不会影响到升级的过程。现在很多客户自开发的部分在升级的时候会面临很大的挑战，但是在 BTP 平台上，这些挑战都将不复存在。上图可以看到法大大整个集成的过程，包括其中的数据流转的情况。通过以上可视化能力，开发者对整个流程能够做到心中有数，对长期的运维和调试都有巨大的帮助。从图中可以看到除了法大大自身的组件之外，还有一些自开发的组件，它们是为了对接而被开发出来的，这是一个很典型的集成场景，同时也说明了云端集成的好处。SAP BTP 平台帮助它解决退货订单处理的问题。在使用 SAP 的解决方案之前，这家出版社是使用内网系统来进行退货订单处理工作的。但是，因为该出版社有一些外部渠道商帮忙销售，当这些外部合作伙伴的渠道遇到退货问题的时候，就不得不通过发传真或者邮件的方式手动低效地处理。通过使用 SAP 提供的能力，该出版社现在不光完成了前端界面的开发，而且还完成了企业微信的集成。现在它的前端销售人员可以直接在企业微信中看到退货订单，审批人员可以直接线上审批。这些效果都是应用了 SAP 的技术来做到的。SAP 的 SussessFactor 功能本身具备标准界面，但是这种界面略显复杂，一些没有接受过系统培训的员工可能不太会使用。这时就可以通过 BTP 平台去构筑一个全新的简单界面，例如上图所示的人力资源前端门户。从整个业务增长的角度看，迈瑞也属于 SAP 的客户。迈瑞拥有很多海外业务，比如俄罗斯区域的业务。这种海外业务会涉及到很多当地的员工和外部合作伙伴去帮助它销售。迈瑞使用了 SAP 来解决销售管理方面的问题。在使用 SAP 标准应用的过程中，迈瑞发现了一个问题，就是它整个管理流程特别乱。所以迈瑞依托 BTP 平台搭建了一个前端渠道管理的应用，把所有销售的机会都收拢进来进行筛选，再把筛选好的机会送入后续的标准流程中。这个例子说明，在面临一些具体问题的时候，可以通过自开发去对标准的功能做补充，这也是为什么建议开发者到云端做开发的背后的原因。
最后总结回顾一下本文的主要内容。BTP 平台是 SAP 的一个具备开源开放特性，包含大量适配，为了帮助客户打通整个业务流程而被创造出来的业务技术创新平台。希望广大开发者能在本次培训中，更多地体会到 BTP 平台给开发者和客户带来的好处。
