計(jì)費(fèi)簡介及融合探討

1、計(jì)費(fèi)系統(tǒng)簡介第2頁計(jì)費(fèi)系統(tǒng)架構(gòu)第3頁名詞術(shù)語名稱英文描述產(chǎn)品Product電信企業(yè)銷售給客戶的原子級的、銷售上不可再分的單元，可細(xì)分為主產(chǎn)品和附屬產(chǎn)品；主產(chǎn)品產(chǎn)生計(jì)費(fèi)事件，附屬產(chǎn)品不產(chǎn)生計(jì)費(fèi)事件；銷售品Product Offer指電信運(yùn)營商運(yùn)用營銷手段針對不同的營銷渠道、客戶細(xì)分、地域細(xì)分和銷售目標(biāo)等，對產(chǎn)品/產(chǎn)品包、定價(jià)計(jì)劃進(jìn)行必要的包裝的產(chǎn)物。所有產(chǎn)品和產(chǎn)品包必須封裝成銷售品才能銷售，產(chǎn)品和產(chǎn)品包本身不直接面向客戶銷售。銷售品實(shí)例Offer Instance電信銷售品被客戶購買，一個(gè)銷售品實(shí)例就形成了，也就是客戶開通了電信業(yè)務(wù)。一個(gè)客戶可以有多個(gè)銷售品實(shí)例 。產(chǎn)品實(shí)例P r o d u c

2、 t Instance形成銷售品實(shí)例時(shí)，會產(chǎn)生一個(gè)或多個(gè)產(chǎn)品實(shí)例。一個(gè)主產(chǎn)品實(shí)例有對應(yīng)的一種網(wǎng)絡(luò)的硬性物理連接，用于識別該業(yè)務(wù)，具體表現(xiàn)為計(jì)費(fèi)的唯一標(biāo)識，并有相應(yīng)的接入號碼，比如電話號碼，ADSL 號等。定價(jià)計(jì)劃Price Plan針對產(chǎn)品/產(chǎn)品包制定的價(jià)格方案，它包含了資費(fèi)標(biāo)準(zhǔn)和優(yōu)惠計(jì)算等規(guī)則。定價(jià)段落Pricing Section定價(jià)段落可以理解成為一個(gè)資費(fèi)的選擇樹，任何計(jì)費(fèi)事件都可以通過一層或多層的資費(fèi)查找，定位其應(yīng)當(dāng)執(zhí)行的一個(gè)或多個(gè)資費(fèi)標(biāo)準(zhǔn)。資費(fèi)標(biāo)準(zhǔn)Tariff對客戶所使用的產(chǎn)品進(jìn)行計(jì)費(fèi)的基本費(fèi)用信息，資費(fèi)標(biāo)準(zhǔn)可分為一次性費(fèi)用、周期性費(fèi)用和使用費(fèi)三種類型。定價(jià)參考對象P r i c i

3、 n g R e f e r e n c e Object在對產(chǎn)品/產(chǎn)品包/銷售品進(jìn)行定價(jià)的過程中所牽涉的對定價(jià)有影響的數(shù)據(jù)實(shí)體的相關(guān)參照屬性，可以是（但不限于）產(chǎn)品/產(chǎn)品包、銷售品、客戶協(xié)議、帳戶、計(jì)費(fèi)事件、行政區(qū)域、電信管理區(qū)域等實(shí)體的相關(guān)屬性。計(jì)費(fèi)事件Usage Event客戶在使用電信的產(chǎn)品或服務(wù)的過程中，所產(chǎn)生的用于計(jì)費(fèi)的使用記錄。如CDR、數(shù)據(jù)業(yè)務(wù)的服務(wù)使用記錄、內(nèi)容服務(wù)的使用記錄等。第4頁計(jì)費(fèi)話單處理流程采集預(yù)處理批價(jià)合帳（信控）原始話單文件預(yù)處理后話單文件批價(jià)結(jié)果文件第5頁周期費(fèi)處理種類：月租、月租日算、賬期初月租周期費(fèi)計(jì)算環(huán)節(jié)對周期性事件生成環(huán)節(jié)生成的周期性事件進(jìn)行解析，調(diào)用

4、算費(fèi)流程，生成周期費(fèi)算費(fèi)結(jié)果，算費(fèi)流程如下：1.根據(jù)周期性事件查詢對應(yīng)的銷售品、產(chǎn)品包上的定價(jià)計(jì)劃。2.查詢對應(yīng)于事件類型的事件定價(jià)策略。3.匹配定價(jià)策略對應(yīng)的定價(jià)段落樹上的定價(jià)判斷條件、參考對象。4.取得定價(jià)段落樹分支資費(fèi)配置。5.根據(jù)相應(yīng)的資費(fèi)配置生成帳目費(fèi)用。第6頁賬務(wù)優(yōu)惠種類：產(chǎn)品優(yōu)惠、商品優(yōu)惠、商品日優(yōu)惠、賬期初優(yōu)惠、賬戶優(yōu)惠、捆綁優(yōu)惠等。以賬單表作為優(yōu)惠內(nèi)容的輸入和結(jié)果的輸出優(yōu)惠處理流程：1、遍歷銷售品表，獲取符合條件的銷售品。2、根據(jù)定價(jià)計(jì)劃查找定價(jià)計(jì)劃策略組，如果策略組定價(jià)計(jì)劃中有需要處理優(yōu)惠種類的類型，則取此銷售品ID，到銷售品實(shí)例表查找銷售品實(shí)例。3、找到實(shí)例之后，分析優(yōu)惠

5、條件是否滿足（是否預(yù)開通，生失效時(shí)間等），后續(xù)分析定價(jià)計(jì)劃、定價(jià)組合、定價(jià)策略，按配置賬目及優(yōu)惠內(nèi)容進(jìn)行處理。第7頁產(chǎn)品、套餐、協(xié)議資費(fèi)處理順序清單協(xié)議資費(fèi)套餐資費(fèi)產(chǎn)品資費(fèi)賬務(wù)產(chǎn)品優(yōu)惠套餐優(yōu)惠協(xié)議優(yōu)惠賬戶優(yōu)惠清單排他處理，賬務(wù)疊加處理CRM與計(jì)費(fèi)模型融合探討2015年6月現(xiàn)網(wǎng)兩套三戶模型所帶來的問題分析本次融合模型解決的問題12目錄目錄融合后需應(yīng)用或運(yùn)營關(guān)注的問題3CRM與計(jì)費(fèi)兩套檔案模型的背景與計(jì)費(fèi)兩套檔案模型的背景目前現(xiàn)網(wǎng)絕大部分省公司的檔案模型，即CRM和計(jì)費(fèi)的檔案物理模型是不同的，同樣的信息兩套模型承載，信息需要轉(zhuǎn)換，自然而然就會帶來數(shù)據(jù)不一致問題。 由于CRM和計(jì)費(fèi)之前分屬不同的功能

6、域，規(guī)范也是各自制定的，且現(xiàn)網(wǎng)CRM和計(jì)費(fèi)系統(tǒng)一般是兩支不同的團(tuán)隊(duì)1、歷史原因?qū)е翪RM和計(jì)費(fèi)檔案模型兩套 CRM ：注重面向營銷過程的需要，同時(shí)考慮與后端的銜接。系統(tǒng)能夠支持快速推出新業(yè)務(wù)，方便、快速地定制銷售品。 計(jì)費(fèi) ： 注重對各種費(fèi)用的計(jì)算處理過程，系統(tǒng)能夠支持準(zhǔn)確、高效的費(fèi)用計(jì)算2、業(yè)務(wù)模式的差異性要求CRM和計(jì)費(fèi)模型有差異1010模型差異原因一模型差異原因一：業(yè)務(wù)表達(dá)不一致（業(yè)務(wù)概念層面）：業(yè)務(wù)表達(dá)不一致（業(yè)務(wù)概念層面） 因?yàn)橄到y(tǒng)歷史遺留問題，或者兩系統(tǒng)對業(yè)務(wù)的表達(dá)方式不一樣，導(dǎo)致兩系統(tǒng)的業(yè)務(wù)落地?cái)?shù)據(jù)的結(jié)構(gòu)或者粗粒度存在差異；u 例如: CRM與計(jì)費(fèi)的套餐粒度不一樣，CRM對于不同

7、套餐檔次采用不同的銷售品來表達(dá)，而計(jì)費(fèi)即采用一個(gè)套餐不同套餐屬性來實(shí)現(xiàn)。樂享3G-49元檔樂享3G-89元檔樂享3G-129元檔樂享3G-189元檔樂享3G套餐屬性：套餐檔次屬性值：49屬性值：89屬性值：129屬性值：189CRM：多檔次多個(gè)銷售品計(jì)費(fèi)：多檔次一個(gè)銷售品 采用屬性表達(dá)檔次映射1111模型差異原因一模型差異原因一：業(yè)務(wù)表達(dá)不一致（物理模型層面）：業(yè)務(wù)表達(dá)不一致（物理模型層面）手機(jī)號碼0親情功能產(chǎn)品實(shí)例屬性：親情號碼1屬性：親情號碼2屬性：親情號碼3群實(shí)例群成員：號碼0群成員：號碼1群成員：號碼2群成員：號碼3CRM計(jì)費(fèi) CRM與計(jì)費(fèi)對于同一種業(yè)務(wù)，由于兩個(gè)系統(tǒng)功能不同，對信息的

8、表達(dá)或使用方式有差異，因此數(shù)據(jù)模型的表達(dá)是不一樣的； CRM注重邏輯表達(dá)靈活，計(jì)費(fèi)注重對系統(tǒng)性能影響；例如：對親情優(yōu)惠，CRM不生成群實(shí)例，需要計(jì)費(fèi)自行實(shí)例化，兩系統(tǒng)的數(shù)據(jù)表達(dá)是不一樣：1212模型差異原因二模型差異原因二：主數(shù)據(jù)編碼不一致：主數(shù)據(jù)編碼不一致 因?yàn)镃RM與計(jì)費(fèi)的主數(shù)據(jù)是分開制訂與管控的，并不是遵循同一套中國電信主數(shù)據(jù)規(guī)范；因而在具體落地時(shí)，兩個(gè)系統(tǒng)共同用到的主數(shù)據(jù)在CRM和計(jì)費(fèi)中各有一套標(biāo)準(zhǔn)，兩套主數(shù)據(jù)編碼存在不一致的情況，需要進(jìn)行映射轉(zhuǎn)換處理。l 動態(tài)主數(shù)據(jù)編碼： 銷售品編碼 產(chǎn)品編碼 屬性編碼 目錄編碼 區(qū)域編碼 局向編碼 l 靜態(tài)主數(shù)據(jù)編碼： 銷售品類型編碼 銷售品構(gòu)成編

9、碼 銷售品關(guān)系編碼 產(chǎn)品類型編碼 產(chǎn)品關(guān)系編碼 1313模型差異原因三：模型差異原因三：資料資料關(guān)注側(cè)重點(diǎn)不同關(guān)注側(cè)重點(diǎn)不同 CRM關(guān)注業(yè)務(wù)受理的便捷性。對于業(yè)務(wù)變更前信息統(tǒng)一寫入歷史表，后續(xù)使用較少。 計(jì)費(fèi)關(guān)注資料的時(shí)間連續(xù)性和準(zhǔn)確性。 以客戶更改個(gè)人定制套餐的流量屬性為例，某用戶2015年4月1日入網(wǎng)，訂購套餐流量1G，2015年5月11日變更流量為2G，下月生效：屬性標(biāo)識屬性值生效時(shí)間變更時(shí)間流量1G20150401屬性標(biāo)識屬性值生效時(shí)間變更時(shí)間流量2G2015040120150511屬性標(biāo)識屬性值生效時(shí)間變更時(shí)間流量1G20150401屬性標(biāo)識屬性值生效時(shí)間計(jì)費(fèi)生效時(shí)間計(jì)費(fèi)失效時(shí)間流量

10、2G201504012015060120301230流量1G201504012015040120150601屬性標(biāo)識屬性值生效時(shí)間計(jì)費(fèi)生效時(shí)間計(jì)費(fèi)失效時(shí)間流量1G201504012015040120301230業(yè)務(wù)變更前：CRM在用表業(yè)務(wù)變更后：CRM在用表業(yè)務(wù)變更后：CRM歷史表業(yè)務(wù)變更前：計(jì)費(fèi)資料表業(yè)務(wù)變更后：計(jì)費(fèi)資料表時(shí)間接續(xù)1414模型差異原因四模型差異原因四：同類功能模型分散實(shí)現(xiàn)：同類功能模型分散實(shí)現(xiàn)CRM一次性費(fèi)用周期性費(fèi)用計(jì)費(fèi)CRM應(yīng)用計(jì)費(fèi)應(yīng)用費(fèi)用信息一次性發(fā)票打印一次性費(fèi)用收取周期性發(fā)票打印周期性費(fèi)用收取l 一次性費(fèi)用收取和發(fā)票打印在CRM收銀臺中直接處理，然后再同步給計(jì)費(fèi)進(jìn)行

11、存檔，由于兩邊模型都各自制訂，一次性費(fèi)用的模型存在差異，在資料同步接口中需要進(jìn)行轉(zhuǎn)換處理。1515CRM計(jì)費(fèi)業(yè)務(wù)表達(dá)不一致主數(shù)據(jù)不一致側(cè)重點(diǎn)不一致同類功能模型不一致轉(zhuǎn)換程序問題接口技術(shù)問題運(yùn)營維護(hù)問題接口轉(zhuǎn)換CRM與計(jì)費(fèi)兩套模型落地問題分析與計(jì)費(fèi)兩套模型落地問題分析因?yàn)橐陨纤姆N情況導(dǎo)致資料同步時(shí)需要進(jìn)行數(shù)據(jù)轉(zhuǎn)換復(fù)雜的接口轉(zhuǎn)換程序帶來三方面問題1616原原因因問問題題導(dǎo)導(dǎo)致致現(xiàn)網(wǎng)兩套三戶模型所帶來的問題分析本次融合模型解決的問題12目錄目錄融合后需應(yīng)用或運(yùn)營關(guān)注的問題3BSS融合模型業(yè)務(wù)表達(dá)不一致（業(yè)務(wù)概念層面）主數(shù)據(jù)不一致側(cè)重點(diǎn)不一致同類功能模型不一致本次融合模型從源頭解決兩套模型差異本次融合

12、模型從源頭解決兩套模型差異，減少信息，減少信息轉(zhuǎn)換轉(zhuǎn)換1818兩套兩套模型模型問題問題l 一套規(guī)格數(shù)據(jù)；一套規(guī)格數(shù)據(jù)；l 一一套檔案資料；套檔案資料；l 一一套主數(shù)據(jù)標(biāo)準(zhǔn)。套主數(shù)據(jù)標(biāo)準(zhǔn)。統(tǒng)一業(yè)務(wù)表達(dá)（業(yè)務(wù)概念層面）統(tǒng)一主數(shù)據(jù)編碼兼容CRM計(jì)費(fèi)側(cè)重點(diǎn)不一致同類功能模型統(tǒng)一制定融合融合模型模型舉措舉措無須信息轉(zhuǎn)換，無須信息轉(zhuǎn)換，避免復(fù)雜數(shù)據(jù)接口轉(zhuǎn)換帶來的數(shù)據(jù)出錯(cuò)、不一致問題解決解決問題問題融合融合模型舉措模型舉措統(tǒng)一業(yè)務(wù)表達(dá)統(tǒng)一業(yè)務(wù)表達(dá)u 模型組聯(lián)合廠家整理了各種典型業(yè)務(wù)在現(xiàn)網(wǎng)的表達(dá)方式，分析了現(xiàn)網(wǎng)各省CRM和計(jì)費(fèi)模型與集團(tuán)模型的差異，然后基于分析結(jié)果進(jìn)行了融合模型編制；u 在模型編制過程中，BS

13、S三戶模型按照CRM和計(jì)費(fèi)采用同一套模型的原則制定；并根據(jù)此原則編寫落地場景文檔，統(tǒng)一各種典型業(yè)務(wù)CRM和計(jì)費(fèi)的落地方案。解決同一業(yè)務(wù)，CRM和計(jì)費(fèi)理解不一致問題：通過編寫融合模型規(guī)范文檔及典型業(yè)務(wù)場景驗(yàn)證文檔，明確定義融合模型涉及的各實(shí)體概念定義、明確典型業(yè)務(wù)落地原則，實(shí)現(xiàn)同一業(yè)務(wù)CRM和計(jì)費(fèi)理解一致解決銷售品粒度不一致問題：產(chǎn)品、銷售品規(guī)格相關(guān)數(shù)據(jù)CRM和計(jì)費(fèi)模型統(tǒng)一，表達(dá)統(tǒng)一解決產(chǎn)品銷售品實(shí)例落地CRM和計(jì)費(fèi)不一致問題：產(chǎn)品銷售品實(shí)例模型同一套，落地原則如下：實(shí)例數(shù)據(jù)落地時(shí)CRM和計(jì)費(fèi)能達(dá)成一致的按統(tǒng)一的落地方式如果因CRM和計(jì)費(fèi)業(yè)務(wù)模式的不同而要求落地模式有所差異的，融合模型支持同一套

14、模型下CRM和計(jì)費(fèi)存在冗余數(shù)據(jù), 保證兩個(gè)域性能處理需要。1919融合融合模型舉措模型舉措 統(tǒng)一主統(tǒng)一主數(shù)據(jù)編碼數(shù)據(jù)編碼u 模型組通過收集CRM和計(jì)費(fèi)系統(tǒng)在各省現(xiàn)網(wǎng)的主數(shù)據(jù)，并參考CRM2.8和計(jì)費(fèi)3.5的主數(shù)據(jù)規(guī)范，統(tǒng)一制定CRM和計(jì)費(fèi)的主數(shù)據(jù)編碼。解決動態(tài)主數(shù)據(jù)編碼不一致問題：解決動態(tài)主數(shù)據(jù)編碼不一致問題：產(chǎn)品銷售品規(guī)格模型是一致的，產(chǎn)品目錄、銷售品目錄、區(qū)域編碼需要全網(wǎng)統(tǒng)一，目前需求組正在梳理解決靜態(tài)主數(shù)據(jù)編碼不一致問題解決靜態(tài)主數(shù)據(jù)編碼不一致問題：對CRM和計(jì)費(fèi)表達(dá)同樣含義但主數(shù)據(jù)編碼不同的主數(shù)據(jù)進(jìn)行了歸并補(bǔ)充原來CRM和計(jì)費(fèi)規(guī)范中缺失的主數(shù)據(jù)刪除原來CRM和計(jì)費(fèi)規(guī)范有歧義、無用的主數(shù)

15、據(jù)。2020融合融合模型舉措模型舉措兼容兼容CRMCRM與計(jì)費(fèi)側(cè)重點(diǎn)不一致與計(jì)費(fèi)側(cè)重點(diǎn)不一致要求要求u 融合模型考慮了CRM和計(jì)費(fèi)系統(tǒng)對于同一實(shí)體因關(guān)注點(diǎn)不同而需要采集不同信息的要求，在模型層面支持兩者的兼容。針對針對CRM與計(jì)費(fèi)對產(chǎn)品與計(jì)費(fèi)對產(chǎn)品、銷售、銷售品實(shí)例信息關(guān)注點(diǎn)不同的問題：品實(shí)例信息關(guān)注點(diǎn)不同的問題：模型設(shè)計(jì)時(shí)兼容考慮兩者要求，例如：對于產(chǎn)品銷售品實(shí)例涉及的相關(guān)時(shí)間信息，產(chǎn)品銷售品實(shí)例模型支持統(tǒng)一記錄CRM和計(jì)費(fèi)所需的時(shí)間信息，既支持完整記錄CRM系統(tǒng)對客戶檔案變動的相關(guān)時(shí)間信息，也支持記錄表達(dá)計(jì)費(fèi)時(shí)間連續(xù)性的內(nèi)容；CRM關(guān)注產(chǎn)品屬性的全集，而計(jì)費(fèi)只關(guān)注影響資費(fèi)的產(chǎn)品屬性，因此模

16、型在產(chǎn)品屬性規(guī)格上增加“是否計(jì)費(fèi)需要”字段，以滿足計(jì)費(fèi)系統(tǒng)使用要求2121融合融合模型舉措模型舉措同類同類功能模型統(tǒng)一功能模型統(tǒng)一制定制定u 針對現(xiàn)網(wǎng)同類功能在現(xiàn)網(wǎng)存在CRM和計(jì)費(fèi)有兩套模型的情況，融合模型根據(jù)業(yè)務(wù)的功能特征對模型進(jìn)行了整合，同類功能采用同一套模型進(jìn)行統(tǒng)一的表達(dá)。一次性費(fèi)用功能所涉及模型統(tǒng)一在帳務(wù)子域表達(dá)特殊客戶名單（如客戶紅名單、黑名單等）統(tǒng)一在客戶子域表達(dá)。產(chǎn)品停機(jī)記錄統(tǒng)一在產(chǎn)品實(shí)例子域表達(dá)本次融合模型調(diào)整點(diǎn)：本次融合模型調(diào)整點(diǎn)：2222現(xiàn)網(wǎng)兩套三戶模型所帶來的問題分析本次融合模型解決的問題12目錄目錄融合后需應(yīng)用或運(yùn)營關(guān)注的問題3 采用同一套物理模型在支撐業(yè)務(wù)需求時(shí)，由于

17、CRM與計(jì)費(fèi)的系統(tǒng)設(shè)計(jì)目標(biāo)不同（CRM注重受理靈活性、計(jì)費(fèi)保證性能），通常在存儲細(xì)節(jié)上會有差異，如果為了兼顧不同系統(tǒng)的要求，常需要雙方在物理模型上相互妥協(xié)，影響需求支撐效率，也可能會因相互兼容而影響CRM或計(jì)費(fèi)的部分系統(tǒng)性能。需要從實(shí)現(xiàn)方案上考慮如何更好的兼容兩個(gè)系統(tǒng)的要求。需求支撐問題 融合模型后如果計(jì)費(fèi)與CRM耦合度比較高會導(dǎo)致系統(tǒng)故障相互影響的概率增加，例如: CRM訂單竣工環(huán)節(jié)如果與計(jì)費(fèi)側(cè)緊耦合，則計(jì)費(fèi)系統(tǒng)有問題時(shí)CRM受理也受影響； 計(jì)費(fèi)大量服務(wù)訪問CRM檔案庫，若CRM檔案庫有故障，計(jì)費(fèi)系統(tǒng)（主要為帳務(wù)）也將同時(shí)產(chǎn)生故障。需要應(yīng)用從技術(shù)上考慮如何規(guī)避。CRM受理與計(jì)費(fèi)系統(tǒng)緊耦合問題

18、 如果CRM和計(jì)費(fèi)都訪問同一個(gè)數(shù)據(jù)庫，CRM資料數(shù)據(jù)庫壓力會比較大，特別是受理高峰期時(shí)，如果計(jì)費(fèi)持續(xù)批量訪問CRM檔案庫會加大數(shù)據(jù)庫性能損耗，從而增加產(chǎn)生系統(tǒng)性能下降，甚至產(chǎn)生數(shù)據(jù)庫故障的風(fēng)險(xiǎn)。需要運(yùn)維考慮如何實(shí)現(xiàn)壓力分?jǐn)偂?在物理實(shí)現(xiàn)和應(yīng)用中：需要充分考慮性能問題, 特別是實(shí)時(shí)批價(jià),算費(fèi)需要的數(shù)據(jù)需考慮采用物理存儲上水平和縱向分離, 生產(chǎn)與查詢分離的原則,CRM檔案庫壓力較大問題CRM與計(jì)費(fèi)采用融合模型后需要應(yīng)用或運(yùn)維考慮解決與計(jì)費(fèi)采用融合模型后需要應(yīng)用或運(yùn)維考慮解決的問題的問題(一一)2424 在物理數(shù)據(jù)庫與內(nèi)存數(shù)據(jù)庫之間同步數(shù)據(jù)時(shí)，容易因場景考慮不全或者數(shù)據(jù)同步異常或者因網(wǎng)絡(luò)異常等一些異

19、常原因，導(dǎo)致檔案資料與內(nèi)存數(shù)據(jù)庫有可能存在數(shù)據(jù)不一致情況，如果內(nèi)存數(shù)據(jù)庫的稽核比對比較困難，則會進(jìn)一步加大核查、定位生產(chǎn)問題的難度 大批量檔案割接時(shí)，如果物理數(shù)據(jù)庫與內(nèi)存數(shù)據(jù)庫同步接口的性能有瓶頸，則反過來又會影響CRM和計(jì)費(fèi)的正常使用物理據(jù)庫與內(nèi)存數(shù)據(jù)庫的數(shù)據(jù)一致性問題 融合模型落地后，后續(xù)需建立長效機(jī)制，對每次出新的業(yè)務(wù)或模型,都需要對模型的表達(dá)或理解進(jìn)行定義和明確, 確保理解一致性建立融合模型的使用規(guī)范的長效機(jī)制 數(shù)據(jù)冗余模式下的割接準(zhǔn)備工作量和難度都比較大, 建議制定相關(guān)的系統(tǒng)數(shù)據(jù)清理或梳理的指導(dǎo)手冊 冗余數(shù)據(jù)之間的數(shù)據(jù)一致性保持、 物理庫與內(nèi)存庫之間的數(shù)據(jù)一致性保持，都需要有監(jiān)控和校

20、驗(yàn)工具支持 融合模型下, 計(jì)費(fèi)側(cè)不可避免需采用內(nèi)存數(shù)據(jù)模式解決性能問題, 需要考慮約定內(nèi)存數(shù)據(jù)的存儲原則融合模型落地過程中的難點(diǎn)CRM與計(jì)費(fèi)采用融合模型后需要應(yīng)用或運(yùn)維考慮解決與計(jì)費(fèi)采用融合模型后需要應(yīng)用或運(yùn)維考慮解決的問題的問題(二二)2525謝謝！目錄目錄檔案資料共享融合模型資料時(shí)間連續(xù)性方案在用表在用表歷史表歷史表變更前資料變更后資料在用表在用表履歷表履歷表變更前資料變更后資料方案方案1方案方案2 CRM關(guān)注業(yè)務(wù)受理的便捷性。對于業(yè)務(wù)變更前資料后續(xù)使用較少。 計(jì)費(fèi)關(guān)注資料的時(shí)間連續(xù)性和準(zhǔn)確性。對于一個(gè)計(jì)費(fèi)周期內(nèi)的多條信息，包括在用、歷史資料，均可能使用。CRM和計(jì)費(fèi)對資料模型的差異分析和

21、計(jì)費(fèi)對資料模型的差異分析 參照在用表復(fù)制一套結(jié)構(gòu)相同的歷史表，用于寫入CRM變更前的資料。 歷史表與在用表上統(tǒng)一增加計(jì)費(fèi)資料生失效時(shí)間，維護(hù)資料時(shí)保持在用表、歷史表數(shù)據(jù)的時(shí)間連續(xù)性。融合資料模型時(shí)間連續(xù)性方案一融合資料模型時(shí)間連續(xù)性方案一 參照在用表復(fù)制一套結(jié)構(gòu)相同的歷史表，用于寫入CRM變更前后的資料。 歷史表增加計(jì)費(fèi)資料生失效時(shí)間，維護(hù)資料時(shí)保持歷史表數(shù)據(jù)的時(shí)間連續(xù)性。融合資料模型時(shí)間連續(xù)性方案二融合資料模型時(shí)間連續(xù)性方案二融合模型資料時(shí)間連續(xù)性方案方案方案優(yōu)點(diǎn)優(yōu)點(diǎn)缺點(diǎn)缺點(diǎn)方案一：資料分兩張表存放在用表記錄當(dāng)前數(shù)據(jù)，歷史表記錄歷史數(shù)據(jù)，歷史表中不包含當(dāng)前記錄冗余1、沒有數(shù)據(jù)冗余。1、計(jì)費(fèi)需

22、要連接兩張表格數(shù)據(jù)，性能開銷較大。方案二：資料分兩張表存放在用表記錄當(dāng)前數(shù)據(jù)，歷史表記錄歷史數(shù)據(jù)，歷史表中包含當(dāng)前記錄冗余。1、回避了方案一中帶來的性能問題。1、產(chǎn)生了數(shù)據(jù)冗余。方案三：資料存放（3個(gè)月）一張表中，通過標(biāo)示符區(qū)隔當(dāng)前有效及歷史數(shù)據(jù)。1、回避了方案一中帶來的性能問題。2、消除了方案二中的數(shù)據(jù)冗余。1、在大數(shù)據(jù)量時(shí)存在性能瓶頸。2、不利于正式環(huán)境中分片存放。n討論推薦： 方案二 n優(yōu)缺點(diǎn)分析：過渡期定義v 過渡期業(yè)務(wù)場景過渡期業(yè)務(wù)場景場景一：A客戶在2015年1月20日來營業(yè)廳辦理e9-119套餐，同時(shí)訂購移動語音、固定電話和寬帶，客戶確認(rèn)套餐次月生效。移動語音產(chǎn)品在2015年1月

23、20日當(dāng)天即可使用，固定電話和寬帶于2015年1月23日上門安裝調(diào)測后才可使用。由于客戶選擇次月生效，e9-119套餐將在2015年2月1號才生效。移動語音產(chǎn)品從1月20日至1月31日、固定電話和寬帶從1月23日至1月31日，計(jì)費(fèi)需要按過渡期資費(fèi)進(jìn)行費(fèi)用計(jì)算。場景二：B客戶已有樂享4G-129套餐，在2015年1月20日日來營業(yè)廳辦理副卡同時(shí)訂購移動語音。移動語音產(chǎn)品在2015年1月20日當(dāng)天即可使用，由于業(yè)務(wù)要求，副卡只能在次月享受套餐內(nèi)優(yōu)惠。移動語音產(chǎn)品從1月20日至1月31日，計(jì)費(fèi)需要按過渡期資費(fèi)進(jìn)行費(fèi)用計(jì)算。v 過渡期定義過渡期定義產(chǎn)品竣工后至銷售品與產(chǎn)品關(guān)系生效之前的這段時(shí)間，認(rèn)為是過渡期。v 過渡期方案過渡期方案方案一：由銷售品定價(jià)進(jìn)行區(qū)分，定義過