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的介紹就到這裡，有機會我将會再寫續篇詳細介紹包括”衆包服務”在内的其他特色子產品。感謝各位讀者耐心看完了整篇文章，再見。
本文作者：許聚龍
本文來自雲栖社群合作夥伴“
汪子熙”，了解相關資訊可以關注“
”