廣東移動BOSS系統(tǒng)業(yè)務筆記、學習筆記

專業(yè)整理/業(yè)務筆記新CRM核心模型參考：數(shù)據(jù)模型類-7-新CRM培訓-核心模型.pptx三戶關系客戶：正在或即將使用電信產品和服務的自然人或單位組織。用戶：客戶新入網時產生的主訂購的實例化。用戶有不同的類型如：手機、固話、寬帶、新業(yè)務。帳戶：客戶使用電信服務的付費實體，客戶通過帳戶向運營商繳納通信費用和服務費用。包含了付費方式、銀行帳號和帳單地址等信息。一個客戶擁有0到多個用戶；一個用戶屬于一個產權客戶；一個客戶擁有0到多個賬戶；一個賬戶屬于一個客戶；一個賬戶可以為0到多個用戶付費；一個用戶可以有1到多個賬戶為其付費。客戶信息表：帳戶、賬務關系信息表主要客戶模型客戶作為參與人管理起來，為以后代理商、合作伙伴等其他參與人角色的統(tǒng)一管理建立了基礎；個人客戶、家庭客戶和政企客戶統(tǒng)一在基礎客戶中進行客戶ID的唯一編碼、統(tǒng)一管理，實現(xiàn)了個人客戶、家庭客戶和政企客戶的融合管理；通過基礎客戶把在不同地市開戶的不同客戶ID識別為同一個真正的物理客戶；雖然在物理模型的實現(xiàn)上，個人客戶、家庭客戶和所有賬戶都按地市分庫、分表存放，而全省的政企客戶統(tǒng)一在另一個庫存放，但通過參與人和基礎客戶的管理，并不影響融合的、統(tǒng)一的客戶管理。主要客戶實體主要賬戶實體產品模型產品信息加載memcache緩存中，通過統(tǒng)一接口讀取緩存信息。產品管理與外圍系統(tǒng)關系杭州在維護BOSS。產品模型概述如：預存200送100是一個預存策劃；中心業(yè)務如手機報也是策劃。策劃面向客戶銷售的實體。包含：一到多個產品規(guī)格一到多個角色；一系列產品；整體價格計劃或多產品間的價格計劃；（策劃也包括價格計劃）可以進行的操作；操作相關的一次性費用；市場銷售規(guī)則。策劃分基本套餐、增值策劃。分類：集團策劃、SP策劃（中心業(yè)務增值策劃）、個人策劃（基本策劃、增值策劃｛包括：預繳、促銷、終端捆綁、組合營銷包｝）入網后訂購的產品都可視為增值策劃。在界面上不同的策劃可執(zhí)行的操作是不一樣的，如：基本策劃可執(zhí)行：換套餐、產品變更、訂購增值策劃；增值策劃的操作也是不一樣的。產品規(guī)格基于產品分類，針對不同的業(yè)務種類進行定義的，如GSM產品規(guī)格、家庭固話規(guī)格、有線寬帶規(guī)格、專線規(guī)格、集團彩鈴規(guī)格、集團專線規(guī)格。根據(jù)客戶所訂購業(yè)務的產品規(guī)格，實例化出對應類型的用戶。用戶類型有：GSM、有限寬帶、無限寬帶、固定電話、移動總機。角色產品規(guī)格在策劃中的構成角色，描述在該策劃訂購中，不同類型用戶可以充當?shù)慕巧?。如：總機角色、分機角色；父親角色、兒子角色、母親角色；主號角色、副號角色等。如：親情號碼中有主號和副號。策劃的角色決定了用戶在策劃下面訂購的產品。產品面向客戶提供的可選的銷售單元，依附于策劃進行銷售對服務進行預訂價形成的實體包含服務與價格計劃服務電信功能單元人力、咨詢等服務服務沒有資費信息，不能直接向客戶銷售，如：來顯顯示、彩鈴。服務屬性對服務、資費等的擴展描述。如鈴音播放時間，呼叫轉移號碼，短號，接入號，打折方式，折扣值等。價格計劃包含資費、資源、優(yōu)惠、促銷、預繳等各種資費單元的統(tǒng)一價格策略，產品/策劃使用價格計劃進行資費定義的包裝。計費資費：標準資費帳務資費：包月費獎勵資費：積分。。。營業(yè)資費：手續(xù)費，普通繳費。。。（業(yè)務辦理過程中的一次性費用）業(yè)務操作定義策劃可以進行的業(yè)務受理的動作：開戶、變更、銷戶，可附加一次性資費定義。神州行套餐資費實例神州行輕松卡套餐通話方式資費標準套餐月費0元/月，6元/月來電顯示費（必選）本地主叫0.39元/分鐘全包被叫免費省內漫游主叫國內0.49元/分鐘全包被叫免費省際漫游主叫國內0.49元/分鐘全包被叫0.39元/分鐘全包神舟行輕松卡對應一個基本策劃，GSM主產品配置為策劃下的產品，彩鈴、來電顯示、省內漫游也配置為產品，GSM增值業(yè)務中的139手機郵箱配置為基本策劃關聯(lián)的增值策劃。家庭套餐的資費實例家庭整合套餐支持移動GSM、固話、鐵通寬帶多種角色的成員捆綁受理。支持所有家庭成員一起共享帳務優(yōu)惠。不同的角色下面可訂購不同的產品。增值策劃普通促銷增值策劃：中心業(yè)務增值策劃：中國青年手機報夢網彩信000103SP_CODE 801234OPERATOR_CODE 112395通過SP_CODE映射中心業(yè)務的局數(shù)據(jù)單向用戶關系在產品下配置一個虛服務，子號碼屬性作為服務屬性配置在服務上。單向用戶關系類業(yè)務，用服務屬性來記錄副號來表示主號與副號的關系。雙向用戶關系雙向用戶關系類業(yè)務，用多角色方式來表達主號與副號關系。普通集團業(yè)務含成員集團業(yè)務產品模型的實體映射、實體關系、策劃映射策劃可執(zhí)行的操作、角色：CRM產品與BOSS產品關系BOSS定義的資費產品，通過CRM各類產品單元的ID與BOSS相關ID的進行映射、引用extend_id），達到CRM產品定義和BOSS產品定義的解耦。CRM產品定義BOSS產品定義策劃(套餐)(OFFER)主計劃(PLAN)產品(PROD)產品（程控、促銷(PROD、PROM)服務（計費相關）SERVICE服務(SERVICE)訂購模型模型構成主要包括核心模型、項目擴展模型。擴展模型用于項目地的特殊需求。策劃實例客戶或用戶訂購的套餐（策劃）的實例化；包含一系列的產品、服務等實例的組合；產品實例用戶訂購產品的實例化，主要是一些程控功能及增值產品。策劃包括產品，訂購策劃時也會實例產品。對于虛產品，不會進行實例化。產品包含的服務實例與服務屬性實例用戶與策劃實例關系產品實例與用戶策劃實例關系一個產品實例歸屬于一個用戶訂購或參與訂購的一個策劃實例；一個用戶訂購或參與訂購的一個策劃實例包含0到多個產品實例；（如：虛服務）服務屬性實例一個產品實例可能包含0到多個產品包含的服務實例；一個產品包含的服務實例屬于一個產品實例；服務實例因不直接面向客戶選擇，因此不單獨實例化；服務實例體現(xiàn)為產品包含的服務實例中；用戶可能因為訂購多個產品從而訂購多份同一個服務；一個產品包含的服務實例可能包含0到多個屬性實例。策劃實例之間的關系一個策劃實例可能與另一個策劃實例產生關系；目前記錄了策劃的連帶訂購關系。核心訂購對象模型總攬查詢策劃實例、產品實例。服務實例：select*fromso.INS_PROD_INS_SRV_891WHEREUSER_ID=89160004773549服務屬性實例：select*fromso.INS_SRV_ATTR_891twhereuser_id=89160004773549策劃與用戶關系：select*fromso.ins_offer_ins_user_891whereuser_id=89160004773549（包含ROLE_ID，表示扮演的角色）訂單概述訂單是指客戶對產品的訂購請求信息，包括業(yè)務訂購申請、產品變更/取消等業(yè)務處理（的業(yè)務請求記錄）。引入訂單的必要性：長流程業(yè)務的需要、融合業(yè)務的需要、只有確保成功后才改變用戶資料。訂單行：是指訂單根據(jù)其相關的產品、用戶或地域分解得到的可有效跟蹤并可有效處理的業(yè)務操作項。用戶對用戶資料發(fā)起的增加、修改、刪除的動作產生的記錄，稱之為訂單。訂單分有竣工和未竣工。竣工表示訂單執(zhí)行成功，完成了用戶資料修改。增加、修改、刪除這些動作帶上業(yè)務含義可以歸類為：開戶、銷戶、訂購、變更、退訂等。SO.ORD_CUST_F_853_201303(客戶訂單竣工表)注：帶F結尾的標識已竣工，不帶F的標識未竣工。用戶的一筆業(yè)務請求為一個客戶訂單，一個訂單里面可以包含訂購、退訂等多個業(yè)務操作；一個客戶訂單包含用戶訂單、策劃訂單、產品訂單、賬務關系訂單等，他們之間是一對一或者一對多的關系。客戶訂單、策劃操作訂單和營業(yè)費用訂單如果操作涉及到費用就需要保存營業(yè)費用訂單。業(yè)務操作其他信息、免填單、受理日志客戶訂單與客戶訂單明細客戶訂單明細記錄一次客戶服務請求的全部明細信息；用于后續(xù)訂單的處理，如訂單行拆解、啟動流程等；客戶訂單明細內容為SoOrderData轉換后的XML對象；每行用多個VARCHAR2(4000)字段存儲，一行存儲不下時，拆分為多行存儲?？筛鶕?jù)業(yè)務類型配置是否存儲訂單明細信息，一般業(yè)務過程不進行存儲，工作流的必須要存儲。對于集團涉及到工作流的的場流程業(yè)務，必須保存客戶訂單明細，其他一般不用保存?？蛻粲唵闻c策劃操作訂單一個客戶訂單可能包含0到多個策劃操作訂單；客戶辦理的業(yè)務不涉及到產品類操作時，主要內容記錄在客戶訂單、業(yè)務記錄和免填單中。（此時就不會有策劃操作訂單）策劃操作訂單、策劃訂單、用戶訂單的關系在一個客戶訂單中，這第三者之間的關系均為一一對應的關系；用戶與策劃關系訂單，主要是記錄用戶與策劃實例的關系編號，并記錄數(shù)據(jù)狀態(tài)，減少訂單轉實例的業(yè)務邏輯處理。策劃操作訂單之間的關系一個策劃訂單可能與另一個策劃訂單產生關系；連帶關系：包括策劃間的連帶訂購、連帶退訂等。具體關系參見產品管理的策劃與策劃之間關系類型的定義。核心訂單對象模型總攬客戶訂單：select*fromso.ord_cust_f_891_201412awherea.customer_order_id=’89110051754551’;--根據(jù)年月分表用戶訂單：select*fromso.ord_user_f_891_201412awherea.customer_order_id=’89110051754551’;--根據(jù)年月分表用戶與策劃的訂單關系：Select*fromso.ORD_OFF_ORD_USER_F_891_201412WHEREcustomer_order_id=89110051754551;策劃：Select*fromso.ORD_OFFER_F_891_201412WHEREcustomer_order_id=89110051754551;Select*fromso.ORD_PROD_F_891_201412WHERECUSTOMER_ORDER_ID=89110051754551;Select*fromso.ORD_PROD_ORD_SVR_F_891_201412WHERECUSTOMER_ORDER_ID=89110051754551;層層數(shù)據(jù)都是來源于訂單。資源模型資源規(guī)格與資源實例資源規(guī)格是對不同類型資源的定義，如SIM卡、號碼規(guī)格等。資源實例是資源規(guī)格的實例，如每一張SIM卡，每一個號碼等；資源實例包括號碼資源實例，SIM卡資源實例，有價卡資源實例，終端資源實例等。資源實例的管理一般是以1個為單位。資源核心模型根據(jù)資源特點和實際使用情況，不同的資源規(guī)格物理分表的方式不同；號碼，SIM卡分為未用表和已用表，地市分表，在SO用戶下。有價卡部署在公共庫RES用戶下。（如：發(fā)票）號碼生命周期SIM卡生命周期有價卡生命周期ORD開頭的就是訂單表、INS就是實例表新CRM產品管理參考：業(yè)務類-13-新CRM培訓_產品管理.pptx了解新CRM中產品管理的相關概念、產品構成的層次結構、典型業(yè)務產品的配置模式。新老系統(tǒng)產品管理整體對比老系統(tǒng)各類產品模型新系統(tǒng)產品管理新CRM產品概念模型新CRM產品與BOSS產品關系OSS中定義的資費產品，新系統(tǒng)都會用到，實現(xiàn)方式是通過新CRM各類產品單元的ID與BOSS相關ID的進行映射、引用，達到CRM產品定義和BOSS產品定義的解耦。新CRM產品定義BOSS產品定義策劃(套餐)(OFFER)主計劃(PLAN)產品(PROD)產品（程控、促銷(PROD、PROM)服務（計費相關）SERVICE服務(SERVICE)活動只是CRM側的概念，BOSS并不知道。新老系統(tǒng)產品管理整體對比老系統(tǒng)新系統(tǒng)CRM和BOSS產品定義融合在一起，邊界很難進行區(qū)分獨立出CRM中產品相關的配置要素，BOSS中定義的資費產品采用ID映射的方式實現(xiàn)各類業(yè)務的產品配置采用不同業(yè)務模型，配置離散化，各類業(yè)務獨立功能點受理，難以展示客戶訂購信息的統(tǒng)一視圖統(tǒng)一各類業(yè)務的產品配置模型，配置集中化，實現(xiàn)各類業(yè)務的融合受理，便于客戶訂購信息統(tǒng)一視圖的展示新CRM產品概念模型互斥依賴包括：產品間、策劃間、服務間，在產品單元關系表中維護。比如：彩信服務必須依賴彩鈴服務。策劃組和策劃組有互斥依賴，產品和產品的依賴關系（沒有數(shù)據(jù)）。規(guī)格針對不同業(yè)務種類基礎產品進行定義的主銷售品的分類。如手機通訊類的GSM規(guī)格、家庭固話規(guī)格、有線寬帶規(guī)格、集團彩鈴規(guī)格、集團專線規(guī)格等。業(yè)務受理時，會根據(jù)客戶所訂購基礎業(yè)務的規(guī)格，實例化出對應類型的用戶。用戶類型和角色沒什么關系，只是資料上面顯示。家庭親情網：針對家庭客戶推出的通話優(yōu)惠業(yè)務，該業(yè)務采用一人付費，全家分享；由組網人支付月費5元/月，可加網內成員2-5人（含組網人共2-5人），成員每人每月可免費撥打和接聽200分鐘親情網內本地市話。在建立家庭網時，首先會用虛用戶來建立家庭親情網的基本策劃。主號本身有自己的基本策劃。角色規(guī)格在策劃構成中的角色。描述某個策劃訂購中，不同類型用戶可以充當?shù)慕巧蛩幍牡匚?，基于不同的角色可以靈活的配置資費級操作級別，家庭親情網中的主號角色及子號角色，主號支付月租，子號純粹享受免費資源，主號有成員增刪改的管理權限，集團彩鈴中集團用戶的主角色及手機用戶的成員角色。策劃策劃是運營商唯一對外進行銷售的實體，承載一些列銷售相關的配置要素。針對不同客戶群的品牌信息市場推廣時間與其他業(yè)務互斥、依賴關系業(yè)務規(guī)則：前項限制、后項限制推廣地域推廣渠道操作員受理權限生失效規(guī)則銷售目錄策劃類型如：基本策劃（開戶時全球通動感15元套餐）、促銷（彩鈴3元優(yōu)惠）、增值策劃（手機短信）、中心業(yè)務（增值策劃）。互斥是雙向關系，依賴是單向關系，互斥依賴是在同一時間內判斷的策劃訂購判斷，群組依賴（A依賴B/C/D三者中的一個），弱依賴（和用戶訂購時間關系沒關系，如：只要訂購過就可以了。）后項限制：訂購某業(yè)務后，不可以進行某些操作。后項限制會實例化到資料表里。移動的渠道包括：營業(yè)廳、網廳、短廳等，不同的策劃在不同的渠道訂購。新CRM對渠道支持不是很充分，通過其他額外配置來實現(xiàn)。權限配置指策劃的可見權限。中心業(yè)務的策劃是最多的。策劃展示的目錄就是銷售目錄，通過目錄數(shù)展示。推廣時間指何時能訂購策劃；生失效規(guī)則指訂購策劃后，用戶有多久的有效期（立即失效、下周期失效…），一般用自然月，即每月1號。分類：按照訂購的可選性（必須訂購類和可附加訂購類）分類可以分成基本策劃及增值策劃?；静邉澃凑湛蛻?、用戶類型可分為：集團業(yè)務基本策劃個人業(yè)務基本策劃家庭業(yè)務基本策劃……增值策劃按照具體的業(yè)務類型可分為：中心業(yè)務增值策劃普通促銷增值策劃產品包增值策劃營銷活動增值策劃……客戶訂購基本策劃后，會依據(jù)該基本策劃歸屬的規(guī)格生成該類型的用戶。一個用戶只有一個基本策劃（可用身份證做映射，生失效時間就是身份證的生失效時間）。群組業(yè)務會生成一個需用戶?；静邉潟w屬一個品牌，增值策劃對品牌概念要求較弱。品牌主要是針對個人業(yè)務基本策劃而言，集團業(yè)務對品牌未分的特別嚴格。產品包：N選1、M選N。策劃的構成策劃由一些列產品組成根據(jù)業(yè)務需求可以進行策劃內產品必選、默選、可選的定義（策劃與產品的關系定義）不同角色可訂購策劃內對應的產品策劃通過角色關聯(lián)產品。一個策劃只有一個規(guī)格。產品對服務預定價形成的實體，向客戶提供服務的可銷售單元。產品依附于策劃進行銷售，不能直接銷售，包含服務和資費（價格計劃）。CRM產品模型只管一次性費用（預存費用、收取手機終端費用）；不管月租、周期性費用，這些費用在BOSS維護；活動返還的費用在CRM表里有體現(xiàn)。服務由運營商向客戶提供的一組電信功能單元、資源、人力服務或咨詢工作。服務沒有資費信息，不能獨立向客戶銷售，如彩鈴、寬帶接入、12580咨詢熱線等。屬性對服務、資費等的擴展描述，服務屬性：鈴音播放時間，呼叫轉移號碼，短號，接入號。。。資費屬性：打折方式，折扣值。。。屬性是掛在服務而非產品上。（如：短號屬性、呼轉號碼）。資費屬性如打折（訂購產品，5塊月租打8折，這種資費屬性需要上發(fā)給BOSS），因此在屬性的類型定義里會額外定義資費屬性，資費屬性一般會上發(fā)I表。操作相關業(yè)務場景的預定義策劃上可以定義相關業(yè)務操作，支持相關業(yè)務場景操作上可以直接定義一次性資費（如開戶時的預存）策劃和操作的關系上也可以定義一次性資費（如訂購某個營銷活動時的相關預存、贈金等）。價格計劃包含產品資費、資源、優(yōu)惠、促銷、預繳等各種資費單元的統(tǒng)一價格策略，產品/策劃使用價格計劃進行資費定義的包裝BOSS資費BOSS產品中定義的一些列資費費率、免費資源量、固定月租費用等信息，CRM產品只是通過BOSS產品ID進行引用一次性資費獎勵資費：贈送話費、贈送積分等營業(yè)資費：押金、預存、卡費、設備安裝費、扣減積分等資源資費：優(yōu)惠購機中的手機費用等CRM只關系一次性資費。比如：免費資源量，如果是一次性贈送的則歸CRM管，如果是周期性的，則歸BOSS管。新CRM產品物理模型PCE.pdm--全球通88套餐G3版288元111042110169--產品單元核心表，entity_id為產品受理需要的權限實體IDselect*fromup_product_itemawherelike'%全球通%';select*fromup_product_itemawhereduct_item_id=121030500500;select*fromup_product_itemawhereduct_item_id=131130500500;--策劃實體select*fromup_offerawherea.offer_id=111042110169;--策劃下產品select*fromup_plan_prod_relawhereduct_item_id=111042110169;--產品select*fromup_service_priceawherea.service_price_id=121030500500;--產品單元關系表，產品關聯(lián)服務、資費select*fromup_item_relatawhereduct_item_id=121030500500;--服務實體表select*fromup_serviceawherea.service_id=131130500500;--資費select*fromUp_Price_Planawherea.price_plan_id=131130500500;--分攤規(guī)則select*fromup_apportion_rule;--屬性select*fromup_attr;--屬性下拉枚舉select*fromup_field_type;--分組select*fromup_product_itemawhereduct_item_id=200000201005;select*fromUP_kind;select*fromup_product_itemawhereduct_item_id=200024200663;select*fromUp_Item_Relatawherea.relat_product_item_id=200024200663;select*fromUp_Item_Relatawhereduct_item_id=200024200663;--FEATURE定義select*fromup_feature_spec;--feature值select*fromup_item_feature;select*fromup_item_relat_feature;--產品單元地市配置select*fromup_item_region;--策劃關聯(lián)策劃select*fromup_plan_plan_rel;--前項限制select*fromup_offer_pre_limitawhereoffer_id=111200000653;--前項限制參數(shù)select*fromup_pre_lmt_paramawherea.param_id=5343;--產品目錄定義select*fromup_prod_item_catalog;--產品單元關聯(lián)產品目錄select*fromup_item_catalog;--中心業(yè)務定義表select*fromup_sp_service;select*fromup_sp_info;產品單元表、產品單元關系：除銷售目錄無產品單元以外，其余概念策劃、產品、服務、屬性等都會有產品單元。Lucence全文搜索時，就是用到名稱和字符化產品名稱（拼音首寫）。通過單元類型在區(qū)別產品、服務、屬性等等。生效時間和使用生效時間是等同的，只要配置其中一個，就算是一樣的。失效時間，任何一個超出有效期，就失效。刪除標識，若為1則策劃有效，為0則策劃無效?；コ庖蕾囘@些則體現(xiàn)在產品單元關系表里。產品單元關系表包含3個表：策劃和策劃關系表、策劃和產品關系表、其他產品單元間的關系表。參考：南基CRM產品單元關系。貴州也有2個上述文檔維護。訪問產品都是通過IProductFSV里的接口訪問，無法直接訪問產品表。新老系統(tǒng)典型業(yè)務場景配置對比基本策劃策劃間關系有：連帶策劃、相容策劃（可選增值策劃），連帶可以配置為可選。普通促銷增值策劃老系統(tǒng)中促銷產品，轉成一些列增值策劃附屬在基本策劃上供用戶選擇訂購老系統(tǒng)中營銷案和促銷的可選關系，在新系統(tǒng)中轉成基本策劃和增值策劃的相容關系營銷活動增值策劃生失效有：訂購、新裝訂購、退訂。比如：新裝時立即生效、業(yè)務變更下周期生效。產品單元連一個產品單元編號為0，配置生失效時間。連帶生效方式的配置。大部分產品不配置生失效規(guī)則，而是在策劃上面配置，然后使用策劃上的配置。但是有些業(yè)務，如：寬帶業(yè)務，如：策劃賬期數(shù)是12個月，但是策劃下的產品只有3個月，那配置一個策劃，額外標識策劃下的產品的生失效時間。中心業(yè)務增值策劃單向用戶關系普通增值策劃神州行幸?？?元版親密號碼：可設置5個移動親情號碼，撥打親情號碼共計贈送50分鐘通話(包括本地和長途)；本地撥打親情號碼市話0.09元/分鐘；本地撥打親情號碼長途0.15元/分鐘雙向用戶關系多角色增值策劃朝陽鄉(xiāng)音包：主號包月2元，主、副號碼之間省內通話免500分鐘（含本地主叫）產品包增值策劃產品包用法：家庭網業(yè)務親情套餐10元：包月10元,每名成員可獲贈成員間本地主叫通話1000分鐘,超出后成員間本地主叫通話0.1元/分鐘,本地接聽免費普通集團業(yè)務集團業(yè)務沒有增值策劃，只有基本策劃?；静邉潚飚a品，有多角色，服務屬性較多含成員集團業(yè)務集團業(yè)務（動力100）沈陽通信動力套餐一：5元套餐集團V網+集團彩鈴+移動總機集團V網（智能網VPMN）：贈送集團V網內客戶本地通話主叫500分鐘；超出后主叫0.1元/分鐘，被叫免費；其他按品牌資費收取1元；集團彩鈴：每年免費制作及更換三次集團彩鈴鈴音。1元；移動總機：主叫通話，本地通話費0.1元/分鐘，國內（不含港澳臺）長途費話費0.25元/分鐘；省內漫游時，撥歸屬地通話費0.1元/分鐘，撥非歸屬地通話費0.25元/分鐘。被叫通話按現(xiàn)有品牌套餐執(zhí)行3元新CRM產品生命周期管理新CRM產品管理相關技術基于MemoryCache的產品緩存產品查詢服務的使用頻率非常頻繁，且配置數(shù)據(jù)量較大，為提高系統(tǒng)的性能，需要引入數(shù)據(jù)緩存技術，新CRM中通過MemoryCache進行緩存控制基于Lucene的產品檢索為模糊搜索查詢的方便及提供系統(tǒng)的查詢效率，引入Lucene搜索引擎技術進行產品關鍵字段的索引建立，避免數(shù)據(jù)庫查詢時like‘%keyword%’無法使用到索引的性能問題服務器集群產品MemoryCache緩存服務器、檢索服務器都通過配置多臺，組成服務器集群實現(xiàn)負載均衡及容災控制，提高系統(tǒng)整體系能及可用性產品檢索實例演示業(yè)務變更頁面產品相關應用服務器部署：新CRM營業(yè)受理框架實例用戶已有的業(yè)務資料信息，稱之為實例。訂單執(zhí)行完畢按照訂單資料新增或修改用戶資料叫轉實例；常見實例表：對應訂單表INS_USER（用戶實例）ORD_USERINS_OFFER（策劃實例）ORD_OFFERINS_PROD（產品實例）ORD_PRODINS_ACCREL（賬務關系實例）ORD_ACCRELINS_OFF_INS_USER（策劃用戶關系實例）ORD_OFF_ORD_USER業(yè)務受理支持的渠道業(yè)務受理實現(xiàn)業(yè)務受理涉及的系統(tǒng)組件業(yè)務受理的系統(tǒng)核心組件：1、基礎開發(fā)平臺--頁面要素封裝組件Appframe2、受理的界面 --頁面受理的流程管理BCE3、受理的業(yè)務 --產品信息 PCE4、受理的過程記錄 --訂單信息 Omframe-訂單5、受理業(yè)務資料的保存 --實例信息 Omframe-實例6、受理流程調度--按照設定流程執(zhí)行(短流程、長流程)Comframe業(yè)務受理的主要流程節(jié)點業(yè)務受理的典型流程-費用送帳管業(yè)務受理過程中產生的費用需要調帳管接口寫入帳管庫：1）一次性費用：卡費、安裝費等2）普通預存費：開戶、銷戶的時候可以普通預存3）分攤預存4）預存贈送5）積分業(yè)務受理的典型流程-送BOSS即送計費。1）在受理流程中CRM系統(tǒng)中的計費接口模塊根據(jù)業(yè)務先從訂單對象中獲取必要的信息，保存在CRM側的計費接口工單表里，業(yè)務受理側的送計費接口表流程到此結束(TF進程異步處理的)；2）在后臺進程機這邊會部署一系列的進程（可以根據(jù)實際的業(yè)務量來進行分組），實時監(jiān)控接口表，如果有數(shù)據(jù)則把這些數(shù)據(jù)寫進BOSS的相關表里并上發(fā)MDB；CRM計費工單表BOSS計費接口表I_WK_USER_XXXI_WK_USER_STATUS_XXXI_WK_USER_RELATION_XXXI_WK_ACCOUNT_XXXI_WK_USER_SPROM_XXXI_WK_USER_MSC_XXXI_WK_USER_PLAN_XXXI_WK_ACC_SPROM_XXXI_WK_USER_SWITCH_XXXI_WK_ACCT_BILL_CYCLE_XXX…….I_USERI_USER_STATUSI_USER_RELATIONI_ACCOUNTI_USER_SPROMI_USER_MSCI_USER_PLANI_ACC_SPROMI_USER_SWITCHI_ACCT_BILL_CYCLE…….>>后臺TF進程>>業(yè)務受理的典型流程-送開通1)在CRM的受理業(yè)務流程中，開通接口模塊從訂單對象里獲取需要發(fā)送外圍平臺的產品信息，并根據(jù)開通接口模塊里的配置來生成相應的指令串存儲在CRM數(shù)據(jù)庫里，此時CRM側的開通接口模塊處理完畢(異步處理的)；2）后臺進程上布署的開通TF進程會實時監(jiān)控CRM的開通接口表，發(fā)現(xiàn)有數(shù)據(jù)就會把相關的數(shù)據(jù)搬遷到統(tǒng)一開通的數(shù)據(jù)里，此時CRM側要做的事就完成了；3）統(tǒng)一開通根據(jù)CRM送的數(shù)據(jù)根據(jù)配置分別去通知相關的外圍平臺，完成開通；業(yè)務受理的典型流程-報表沉淀給營業(yè)員的班長使用，統(tǒng)計業(yè)務受理量和收入等情況。1）在受理流程中CRM系統(tǒng)中的報表沉淀模塊根據(jù)業(yè)務先從訂單對象中獲取必要的信息（業(yè)務信息、費用信息、資源信息等），保存在CRM側的報表接口表里；2）在后臺進程機這邊會部署一系列的進程（可以根據(jù)實際的業(yè)務量來進行分組），監(jiān)控報表沉淀接口表，如果有數(shù)據(jù)則把這些數(shù)據(jù)寫進報表系統(tǒng)相關表；業(yè)務受理的特點產品管理的以下概念是統(tǒng)一訂單管理模型的基礎