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的介绍就到这里，有机会我将会再写续篇详细介绍包括”众包服务”在内的其他特色模块。感谢各位读者耐心看完了整篇文章，再见。

本文作者：许聚龙

本文来自云栖社区合作伙伴“”，了解相关信息可以关注“”