SAP CRM的宿世此生

在我之前的微信民众号文章 SAP的这三款CRM解决方案，您能辨别清晰么我曾提到过我作为成都SAP研究院CRM产物开辟团队的一员事变过一段时候。

我向在SAP德国总部事变的德国老前辈们讨教SAP CRM最早的版本是什么时候问世的，获得的回复是上世纪末本世纪初。

作为一个PC游戏迷，我遐想到了供我明白浩瀚国内外游戏鸿文的微软操纵体系DOS, Windows 95, 98, 2000, Me和XP,  20年转瞬即逝，如今它们已阔别我们的视线了。

再回到我曾事变的SAP CRM。每当Jerry在SAPGUI里调试着SAP CRM那些Created字段显现为本世纪初的ABAP代码时，脑子里不由自主地浮现出曹老板和他神作里的千里马抽象:

• • *

一样, SAP的这三款CRM解决方案，您能辨别清晰么 里也提到了另一款SAP成都研究院的开辟团队介入开辟的产物：S/4HANA for Customer Management 1.0

本日(2018年2月28日)，这款产物终究揭开了TA的神奇面纱 : 在SAP成都研究院开辟团队和SAP环球其他部门同事们的通力合作下，S/4HANA for Customer Management 1.0问世了！

SAP CRM On-Premises(下文简称为SAP CRM)的部份贩卖和效劳功用已胜利集成到了S/4HANA里, 成为了S/4HANA的一部份。关于SAP的旗舰级产物S/4HANA来讲，能够用”为虎傅翼”四个字来形貌这一融会。作者本人也是这个产物开辟团队的一分子，贡献了部份代码和一些手艺困难的攻关和原型开辟，为此我觉得骄傲。

在传统的SAP体系集成布置架构下，SAP ERP和SAP CRM经由过程中间件举行数据同步，其间假如设置不当，数据同步能够会涌现五花八门的题目。幸亏SAP CRM中间件在环球有着浩瀚用户，这个产物自身又异常成熟，因而SAP生态圈内有着浩瀚中间件相干文档，让您在遇到题目时不会束手无策。

一个好消息是，在S/4HANA for Customer Management里，底本CRM和ERP数据同步过程当中种种使人头痛的题目已从设想层面上得以避免了，由于在这款产物里运转的CRM贩卖和效劳营业，运用和天生的营业数据当然是直接存储在S/4HANA体系里的，基础就不再须要运用中间件举行数据同步了。

关于S/4HANA for Customer Management 1.0 支撑的贩卖和效劳功用细节，请参阅SAP官方协助文档。

先看看这个产物颜值怎样。点击Fiori Launchpad里下图所示的tile开启S/4HANA for Customer Management的路程：

关于运用过SAP CRM的朋侪来讲，接下来都是熟习的滋味。假如背景用户profile里将参数CRM_UI_PROFILE的值保护为*，就能够鄙人图的登录界面里看到统统可供挑选的营业角色:

如今我用角色S4C_SRV_ICAG登入体系, 跑一个呼唤中间相干的场景。

假定一名名叫Jerry的客户打电话到呼唤中间，就他购置的一款ID为11的产物提出了效劳要求。

座席接到电话，起首确认Jerry的身份：能够依据Jerry供应的在体系中的Account ID或是其他的联系体式格局，比方手机号码，邮箱地址等等(支撑的统统体式格局如下图Identify Account地区内的字段所示)。这里座席采纳的体式格局是依据Account ID来确认身份。

座席输入Jerry供应的Account ID，点击Search Account按钮:

选中搜刮效果，点击Confirm按钮。

然后依据Jerry供应的产物ID 11, 将这个产物搜刮出来，点击东西栏的建立按钮，基于该产物建立一个效劳定单。

这是终究天生的定单一览：

我的民众号背景收到许多朋侪的留言，讯问关于这个产物的种种细节。这里就我能够回复的题目逐一解答。

1. S/4HANA for Customer Management的UI是用什么手艺开辟的？

答：用的仍然是SAP CRM WebClient UI，而不是SAP UI5。关于熟习CRM WebClient UI开辟手艺的朋侪们来讲，这是一个好消息，意味着人人之前在这项开辟技能上投入的时候没有白搭，能够继承在S/4HANA上发光发烧。而对那些想进修新的UI开辟手艺的朋侪们来讲，S/4HANA的CDS View+Smart Template这一组合，也给人人充足供应了运用新手艺的时机。人人假如想尝试Smart Template，能够参考我的微信民众号文章: Jerry的经由过程CDS view + Smart Template 开辟Fiori运用的blog合集, 内里包括了一些详细的例子。

2. S/4HANA for Customer Management里的贩卖和效劳流程，和SAP CRM的对应流程比拟有何区分？

答: 至少在现在已宣布的1.0版本里，前者是后者的一个子集。后续版本会在S/4HANA里引入更多在SAP CRM里支撑的贩卖和效劳功用。

3. 接题目2: 一样的营业流程，S/4HANA for Customer Management里的手艺完成，和SAP CRM比拟有何区分？

答: 统一个功用，比方物料主数据的搜刮，虽然从终究用户眼中看起来都是在一样的UI上点击搜刮按钮罢了，但手艺上的实如今这两个产物里是差别的。差别主要体如今下图中绿色地区的Generic Interaction层和更底层的数据模子，以及缭绕这些数据模子举行CRUD(增删读改)操纵的API。

数据库表的变动最易明白，在这两个产物里有许多从营业上说实际上形貌的是统一观点的模子，比方SAP CRM的Product(产物)和S/4HANA里的Material(物料)。在CRM里我们用事件码COMMPR01建立产物, 其相干数据存储在以COMM_开首的一系列内外。而S/4HANA则是在事件码MM01里建立物料, 数据存储在主表MARA和一系列从内外。

上述形貌反应了如许一种状况：在SAP CRM和S/4HANA分别用差别的手艺形式形貌营业上统一个观点。针对这类状况，在将SAP CRM的贩卖和效劳流程引入S/4HANA的过程当中，我们面临着模子的弃取题目。我们采纳的原则是：运用S/4HANA的模子。

这就意味着在S/4HANA for Customer Management里，之前SAP CRM里运用的API也须要做响应的调解，这些API里对SAP CRM数据模子的操纵须要重定向到S/4HANA对应的数据模子。

举一个详细的例子：

以存储物料的数据库表为例。本文前部在引见S/4HANA for Customer Management的表面部份提到了ID为11的产物，在SAP CRM里我们是去表COMM_PRODUCT里依据PRODUCT_ID来找到该产物。而在S/4HANA里则须要去表MARA里找。

值得一提的是，在这款新产物的开辟过程当中，我们并非简朴地将代码里统统运用到SAP CRM数据模子的处所都找出来，替换成S/4HANA的数据模子罢了。我们做了许多基于S/4HANA架构的优化，目标是充足发挥S/4HANA体系底层供应的壮大功用和种种立异手艺。

一个详细例子就是本文开首提到的产物搜刮功用。这个功用是SAP成都研究院开辟团队担任完成的。SAP CRM产物搜刮的底层完成是基于数据库表COMM_PRODUCT的。而在S/4HANA for Customer Management里，我的同事们并没有简朴照搬思绪直接去查S/4HANA物料数据库表MARA，而是采纳了S/4HANA的新的建模体式格局，设想了一个CDS view。当用户点击了搜刮按钮后，底层的实行会搜刮下图这个CDS view。

借助CDS view，我们遵照了S/4HANA建模范畴里耳熟能详的原则”Code Push Down”, 确保了尽量多的逻辑直接在数据库层面实行, 充足发挥SAP HANA壮大的数据处理才能。

假如人人对S/4HANA里CDS view这一主要的建模体式格局感兴趣的话，能够浏览这篇SAP Community上访问量过2万的CDS View概述文章：

ABAP Core Data Services – Introduction (ABAP CDS view)

https://blogs.sap.com/2017/09…

假如想深切相识CDS view的一些手艺细节，请参考我的微信民众号文章：Jerry的CDS view自学系列，内里包括了14篇文章，满是我本身经由过程浏览CDS框架源代码和调试的体式格局相识到的一些手艺完成细节,以及我做过的一些例子和东西。

4. S/4HANA for Customer Management里的One Order模子，和SAP CRM里的模子比拟有何革新？

答：有许多革新，Jerry去年在德国SAP总部吃了3个月的土豆+面包，就是在做这件事变。

在SAP CRM里，一个定单的数据散落在差别的数据库内外，人人最熟知的，就是寄存仰面信息的CRMD_ORDERADM_H和寄存行项目信息的CRMD_ORDERADM_I这两张表。其称号中的ADM(Administration)是一个提醒：定单的绝大部份营业数据并没有存储在这两张内外，而是位于其他的专属内外。

如下图所示，图中差别色彩的矩形框代表One Order模子里差别范例的节点，每一个节点具有一个专属的数据库表，这些节点之间能够包括从属关系，这些从属关系又保护鄙人图正中的数据库表CRMD_LINK里。

统统这些数据库表加起来有200多个。这套数据模子在传统的Transaction运用范畴里被证实是异常胜利的：SAP CRM普遍运用于环球浩瀚客户群的现实说清楚明了统统。而在Analytics运用场景下，上述数据模子须要和另一个模子，就是CRM参谋们熟知的索引表CRMD_ORDER_INDEX协同事变。

望文生义，这张表的引入是一个以空间换时候的战略——索引表寄存了部份来自营业数据内外的数据，以部份冗余的存储空间为价值来削减举行Analytics计算所消费的时候。

而在S/4HANA for Customer Management里，One Order的底层存储模子获得了大幅简化。一个定单统统的仰面级别的数据，比方定单编号，形貌信息，范例，建立者，建立时候，发货方，收货方等等都存储在一个新的数据库表CRMS4D_SERV_H里。

而对应的行项目信息，则寄存于表CRMS4D_SERV_I里。

基于这类扁平组织的数据表上组织出来的CDS view，能够最大程度上削减为了抽取数据用于Analytics场景所须要举行的数据库表之间的衔接操纵，充足发挥出S/4HANA强劲的数据处理才能，也从基础上避免了索引表的引入形成的存储空间糟蹋。

• 从用户的角度上说，S/4HANA加上CDS view这对组合，就是Analytics场景下最好的机能保证。
• 从架构的角度上说，S/4HANA的贩卖和效劳这块营业的Transaction和Analytics运用，运用了统一套新的数据模子，比拟SAP CRM On Premise的浩瀚营业专属表+CRMD_LINK+CRMD_ORDER_INDEX的设想有了大幅简化。更主要的是，CDS view的引入，使得S/4HANA for Customer Management能够受益于SAP在CDS view这一范畴内的延续立异。
• 从Partner的角度上说，底层模子的简化，也降低了Partner排错的复杂度。同时，谢谢之前SAP CRM里One Order API文雅的分层设想——上文形貌的底层存储模子的修改，没有影响到One Order API的接口。这意味着假如之前您已能够在SAP CRM里闇练运转CRM_ORDER_MAINTAIN和CRM_ORDER_SAVE这些API举行二次开辟，那末您在S/4HANA for Customer Management处置和One Order相干的二次开辟也没有任何题目——这些API的用法没有任何转变。

5. 我是一名SAP CRM开辟参谋。我将来会赋闲么？

答：假如您有耐烦读到这里，置信您心中已有了答案。

一方面，在S/4HANA for Customer Management里，二次开辟运用到的手艺, 前台仍然是CRM WebClient UI，加上背景的One Order系列的API，这使得人人之前在这一范畴多年的手艺积聚没有白搭。另一方面，这个新的产物由于是运转在S/4HANA这一SAP旗舰级产物上，这就给每一名愿望进修S/4HANA的CRM参谋打开了一扇门。

我本身有一个感觉，进修一项新手艺，或是一个新产物，在事变和实战中进修，其效力和学问控制的深度都要凌驾在业余时候看看材料这类进修体式格局。S/4HANA for Customer Management的问世，给每一名CRM参谋供应了更大的舞台，让人人不仅能继承在贩卖和效劳范畴深耕，同时也能在事变中进修S/4HANA，我个人认为这是一个很好的发展时机。