• S/4HANA Service Management和SAP Field Service Management的集成


    经常有朋友提出这样的问题:“SAP Business Suite里的CRM的Service模块已经通过Addon的方式迁移到了S/4HANA上,并且SAP之前又收购了一家专门做Service的公司Coresystem. 那么这两个功能上看似有重合的产品,SAP是如何做整合的呢?”

    简单地说,S/4HANA Service模块和Coresystem在SAP服务场景中的定位是,前者作为Service Back office,后者作为Frontend office.

    clipboard1

    今天Jerry邀请到了SAP成都研究院S4CRM研发团队的开发人员Tong Dan,请他向大家介绍SAP已经发布的一个关于S/4HANA Service模块和Coresystem的集成场景。下面是他的正文。


    大家好,我是童丹,SAP成都研究院S/4HANA Service Management团队的开发人员,组内大家都叫我童大。平时不抽烟、不喝酒、不烫头,爱好就是吃点儿好吃的。头疼的事情就是每天和5岁的女儿斗智斗勇。

    项目背景

    相信大家已经知道,SAP收购了一家专注于Field Service Management(现场服务管理)的公司Coresystems(也叫Field Service Management, 简称FSM). 那么如何打通后台S/4HANA和前台FSM,把两个产品集成起来,就成了当务之急。

    clipboard2,2

    业务场景

    该集成场景的Leading System是S/4HANA系统,即流程的起始点和核心。在S/4HANA里根据业务需要创建并释放Service Order(服务订单),同时根据FSM系统提供的数据创建并完成Service Confirmation(服务确认)。

    clipboard3

    在另一端则是FSM系统,根据S/4HANA系统同步过来的Service Order和Item,分别生成Service Call(服务请求)和Activity(服务活动).FSM的调度员再根据Technician(技师)的时间、级别、资质等,分配不同的Activity,从而完成派工。Technician可以在手机App上查看每天分配的工作,上面包含客户的名称、需要上门维修的地址、联系方式等,以及计划开始和结束的时间、计划的Service Product(服务产品)、Expense(费用)、Spare Parts(备品备件)等等。

    当Technician在客户现场完成维修,可以在手机App上填写维修时长、产生的费用,例如Technician前往客户现场的交通费、住宿费、餐费等等,以及所消耗的Spare Parts. FSM管理人员可以在后台查看并审批Technician提交上来的数据。审批通过之后,会同步回S/4HANA创建ServiceConfirmation。

    clipboard4

    在S/4HANA和FSM之间,采用SAP CPI(SAP Cloud Platform Integration)作为中间件来连接两端的系统。中间件的重要性不言而喻,它把应用开发人员从繁琐的基础服务中解脱出来,从而能够将精力集中到集成场景本身。特别是当两端系统的数据模型不匹配时,开发人员可以在CPI中完成复杂的数据模型的转换和匹配工作。而集成的两端系统也无需考虑对方系统API的类型和调用方式,而是在CPI做统一处理,从而减少了修改现有API所带来的工作量和风险。

    clipboard5

    想象这样一个场景,一个客户实施了S/4HANA Service Management和FSM,现在接到其客户的报修电话,需要维修一台空调。相关人员根据实际情况创建服务订单,在该订单被释放再保存完毕的时候触发CPI,通过CPIIFlow(Integration Flow)的建模,对S/4HANA端传送过来的数据根据两端系统的业务逻辑和字段含义等进行了进一步的处理和映射,最终发给FSM端,并调用FSM提供的API创建Service Call with activities (服务请求以及相应的活动).

    clipboard6

    创建好Service Call以后,调度员会将这个Service Call下的activity分配给对应的技师并进行release assignment操作,至此技师就可以在手持设备上接到通知,带上相应的工具备件出发去客户现场了,好像跟现在的外卖服务有点像?等到技师在现场的服务完成,会通过手持设备上报本次服务所产生的实际工时,费用,备件信息等并在现场让客户电子签名确认,在此期间可能还存在中途更换技师,或者添加技师的场景。接下来在公司接到该技师上报的数据以后,FSM审核人员会对数据进行审核,审核通过就会再次触发CPI的IFlow在S/4HANA创建Service Confirmation(服务确认).

    clipboard7

    在Service Confirmation的所有行项目都被确认完成以后,后续就是根据成本对象计算成本和进行对应的开票了。这单成本多少,收益多少一目了然。

    这里有一个视频比较清楚的介绍了这个集成场景,欢迎大家观看:

    https://sapvideoa35699dc5.hana.ondemand.com/?entry_id=1_4mkd59v2

    clipboard8

    本文着重从业务方面介绍了集成场景,后续会从技术和实施角度向大家继续介绍, 敬请期待。

    更多阅读

    SAP的这三款CRM解决方案,您能区分清楚么
    Hello World, S/4HANA for Customer Management 1.0
    SAP S4CRM vs C4C, 诸葛亮和周瑜?

    要获取更多Jerry的原创文章,请关注公众号"汪子熙":
    公众号截图

  • 相关阅读:
    Redis分布式限流器
    [转] 详解Spring boot启动原理
    [转] 总结了N个真实线上故障
    加一(66)
    原地删除(27)
    旋转数组(189)
    买卖股票的最佳时机 II(122)
    最长公共前缀(14)
    两个数组的交集II(350)
    Django时区及naive datetime object和aware datetime object的区别
  • 原文地址:https://www.cnblogs.com/sap-jerry/p/11991515.html
Copyright © 2020-2023  润新知