SAP成都研究院许聚龙：Hello, Coresystems！

Jerry的前一篇文章《SAP成都研究院数字创新空间沟通S/4HANA和C/4HANA的智能服务演示视频和Coresystems分享预告》已经提到，接下来会由SAP成都研究院数字创新空间的同事BD君给你们分享Coresystems。

那篇文章发出来以后，有同事问我，BD君是谁？SAP成都研究院好像没这我的。

BD君 = 许聚龙(Xu Haytham)。记得聚龙第一次给咱们作自我介绍时，Jerry一听名字，以为好霸气，"许巨龙"，内心就打上了Big Dragoon的标签。

聚龙和Jerry是校友，目前是电子科技大学的本科生，读大四上期。Jerry当初研究生毕业加入SAP成都研究院初期时一直是个愣头青，什么都不懂。而聚龙在校期间，有过休学创业的经历，因此和普通的大四学生相比，多了几分红熟和稳重。

在Jerry的前一篇文章《SAP成都研究院数字创新空间沟通S/4HANA和C/4HANA的智能服务演示视频和Coresystems分享预告》提到，说到双截棍的技能，聚龙的水平算得上Jerry的师傅，这里就不重复了。

说到聚龙的名字Dragon，想起一件让Jerry很囧的事。一次Jerry和朋友吃饭聊天，聊到二战的美国和日本。你们都是游戏迷，谈到日本虽然卑劣地进行了珍珠港偷袭，然而美国人仍是很给日本面子，在《星际争霸》里以日本的大和号战列舰为原型设计了人族空军的终极单位：Battle Cruiser。

造价：400水晶，300气。HP：500，占用人口：6，建造时间：90，并且还有一个技能：Yamato Gun。

当时你们慨叹《星际争霸》里没有CHINA元素，而后Jerry就说，龙骑士好歹字面上也有个龙吧，虽然和CHINA传统意义上的”龙“含义彻底不一样。有位学霸朋友说，“你再仔细看看？龙骑士的单词和龙的单词是两个不一样的单词。” Jerry仔细看了下，发现还真是这样，又长见识了：

• dragon: 西方神话中一种强大的生物，一般是邪恶的象征，和CHINA的龙大相径庭。

• **dragoon: **龙骑兵团，重骑兵，星际争霸中的龙骑士。神族的狂热者的肉体损坏后，将残体取放入特殊成分的养分液中，存放于机甲里造成的机械兵种。

看到dragoon，Jerry情不自禁就能回忆起昔日神族的领袖bisu，那华丽的dragoon操做和宿敌解冻大魔王那一场场经典的PVZ。

那是一个让每一位星际争霸迷一回忆起来就会热血澎湃的激情年代。

扯远了，下面是许聚龙的正文。

---

这篇文章主要向各位介绍SAP你们族的新成员之一：Coresystems，让你们知道Coresystems是什么，如何运行，以及它的一些特点功能。文章分为上下两部分，上半部分经过一个案例较为直观地介绍Coresystems，下半部分将深刻系统，介绍部分特点模块的细节，你们可根据本身的须要选择阅读。

相信你们不管做为我的仍是企业，都有过购买设备并联系厂家安装、维护(维修)的经历。你们可能会遇到过一些问题，好比：在提供服务的工程师上门以前，没法知道TA是谁，以及具体何时能到。我本身就有过一次糟糕的体验，前段时间在某大型家电线下实体店购买了某国际大品牌洗衣机与冰箱。在配送当天，须要做为客户的我来协调配送与安装技师的上门时间，可是两者均没有按照约定时间到来，通过反复催促，最后在约定时间的3.5小时后才完成，严重打乱了我后续的安排。最后的签收与检查清单等，也都是纸质文件。对我而言，这一切是一场糟糕至极的体验。而这个服务场景，正好是本文介绍的Coresystems能够充分体现本身强大功能的舞台。

Coresystems公司成立于2006年，以其重要产品Coresystems服务于世界各个国家，截至2015年全球已有8个分部。

2018年6月被SAP收购，归入了SAP C/4HANA五朵云的服务云中。做为“智慧企业客户体验”案例的一部分，Coresystems在2018年下半年举办的SAP NOW，云栖大会，HUAWEI CONNECT等展会上也频频亮相。

发展到今天的Coresystems，功能已十分丰富。除了核心模块“现场服务”，还加入了“众包服务”、“Coresystems NOW(自助服务)”、“物联网”、“整合”等强大的模块，并严格遵照GDPR(通用数据保护条例)。

因为篇幅有限、我将简单介绍主要模块的功能，而后聚焦到Coresystems的核心模块“现场服务“。

“现场服务”模块：Coresystems的核心与根基，具备极高的抽象性，除了标准的工单生成、委派、到场服务外，Coresystems在各流程都实现了高度的可配性，使它可以制定出几乎大部分的实际场景。

这种系统的高度可配置性，却是和SAP传统的基于Netweaver的众多产品相似，这真是“不是一家人，不入一家门”。

**“众包服务”模块：也就是官网上花了突出版面介绍的又一个核心模块，Crowd Service。众包服务容许系统内甲乙两公司彼此之间缔结合做关系，**即甲公司能够将服务工单分发给乙公司的工程师来完成。该模块能够在短期拓展公司服务的地理覆盖面积，并在用人高峰期经过分发工单减小客户等待时长，极大的优化用户体验。

“Coresystems NOW”：NOW是新推出的客户自助服务模块，支持7x24客户在线自助服务，只需扫描设备上二维码便可获取相应设备的资料，并找到常见问题的说明与解决方式，同时能够经过NOW端自定义提交服务工单。

“物联网”：Coresystems提供的一种物联网解决方案，可以将客户的设备链接到Coresystems，在系统内监控设备状态。

“整合”：Coresystems支持经过Cloud Connector或REST API与SAP现有系统（ERP、CRM等）进行打通，实现整合。

好了，咱们如今聚焦到“现场服务”模块。做为Coresystems的根基，“现场服务”其实是不少功能的集合，其具体组成将在文章第二部分介绍。我将从系统角色，核心概念以及一个场景案例带你们认识感性地去认识Coresystems。

系统角色

Coresystems里有如下几种角色：

• 客户：现场服务提出者，能够经过打电话给调度员或经过NOW模块自助产生工单。

• 调度员：维护系统各类主数据，建立工单，分发工单给工程师。

• 工程师：接收工单并到客户现场进行服务。

• 管理人员：能够经过数据可视化模块查看系统内数据分析与报告。

系统的部分核心名词，概念和对象关系

这些名词其实并非Coresystems首创的，任何成熟的带有服务模块的CRM系统，好比SAP CRM和SAP Cloud for Customer中都存在这些概念。

• Skills(技能)：Skills是Coresystems里最根基的组成，几乎全部其余对象均可以绑定一个或多个Skills。Skills能够在对应模块自定义添加。这个词的范围很广，能够是真实的工程技能如：电工、机械工程；也能够是相似语言、性格等软技能。

• **Service Call(服务呼叫)：**调度员在WEB端建立的服务工单便是一个“服务呼叫”。服务呼叫建立完即会生成一个Activity与之对应，Activity的来源有不少，服务呼叫是其中之一。

• **Activity(活动)：**Activity是Coresystems最多见的的基本单位，Activity通常由调度员建立，是系统内任务的最小单位。

从图中能够看出Activity几乎与系统内的全部数据都会有直接或间接的关联。一个Activity会委派给一个工程师处理，而Activity在实际情境中能够衍生出后续Activity。Activity的委派是基于Skill的，Coresystems会自动检测被委派的工程师是否具备相应技能，若是没有会给出警告(可是依然能够强制委派)。

最后咱们开始咱们的案例，来认识一下咱们使用Coresystem提供服务场景案例的3位主人公。

• 客户：绿野种子集团的生产主管曾海瑞

• 调度员：蓝天机器人公司李莉

• 工程师：蓝天机器人公司李晓刚

Jerry：个人同事李晓刚已经在咱们的服务场景里以技师的身份屡次出现。关于他的事迹和照片，在这篇文章里能够找到：《打通C/4HANA和S/4HANA的一个原型开发：智能服务创新案例》。李晓刚是SAP成都研究院C4C开发团队的中坚力量，微信昵称：心灵鸭子汤。这是他对本身的评价：

蓝天技工李晓刚，

一手佛经一手枪。

双臂关公学龙哥，

飞镖指向麦口杨。

自称编程彭于晏，

一身肥肉很嚣张。

自我嘲讽需勇气，

干了这碗鸭子汤。

因为旧机械臂的产能没法知足快速增加的市场需求，曾海瑞向蓝天机器人公司采购了一批性能更强的“机械臂系列9”，如今他须要专业的工程师来安装机械臂，因而他拨打了服务热线，提出了本身的服务需求。

调度员李莉接到了曾海瑞的电话，在Coresystems中建立了一个新的“服务呼叫”：

并完善基本数据(客户信息、服务时间等)：

结束通话后李莉查看当前工程师工做计划表，发现技师李晓刚的时间与技能状况十分适合该工做：

因而便将该“服务呼叫”(工单)拖拽到李晓刚的行程表中，系统自动检测技能匹配状况，验证成功后，李莉点击“发布”，将工单推送给李晓刚：

调度员李莉工做结束。

李晓刚这时手机会收到含有工做信息的短信提醒：

因而他打开手机app查看到这次工做内容：

核对信息后，李晓刚点击屏幕底部的“接受”按钮，确认了此次任务安排：

到了曾海瑞预定安装当天，曾海瑞将收到一个连接，打开后能够实时显示李晓刚的位置信息：

李晓刚到达现场后，在Coresystems终端的协助下开始了安装工做：

工做完成后，李晓刚将终端交由曾海瑞打分评价，并签字确认，该次现场服务结束。

以上就是一个简单的“现场服务”的流程。看到此处，我想读者应该已经可以在感性层面大体知道Coresystems是什么，以及怎么运行的了。

下面开始的内容，将深刻系统细节，从系统的模块组成，特点功能(离线模式、AI智能委派、报表自定义、项目管理、流程定制)几个方面深刻介绍Coresystems的强大之处。如下内容可能比较枯燥与硬核，读者可根据本身的状况选择是否继续看下去。

---

Coresystems的特点功能

Coresystems“现场服务”的组成部分很是多，在此我根据我的理解将系统模块简单分为4大类:数据管理部分、现场服务部分、加强自定义部分和其余。

1. 数据管理部分

主要包含Skills（技能）、Business Partners（合做伙伴）、People（员工）、Item（包含物料与仓库）、Equipment（设备）、Contact List（通讯录）。以上模块的共同特色是其主要功能都是用于存储数据。这些信息都具备各自独立的属性列表，同时又具备如图所示的关联关系，从而构建出详细的系统主数据。

2. 现场服务部分

包含Planning(委派中心)、Service Calls(服务呼叫)、Activity(活动)。其中Activity是核心，它整合了几乎数据管理模块的全部数据。Service Calls建立后会自动生成一个Activity与之对应。Planning是委派Activity给工程师的模块，也是调度员最常使用的模块。这些模块共同组成了推进”现场服务”流程的发动机。

3. 自定义配置部分

包含Analytics & Reporting(报表)、Knowledge Management（清单定制）、Project Management(项目管理)。该部分的这三个模块是让我最惊艳的，用于加强“现场服务”的功能，经过它们分别能够实现自定义报表公式、自定义现场服务清单流程、大项目流程跟进。稍后都将详细介绍。

4. 其余

包含Setting、Time & MaterialJournal、Report等，包括员工上班时间设置、物料以及开销汇总、现场生成报告查看等功能。

系统特点点

Coresystems的这些特点点，各位SAP老司机们也能够同SAP其余包含服务模块的产品作一个对比。

离线模式

同SAP Cloud for Customer的移动端同样，Coresystems的移动端也是自带离线模式的。这个设计的目的是可以在网络环境较差、甚至没有网络的状况下(如码头、地下等)依然能够在终端的协助下进行工做。

AI智能委派

Coresystems支持2种分配模式：手动委派(如以前案例中介绍的方式)和AI智能委派。在AI智能委派模式下，无需调度员耗费时间和人工去对比工程师技能与时间信息，只需将工单拖拽到智能分配区，系统即可以自动将工单委派给算法推荐的最合适的人选，大大提升委派员的工做效率。

这里多说一句，SAP Cloud for Customer(C4C)的服务请求(系统里称为Tickets)也具备机器学习的支持，只不过场景和Coresystems的AI委派有所不一样。C4C的服务请求建立好以后，系统根据请求的主题和描述这两个抬头字段，调用机器学习服务器的API，计算出这个服务请求的类别建议(Service Category Proposal)。

报表自定义

Analytics & Reporting，一个数据可视化模块，以上截图是模块主界面，从图中能够看出该模块支持柱状图、饼状图、折线图等形式来展现“自定义”数据。

每一个模块的设置页面局部截图以下所示：

从设置图能够看出每个数据展现块都支持任意切换3种转换方式，而“sample chart“可选择内置报表样板，如：服务呼叫来源类型、服务呼叫频率等。但这都不是最有意思的，咱们细看“Advanced Settings”能够发现“Query”内是能够写SQL语句的，也就是说能够根据须要随时建立新的的报表样板，并实时展现。

项目管理

Project Management，该模块具备拓宽现场服务时间维度的功能。

正常的“现场服务”以Activity为单位，快速建立，完成后关闭，工做内容固定且单一，没法管理长期的、分步骤的项目。而Project Management能够很好的解决这个问题，首先来看看主页面：

“Project”是项目列表，在此处展现全部建立过的项目，右侧是一个项目的具体步骤信息，能够经过“+”按钮自定义添加“阶段”，而且在对应阶段里建立“Activity”，每一个阶段均可以选择性地编辑以下图所示的信息，来丰富内容：

而在右侧，则是阶段对应的甘特图，甘特图内的时间跨度能够经过鼠标拖拽变化、且能够锁定先后阶段的关系(如图中带锁部分)，锁定后必须按顺序执行不一样阶段。

在建立一个Project时，能够选择不一样维度做为发布方式，具备“Project、Equipment、Activity“三种方式，方便根据实际状况选择不一样方式。

流程定制

Coresystems为了实现”现场服务”的规范化，针对不一样的场景能够制做很是细致的流程指导，不一样工程师在移动终端上按照流程执行，能够极大地提升效率且减小缺漏。"流程定制"模块就是用来自定义工做流程的。

先来看看主界面：

未打码展现的流程模板都是我建立的测试数据。从主界面能够看出，每个“Check List”都具备不少标签与描述等常规属性，特别须要指出的是该部分具备“版本”属性，实现了一个简单的版本管理功能。每一个“Check List”均可以建立副本，且独立管理发布状态。

从图中能够看出我一共建立了5个不一样的版本，其中3个处于发布状态。

下图是一个“Check List”的明细页面：

从图中能够看出，与“Project Management”相似，“Check List”也具备阶段划分，且具备数字表示，更加直观。

右侧则是系统组件列表，一共有17种组件可用，分别为:主分支、子分支、文本输入框、标签、表格、下拉框、签名、日期、数字输入、附件、附件选择器、公式计算器、主数据选择器、系列、状态、分页符。

建立好阶段后，能够根据需求向每一个阶段放入须要的组件，最后每个小阶段内的全部组件，都将生成一个独立的页面，在移动终端显示。

每个组件都具备经常使用的基本属性，好比下图显示了”文本输入框”这个组件的基本属性：

以及高级设置：

在高级设置中，有两个属性比较有特点。你们请看上图第一个勾选框“Internal”，其做用与“众包服务”相关。一旦勾选后，只有公司内部员工才能够在移动端查看或修改该组件的内容，而外部人员是没法看到的(用于填写内部价格等)。

而“Use Visibility Codition” 也比较有意思，这里首先须要填写当前Check List内一个组件的id，而后完善整个逻辑表达式。只有该逻辑表达式成立时，这个阶段的内容才会显示。这就意味着能够在不编写代码的状况下定义出具备分支的业务流程。

此外模板支持导入功能，能够直接编写XML生成一个Check List。

最后来看看节选的部分组件在移动端的效果吧：

此次对Coresystems的介绍就到这里，有机会我将会再写续篇详细介绍包括”众包服务”在内的其余特点模块。感谢各位读者耐心看完了整篇文章，再见。

更多阅读

• 打通C/4HANA和S/4HANA的一个原型开发：智能服务创新案例

• SAP成都研究院数字创新空间沟通S/4HANA和C/4HANA的智能服务演示视频和Coresystems分享预告