淺談電信10000號系統集成

周志君/浙江省通信產業服務有限公司寧波市分公司

淺談電信10000號系統集成

周志君/浙江省通信產業服務有限公司寧波市分公司

隨著電信全業務時代的到來，中國電信10000客服中心的服務內容非常繁多，如話費查詢、業務咨詢、簡單業務辦理、投訴、故障申告等。電信客戶數量的增加，新型的融合套餐將固話、寬帶、手機這三種產品進行了綁定管理，這對服務的質量提出了更高的要求。本文主要對電信10000號系統集成作一個初步探析。

電信10000號；系統；集成 方案；應用

電信全業務經營下，如何為電信10000號客服代表提供一個有效、實用、便捷、全面的IT系統是擺在我們通信產業服務企業面前的一個課題。一方面，作為客服窗口的10000號面臨話務量增加、業務復雜度上升、運營成本減少的局面；因此迫切需要縮短客服代表平均通話時長，提高客服代表接通次數，使客服代表在固定的時間內能接聽更多來電，服務更多客戶，從而減少客戶來電等待時間，提升客戶感知和滿意度。另一方面，要達到降低成本，提高效益的目標，除了增加客服代表的培訓，拓展其業務知識，強化其處理問題的能力外，電信10000系統集成也是一個主要技術問題。

一、電信10000號系統現狀分析

電信10000號現場客服代表主要使用CRM（客戶關系管理系統）中的話務功能接聽來電，并根據需要使用CRM中的客戶、資產、訂單等模塊進行業務查詢和辦理操作。根據電信10000號電話小結中公眾客戶及商業客戶的話務類型分析，結合現場調研的結果，得出目前電信10000號系統操作中存在的一些問題。

1.系統登陸及界面切換次數多。電信10000號客服代表在工作中除了需要使用CRM外，還需要使用計費前臺、ISMP（綜合業務管理平臺）、網廳后臺、OCS（在線計費系統）、CQD（客戶詳單查詢系統）、信網平臺等多個系統，每次在使用前都需要對這些系統進行登陸操作，并且打開多個系統界面后，在操作過程中還需要頻繁切換界面，增加了很多操作步驟，大大降低了效率。

2.業務辦理時間長。電信10000號客服代表為用戶辦理業務要經過選擇客戶、選擇訂單業務大小類、選擇產品、產品配置、合法性校驗、提交等多個步驟，整個過程相對較長，造成用戶在線等待時間長，降低了客戶感知。

3.無前端數據查詢處理的支撐界面。電信10000號客服代表在碰到網絡問題的用戶報障時，由于沒有適合前端使用的網元數據查詢處理的支撐系統或界面，造成客服代表無法進行報障在線處理，只能通過系統進行派單，等流轉到后端部門后由后端人員解決。這種方式首先增加了客服代表的錄單時間，延長了通話時長，其次把一些原本可以由客服代表直接解決的簡單問題都交給后端進行處理，延長了解決問題的時間，影響了客戶的正常使用，也會造成客戶的重復報障和投訴。

4.投訴單、需求單受理時間過長。電信10000號客服代表在CRM系統中每次創建投訴單、需求單時，都需要選擇客戶、客戶等級、客戶區局、設備編號、設備區局、來電號碼等信息，造成創單時間過長，浪費了客服代表大量的時間。

二、電信10000號系統集成方案

建設一個跨系統、跨業務、跨流程的整合門戶（電信10000號門戶），改變原有各個業務系統數據、流程及功能分散獨立的狀況，將各業務系統內常用的信息和操作集成顯示在統一界面中，同時盡量減少客服代表使用系統時的操作步驟，減少搜尋項目，降低應用操作難度，從而縮短操作時間，避免操作錯誤，提高效率和準確性。

（一）系統架構

保持CRM作為電信10000號主業務系統的定位不變。電信10000號門戶應用由JSP開發并獨立部署在三臺應用服務器上（兼Web服務器），并前置F5負載均衡服務器有效分擔訪問壓力。同時電信10000號門戶以界面集成的方式內嵌在CRM中，作為用戶來電彈屏的首頁。電信10000門戶根據功能點的不同，以服務集成或界面集成方式與各個業務系統形成接口，從而實現將各系統的部分流程、數據、功能有效整合到門戶中，以幫助客服代表提升一站式服務的能力。其中，服務集成的接口統一由電信10000號門戶系統作為上游系統調用CSB（渠道服務總線）系統，再由CSB統一訪問下游各業務系統。

1.服務集成的系統：CRM、計費、VSOP（增值業務訂購關系管理平臺）、UVC（統一充值平臺）、OCS、112系統、10000號核心平臺、IBP（綜合業務開通系統）等。

2.界面集成的系統：計費、CQD、積分系統、服務能力前置、知識庫、網廳后臺等。

（二）功能介紹

1.客戶定位在原有的CRM系統中，客服代表只能從客戶和資產兩個界面分別定位為客戶和資產，然后再進行后續處理。通常絕大多數情況下，客服代表都是通過資產信息（如設備編號、安裝地址）及客戶的基本信息（如身份證號）進行定位的。因此，在電信10000號門戶中，設計一個以資產信息為主，客戶信息為輔的客戶定位界面（定位界面在Siebel系統中實現，定位后刷新10000號門戶JSP頁面，并同時傳入設備編號和客戶標識）。用Siebel的三層結構來說明：一是UI層：使用ListApplet用于提供查詢定位。二是業務邏輯層：BC（業務組件）采用ASSET。三是DB 層 ：S_PARTY、S_ASSET、S_ACCOUNT等表。該界面可以分別通過客戶信息和資產信息定位客戶及資產的功能，能基本滿足絕大多數的客戶定位需求，且避免了界面的重復切換，方便了客服代表的操作。

2.一屏展現客戶信息。電信10000號門戶通過服務集成和界面集成方式整合各業務系統功能。通過樹形菜單結合標簽頁的布局方式，將客戶的基本信息有效地在一個屏幕內展現，并在各頁面內自動傳遞設備編號，使客服代表一次輸入設備編號后，無須重復輸入，就可直接操作所有設備關聯信息的界面。與原先在不同系統的每個界面都要重復錄入設備編號的情況相比，大大節省了操作時間，提高了操作的準確性。技術難點及解決方法：

（1）跨域系統調用的認證及解決方法。電信10000號門戶界面集成于CRM系統中，且本身又通過界面集成整合多個業務系統。對此，從客服代表使用的角度來說，希望整個門戶中任何頁面的訪問都無需重復進行密碼驗證，但是從各系統本身的角度出發，避免出現“后門”，影響系統安全性也是需要重點要考慮的。在10000號門戶的實施中，對業務及功能進行梳理分析，發現主要分為以下幾種類型：一是普通信息類的查詢；特點為對權限控制要求不高、量大、對性能要求較高。二是敏感信

息類的查詢；特點為有權限控制要求，實際的發生量不大。三是業務操作類的功能；特點為有權限控制要求，有較大量。經分析相關的業務支撐系統現況后，采用如下解決方案：首先來看，由于10000號門戶屬于CRM域的子系統，且界面集成于CRM中，故用戶使用10000號門戶時，須先通過電信內部用戶統一認證平臺認證登錄CRM后方可使用門戶。其次，對于門戶界面集成的其他業務系統的界面，一是對于一些普通信息類的查詢業務，考慮到這些操作的權限性控制要求不高，并且查詢次數和性能都有較高要求，故此類操作采用通過URL（統一資源定位符）傳入參數方式實現。二是對于敏感信息類查詢及有操作類業務，采用單次加密令牌方式進行跨域登錄驗證，保證系統安全性。

（2）權限控制及解決方法。由于客服人員使用的功能涉及到多個業務系統，因此，在解決了跨域系統調用的認證后，就涉及整體的權限控制。由于這些業務系統本身都有權限控制的要求，而且各系統的用戶和權限要求都有差異，故此整體的調用權限控制的職責劃分是要重點解決的一個課題。根據各域及系統的職責劃分，同時考慮到門戶整體的安全性后，將控制權限職責劃分如下：一是整個門戶控制登錄權限由門戶系統進行控制（權限和角色數據存放在CRM庫中）。二是CRM的用戶數據和各系統用戶數據間的差異由門戶側進行匹配。三是通過單點登錄或后臺令牌驗證方式接入各系統后，權限控制交付對應系統自我控制。通過上述方法，既解決了整體權限功能，又保留了各系統的權限獨立性，使得之后的更新或維護成本變得更合理。

（3）界面友好性展現及解決方法。電信10000號門戶除了與各業務系統通過接口方式集成，也有大量的界面集成方式。因此，一個具有高度用戶友好性、良好實用性的界面是提高用戶使用效率的關鍵因素之一。根據實際操作情況，在電信10000號門戶的實施過程中，按以下原則及經驗進行設計和開發。界面整體風格的統一；根據用戶實際操作習慣設計界面；對多層嵌套產生的滾動條進行細致優化，避免出現多滾動條；跨域調用中，為避免出現跨域調用安全問題，各系統對網頁中Java－Script需要進行梳理并調整；由于各業務系統的部分界面嵌套至門戶（界面集成），這些界面的嵌套結構發生了變化。因此，這些界面的JS（java腳本）盡量使用相對路徑。且在JS代碼中，盡量少出現parent等指向性代碼，避免出現安全問題。

（三）靜態動態短信發送

電信10000號門戶建立了短信模板配置功能，可供10000號管理人員靈活配置靜態短信，并由10000號客服代表根據需要靈活選擇發送。此外，門戶還提供了動態短信人工或自動發送功能，用于在費用查詢、業務辦理、投訴受理、故障處理等場景增加與用戶的交互，提升用戶感知，如套餐使用情況、營業廳位置及聯系方式、當前積分、投訴響應短信等。通過10000號門戶發給用戶的短信都具有用戶回執功能，即短信平臺記錄用戶接收短信的時間，并由短信平臺通過FTP（文件傳輸協議）接口將用戶接收信息同步給10000號門戶，并在10000號門戶接觸信息中的短信接觸界面中顯示。通過短信發送，可在提高用戶滿意度的前提下有效縮短客服代表與用戶的溝通時間。客服代表也可清晰看到所有通過10000號門戶發送的短信及用戶接收狀態和時間，有助于提高處理效率。

（四）報障在線處理及與112系統信息共享

電信10000號門戶整合并前置了后端網絡運行各系統的部分查詢及處理功能，可為用戶提供寬帶及手機上網等錯誤代碼、說明、解決方法的查詢，方便故障的解釋及處理。提供移動基站位置查詢及盲點查詢，便于用戶投訴的當場解釋。可根據故障號碼和故障現象自動綁定事先設置的自動預處理流程，電信10000號客服代表可通過使用自動預處理流程獲取預處理結果，也可以不使用自動處理流程，而依據故障現象查詢相關網元數據信息，從而判斷故障原因。此外，還提供固網、寬帶、移動類產品等與用戶關系緊密的網元數據的查詢及前后端數據的同步功能，方便在出現前后端數據不一致的情況下進行數據同步，從而達到快速解決故障的目的。建立10000號系統與112系統之間的通路，打通任督二脈，建立查詢、派單、催派催修接口。

通過增加功能，可以有效提升電信10000號的一站式服務能力，避免原先客服代表錄單派單的時間，減少后端部門的壓力。

（五）需求單及投訴快速受理

電信10000號門戶在客戶定位后，直接可以受理投訴單或所需的10000號需求單，自動關聯已定位客戶及設備的關鍵信息，并根據業務梳理的邏輯自動填寫投訴單和各類10000號需求單中的各種必填信息，減少客服代表錄入信息量，提高投訴單和10000號需求單內容的準確性。

（六）性能優化

電信10000號門戶中相當一部分是通過服務集成方式整合各業務系統功能的，因此接口性能相當重要。以服務集成接口最多的CRM作為下游系統，讓CSB分別以長連接、短連接、匿名連接三種方式進行連接。由于10000號現場對界面響應時間要求較高，且考慮到10000號客服為一周24小時工作制，客服代表對10000號門戶的操作將會是不間斷的連續操作，故我們認為發生連接空閑時間過長而導致長連接失效的可能性較少。

因此結合壓力測試分析報告，還是考慮將訪問頻率和接口數較多的下游系統（如CRM的接口）連接方式改為長連接。此外，為了保證長連接的有效性，在CSB系統側增加了長連接有效性的自動檢測功能，由CSB定時（目前為4小時1次）對針對CRM的全部長連接進行自動檢測，如發現失效，則釋放該長連接并重新建立一個新的長連接。

三、系統應用情況

在10000號門戶使用后，根據客服部門配合的現場初步驗證，得到以下結果：一是以10000號公眾客戶業務分析單業務場景下，系統操作時間平均可以節省約8.3%，多業務場景下，系統操作時間平均可以節省約21.3%。二是以10000號商業客戶業務分析單業務場景下，系統操作時間平均可以節省約7.0%，多業務場景下，系統操作時間平均可以節省約25.2%。業務場景效果提升明顯。

四、結束語

通過電信10000號門戶的建設，在系統角度，實現了跨MBOSS各域系統的流程、數據、功能的整合，并首次在作為渠道服務總線的CSB上部署了大量的服務集成接口。在業務角度，幫助了業務部門減少系統操作，縮短系統操作時長，從而間接縮短了通話時長，減少了用戶等待時間，但是我們也要繼續根據業務發展需要，進一步做好需求實現和功能優化、性能調優的研究及落實工作。找到符合電信客戶接觸門戶的最佳方案，以有效支撐全業務營銷、渠道服務的開展。

周志君（1963。6出生）、男、籍貫（江蘇海門）、現任浙江省通信產業服務有限公司寧波市分公司副總經理職務（郵編315020）、工程師職稱、研究方向：有線通信項目工程（電信10000系統集成、FTTH光纜）。