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。
- 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的介紹就到這裡，有機會我将會再寫續篇詳細介紹包括”衆包服務”在内的其他特色子產品。感謝各位讀者耐心看完了整篇文章，再見。