CTG-MBOSS-OSS服務開通系統(tǒng)規(guī)范V2.0-集成接口分冊(最終稿)

CTG-MBOSSOSS服務開通系統(tǒng)規(guī)范集成接口分冊中國電信版權所有機密PAGEIICTG-MBOSSOSS服務開通系統(tǒng)規(guī)范集成接口分冊OSS服務開通系統(tǒng)規(guī)范集成接口分冊V2.0中國電信集團公司2006年11中國電信版權所有機密PAGEI目錄1. 文檔說明 11.1. 編制說明 11.2. 適用范圍 11.3. 規(guī)范文檔 11.4. 起草單位 31.5. 解釋權 31.6. 版權 32. 綜述 32.1. 概述 32.2. 目標 32.3. 內(nèi)容說明 42.4. 方法論 43. 功能邊界分析 54. 接口共享數(shù)據(jù)分析 94.1. 共享數(shù)據(jù)分布情況 94.2. 接口共享數(shù)據(jù)模型 114.2.1. 與其它數(shù)據(jù)模型的關系 114.2.2. 數(shù)據(jù)模型定義 124.2.3. 核心數(shù)據(jù)實體標識 165. 業(yè)務流程分析 185.1. 業(yè)務流程總覽圖 185.2. 近期目標 205.2.1. 售前類業(yè)務流程 205.2.2. 售中類業(yè)務流程 275.2.3. SLA管理流程 415.2.4. 其他類業(yè)務流程 495.2.5. 大客戶業(yè)務流程 575.3. 遠景目標 766. 系統(tǒng)集成關系 766.1. 近期目標 766.2. 遠景目標 847. 接口分析 907.1. 接口技術原則 907.2. 接口監(jiān)控及異常處理 917.3. 接口實現(xiàn)技術 927.3.1. 企業(yè)應用集成平臺 927.3.2. 接口通信實現(xiàn)框架 937.3.3. XML消息 947.3.4. 主流接口實現(xiàn)技術 948. 附錄 958.1. 附錄一編制人員名單 958.2. 附錄二參考接口列表 968.2.1. 與BSS類接口 968.2.2. 與OSS類接口 1198.2.3. 與MSS類接口 1468.2.4. 各級服務開通間接口 1498.2.5. 第三方合作伙伴類接口 1668.3. 附錄二參考文檔 170中國電信版權所有機密第98頁共173頁文檔說明編制說明本規(guī)范是中國電信CTG-MBOSSOSS服務開通規(guī)范的一個分冊，結合CTG-MBOSS的總體框架和各目標系統(tǒng)的規(guī)劃，統(tǒng)一考慮OSS服務開通系統(tǒng)與周邊系統(tǒng)的集成關系和接口要求，為中國電信OSS服務開通系統(tǒng)以及其相關系統(tǒng)間集成接口的規(guī)劃和建設提供基本的技術原則和要求。適用范圍本規(guī)范適用于中國電信集團公司及下屬?。ㄊ校╇娦殴緦SS服務開通系統(tǒng)與相關外部系統(tǒng)間的企業(yè)應用集成平臺以及系統(tǒng)間集成關系的規(guī)劃和建設，和其它分冊配合，保障OSS服務開通系統(tǒng)建設實施的順利進行。規(guī)范文檔本規(guī)范僅包括一個主文檔，即《CTG-MBOSSOSS服務開通集成接口分冊》，本規(guī)范在服務開通規(guī)范體系中的位置如下圖所示：圖STYLEREF1\s1SEQ圖\*ARABIC\s11本規(guī)范在服務開通規(guī)范體系中的位置本規(guī)范與其它規(guī)范分冊、已經(jīng)發(fā)布或即將發(fā)布的接口規(guī)范的關系說明如下：本規(guī)范作為一個規(guī)范分冊，隸屬于OSS服務開通系統(tǒng)規(guī)范體系。本規(guī)范作為一個規(guī)范總冊，全面定義了服務開通系統(tǒng)與周邊系統(tǒng)的集成關系和接口要求，是服務開通系統(tǒng)與其它系統(tǒng)的接口規(guī)范的總領，是編制接口規(guī)范的依據(jù)和基礎。本規(guī)范應與此次發(fā)布的其它規(guī)范分冊配合使用，此規(guī)范與總體規(guī)范、功能規(guī)范、數(shù)據(jù)模型規(guī)范等存在依存關系。目前中國電信已經(jīng)發(fā)布的《中國電信CRM-PF-RM接口規(guī)范》、《CTG-MBOSSBSS-CRM集成接口規(guī)范V1.0》《CTG-MBOSSOSS資源管理系統(tǒng)規(guī)范_系統(tǒng)集成與接口分冊_V2.0》等，其中與服務開通相關的接口要求請參見本接口規(guī)范的要求，其它內(nèi)容依然有效。隨著服務開通系統(tǒng)的建設不斷推進，在對已發(fā)布的接口規(guī)范進行修訂或制訂新的接口規(guī)范過程中，應遵循此規(guī)范。起草單位本規(guī)范起草單位為中國電信集團公司。解釋權本規(guī)范的解釋權屬于中國電信集團公司。版權本規(guī)范的版權屬于中國電信集團公司。綜述概述本規(guī)范依據(jù)服務開通總冊的系統(tǒng)演進指導、數(shù)據(jù)模型分冊的數(shù)據(jù)分布情況劃分以及業(yè)務功能分冊的業(yè)務功能要求，進行了涵蓋省際、省內(nèi)的帶寬型、接入型業(yè)務的跨系統(tǒng)業(yè)務流程分析，理順了售前、售中以及其它類(就緒、SLA管理、流程管控、割接等)業(yè)務流程，確定了服務開通系統(tǒng)與BSS、OSS、MSS、EDA相關系統(tǒng)的接口以及接口類型（同步實時、異步等），并依據(jù)模型分冊的數(shù)據(jù)模型確定各接口的發(fā)送數(shù)據(jù)項以及返回數(shù)據(jù)項的內(nèi)容，并對接口提出技術要求。在流程與接口分析的基礎上確定集團和省層面的CRM、服務開通、資源管理的縱向以及省內(nèi)的CRM、服務開通、資源管理等系統(tǒng)的橫向層面的集成關系。目標本規(guī)范分冊為了支撐企業(yè)的運營戰(zhàn)略規(guī)劃，指導集團和各省公司進行服務開通系統(tǒng)和其他系統(tǒng)間集成關系的合理規(guī)劃，實現(xiàn)以下目標：理順服務開通系統(tǒng)與周邊其他系統(tǒng)的業(yè)務流程關系和數(shù)據(jù)交互情況，全面支撐和服務于市場營銷、企業(yè)運行維護、企業(yè)經(jīng)營管理等。確定各典型場景服務開通系統(tǒng)與其他系統(tǒng)的接口列表及接口數(shù)據(jù)和類型要求，給出技術選擇原則，為各省公司的實施提供參考依據(jù)。確定服務開通系統(tǒng)與其它系統(tǒng)的集成關系，為集團以及省公司的服務開通系統(tǒng)規(guī)劃和建設提供指導。內(nèi)容說明本規(guī)范在目標系統(tǒng)的總體規(guī)劃的基礎上，統(tǒng)一考慮規(guī)劃系統(tǒng)間的集成關系和主要接口。包含以下章節(jié)：第一章文檔說明對文檔的適用范圍、規(guī)范文檔系列、起草單位、版權等作了說明。第二章綜述對規(guī)范的概述、目標、方法論等進行說明。第三章功能邊界分析分析系統(tǒng)功能邊界，明確與外系統(tǒng)交互情況。第四章接口共享數(shù)據(jù)分析分析接口交互的共享數(shù)據(jù)，給出共享數(shù)據(jù)分布情況以及進行共享數(shù)據(jù)模型定義。第五章業(yè)務流程分析分析服務開通相關的跨系統(tǒng)業(yè)務流程，包含售前、售中、售后以及SLA、流程管控、割接、就緒等相關流程。同時對大客戶業(yè)務的典型場景給予分析描述。第六章系統(tǒng)集成關系由業(yè)務流程列表以及接口共享數(shù)據(jù)分析給出系統(tǒng)近期目標以及遠景目標的系統(tǒng)集成關系和主要交互數(shù)據(jù)。第七章接口分析給出接口的技術原則、監(jiān)控及異常處理要求和實現(xiàn)技術簡介。第八章附錄給出接口參考列表及接口功能要求和參考文檔。方法論本規(guī)范的編寫遵循五步驟方法論，如下圖所示。確定功能邊界。以其它分冊作為本規(guī)范編制的輸入件(包括總冊、業(yè)務功能分冊、數(shù)據(jù)模型分冊),明確相關系統(tǒng)各自的功能范圍，劃分系統(tǒng)間的功能邊界，功能邊界是確定系統(tǒng)間集成關系的基礎。分析共享數(shù)據(jù)分布。分析服務開通系統(tǒng)與其它系統(tǒng)交互時所需共享數(shù)據(jù)的系統(tǒng)歸屬，定義接口共享數(shù)據(jù)模型，明確數(shù)據(jù)實體、實體間關系、實體屬性。歸納跨系統(tǒng)業(yè)務流程。根據(jù)業(yè)務功能以及數(shù)據(jù)分布的要求，并結合實際的業(yè)務流程運轉情況和要求，確定所有跨系統(tǒng)業(yè)務流程中服務開通相關的業(yè)務流程，業(yè)務流程用時序圖來表示系統(tǒng)間的業(yè)務數(shù)據(jù)交互情況，關注系統(tǒng)間和具體實現(xiàn)技術無關的數(shù)據(jù)交互。確定系統(tǒng)集成關系。將跨系統(tǒng)業(yè)務流程進行整合歸并得到集團和省的縱向、橫向的集成關系圖，并匯總系統(tǒng)間的交互的主要數(shù)據(jù)。確定系統(tǒng)間接口。根據(jù)系統(tǒng)集成關系圖，分析系統(tǒng)間接口的數(shù)據(jù)要求和技術要求，給出接口技術實現(xiàn)建議，并提供參考接口列表。功能邊界分析服務開通系統(tǒng)的業(yè)務功能規(guī)范確定了服務開通系統(tǒng)的功能范圍，服務開通系統(tǒng)與其它IT系統(tǒng)共同支撐著企業(yè)的服務開通流程、服務保障流程、運維管理流程等，服務開通系統(tǒng)與其它系統(tǒng)之間的功能邊界是分析系統(tǒng)業(yè)務流程與集成關系的基礎。服務開通系統(tǒng)與相關系統(tǒng)之間的功能邊界示意圖如下所示：圖STYLEREF1\s3SEQ圖\*ARABIC\s11系統(tǒng)邊界不僅在服務開通流程，同時在服務保障流程、工程建設流程、設備采購流程，全面考察運營及企業(yè)管理流程所涉及的主要系統(tǒng)間的主要關系，可以比較有效地確定服務開通系統(tǒng)的系統(tǒng)邊界，因此需要審視集成架構，從中確定服務開通系統(tǒng)的邊界：服務開通系統(tǒng)和CRM系統(tǒng)邊界為服務定單，CRM系統(tǒng)須完成客戶訂單分解，而在服務開通系統(tǒng)內(nèi)實現(xiàn)服務定單的完整開通流程，包括從接收服務定單到服務定單報竣的整個過程；服務開通系統(tǒng)和資源管理系統(tǒng)邊界為資源需求與指派，服務開通系統(tǒng)須創(chuàng)建資源需求單或者資源配置單，資源配置單的粒度可以為原子資源服務，也可以是組合資源服務，而在資源管理系統(tǒng)內(nèi)實現(xiàn)資源配置的完整功能，包括從接收資源配置單到回填資源配置單的完整過程；服務開通系統(tǒng)與網(wǎng)絡激活系統(tǒng)的關系，綜合網(wǎng)絡激活系統(tǒng)包含a)純物理網(wǎng)絡的激活。比如小靈通HLR、固話交換機、DSLAM設備、智能網(wǎng)SMP等；b)包含類似認證系統(tǒng)等業(yè)務平臺的開通。比如互聯(lián)星空、NGN的AS等；綜合網(wǎng)絡激活系統(tǒng)定位為a)全專業(yè)的自動激活；b)架構目標上，綜合網(wǎng)絡激活系統(tǒng)與服務開通流程平臺獨立開來；針對3G、NGN等新業(yè)務其業(yè)務開通流程相對于固網(wǎng)接入和帶寬型業(yè)務流程并不復雜，甚至更為簡單，因此采用現(xiàn)有流程管理模型完全可以支撐未來的3G、NGN業(yè)務開通。針對新業(yè)務的激活部分，比如3G業(yè)務的HLR、ISMP、SMP等，在綜合網(wǎng)絡激活系統(tǒng)內(nèi)完成，服務開通在服務配置環(huán)節(jié)進行拆單，服務開通與綜合網(wǎng)絡激活系統(tǒng)通過工單來傳遞業(yè)務數(shù)據(jù)。對于目前規(guī)劃中的ISMP平臺，其位置可以看作與綜合網(wǎng)絡激活系統(tǒng)類似的地位，本規(guī)范將其納入網(wǎng)絡激活的范疇，具體實施可以單獨接入也可以納入綜合網(wǎng)絡激活系統(tǒng)管理。服務開通系統(tǒng)與施工調(diào)度系統(tǒng)的關系，施工調(diào)度的目標是根據(jù)客戶需求，通過對人員和工具等進行持續(xù)管理，合理分配工單，提高生產(chǎn)效率，快速響應前端需求，降低企業(yè)運作成本；施工調(diào)度系統(tǒng)中的任務管理是根據(jù)復雜調(diào)度規(guī)則（考慮人員、工具等復雜因素）把工單指配給具體施工人員的過程，工單自動指配是效率的保證，工單人工指配則充分體現(xiàn)了系統(tǒng)的靈活性及擴展性。施工調(diào)度系統(tǒng)可同時為服務開通和服務保障流程的人力資源配置服務；而服務開通系統(tǒng)中的工單派發(fā)是根據(jù)簡單調(diào)度規(guī)則（考慮區(qū)域、客戶等級等相對簡單的因素）把工單指派到相關的班組和個人的過程。工單管理模塊可以同時作為統(tǒng)一的服務開通保障基礎平臺使用，也可以單獨作為服務開通系統(tǒng)的組成模塊；在人員技能、人員排班、工具管理不是很到位，對工單派發(fā)精確度要求不是很高的情況下，可以在服務開通系統(tǒng)中包含工單派發(fā)功能，施工調(diào)度系統(tǒng)暫不建設；在人員技能、人員排班、工具管理很到位且對工單派發(fā)精確度要求很高，可以考慮單獨建設施工調(diào)度系統(tǒng)；服務開通系統(tǒng)與服務保障類系統(tǒng)的關系，服務開通系統(tǒng)和服務保障系統(tǒng)可以共享一個統(tǒng)一的流程支撐平臺，也可以建立在不同的流程支撐平臺上；故障單系統(tǒng)在進行故障處理時，通過要求迂回路由、或者重新配置資源的方式和開通系統(tǒng)進行交互，服務開通系統(tǒng)會接收來自故障單管理系統(tǒng)的迂回路由開通的請求，啟動相關的服務開通流程；服務質(zhì)量管理系統(tǒng)具備差異化服務的優(yōu)化能力，能夠主動要求開通系統(tǒng)重新配置資源以達到SLA要求，因此服務開通系統(tǒng)也會接收來自服務質(zhì)量管理系統(tǒng)的SLA統(tǒng)計信息及相關的調(diào)整路由開通請求，啟動相關的服務開通流程；服務開通系統(tǒng)與MSS的關系，服務開通系統(tǒng)會根據(jù)需要啟動工程建設流程或者設備采購流程，須與相關的MSS系統(tǒng)建立流程銜接。接口共享數(shù)據(jù)分析接口共享數(shù)據(jù)是指服務開通系統(tǒng)與其它系統(tǒng)在接口交互過程中需要傳遞的數(shù)據(jù)，共享數(shù)據(jù)應在不同系統(tǒng)中保持一致。本章分析了共享數(shù)據(jù)在各系統(tǒng)中的歸屬情況，對接口共享數(shù)據(jù)進行了建模，并分析了核心共享數(shù)據(jù)的實體標識問題。共享數(shù)據(jù)分布情況下圖表示了服務開通系統(tǒng)與周邊系統(tǒng)交互時，涉及到的共享數(shù)據(jù)在系統(tǒng)中的歸屬關系。圖STYLEREF1\s4SEQ圖表\*ARABIC\s11共享數(shù)據(jù)歸屬關系具體說明如下：數(shù)據(jù)類型所屬主題域數(shù)據(jù)屬主服務開通系統(tǒng)需使用的、來源于其它系統(tǒng)的數(shù)據(jù)：產(chǎn)品目錄拉產(chǎn)品主題域CRM系統(tǒng)產(chǎn)品產(chǎn)品主題域客戶服務產(chǎn)品主題域產(chǎn)品實例產(chǎn)品主題域產(chǎn)品客戶服務關聯(lián)產(chǎn)品主題域產(chǎn)品SLA模板產(chǎn)品主題域產(chǎn)品SLA參與人主題域客戶參與人主題域定單事件主題域CRM系統(tǒng)員工參與人主題域MSS相關系統(tǒng)工位參與人主題域資源服務目錄資源服務主題域資源管理系統(tǒng)資源服務規(guī)格資源服務主題域資源服務實例資源服務主題域資源實例資源主題域地址地域主題域地理區(qū)域地域主題域服務開通系統(tǒng)傳遞給其它系統(tǒng)的或可對外發(fā)布的共享數(shù)據(jù)：工單事件主題域服務開通系統(tǒng)產(chǎn)品和資源服務關系資源服務主題域表STYLEREF1\s4SEQ表\*ARABIC\s11共享數(shù)據(jù)分布情況說明：定單包括服務定單、割接定單、資源需求單、調(diào)度單、資源確認單等，其中服務定單、資源需求單歸屬于CRM系統(tǒng)，調(diào)度單、資源確認單歸屬于服務開通系統(tǒng)，割接定單歸屬于資源管理系統(tǒng)。針對于資源管理需要的客戶、產(chǎn)品等信息，服務開通是從CRM系統(tǒng)獲取到的，將信息通過工單傳遞給資源管理系統(tǒng)。針對與網(wǎng)絡激活、施工調(diào)度需要的客戶、產(chǎn)品、資源信息服務開通系統(tǒng)是分別從CRM、資源管理獲取，將信息通過工單傳遞給網(wǎng)絡激活、施工調(diào)度系統(tǒng)。接口共享數(shù)據(jù)模型與其它數(shù)據(jù)模型的關系接口共享數(shù)據(jù)模型定義了服務開通系統(tǒng)與其它系統(tǒng)進行交互時，需傳遞的數(shù)據(jù)實體及其相互關系。接口共享數(shù)據(jù)模型與其它數(shù)據(jù)模型的關系如下圖所示：圖STYLEREF1\s4SEQ圖表\*ARABIC\s12接口共享數(shù)據(jù)模型與其它數(shù)據(jù)模型的關系關系說明：企業(yè)數(shù)據(jù)模型（EDM）是企業(yè)級數(shù)據(jù)模型，統(tǒng)一定義企業(yè)核心數(shù)據(jù)和關系，指導各個應用系統(tǒng)的數(shù)據(jù)模型設計；應用系統(tǒng)數(shù)據(jù)模型是系統(tǒng)級數(shù)據(jù)模型，遵循企業(yè)數(shù)據(jù)模型，根據(jù)系統(tǒng)業(yè)務需求，進行細化和補充而形成的；接口共享數(shù)據(jù)模型：是相關應用系統(tǒng)交互時必須共同遵循的模型，與系統(tǒng)內(nèi)的數(shù)據(jù)模型無關；接口共享模型統(tǒng)一了接口共享數(shù)據(jù)在不同系統(tǒng)中的概念和術語；在相關系統(tǒng)的接口交互信息中，所有涉及到相關數(shù)據(jù)對象的描述，均參照接口共享數(shù)據(jù)模型所定義的統(tǒng)一實體以及相關屬性定義；相關系統(tǒng)對外交互時，需實現(xiàn)系統(tǒng)內(nèi)數(shù)據(jù)模型與接口共享數(shù)據(jù)模型之間的轉換和映射。數(shù)據(jù)模型定義本規(guī)范采用實體-關系（E-R）建模方法定義接口交互時需傳遞的數(shù)據(jù)實體及其相互關系。模型的定義參考并盡可能繼承相關系統(tǒng)的數(shù)據(jù)模型，并根據(jù)接口要求進行了調(diào)整。本規(guī)范僅定義了數(shù)據(jù)實體及其關系，數(shù)據(jù)實體的屬性定義將在以后的規(guī)范中補充。數(shù)據(jù)模型定義如下圖所示：圖STYLEREF1\s4SEQ圖表\*ARABIC\s13接口共享數(shù)據(jù)模型下表列出了接口數(shù)據(jù)模型中涉及實體的歸屬系統(tǒng)：編號實體歸屬系統(tǒng)1定單CRM系統(tǒng)2工單服務開通系統(tǒng)3產(chǎn)品目錄CRM系統(tǒng)4產(chǎn)品CRM系統(tǒng)5產(chǎn)品實例CRM系統(tǒng)6產(chǎn)品SLA模板CRM系統(tǒng)7客戶服務CRM系統(tǒng)8產(chǎn)品和客戶服務關聯(lián)CRM系統(tǒng)9客戶CRM系統(tǒng)10產(chǎn)品SLACRM系統(tǒng)11工位MSS12員工MSS13資源服務目錄資源管理系統(tǒng)14資源服務規(guī)格資源管理系統(tǒng)15資源服務實例資源管理系統(tǒng)16產(chǎn)品與資源服務關聯(lián)服務開通系統(tǒng)17資源實例資源管理系統(tǒng)18地址資源管理系統(tǒng)19地理地域資源管理系統(tǒng)表STYLEREF1\s4SEQ表\*ARABIC\s12接口數(shù)據(jù)實體的歸屬系統(tǒng)對接口共享數(shù)據(jù)模型的說明如下：產(chǎn)品規(guī)格（對應于EDM中的產(chǎn)品）是中國電信基于資源，能夠對外提供給客戶的通信功能，是電信收入的來源。資源管理系統(tǒng)需要保存產(chǎn)品規(guī)格的基本信息，如產(chǎn)品標識、產(chǎn)品名稱等，用于進行資源服務實例的呈現(xiàn)?？蛻羰请娦女a(chǎn)品的用戶，客戶數(shù)據(jù)需要在資源管理系統(tǒng)中保存，以建立資源與客戶的關聯(lián)關系?？蛻敉ㄟ^訂購商品，生成產(chǎn)品實例。產(chǎn)品實例反映電信產(chǎn)品的使用關系，用戶是產(chǎn)品的使用者，用戶信息被記錄在產(chǎn)品實例中。客戶服務是面向客戶提供的針對產(chǎn)品的配置、保障以及其它滿足客戶需求的活動?？蛻舴湛梢允轻槍Ξa(chǎn)品的活動，也可以是不針對產(chǎn)品的其它活動。客戶通過購買商品而獲得的通信能力(可以包含相關實物)是產(chǎn)品的內(nèi)涵，而運營商提供的針對通信能力的開通、變更、保障等活動是客戶服務。在產(chǎn)品層面描述的通信能力，如普通電話可以提供語音通信能力，VPN可以提供虛擬專用網(wǎng)能力，是客戶可以理解并感知的。運營商提供的產(chǎn)品一般都需要定義相關的客戶服務，并將產(chǎn)品和客戶服務提供給客戶。產(chǎn)品SLA模板和根據(jù)模板與客戶簽訂的SLA都在CRM系統(tǒng)中管理。同時，為了保證前端與客戶簽訂的SLA中與服務開通有關的指標能夠在后端服務開通系統(tǒng)中得到實現(xiàn)，就需要將面向客戶簽訂的產(chǎn)品SLA指標分解落實為服務開通系統(tǒng)中的開通相關SLA指標。例如，產(chǎn)品SLA向客戶承諾了3天開通某一服務，在服務開通系統(tǒng)中就需要落實到具體支撐這一服務開通所需的流程（可能與同一產(chǎn)品的標準開通流程不同）以及流程中每個環(huán)節(jié)的時限（或是對原有時限的壓縮比例）；產(chǎn)品SLA向客戶承諾了99.99％的服務可用性，在服務開通系統(tǒng)中就需要落實到具體的資源服務種類和質(zhì)量（如規(guī)定采用光纖而不是線纜作為接入線路，或規(guī)定必須提供備份電路）。所有這些需要在服務開通系統(tǒng)中得到執(zhí)行的具體指標都記錄在開通相關SLA指標實體中。根據(jù)當前中國電信服務開通系統(tǒng)特點，可以將與開通相關的SLA指標分解要求劃分為時間要求類、流程要求類、優(yōu)先級要求類和網(wǎng)絡質(zhì)量要求類等幾種類型。資源服務規(guī)格是資源提供能力的體現(xiàn)，資源服務規(guī)格與產(chǎn)品規(guī)格之間是多對多的關系，一個產(chǎn)品規(guī)格可包含多個資源服務規(guī)格，一個資源服務規(guī)格可被多個產(chǎn)品規(guī)格所包含。資源管理系統(tǒng)的資源服務規(guī)格以服務目錄的形式對外發(fā)布。資源服務規(guī)格可分解為組合資源服務規(guī)格和原子資源服務規(guī)格，原子資源服務規(guī)格是資源配置的最小單位，組合資源服務規(guī)格可以由原子資源服務規(guī)格或組合資源服務規(guī)格組合而成。資源服務規(guī)格與資源規(guī)格之間是多對多的關系，一個資源服務規(guī)格可以由多個資源規(guī)格組成，一個資源規(guī)格可被包含在多個資源服務規(guī)格中。服務開通完成之后，形成資源規(guī)格服務實例，資源規(guī)格服務實例中建立了定單、客戶、產(chǎn)品實例與資源之間的關聯(lián)關系，是聯(lián)系CRM、服務開通系統(tǒng)與資源管理系統(tǒng)的紐帶。資源服務實例從屬于產(chǎn)品實例，最終歸屬于某個特定的用戶。CRM在前臺受理可能需要選擇碼號信息和標準地址信息，并記錄在客戶訂單中。號碼信息與標準地址信息的維護主體是資源管理系統(tǒng)，通過信息共享，提供給其它系統(tǒng)使用?？蛻粲唵闻c號碼是一對多的關系，客戶訂單與標準地址是多對多的關系。客戶所選擇的號碼以及所在地址通過定單傳遞到服務開通系統(tǒng)中。定單是指需要服務開通系統(tǒng)進行開通過程支撐的所有客戶需求或者非客戶需求的信息載體，是根據(jù)產(chǎn)品和客戶服務來激活服務開通作業(yè)流程的業(yè)務單。根據(jù)定單的不同用途可將其分為服務定單（又可分為來自于OSS系統(tǒng)內(nèi)部的內(nèi)部服務定單和來自于CRM等系統(tǒng)的外部服務定單）、割接定單、調(diào)度單、資源需求單、資源確認單。外部服務定單是從客戶訂單拆解而形成的面向電信內(nèi)部作業(yè)流程的業(yè)務單。從各種渠道接收過來的定單，都是按照指定的定單模板，在系統(tǒng)中形成規(guī)范的定單記錄。服務開通系統(tǒng)接收CRM系統(tǒng)從客戶訂單分解而成的外部服務定單，分解粒度為每張外部服務定單包含且僅包含一個主產(chǎn)品實例（可以包含多個附屬產(chǎn)品實例）和一個客戶服務。工單是工作任務單的簡稱，是派發(fā)給各個工位的工作任務詳細描述。工單也具有不同的分類維度。一種分類維度可以根據(jù)工單載體的形式劃分，分為電子工單和紙質(zhì)工單；另一種分類維度則可以根據(jù)環(huán)節(jié)來劃分為管理類工單、服務配置類工單和資源配置類工單。管理單包括審核類和變更類。服務配置類工單進行資源施工及激活，如：程控施工單、測量施工單等。資源配置類工單進行資源預占及釋放，如：配線單、配號單等。工單是根據(jù)工單模板，參考功能生成規(guī)則生成的。生成后的工單根據(jù)工單派發(fā)規(guī)則被派發(fā)到對應的工位或人員進行處理，處理的過程在工單處理詳情實體中記錄。工單的各種處理結果又會對應著一些異常情況，這些異常情況主要是由局方原因、用戶原因及第三方原因所引起的。核心數(shù)據(jù)實體標識統(tǒng)一的共享數(shù)據(jù)實體標準編碼是系統(tǒng)之間共享數(shù)據(jù)交互的基礎。CTG－MBOSS規(guī)范中的各系統(tǒng)均應以歸屬系統(tǒng)發(fā)布的標準編碼在系統(tǒng)之間進行共享數(shù)據(jù)相關信息的查詢、關聯(lián)和同步，以實現(xiàn)系統(tǒng)之間數(shù)據(jù)信息一致性。例如，服務開通中使用的產(chǎn)品實體，產(chǎn)品標識及其屬性產(chǎn)生和維護由CRM系統(tǒng)負責，服務開通系統(tǒng)中應該保存使用CRM系統(tǒng)中的產(chǎn)品標識，以方便和其他外圍系統(tǒng)（如：資源管理系統(tǒng)）數(shù)據(jù)交互過程中共享同一產(chǎn)品信息。服務開通涉及到的共享數(shù)據(jù)實體標識如下圖所示：圖STYLEREF1\s4SEQ圖表\*ARABIC\s14核心數(shù)據(jù)實體標識產(chǎn)品目錄標識，由CRM產(chǎn)生，服務開通保存。客戶服務標識，由CRM產(chǎn)生，服務開通保存。產(chǎn)品SLA模板標識，由CRM產(chǎn)生，服務開通保存?？蛻魳俗R，由CRM系統(tǒng)產(chǎn)生，服務開通負責傳遞給資源管理系統(tǒng)。產(chǎn)品標識，由CRM系統(tǒng)產(chǎn)生，服務開通保存，并負責傳遞給資源管理系統(tǒng)。產(chǎn)品實例標識，由CRM系統(tǒng)產(chǎn)生，服務開通負責傳遞給資源管理系統(tǒng)。定單標識，由CRM或者是服務開通系統(tǒng)或者資源管理系統(tǒng)(割接定單)產(chǎn)生，服務開通保存，并負責傳遞給資源管理系統(tǒng)。工單標識，由服務開通系統(tǒng)產(chǎn)生，并傳遞給資源管理系統(tǒng)(資源配置工單)、網(wǎng)絡激活系統(tǒng)(激活工單)、施工調(diào)度系統(tǒng)(施工調(diào)度工單)、工程管理系統(tǒng)(工程建設工單)等。資源服務目錄標識，由資源管理產(chǎn)生，服務開通保存。資源服務規(guī)格標識，由資源管理產(chǎn)生，服務開通保存。資源服務實例標識，由資源管理產(chǎn)生，服務開通保存。共享數(shù)據(jù)產(chǎn)生者負責共享數(shù)據(jù)對象的標識編碼生成、維護和使用，數(shù)據(jù)對象的使用者負責使用標識編碼，維護標識編碼和使用者內(nèi)部其他業(yè)務對象的關系。業(yè)務流程分析業(yè)務流程總覽圖業(yè)務流程框架是電信企業(yè)運營和生產(chǎn)的業(yè)務模型，是功能架構設計的起點和依據(jù)，本規(guī)范結合CTG-MBOSS的規(guī)劃以及OSS97改造流程的梳理，明確與服務開通相關的業(yè)務流程如下圖所示：圖STYLEREF1\s5SEQ圖\*ARABIC\s11服務開通相關業(yè)務流程總覽圖從上圖可以看出服務開通系統(tǒng)涉及的業(yè)務流程包含如下幾大類：售前類業(yè)務流程。CRM的銷售管理流程與服務開通的產(chǎn)品方案設計流程相銜接。包括產(chǎn)品方案設計流程以及產(chǎn)品資源確認流程等。售中類業(yè)務流程。CRM的訂單管理流程與服務開通的定單管理流程相銜接。包括定單處理流程、改單處理流程、撤單處理流程、待裝處理流程、待裝開裝處理流程、客戶申請/取消緩裝處理流程等。SLA管理類業(yè)務流程。CRM的SLA/QOS管理流程與服務開通的SLA管理流程相銜接。包括SLA指標目錄和模板確認流程、SLA建議書確認流程、SLA簽署執(zhí)行處理流程、SLA變更處理流程、SLA/KPI統(tǒng)計數(shù)據(jù)傳送流程等。割接類業(yè)務流程。資源管理的割接流程與服務開通的割接定單管理流程相銜接。主要處理非工程類割接流程。另外服務開通業(yè)務流程還包含服務開通就緒相關以及流程管控相關流程。本章將按照如上幾大類的業(yè)務流程分析各種典型場景，總結出服務開通系統(tǒng)及相關系統(tǒng)的接口列表。近期目標售前類業(yè)務流程產(chǎn)品方案設計場景描述CRM根據(jù)客戶需求或者主動營銷需求提交產(chǎn)品方案設計請求給服務開通系統(tǒng)，服務開通系統(tǒng)向資源管理系統(tǒng)提出資源方案設計請求，資源管理系統(tǒng)根據(jù)需求制定資源方案，并將結果返回給服務開通系統(tǒng)，服務開通系統(tǒng)制定施工方案后反饋產(chǎn)品方案設計結果給CRM系統(tǒng)。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s12產(chǎn)品方案設計流程時序圖步驟描述：在產(chǎn)品售前階段，需要給客戶一個設計方案。CRM系統(tǒng)通過產(chǎn)品方案設計請求（1）要求服務開通系統(tǒng)去協(xié)調(diào)后端處理而得到一個產(chǎn)品設計方案。服務開通系統(tǒng)通過產(chǎn)品使用的資源設計（2）處理產(chǎn)品和資源服務的對應關系，包括種類、級別等內(nèi)容。服務開通系統(tǒng)需要后端資源系統(tǒng)提供資源設計方案滿足CRM要求的產(chǎn)品設計方案。服務開通系統(tǒng)通過資源方案設計請求（3）協(xié)調(diào)資源管理系統(tǒng)提供合理的資源設計方案。資源管理系統(tǒng)通過資源方案設計（4）利用資源服務進行方案設計。資源管理系統(tǒng)通過資源方案設計反饋（5）接口把資源系統(tǒng)設計的內(nèi)容反饋給服務開通系統(tǒng)。服務開通系統(tǒng)通過從資源系統(tǒng)獲得的資源設計方案，并結合其他配套設施設計（6）功能來處理資源服務和產(chǎn)品的相互關系，得到CRM需要的產(chǎn)品設計方案。服務開通系統(tǒng)通過產(chǎn)品方案設計反饋（7）把CRM需要的產(chǎn)品設計方案反饋給CRM系統(tǒng)。接口列表接口名稱接口描述接口提供方接口使用者備注產(chǎn)品方案設計請求服務開通提供，CRM利用該接口進行售前的產(chǎn)品方案設計服務開通CRM異步返回產(chǎn)品方案設計結果資源方案設計請求資源管理提供，服務開通使用該接口進行產(chǎn)品相關的資源方案設計資源管理服務開通異步返回資源方案設計結果產(chǎn)品方案取消場景描述在已經(jīng)設計的產(chǎn)品方案不再需要時，CRM發(fā)起產(chǎn)品方案取消請求給服務開通系統(tǒng)，服務開通系統(tǒng)負責資源方案與產(chǎn)品方案的取消工作。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s13產(chǎn)品方案取消流程時序圖步驟描述：當CRM對某一產(chǎn)品方案不再需要，CRM系統(tǒng)向服務開通發(fā)出取消此產(chǎn)品方案的請求，通過產(chǎn)品方案取消請求（1）發(fā)送給服務開通系統(tǒng)，并由服務開通系統(tǒng)協(xié)調(diào)后端取消此產(chǎn)品方案。服務開通系統(tǒng)在接收CRM系統(tǒng)取消某一產(chǎn)品方案的請求后，需要資源系統(tǒng)同時撤銷資源方案。通過資源方案取消請求（2）通知資源管理系統(tǒng)撤銷此產(chǎn)品方案對應的資源方案。資源系統(tǒng)在接到服務開通的撤銷資源方案的消息后，通過資源方案取消（3）功能撤銷此產(chǎn)品方案對應的資源方案。資源方案取消后，通過資源方案取消反饋（4）通知服務開通系統(tǒng)資源方案取消的結果。服務開通系統(tǒng)根據(jù)反饋結果采取不同措施。服務開通系統(tǒng)通過產(chǎn)品方案取消（5）功能撤銷CRM需要撤銷的產(chǎn)品方案，解除產(chǎn)品和資源服務的關聯(lián)關系。CRM通過產(chǎn)品方案取消反饋（6）功能，接收服務開通系統(tǒng)關于產(chǎn)品方案取消的最終結果。接口列表接口名稱接口描述接口提供方接口使用者備注產(chǎn)品方案取消服務開通提供，CRM利用該接口進行已設計的產(chǎn)品方案的取消服務開通CRM異步返回產(chǎn)品方案取消結果資源方案取消資源管理提供，服務開通使用該接口進行產(chǎn)品方案相關的資源方案的取消資源管理服務開通異步返回資源方案取消結果產(chǎn)品資源確認場景描述CRM將客戶需要定購的產(chǎn)品及其數(shù)量提交給服務開通系統(tǒng)，服務開通系統(tǒng)在接收到請求之后，根據(jù)產(chǎn)品和資源服務關系向資源管理系統(tǒng)提交資源提供能力查詢請求，如果CRM要求預占資源則服務開通系統(tǒng)發(fā)送資源預占請求給資源管理系統(tǒng)，服務開通系統(tǒng)根據(jù)資源管理系統(tǒng)反饋的資源提供能力以及預占結果向CRM發(fā)送資源滿足性結果。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s14本地業(yè)務產(chǎn)品資源確認流程時序圖步驟描述：CRM系統(tǒng)通過產(chǎn)品資源確認（1）向服務開通系統(tǒng)發(fā)送產(chǎn)品資源確認請求消息，服務開通系統(tǒng)協(xié)調(diào)后端處理整個產(chǎn)品資源確認過程。服務開通系統(tǒng)通過獲取產(chǎn)品與資源服務對應關系（2）功能處理產(chǎn)品和資源服務的對應關系，根據(jù)CRM向服務開通所請求的產(chǎn)品信息獲得所需查詢的資源服務項目。服務開通系統(tǒng)把有產(chǎn)品轉換來的資源服務類別以及相關信息通過資源提供能力查詢（3）發(fā)送到資源管理系統(tǒng)。資源管理系統(tǒng)通過此接口接收需要查詢的資源服務的相關信息。資源管理系統(tǒng)通過資源提供能力計算（4）進行資源服務提供能力的能力計算，計算出后端是否具有足夠的資源滿足前端所需開通的產(chǎn)品對資源的需求。資源管理系統(tǒng)在計算完資源服務能力后把結果通過資源提供能力反饋（5）把相關信息反饋給服務開通系統(tǒng)。服務開通系統(tǒng)接收此反饋后進行后續(xù)處理。服務開通系統(tǒng)根據(jù)情況判斷是否需要資源管理系統(tǒng)進行資源預占，避免后端資源被重復占用。服務開通系統(tǒng)通過資源配置請求/預占（6）通知資源管理系統(tǒng)進行資源配置。資源管理系統(tǒng)在接收服務開通發(fā)來的資源預占請求后通過資源預占（7）功能進行資源的預占。以此來維護資源的狀態(tài)一致性，避免發(fā)生資源占用沖突。資源管理系統(tǒng)通過本功能創(chuàng)建資源服務實例，通過資源服務實例聯(lián)系其所占用的原子資源服務，直到占用的具體資源。資源管理系統(tǒng)把生成的資源服務實例通過（8）反饋給服務開通系統(tǒng)。服務開通系統(tǒng)把此（組合）資源服務實例和具體的產(chǎn)品實例形成對應關系。CRM通過產(chǎn)品資源確認反饋（9）了解所需的產(chǎn)品在后臺是否有足夠資源滿足其要求。接口列表接口名稱接口描述接口提供方接口使用者備注產(chǎn)品資源確認請求服務開通提供，CRM在售前階段利用該接口來確認所需要的產(chǎn)品的資源滿足情況服務開通CRM異步返回產(chǎn)品資源確認結果資源提供能力查詢資源管理提供，服務開通在進行產(chǎn)品資源確認時，利用此接口進行資源滿足情況的確認資源管理服務開通異步返回資源提供能力結果資源配置請求資源管理提供，服務開通在產(chǎn)品資源確認需預占資源時使用此接口進行資源預占資源管理服務開通異步返回資源配置結果售中類業(yè)務流程定單處理場景描述本場景描述本地網(wǎng)業(yè)務開通的處理過程，場景內(nèi)包含了正常的定單處理流程，同時還包含了資源不具備需工程建設以及資源配置錯誤需變更的情況。本場景把帶寬型業(yè)務、接入型業(yè)務以及3G等新業(yè)務融合在一個場景內(nèi)進行描述。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s15本地網(wǎng)業(yè)務定單處理流程時序圖步驟描述：CRM系統(tǒng)在進行訂單管理流程的客戶訂單受理時，可以通過資源管理系統(tǒng)地域信息共享功能獲取標準地址信息進行前臺受理。（注：如果前臺錄入客戶的地址非標準地址，則錄入臨時地址。）在客戶訂單受理起始階段，前端需要判斷是否有對應網(wǎng)絡資源（例如：判斷是否有對應的ADSL端口）以及完成前臺選號等銷售過程,則CRM系統(tǒng)可以向服務開通或資源管理系統(tǒng)發(fā)送產(chǎn)品資源確認請求來支撐這類業(yè)務功能。當前端CRM系統(tǒng)完成客戶訂單受理和審核后，CRM系統(tǒng)將客戶訂單分解，客戶訂單被分解為服務定單發(fā)送給服務開通系統(tǒng)（1）。服務開通系統(tǒng)接收服務定單后，服務開通系統(tǒng)啟動服務定單處理流程。服務開通根據(jù)預先定義的產(chǎn)品目錄和資源服務映射關系進行資源配置，如需根據(jù)資源具備情況進行資源配置環(huán)節(jié)的動態(tài)選擇，則向資源管理系統(tǒng)進行資源提供能力確認(2)，并根據(jù)確認結果(4)選擇相應的配置環(huán)節(jié)。(比如DDN專線的光纖資源和電纜線路資源均可用來作為接入資源，則可以根據(jù)產(chǎn)品資源提供能力判斷兩種資源具備情況以及成本情況等，根據(jù)結果確定是進行光纖接入資源配置還是進行電纜線路資源配置)。在每個資源配置環(huán)節(jié)(根據(jù)產(chǎn)品和資源服務關系決定的)，服務開通向資源管理發(fā)起資源配置請求(5),資源管理依據(jù)預先定義的產(chǎn)品資源服務關系和資源配置規(guī)則完成對各種通信資源的配置，并記錄產(chǎn)品實例與資源實例的關系，以及根據(jù)資源配置的相關動作對配置的通信資源進行狀態(tài)的轉換（例如：將空閑資源改為預占狀態(tài)）(6),并反饋資源配置結果(包含資源服務實例信息)給服務開通(7).在所有的資源配置完成后，服務開通向資源管理發(fā)起資源配置審核請求(8)，資源管理負責資源配置審核以及資源組合實例的生成(9)，并反饋審核結果給服務開通（10）。在服務開通系統(tǒng)服務配置環(huán)節(jié)，開通流程通過服務配置實現(xiàn)對現(xiàn)實網(wǎng)絡資源的配置，服務配置是根據(jù)資源配置結果進行后續(xù)環(huán)節(jié)的工作。如果需要通過網(wǎng)絡激活平臺進行自動施工則服務開通負責根據(jù)工單模板以及工單拆分原則生成自動工單派發(fā)到網(wǎng)絡激活平臺(11)，網(wǎng)絡激活平臺負責進行指令的翻譯以及施工網(wǎng)元/網(wǎng)管的選擇和接口適配，將指令發(fā)送到相應的網(wǎng)元/網(wǎng)管完成工單施工(12)，并反饋施工結果給服務開通(13)。如需通過施工調(diào)度進行人工施工，服務配置根據(jù)工單模板以及工單派發(fā)規(guī)則生成施工調(diào)度單并派發(fā)到相應的工位(14)，由施工調(diào)度進行人員以及工具的調(diào)度完成施工(15)，并反饋施工結果給服務開通系統(tǒng)(16)。如果資源配置結果決定資源需要新建，則服務開通負責發(fā)起工程建設請求給工程管理系統(tǒng)(17)，工程管理系統(tǒng)負責進行工程建設(18)，并將工程竣工信息反饋給服務開通(包括需補錄資源)(19)。(工程建設可以與服務配置并行進行)如有新建需補錄資源或資源配置與實際施工不符則需要向資源管理發(fā)起資源配置數(shù)據(jù)更改請求(20)，資源管理負責完成資源配置結果的變更(21)，并返回變更結果(22)。服務開通系統(tǒng)在服務定單對應的各類（施工）工單回籠后，需向資源管理系統(tǒng)發(fā)出資源歸檔的請求（23），由資源管理系統(tǒng)進行資源的實占處理，并返回資源實占信息（24）。服務開通系統(tǒng)向CRM系統(tǒng)進行服務定單報竣(25)。接口列表接口名稱接口描述接口提供方接口使用者備注服務定單處理請求服務開通系統(tǒng)能夠接收CRM系統(tǒng)發(fā)來的服務定單，并啟動服務定單處理流程服務開通CRM由服務定單竣工通知進行同步或異步響應。資源提供能力查詢服務開通系統(tǒng)能夠查詢資源系統(tǒng)提供的服務能力資源管理服務開通同步，等待資源系統(tǒng)提供能力計算完成資源配置請求向資源系統(tǒng)發(fā)送資源配置請求，資源系統(tǒng)負責生成資源服務實例，并對資源進行預占（配置、釋放等）。資源管理服務開通由資源配置結果反饋對請求進行同步或異步反饋資源配置結果反饋資源系統(tǒng)完成資源配置后將配置結果反饋給服務開通系統(tǒng)。服務開通資源管理對資源配置請求進行同步或異步反饋資源配置審核資源管理負責對資源配置結果進行審核，返回審核結果并對已配置的資源服務實例生成組合實例。資源管理服務開通同步，等待資源配置審核完成。自動工單施工請求服務開通派自動工單給網(wǎng)絡激活平臺，網(wǎng)絡激活平臺完成工單的自動施工。網(wǎng)絡激活服務開通系統(tǒng)由自動施工反饋進行同步或異步響應自動工單施工反饋網(wǎng)絡激活平臺施工完成后，返回工單施工結果給服務開通。服務開通網(wǎng)絡激活對自動工單施工請求進行同步或異步反饋人工工單施工請求生成工單并派發(fā)給施工調(diào)度系統(tǒng)，施工調(diào)度系統(tǒng)負責進行人員與工具等的調(diào)度完成工單施工；施工調(diào)度服務開通由人工工單施工反饋進行異步響應人工工單施工反饋接收施工調(diào)度系統(tǒng)的施工反饋記錄。服務開通施工調(diào)度對人工工單施工請求進行異步反饋工程建設工單請求服務開通在資源缺失需要工程建設時向資源管理系統(tǒng)派發(fā)工程建設請求單工程管理服務開通由工程竣工通知進行異步響應工程竣工通知工程管理在工程建設完成后通知服務開通系統(tǒng)，并返回相關資源數(shù)據(jù)。服務開通工程管理對工程建設工單請求進行異步反饋資源配置更改服務開通系統(tǒng)根據(jù)施工結果或者工程竣工結果向資源管理系統(tǒng)提出更改資源配置數(shù)據(jù)申請資源管理服務開通同步，等待資源配置更改完成資源配置歸檔在所有工單施工完成后服務開通負責通知資源管理進行資源歸檔(實占,空閑)服務開通資源系統(tǒng)同步，等待資源配置歸檔完成服務定單竣工通知服務開通在服務定單處理完成后向CRM進行服務定單報竣。CRM服務開通對發(fā)送服務定單請求接口進行同步或異步回單。改單處理場景描述當客戶訂單有調(diào)整需求時，CRM系統(tǒng)向服務開通系統(tǒng)發(fā)送服務定單修改許可申請，獲得其確認信息后，修改服務定單并重新發(fā)送；服務開通系統(tǒng)根據(jù)服務定單修改的情況進行相應處理。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s16改單處理流程時序圖步驟描述：當客戶訂單有調(diào)整需求時，CRM系統(tǒng)向服務開通系統(tǒng)申請是否可以改單（1）。服務開通系統(tǒng)檢查是否滿足改單條件（2），根據(jù)需要進行鎖單處理（3）。服務開通系統(tǒng)向CRM系統(tǒng)反饋是否可以改單（4）。如果可以改單則CRM系統(tǒng)向服務開通系統(tǒng)發(fā)送定單（5）。服務開通系統(tǒng)進行改單處理，比如合并定單、先追單后改單等(6)。如果改單的內(nèi)容影響了資源配置結果需要重配資源則服務開通系統(tǒng)向資源管理系統(tǒng)發(fā)出資源配置單（7）。資源管理系統(tǒng)進行資源配置后，向服務開通系統(tǒng)返回資源修改結果（8）。后續(xù)流程同定單典型處理流程。接口列表接口名稱接口描述接口提供方接口使用者備注改單申請判斷能夠接收CRM系統(tǒng)發(fā)來的服務定單；并且能夠反饋給CRM是否允許改單的結果。服務開通CRM同步實時服務定單處理請求接收CRM發(fā)送的修改后的服務定單，進行改單操作。保持改單前后定單號的一致。服務開通CRM由服務定單處理結果反饋接口進行同步或異步反饋資源配置請求向資源系統(tǒng)發(fā)送資源重新配置請求，并使得前后定單號保持一致。資源管理服務開通由資源配置結果反饋對請求進行同步或異步反饋資源配置結果反饋資源系統(tǒng)完成資源配置后將配置結果反饋給服務開通系統(tǒng)。服務開通資源管理對資源配置請求進行同步或異步反饋撤單處理場景描述根據(jù)前臺客戶訂單的調(diào)整，CRM系統(tǒng)根據(jù)業(yè)務要求，向服務開通系統(tǒng)發(fā)起服務定單的撤消許可申請，獲得其確認信息后，發(fā)送撤單請求，服務開通系統(tǒng)根據(jù)定單的處理情況進行相關操作，向CRM系統(tǒng)反饋處理結果。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s17撤單處理流程時序圖步驟描述：CRM系統(tǒng)向服務開通系統(tǒng)發(fā)起服務定單的撤消許可申請（1），服務開通進行撤單審核(2)，反饋撤單申請許可確認（3），如允許撤單則發(fā)送撤單請求（4）。服務開通系統(tǒng)根據(jù)定單的處理情況進行相關操作，即進行撤銷定單處理（5）。如果資源配置定單尚未回籠，則服務開通系統(tǒng)向資源管理系統(tǒng)發(fā)出資源狀態(tài)回滾的請求（6）。資源管理系統(tǒng)進行資源配置回滾的處理(7)，并返回資源回滾的結果（8）。服務開通系統(tǒng)向CRM系統(tǒng)反饋撤單處理執(zhí)行結果（9）。接口列表接口名稱接口描述接口提供方接口使用者備注撤單許可申請CRM在前臺需要撤銷訂單的情況下，需要先向服務開通系統(tǒng)發(fā)送請求，申請服務定單的撤銷，服務開通系統(tǒng)返回撤單許可結果服務開通CRM同步接口撤單請求CRM在允許撤單的條件下，向服務開通系統(tǒng)發(fā)送撤單請求服務開通CRM由撤單結果反饋進行異步響應撤單結果反饋服務開通系統(tǒng)在撤單完成之后向CRM系統(tǒng)發(fā)送撤單結果反饋CRM服務開通對撤單請求進行異步反饋資源回退把資源的狀態(tài)恢復到資源分配前的狀態(tài)或資源釋放前的狀態(tài)。資源管理服務開通同步接口待裝處理場景描述服務開通接收到資源管理反饋過來的無資源信息之后，進行待裝處理，向CRM發(fā)送待裝請求，CRM接收到待裝請求之后，通知客戶，根據(jù)客戶意向決定是否待裝，視情況向服務開通系統(tǒng)發(fā)送后續(xù)請求。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s18待裝處理流程時序圖步驟描述：在服務定單處理流程里面，服務開通系統(tǒng)接收服務定單(1),向資源管理系統(tǒng)發(fā)出資源配置請求（2）。資源管理系統(tǒng)進行資源配置(3)，發(fā)現(xiàn)不具備資源配置條件，反饋缺少配置資源（4）。服務開通系統(tǒng)進行資源查勘，如果需要待裝，則一方面向CRM系統(tǒng)發(fā)出客戶確認的通知進行待裝請求（5），另一方面進行服務定單待裝的處理,如需釋放已占用資源則進行資源釋放（7）。CRM進行客戶確認(7),返回待裝確認或撤單結果給服務開通(8)如需轉待裝則服務定單轉待裝處理(9)，如需撤單則轉撤單處理(10)。接口列表接口名稱接口描述接口提供方接口使用者備注發(fā)送待裝請求由于資源問題或其他局方問題需要待裝，服務開通系統(tǒng)要向CRM系統(tǒng)發(fā)送服務定單待裝請求信息CRM服務開通由待裝請求反饋異步響應待裝請求反饋CRM將客戶確認的是否待裝的結果反饋給服務開通。服務開通CRM對待裝請求異步反饋資源釋放服務開通使用此接口將需要釋放的資源釋放。資源管理服務開通同步待裝開裝場景描述服務開通在獲知待裝的服務定單有資源，可以進行資源配置時，向CRM提交待裝開裝申請，CRM接收到待裝開裝申請之后，通知客戶，根據(jù)客戶意向決定是否開裝，視情況向服務開通系統(tǒng)發(fā)送后續(xù)請求。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s19待裝開裝流程處理時序圖步驟描述：服務開通系統(tǒng)提取待裝定單（1），向資源管理系統(tǒng)進行資源確認（2），并返回資源確認結果（4）。如果資源具備，服務開通系統(tǒng)向CRM系統(tǒng)發(fā)出開裝請求信息（5）。經(jīng)過客戶確認（6）后，返回開裝確認結果（7）?？蛻舸_認開裝后，服務開通系統(tǒng)進行開裝處理，進行新的定單典型流程，重新開始資源配置請求?？蛻舸_認停裝后，服務開通系統(tǒng)進行停裝，進行資源釋放處理。接口列表接口名稱接口描述接口提供方接口使用者備注資源提供能力查詢服務開通系統(tǒng)通過對待裝單進行資源提供能力查詢，具備資源時發(fā)起待裝開裝請求資源管理服務開通同步發(fā)送待裝開裝請求服務開通系統(tǒng)在開裝條件滿足的情況下向CRM發(fā)送待裝開裝請求CRM服務開通由待裝開裝請求反饋進行異步響應待裝開裝請求反饋CRM進行客戶確認后，向服務開通系統(tǒng)反饋待裝開裝確認結果，轉開裝或停裝服務開通CRM對待裝開裝請求進行異步反饋緩裝處理場景描述由客戶提出申請，在CRM系統(tǒng)中對客戶訂單要求（或取消）緩裝，提交給服務開通，服務開通系統(tǒng)在接收到緩裝請求之后，修改客戶訂單相關的服務定單狀態(tài)，暫停相關流程。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s110客戶申請/取消緩裝流程時序圖步驟描述：在客戶申請/取消緩裝的情況下CRM負責查到相關服務定單(1)，并向服務開通發(fā)起緩裝請求(2)。服務開通檢查是否符合緩裝/取消緩裝條件(3)，進行緩裝/取消緩裝處理（4）,并反饋緩裝/取消緩裝處理結果（5）接口列表接口名稱接口描述接口提供方接口使用者備注緩裝處理請求CRM根據(jù)客戶申請使用此接口發(fā)起緩裝/取消緩裝申請，服務開通同步反饋處理結果。服務開通CRM同步SLA管理流程SLA指標目錄和模板確認場景描述在產(chǎn)品與服務定義階段，CRM與服務開通系統(tǒng)進行交互，協(xié)商制定CRM中使用的SLA的等級、內(nèi)容等。CRM中使用的SLA屬于產(chǎn)品SLA，開通系統(tǒng)會根據(jù)CRM確定的SLA內(nèi)容進行指標分解，建立與產(chǎn)品SLA對應的服務開通的相關SLA指標。SLA指標可以體現(xiàn)在流程管理、流程時限管理、產(chǎn)品與資源服務關系管理等多個方面。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s111SLA指標目錄和模板確認步驟描述：CRM創(chuàng)建、變更或者刪除SLA指標、模板的時候，需要向服務開通發(fā)送確認請求(1)服務開通根據(jù)CRM確定的SLA內(nèi)容進行指標分解，建立與產(chǎn)品SLA對應的服務開通相關SLA指標，進行服務開通中對應的SLA指標和模板查詢、設計(2)，開通相關的SLA指標支持的設計包括：根據(jù)確認的開通時限類SLA在流程時限管理中設置整體時限，并合理分解為環(huán)節(jié)時限。創(chuàng)建不同SLA對不同產(chǎn)品所要求的不同流程，基本SLA一般采用標準流程，特殊的SLA要求可以指定差異化流程。根據(jù)SLA對于網(wǎng)絡質(zhì)量的要求，在創(chuàng)建流程的時候選擇可以提供不同網(wǎng)絡要求的資源服務類型。針對SLA對網(wǎng)絡質(zhì)量的要求涉及到資源服務的具體指標值等情況需要資源管理系統(tǒng)支持的，可以向資源管理發(fā)送資源滿足SLA設計請求(3)。資源管理根據(jù)SLA設計請求，進行資源滿足SLA方案查詢和設計(4)，然后進行資源滿足SLA設計方案反饋(5)。服務開通把最終的SLA確認結果反饋(6)到CRM系統(tǒng)，并由CRM系統(tǒng)進行歸檔(7)接口列表接口名稱接口描述接口提供方接口使用者備注SLA指標或模板確認請求服務開通提供，接收前端的產(chǎn)品SLA模板確認請求服務開通CRM由SLA指標或模板確認反饋異步返回確認結果SLA指標或模板確認反饋CRM提供，由服務開通反饋產(chǎn)品SLA模板確認結果CRM服務開通對SLA指標或模板確認請求異步進行確認SLA模板資源配置滿足情況確認請求資源管理提供，接收服務開通的SLA資源配置滿足確認請求資源管理服務開通由SLA模板資源配置滿足情況確認反饋異步返回確認結果SLA模板資源配置滿足情況確認反饋服務開通提供，由資源管理反饋SLA資源配置滿足情況確認結果服務開通資源管理對SLA模板資源配置滿足情況確認請求異步進行確認SLA建議書確認場景描述銷售人員在與客戶簽署SLA建議書前需要先通過CRM進行SLA建議書確認，其中與服務開通相關的SLA需要服務開通進行確認，在確認完成后簽署SLA協(xié)議并與服務定單一起發(fā)給服務開通系統(tǒng)進行相關的業(yè)務開通。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s112SLA建議書確認流程時序圖步驟描述：銷售人員在CRM新建SLA建議書(1)后，CRM系統(tǒng)向服務開通發(fā)送SLA建議書確認單(2)。服務開通接收確認單后，根據(jù)SLA對網(wǎng)絡質(zhì)量的要求向資源管理系統(tǒng)發(fā)送資源滿足SLA情況查詢(3)。資源管理進行SLA確認(4)，查看資源配置是否能夠滿足SLA對網(wǎng)絡質(zhì)量的要求，對于需要進行預占的SLA確認請求，可進行資源預占(5)，向服務開通發(fā)送資源SLA確認結果(6)服務開通對SLA滿足情況(包括時限要求、標準/個性化SLA的流程選擇、網(wǎng)絡質(zhì)量要求的資源服務的選擇等等)進行確認(7)后，向CRM反饋SLA建議書結果(8)，銷售人員根據(jù)結果，與客戶洽談(9)，簽署SLA協(xié)議并在CRM中轉為客戶定單(10)。CRM把包含SLA的服務定單發(fā)送給服務開通(11)，由服務開通進行服務定單處理(12)接口列表接口名稱接口描述接口提供方接口使用者備注SLA建議書確認請求服務開通提供，CRM在為客戶提供SLA建議書時使用此接口請求SLA確認服務開通CRM由SLA建議書確認請求反饋異步返回確認結果SLA建議書確認請求反饋CRM提供，服務開通在確認SLA滿足情況后使用此接口報告對所簽建議書的支持情況CRM服務開通對SLA建議書確認請求異步返回確認結果資源滿足SLA情況確認請求資源管理提供，需要請求資源滿足SLA情況確認時使用資源管理服務開通、CRM由資源滿足SLA情況確認請求反饋異步返回確認結果資源滿足SLA情況確認請求反饋資源管理提供，進行資源滿足SLA情況的確認服務開通、CRM資源管理對資源滿足SLA情況確認請求異步返回確認結果SLA簽署執(zhí)行在售中階段，服務開通系統(tǒng)要執(zhí)行已簽署的SLA，包括隨產(chǎn)品定單從CRM系統(tǒng)接收SLA指標，如開通等級、保障等級等標準SLA，同時也接收經(jīng)過確認審批的客戶個性化的SLA，如客戶特殊開通時限或客戶指定使用的資源服務或某類資源等。在開通過程的“服務設計”選擇相應的流程模板，并監(jiān)控SLA的執(zhí)行情況，根據(jù)時限管理的要求、SLA開通優(yōu)先級別的要求及時進行預警、告警，從而確保SLA的執(zhí)行。具體的處理流程參見定單處理部分。SLA變更處理場景描述在產(chǎn)品開通后的保障階段，根據(jù)客戶申請客戶SLA協(xié)議發(fā)生變更，部分變更會涉及資源的重新配置，如對于保障級別比較高的業(yè)務在運維措施上會建立備用電路，當業(yè)務保障級別下調(diào)后應對備用電路所占資源可以釋放，又如保障級別上調(diào)后因為選擇更為安全的保障措施也可能會引發(fā)資源配置的變化。SLA違反處理時，若問題報告中根據(jù)SLA違反處理規(guī)則需要修改SLA配置，也會觸發(fā)SLA變更處理?？蛻鬝LA協(xié)議到期，在CRM中告警，在與客戶洽談后，生成“SLA補充合同”（延期）或“SLA合同終止報告”。CRM要將處理結果通知服務質(zhì)量管理系統(tǒng)，實現(xiàn)客戶SLA保障類信息的同步更新，而對于“服務開通系統(tǒng)”，“續(xù)約延期”為繼續(xù)沿用原SLA，不會觸發(fā)服務配置的修改，而“終止”則會導致兩種情況：產(chǎn)品實例和對應的SLA一起終止，則為業(yè)務拆機；產(chǎn)品實例保留，原對應的SLA協(xié)議終止，變更使用新的SLA，可視為SLA補充合同。對于第2種情況也觸發(fā)SLA變更處理。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s113SLA變更處理流程時序圖步驟描述：CRM在客戶申請SLA變更、SLA到期、SLA違反的情況下都可以轉SLA變更處理(1)，向服務開通發(fā)送SLA變更通知(2)服務開通收到CRM的SLA變更請求后進行SLA變更處理(3)，涉及修改業(yè)務信息的，如果原服務定單還未完成，則轉入改單處理流程，如果原服務定單已經(jīng)完成，則轉入定單處理流程。服務開通SLA變更處理流程完成后，向CRM發(fā)送SLA變更確認(4)，CRM再將SLA變更數(shù)據(jù)(5)同步給服務質(zhì)量管理接口列表接口名稱接口描述接口提供方接口使用者備注SLA變更請求服務開通提供，在客戶SLA變更時CRM使用服務開通CRM異步返回變更處理結果SLA/KPI數(shù)據(jù)傳送場景描述服務開通過程的SLA執(zhí)行結果作為服務質(zhì)量管理、運維KPI管理的重要數(shù)據(jù)，應根據(jù)這兩個系統(tǒng)的采集接口的要求，主要提供開通及時率的相關數(shù)據(jù)時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s114SLA/KPI數(shù)據(jù)傳送流程時序圖步驟描述：服務開通過程的SLA執(zhí)行結果作為服務質(zhì)量管理、運維KPI管理的重要數(shù)據(jù)，應根據(jù)這兩個系統(tǒng)的采集接口的要求，主要提供開通及時率的相關數(shù)據(jù)，運維管理和服務質(zhì)量管理在需要時向服務開通系統(tǒng)發(fā)起查詢并獲得查詢結果(1)(2)、(3)(4)。接口列表接口名稱接口描述接口提供方接口使用者備注SLA數(shù)據(jù)傳遞接口服務開通提供，運維管理在需要時使用其接口進行服務開通SLA數(shù)據(jù)采集服務開通運維管理同步返回SLA數(shù)據(jù)KPI數(shù)據(jù)傳遞接口服務開通提供，運維管理在需要時使用其接口進行服務開通KPI數(shù)據(jù)采集服務開通運維管理同步返回KPI數(shù)據(jù)其他類業(yè)務流程產(chǎn)品和資源服務關系維護場景描述CRM系統(tǒng)負責存儲和維護產(chǎn)品目錄，資源管理系統(tǒng)負責存儲和維護資源服務目錄，服務開通系統(tǒng)負責存儲和維護產(chǎn)品和資源服務對應關系。服務開通系統(tǒng)可以向CRM系統(tǒng)查詢產(chǎn)品目錄信息，服務開通系統(tǒng)可以向資源管理系統(tǒng)查詢資源服務目錄信息，CRM系統(tǒng)和資源管理系統(tǒng)可以向服務開通系統(tǒng)查詢產(chǎn)品和資源服務對應關系信息。另外也允許CRM系統(tǒng)向資源管理系統(tǒng)查詢資源服務目錄信息，允許資源管理系統(tǒng)向CRM系統(tǒng)查詢產(chǎn)品目錄信息。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s115產(chǎn)品和資源服務關系維護流程時序圖步驟描述：CRM變更了產(chǎn)品目錄時，服務開通/資源管理可以主動的向CRM發(fā)起產(chǎn)品目錄查詢請求(1)/(6)，CRM負責在系統(tǒng)內(nèi)查詢并返回產(chǎn)品目錄信息(2)/(7)。資源管理變更了資源服務目錄的情況下，服務開通/CRM可以主動向資源管理發(fā)起資源服務目錄查詢請求(3)/(8)，資源管理負責在系統(tǒng)內(nèi)查詢并返回資源服務目錄信息(4)/(9)。服務開通分別從CRM和資源管理，更新了產(chǎn)品目錄以及資源服務目錄后，需要對產(chǎn)品與資源服務的關系進行維護(5)資源管理/CRM也可以通過產(chǎn)品與資源服務對應關系查詢請求(10)/(12)，隨時獲取產(chǎn)品與資源服務關系，服務開通負責在系統(tǒng)內(nèi)查詢并返回產(chǎn)品與資源服務對應關系(11)/(13)。接口列表接口名稱接口描述接口提供方接口使用者備注產(chǎn)品目錄查詢接口CRM提供，外系統(tǒng)主動使用該接口同步產(chǎn)品目錄數(shù)據(jù)CRM服務開通、資源管理同步返回查詢結果資源服務目錄查詢接口資源系統(tǒng)提供，外系統(tǒng)主動使用該接口同步資源服務目錄數(shù)據(jù)資源管理服務開通、CRM同步返回查詢結果產(chǎn)品和資源服務關系查詢接口服務開通系統(tǒng)提供，外系統(tǒng)主動同步產(chǎn)品和資源服務關系數(shù)據(jù)服務開通CRM、資源管理同步返回查詢結果流程查詢場景描述對于服務開通系統(tǒng)接收到的每一個定單，在服務開通系統(tǒng)處理過程中，CRM可以發(fā)送流程查詢請求，以便CRM能及時了解服務開通系統(tǒng)的進展情況，包括定單已處理的環(huán)節(jié)信息、所在當前環(huán)節(jié)信息，以及將要處理的環(huán)節(jié)信息。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s116流程查詢時序圖步驟描述：CRM可以隨時對定單當前處理進度進行監(jiān)控，主動向同級服務開通發(fā)起定單流程查詢(1)，服務開通負責在系統(tǒng)內(nèi)查詢得到定單流程處理信息(2)，并把信息反饋給CRM(3)當需要跨級進行定單查詢時，由CRM內(nèi)部通過接口向相應級別CRM發(fā)出請求完成，內(nèi)容不在本服務開通規(guī)范中具體描述。接口列表接口名稱接口描述接口提供方接口使用者備注服務定單流程查詢服務開通提供，CRM在必要時使用該接口了解服務定單的處理進度服務開通CRM同步實時返回查詢結果鎖單和取消鎖單場景描述CRM根據(jù)要求，提交給服務開通對指定的服務定單進行鎖定或者解除鎖定。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s117鎖單和取消鎖單流程時序圖步驟描述：CRM根據(jù)要求，主動向服務開通發(fā)送鎖單（取消鎖單）請求(1)，服務開通根據(jù)請求，進行鎖單（取消鎖單）操作（2），并把結果返回（3）當需要跨級進行定單鎖定（或者取消鎖定）時，由CRM內(nèi)部通過接口向相應級別CRM發(fā)出請求完成，內(nèi)容不在本服務開通規(guī)范中具體描述。接口列表接口名稱接口描述接口提供方接口使用者備注鎖單請求服務開通提供，CRM在必要時可利用其暫停服務定單處理服務開通CRM同步實時返回鎖單結果取消鎖單請求服務開通提供，CRM利用其取消之前的鎖單操作服務開通CRM同步實時返回取消鎖單結果割接場景描述本場景描述的割接，是指非工程類資源割接，這類割接具有如下特征：在通常情況下網(wǎng)絡的拓撲結構不會變化（或變化很小）。割接過程往往體現(xiàn)為業(yè)務所占用資源的變更。此類割接由運行維護內(nèi)部發(fā)起，可通過正常的服務開通流程來完成割接操作在此類割接流程里，除了割接工程是由資源管理發(fā)起外，業(yè)務開通負責剩余整個流程管控。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s118割接流程時序圖步驟描述：需要進行非工程類資源割接時，先設計割接方案，在資源管理中對割接涉及的資源數(shù)據(jù)進行準備。數(shù)據(jù)準備完畢后，新建割接工程(1)，確定割接方案及影響的用戶列表(2)，根據(jù)割接方案對資源進行封網(wǎng)(3)，向服務開通發(fā)送割接方案及影響用戶列表(4)服務開通根據(jù)割接方案和影響用戶列表，通過CRM的客戶聯(lián)系接口(5)，由CRM進行用戶確認(6)，確認完成后CRM向服務開通反饋影響通知結果(7)服務開通收到割接影響完成反饋后，生成割接單(8)，并向網(wǎng)絡激活/施工調(diào)度派單施工(9)，根據(jù)施工竣工反饋(10)，如果割接失敗，則向資源管理發(fā)送資源數(shù)據(jù)取消操作請求(11)，如果割接成功，則向資源管理發(fā)送資源數(shù)據(jù)確認操作請求(14)資源管理判斷資源數(shù)據(jù)操作接口發(fā)送的請求，如果請求為取消，執(zhí)行割接回滾(12)，并給出割接回滾反饋(13)，如果請求為確認，執(zhí)行割接資源操作(15)，并給出割接資源操作反饋(16)服務開通接收到資源管理反饋后，向資源管理發(fā)送割接竣工通知(17)，對資源解封(18)，服務開通接收到竣工通知反饋后，向CRM發(fā)送割接完成的客戶通知(20)接口列表接口名稱接口描述接口提供方接口使用者備注割接方案以及割接影響通知服務開通提供，資源管理利用此接口向服務開通發(fā)起割接申請服務開通資源管理與割接竣工通知互為異步，完成整個割接事務客戶主動聯(lián)系接口CRM提供，服務開通利用該接口與客戶聯(lián)系CRM服務開通異步返回客戶確認結果自動工單施工請求服務開通派自動工單給網(wǎng)絡激活平臺，網(wǎng)絡激活平臺完成工單的自動施工。網(wǎng)絡激活服務開通系統(tǒng)由自動施工反饋進行同步或異步響應自動工單施工反饋網(wǎng)絡激活平臺施工完成后，返回工單施工結果給服務開通。服務開通網(wǎng)絡激活對自動工單施工請求進行同步或異步反饋人工工單施工請求生成工單并派發(fā)給施工調(diào)度系統(tǒng)，施工調(diào)度系統(tǒng)負責進行人員與工具等的調(diào)度完成工單施工；施工調(diào)度服務開通由人工工單施工反饋進行異步響應人工工單施工反饋接收施工調(diào)度系統(tǒng)的施工反饋記錄。服務開通施工調(diào)度對人工工單施工請求進行異步反饋割接方案歸檔資源管理提供，服務開通利用此接口進行割接資源的確認操作資源管理服務開通同步返回操作結果割接方案回滾資源管理提供，服務開通利用此接口進行割接資源的回滾操作資源管理服務開通異步返回操作結果割接竣工通知資源管理提供，服務開通割接完成后利用此接口通知資源管理解除封網(wǎng)資源管理服務開通同步返回竣工結果大客戶業(yè)務流程針對部分省運維人員對一干資源有調(diào)度權限的情況，本規(guī)范要求集團服務開通可以分配權限給省內(nèi)運維人員，省內(nèi)運維人員使用集團的服務開通系統(tǒng)監(jiān)控自己負責調(diào)度的一干資源相關的資源確認單和服務定單。針對部分省客戶經(jīng)理對一干資源有權進行報價等處理的情況，本規(guī)范建議采用集團CRM授權給省內(nèi)客戶經(jīng)理使用集團CRM系統(tǒng)進行自己負責報價等處理的需求單和訂單。針對省內(nèi)CRM具備一干資源的報價等處理能力的情況，集團CRM僅作為Z省訂單轉換的場景本規(guī)范也做了描述。本規(guī)范將羅列出集團CRM演進所涉及到的可能場景以及接口列表，在集團CRM系統(tǒng)演進的過程中根據(jù)演進的路線使用相應的流程和接口，要求各級服務開通系統(tǒng)具備所有場景的接口，如果服務開通系統(tǒng)的建設和集團CRM的演進同步則可以只提供與演進策略相同的場景所需要的接口。各個場景的主要區(qū)別是服務定單以及資源需求單的入口不同，導致服務定單以及資源需求單的流轉順序以及報竣方式有所不同，針對此情況，本規(guī)范抽取出公共的處理子流程供各個場景調(diào)用，各相關場景可只描述定單流轉以及報竣的區(qū)別，關于公共部分可參見子流程部分的描述，子流程如下：省際業(yè)務服務開通內(nèi)部處理子流程。描述從不同入口流入各級服務開通之后的各級服務開通協(xié)同完成施工的省際業(yè)務處理流程，不包括報竣過程。省內(nèi)業(yè)務服務開通內(nèi)部處理子流程。描述從不同入口流入省長途和省本地服務開通之后的省長途和省本地服務開通協(xié)同完成施工的省內(nèi)業(yè)務處理流程，不包括報竣過程。公共子流程省際業(yè)務服務開通內(nèi)部處理子流程場景描述本場景描述的是各省際業(yè)務定單處理場景中，除定單流轉到各級服務開通系統(tǒng)以及定單報竣流程之外，各級服務開通系統(tǒng)協(xié)同完成服務定單施工且在各級服務開通內(nèi)部進行處理的公共子流程，供不同的場景引用。時序圖圖STYLEREF1\s5SEQ圖\*ARABIC\s119省際業(yè)務定單處理（服務開通內(nèi)部流轉）時序圖步驟描述：A、Z省本地服務開通負責A、Z省本地段的資源配置(1)(2)與施工(3)，同時A、Z省長途服務開通負責進行A、Z省二干段的資源配置(4)(5)和邏輯資源施工(6)，同時集團服務開通負責進行集團一干段的邏輯資源配置(7)(8)及施工(9)。集團服務開通邏輯資源配置施工完成后需要通知A、Z省長途服務開通進行一干物理資源配置施工(10)，A、Z省長途服務開通負責進行一干物理資源的配置(11)(12)并通知A、Z省本地服務開通進行一干物理資源、二干物理資源的施工(13)，省本地服務開通負責調(diào)度物理資源施工涉及的本地網(wǎng)運維人員負責進行相關的施工工作(14)。A、Z省本地服務開通在省內(nèi)本地段與一干、二干物理資源施工完成后通知A、Z省長途服務開通可以開始全程測試(15)，A、Z省長途服務開通負責通知集團服務開通(16)，集團服務開通協(xié)調(diào)相關的業(yè)務領導局開始全程測試(17)。如果由業(yè)務領導局負責的全程測試則集團運維人員可不關心，由系統(tǒng)直接通知相關省運維人員開始全程測試。全程測試完成后，集團服務開通負責一干邏輯資源的歸檔(22)，并通知A、Z省長途服務開通進行資源歸檔(21)與服務定單竣工(18)，A、Z省長途服務開通負責通知A、Z省本地服務開通進行資源歸檔（20）與服務定單竣工(19)。接口列表接口名稱接口描述接口提供方接口使用者備注本地資源配置省本地服務開通系統(tǒng)發(fā)送本地資源配置請求給省本