中國移動業(yè)務運營業(yè)務支撐系統(tǒng)-業(yè)務管理子系統(tǒng)_第1頁
中國移動業(yè)務運營業(yè)務支撐系統(tǒng)-業(yè)務管理子系統(tǒng)_第2頁
中國移動業(yè)務運營業(yè)務支撐系統(tǒng)-業(yè)務管理子系統(tǒng)_第3頁
中國移動業(yè)務運營業(yè)務支撐系統(tǒng)-業(yè)務管理子系統(tǒng)_第4頁
中國移動業(yè)務運營業(yè)務支撐系統(tǒng)-業(yè)務管理子系統(tǒng)_第5頁
已閱讀5頁,還剩46頁未讀, 繼續(xù)免費閱讀

付費下載

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

中國移動業(yè)務運營業(yè)務支撐系統(tǒng)( BOSS)概要設計書 業(yè)務管理子系統(tǒng) 版本號: 3.0 密級:機密 編寫: 年月日 審核: 年月日 批準: 年月日 聯(lián)創(chuàng)科技 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 目 錄 1. 引言 . 1.1 軟件名稱 . 1.2 文檔說明 . 1.3 文檔密級 . 1.4 參考資料 . 2. 總體描述 . 2.1 功能描述 . 2.2 軟件結構 . 3. 模塊設計 . 3.1 資源管理 . 3.1.1 分級管理與權限控制 . 3.1.2. 3.1.3 號碼資源管理 . 3.1.4 卡號資源管理 . 3.1.5 票據(jù)資源管理 . 錯誤 !未定義書簽。 3.1.6 續(xù)費卡資源管理 . 3.1.7 終端配件資源管理 . 3.1.8 其他資源管理 . 錯誤 !未定義書簽。 3.2 資費管理 . 3.2.1 業(yè)務資費管理 . 3.2.2 帳務資費管理 . 3.2.3 套餐資費管理 . 3.3 客戶管理 . 3.3.1 潛在客戶管理 . 3.3.2 客戶信用管理 . 3.3.3 客戶有效期管理 . 3.3.4 客戶欠費管理 . 3.3.5 用戶積 分管理 . 3.4 大客戶管理 . 3.4.1 大客戶分類 . 3.4.2 大客戶資料管理 . 3.4.3 大客戶信用管理 . 3.4.4 大客戶服務 . 3.4.5 大客戶分析 . 3.5 集團用戶管理 . 3.5.1 集團用戶分類 . 3.5.2 集團用戶資料管理 . 3.5.3 集團用戶信用管理 . 3.5.4 集團用戶資費管理 . 3.5.5 集團用戶服務 . 錯誤 !未定義書簽。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.5.6 集團用戶統(tǒng)計分析 . 錯誤 !未定義書簽。 3.6 代理商管理 . 3.6.1 代理商分類 . 3.6.2 代理商資料 管理 . 3.6.3 代理商結算 . 錯誤 !未定義書簽。 3.6.4 代理商評估 . 錯誤 !未定義書簽。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 1. 引言 1.1 軟件名稱 1.2 文檔說明 1.3 文檔密級 1.4 參考資料 BOSS 業(yè)務規(guī)范 BOSS 系統(tǒng)技術規(guī)范 移動 BOSS 系統(tǒng)需求 規(guī)格書營收管理 V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書查詢統(tǒng)計 V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書帳務管理 V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書資源管理 V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書輔助管理 V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書代理商管理 V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書增補需求匯編 1 V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書移動計費(漫游) V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書移動計費(數(shù)據(jù)) V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書移動計費(語 音) V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書移動計費(語音)附件 3_預處理校驗規(guī)則 移動 BOSS 系統(tǒng)需求規(guī)格書移動計費(語音)附件 4_字段檢驗標準 移動 BOSS 系統(tǒng)需求規(guī)格書移動計費(語音)附件 6_統(tǒng)計要素 移動 BOSS 系統(tǒng)需求規(guī)格書移動計費 V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書聯(lián)機指令 V1_0 移動 BOSS 系統(tǒng)需求規(guī)格書數(shù)據(jù)采集 V1_0 2. 總體描述 2.1 功能描述 業(yè)務管理主要完成與客戶服務密切相關的信息管理,主要包括資源的管理,資費的管理,客戶的管理,大客戶的管理, 集團用戶的管理,代理商的管理。從功能上可以分為三大塊:產(chǎn)品管理,客戶管理和代理管理。資源和資費屬于產(chǎn)品管理,是移動公司提供產(chǎn)品服務的基礎;客戶,大客戶和集團用戶是客戶管理,主要為移動研究客戶群服務;代理管理主要是對移動公司合作對象的管理。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 2.2 軟件結構 系統(tǒng)管理資源管理 資費管理 客戶管理 大客戶管理 集團用戶管理號碼資源卡號資源卡號資源票據(jù)資源沖值卡資源業(yè)務資費帳務資費套餐管理潛在客戶管理客戶信用管理代理商管理終端資源配件資源其他資源資料管理信用管理服務與分析 3. 模塊設計 在模塊設計中,模塊之間有相互調(diào)用關系,為了在數(shù)據(jù)流程圖中能清楚表明模塊之間的關系,對每個模塊都定義一個模塊流程標識,采用有意義的英文說明。 3.1 資源管理 3.1.1 分級管理與權限控制 分級管理定義:分級管理是 指根據(jù)不同的權限級別,對不同地域范圍內(nèi)的所擁有地資源進行下級分配。具體舉例來說,系統(tǒng)將地域劃分無,個兒,營業(yè)廳(部門),業(yè)務區(qū),地州,全省共 6 個級別,同樣對于資源分配權也分別對應這 6 個級別,如果某個員工他的資源分配權的級別在營業(yè)廳這個級別,那他的分配權力是將歸屬于這個營業(yè)廳的資源分配給這個營業(yè)廳下的員工,其他就依次類推。采用分級管理,從管理角度上來非常嚴謹,所以操作起來就比較繁瑣,有些省份喜歡采用粗線條的管理,使用這種方法對他們不適用,所以資源分級管理的升級管理的實施采用配置控制的方法。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 在我們的資 源表中,歸屬除地州、業(yè)務區(qū)、營業(yè)廳、員工外,還有一個歸屬組,歸屬組是營業(yè)廳的組合,權限上與營業(yè)廳同級。下面是在采用分級管理的辦法時,對資源分配的控制: 新資源入庫:不管是地州新資源入庫還是省中心資源入庫,號碼入庫后的歸屬地州均屬于員工登錄的歸屬地州; 資源正式分配: 資源其他管理:采用資源使用權。在級別大于業(yè)務區(qū)時,操作者可以操作任何資源,否則操作者只能操作歸屬于自己權限范圍內(nèi)的資源,如具有營業(yè)廳級別的操作者,只能操作歸屬于本營業(yè)廳的資源信息。具體使用權限規(guī)定如下:只有資源使用權限大于 0級別的才能進 行資源修改;只有資源使用權限大于 3級別的才能進行資源刪除;資源修改只能修改自己權限范圍內(nèi)的資源: 1,修改歸屬自己的資源,2,修改歸屬營業(yè)廳的資源, 3,修改歸屬業(yè)務區(qū)的資源, 4,修改歸屬地州的資源。 3.1.2 號碼資源管理 3.1.2.1 管理模式和方法 號碼資源管理采用兩級管理模式:省中心管理和地州中心管理。 管理方法示意圖(它是一個小型的進銷存系統(tǒng)): 庫存 銷售入庫分配維護、統(tǒng)計維護、統(tǒng)計回收臨時庫 提交 3.1.2.2 管理狀態(tài)分析 一個號碼從產(chǎn)生到再用要經(jīng)過很多的環(huán)節(jié),為了能有效管理號資源,在每個環(huán)節(jié)它都有一個狀態(tài),而 且在一般情況下這些狀態(tài)都是有序的,也就是說每個號都要經(jīng)過這個南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 狀態(tài)流,以下是各狀態(tài)的含義: 空閑:是指移動號碼剛導入庫中還沒被使用時的狀態(tài); 選占和預占:這兩個是中間狀態(tài),主要是用于控制前臺開戶的流程; 占用:是指用號碼被買出后用戶使用時的狀態(tài); 釋放:是指號碼做過銷號或改號后的凍結狀態(tài); 預留:是指有些號碼被保留在庫中不允許買出的狀態(tài); 3.1.2.3 號碼屬性分析 號碼除了有狀態(tài)外,還有其它一些重要屬性,以下是詳細介紹: 局號:考慮到號碼的管理都是批量管理,所以在號碼管理時采用號碼段的概念。對于每個號碼段,我們用一個唯 一標識來表示它,這就是移動局號。局號不光是標識了號碼段,它同時反應該號碼段對應的共同屬性,如移動號碼對應交換機編號等; 號碼用途類型: BOSS 系統(tǒng)是一個非常綜合的系統(tǒng),在系統(tǒng)中會用到不同用途種類的號碼資源,如專門為移動使用的 GSM 號碼, CDMA 號碼;專門為超級尋呼使用的超級尋呼號碼等等。 號碼類型:號碼類型是對某種號碼用途的號碼使用目的的分類,往往在管理中,不同的號碼段會有不同的用途,比如某種類型的號碼可以專門作為全球通品牌出售,某種類型的號碼可以專門作為本地通出售等等; 號碼預配標志:是指此號是否與一張 SIM 卡臨時對應關系; 預開戶標志:是否預先開過戶。 3.1.2.4 入庫 按照用戶的要求在臨時庫中生成一批新號碼,并自動匹配號費,為某些號碼加上選號費。 首先在臨時庫中生成一批號碼,如果生成的號碼有誤,可單條或批量在臨時庫中修改號碼,也可以刪除新增號碼,重新生成;若生成的號碼無誤,即可將其導入正式庫,并同時刪除臨時庫中的號碼,以避免重復導入;如此時發(fā)現(xiàn)導入正式庫中的號碼有誤可單條或批量在正式庫中修改號碼,若是無法挽回的錯誤只能刪除正式庫中的數(shù)據(jù),并要記錄刪除日志。 3.1.2.4.1 入庫準備 入庫準備工作主要對將要入庫的信息準備好,主要是號 碼段信息,號碼用途信息,號碼類型信息,入庫地州信息和市縣信息,對于地州用戶,只要考慮入庫的市縣信息。在入庫的時候,可以自動匹配費號類型,計算號碼的選號費。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 入庫的流程很簡單,只要將這些信息匹配以后,入的臨時庫中,同時記錄日志。 3.1.2.4.2 入庫維護 入庫維護是對臨時庫內(nèi)的數(shù)據(jù)進行修改。為了保證入到正式庫中的數(shù)據(jù)是完全正確的,在正式庫提交前可以進行部分數(shù)據(jù)修改,除了號碼本身信息外,其他信息都可以修改,同時記錄修改日志。 (a) 號碼資料修改 可修改的號碼資料為:移動局號,號碼用途類型,號碼類型,費號金額,歸屬市縣等。 (b) 號碼資料清 理 對于臨時庫中的號碼資料,如果發(fā)現(xiàn)整個號碼段錯誤,可以隨時刪除。 3.1.2.4.3 入庫提交 將臨時庫中的號碼信息提交到號碼正式庫中,并記錄日志。可以選擇號碼段部分提交,也可以是全部提交。 3.1.2.5 號碼分配 3.1.2.5.1 分配方式 號碼分配采用兩種管理制度:營業(yè)廳和歸屬組。營業(yè)廳是將號碼分配到營業(yè)廳,校驗時按營業(yè)廳校驗;歸屬組時營業(yè)廳的組合,將號碼分配到歸屬組,然后按歸屬組校驗。后面一種是比較粗的管理方法。資源分配受權限控制,只有擁有資源分配權限,而且級別在 2 級以上的才能將號碼分配到營業(yè)廳或歸屬組。 3.1.2.5.2 省中心分配 省中心分配是一種管理上的分配,將 號碼段分配給地州,主要可以提供全省的號碼分布情況。 3.1.2.5.3 省中心地州分配 省中心可以直接將號碼分配到地州的臨時庫,免去地州號碼入庫的工作。 3.1.2.5.4 地州分配 各地市將省中心分配的或自己生成的號源分配給營業(yè)廳或歸屬組,只有擁有資源分配權并級別在 2 以上的也可分配,在分配的同時自動加上此營業(yè)廳或歸屬組所屬的市縣,若分配錯誤可及時回收,重新分配。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 (a) 歸屬組管理 歸屬組是多個營業(yè)廳的組合,一個營業(yè)廳可屬于任意一個歸屬組,并可同時歸屬于幾個組;有權限的人可增加,刪除,修改歸屬組的定義,并記錄日志。 3.1.2.6 號碼維護 對已在正式庫的號碼資源進行 修改。 3.1.2.6.1 號碼資料修改 號碼資料修改是修改號碼的屬性,如號碼類型,狀態(tài),移動局號,操作員工,歸屬地,選號費等,可提供采用逐條和批量修改兩種管理模式,批量修改還可重新計算一批號碼的選號費,由于號碼狀態(tài)不能隨意修改,所以只有此權限的人才可修改,并要記錄日志。 3.1.2.6.2 號碼資料清理 可對正式庫中處于空閑的號碼進行刪除,一般情況下不會使用此功能,如果把一批號導入正式庫時發(fā)現(xiàn)導入錯誤,此時可以使用該功能清理號碼。 3.1.2.7 號碼回收 把已正式銷號 N 個月以上或做過改號后的號碼的狀態(tài)初使化,讓其能再買給其他用戶使用,這里的月份數(shù)由用戶自己定 義,并且它有個參照日期,可以是當天也可以是某一,也由用戶定義。 3.1.2.8 統(tǒng)計分析 完成按任意條件或條件組合對正式庫的移動號碼進行分級統(tǒng)計,統(tǒng)計從范圍上分為三層:全省級統(tǒng)計,地洲級統(tǒng)計,市縣級統(tǒng)計,這三級統(tǒng)計都可按移動號碼要素(如分配標志,號碼狀態(tài),移動局號,領用部門,領用市縣)等分組統(tǒng)計,但每一級都不可越權。 (a) 全省級統(tǒng)計 擁有數(shù)據(jù)查詢權并級別是 5 的人員可對全省的號碼資源進行統(tǒng)計,一般是由省中心人員進統(tǒng)計,他們只關心每個地州擁有的號碼總量。 (b) 地州級統(tǒng)計 擁有數(shù)據(jù)查詢權并級別大于等于 4 的人員可對自己全地洲的號碼資源進行 統(tǒng)計,這里不但能統(tǒng)計全地洲的號碼總量,還能統(tǒng)計號碼在各個縣,部門(歸屬組,營業(yè)廳的分布和使用情況。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 (c) 市縣級統(tǒng)計 擁有數(shù)據(jù)查詢權并級別大于等于 3 的人員可對本市縣的號碼資源進行統(tǒng)計,這里不但能統(tǒng)計全市縣的號碼總量,還能統(tǒng)計號碼在屬于該縣的部門(歸屬組,營業(yè)廳)的分布和使用情況。 3.1.2.9 日志查詢 完成按條件查詢移動號碼生成,出入庫,下發(fā)和回收日志記錄,如按照時間段,操作員工,操作類型等查詢。 3.1.3 卡號資源管理 3.1.3.1 管理模式和方法 卡號資源管理采用兩級管理模式:省中心管理和地州中心管理。 管理方法示意圖(它是一個小型的進銷存系統(tǒng) ): 庫存預配 , 預開, 銷 售入庫分配維護、統(tǒng)計維護、統(tǒng)計臨時庫 提交 3.1.3.2 管理狀態(tài)分析 一張移動卡從產(chǎn)生到消亡要經(jīng)過很多的環(huán)節(jié),為了能有效管理卡資源,在每個環(huán)節(jié)它都有一個狀態(tài),而且在一般情況下這些狀態(tài)都是有序的,也就是說每張卡都要經(jīng)過這個狀態(tài)流,以下是各狀態(tài)的含義: 成卡未用:是指把省里的移動卡文件導入庫中后賦給它的狀態(tài),這時移動卡只是簡單的導入,不被任何人占用,等待管理員的分配; 成卡已用:是指移動卡正式被用戶使用后的狀態(tài),即已向交換機發(fā)過指令,被激活的卡狀態(tài),這里包括在營業(yè)廳激活的和做激活卡的;每個業(yè)務必須經(jīng)歷的 最后一步。南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 業(yè)務受理結束主要完 選占和預占:這兩個是中間狀態(tài),主要是用于控制前臺開戶的流程; 遺失卡:是指用戶做過補卡后舊卡的狀態(tài)。 壞卡:是指用戶做這換卡后舊卡的狀態(tài)。 作廢卡:由于交換機的容量有限,所以要定時對交換機進行清理,也就是清理卡的資源,一般是對遺失卡,壞卡,銷號卡進行清 KI,清完 KI 后此卡的狀態(tài)就是作廢卡,此卡在交換機上已沒有記錄; 銷號卡:用戶做完正式銷號后,此卡就做為銷號卡,在沒有清 KI 前,數(shù)據(jù)還保存在交換機上; 3.1.3.3 卡號屬性分析 一張移動卡除了有狀態(tài)外,還有其它一些屬性,以下是詳細介紹: 移 動卡號( SIM 卡號):是指為了便于管理給移動卡一個唯一的標識,就好比你在學校里的學號在整個系統(tǒng)中用戶是通 SIM 卡號對卡進行一切的操作,如卡分配,開戶等; IMSI 號:這是移動卡真正的名字,這個串號被記錄在交換機上,一旦向此卡發(fā)指令,其實就是對此串號進行操作。 SIM 卡號與 IMSI 號就好比一個人在學校的學號和他真正的名字; 移動卡類型:是指卡本身的類型,它卡內(nèi)存的大小來決定,一般分 8K 和 16K 兩種; 出入庫時間:是指卡被導入庫和入庫返銷的時間; 出入庫員工:是指進行卡導入工作的員工; 歸屬信息:是指此卡被分配到 的具體地點,可分為三級:市縣級;部門級(營業(yè)廳,歸屬庫);個人級; 3.1.3.4 入庫 3.1.3.4.1 入庫準備 入庫準備工作主要對將要入庫的信息準備好,移動卡的來源一般是移動或聯(lián)通總公司以文件的方式發(fā)送給各個省公司或由省公司自己生成卡文件,這里的入庫準備是指將磁盤文件(卡數(shù)據(jù))導入臨時庫的準備,主要是針對卡段信息,卡用途信息,卡類型信息,入庫地州信息和市縣信息,對于地州用戶,只要考慮入庫的市縣信息。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 (a) 文件格式化 有的卡數(shù)據(jù)文件的格式不符合數(shù)據(jù)庫中的格式,例如字段間的分隔是空格而不是 TAB空格,這時需要對格式進行處理。 (b) 文件導入 入臨時 庫的流程很簡單,只要將這些信息匹配以后,即可導入臨時庫中,同時記錄日志,此時可給用戶選擇是否立即入正式庫,如入了正式庫,還要記日志。 3.1.3.4.2 入庫維護 對已導入卡臨時庫的數(shù)據(jù)進行修改,分為逐條和批量修改,一般是針對自定義的要素(字段)如移動局號,卡類型等進行修改;以保證導入正式庫的數(shù)據(jù)正確。 (a) 卡資料修改 卡資料修改是針對自定義的要素(字段)如移動局號,卡類型,等的修改,對于一些重要的要素不可修改,如卡號, PIN 碼, PUK 碼; (b) 卡資料清理 修改如果導入的卡文件本身有誤,如 PIN 碼出錯,就不可用卡資料來維護,要及時清理 臨時表的數(shù)據(jù),等待重新導入。 3.1.3.4.3 入庫提交 將臨時庫中的卡資料提交到卡正式庫中,并記錄日志。可以選擇卡號段部分提交,也可以是全部提交,提交時要記錄日志。 3.1.3.5 卡號分配與回收 卡分配采用兩種管理制度:營業(yè)廳和個人。營業(yè)廳是指卡分配到營業(yè)廳,校驗時按營業(yè)廳校驗;歸屬組是營業(yè)廳的組合,將號碼分配到個人,然后按個人校驗。后面一種是比較細的管理方法。資源分配受權限控制,只有擁有資源分配權限,而且級別在 2 級以上的才能將號碼分配到營業(yè)廳或個人,當出現(xiàn)分配錯誤時,可以按分配時的級別分級回收,并要記錄日志。 3.1.3.5.1 省中心分配 省中心分配是 一種管理上的分配,將卡段分配給地州,主要可以提供全省的號碼分布情況。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 (a) 生成分配文件 省中心將總部給的卡文件經(jīng)過處理為每一個地州生成一個文件,再把卡文件分發(fā)到各地州,由他們自己導入數(shù)據(jù)。 (b) 省中心地州分配 省中心可以直接將卡文件導入地州的臨時庫,免去地州卡入庫的工作。 3.1.3.5.2 地州分配 各地市將已導入正式庫的卡分配給營業(yè)廳或個人,只有擁有資源分配權并級別在 2 以上的也可分配,在分配的同時自動加上此營業(yè)廳或歸屬組所屬的市縣(此為可選功能),當各部門人員來領卡時要打印領卡單,若分配錯誤可及時回收,重新分配,分配和回收都要記 錄日志。 3.1.3.6 卡號維護 對已導入正式庫的數(shù)據(jù)進行修改,一般是針對自定義的要素(字段)如移動局號,卡類型等進行修改。 3.1.3.6.1 卡資料修改 卡資料修改是針對自定義的要素(字段)如移動局號,卡類型等的修改,對于一些重要的要素不可修改,如卡號, PIN 碼, PUK 碼;修改分為逐條和批量修改,如果是嚴重錯誤,如 PIN 碼出錯,就不可用此功能來維護,要用卡資料清理來處理,至于卡狀態(tài)的修改,要有修改權限的人才可修改,并要記錄日志。 3.1.3.6.2 卡資料清理 可對正式庫中處于成卡未用的卡進行刪除,一般情況下不會使用此功能,如果把一批卡導入正式庫時發(fā)現(xiàn)導入 數(shù)據(jù)錯誤,此時可以使用該功能清理卡號,并要記錄日志。 3.1.3.7 GSM 卡批量管理 GSM 卡批量管理是針對卡特殊業(yè)務的管理,如卡的預配,預開,批量開戶等。 3.1.3.7.1 預配 移動電話在開戶時需要一張移動卡對應一個電話號碼,在營業(yè)廳開戶時這個對應關系被實時建立,無需預先配號,這里的預配號是給要做預開戶的移動卡配上一個電話號碼,只有擁有分配權的人員才可根據(jù)權限的級別進行分級預配,做完后還要記錄日志,如果預配錯誤南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 還可預配返號,預配可分為連號和過濾預配: (a) 連號預配 連號是指給一段連號的移動電話號碼配上連號的移動卡,并且在數(shù)量上要保持一致。 (b) 過濾預配 過濾預配可從一段電話號碼中根據(jù)用戶要求選取部分號碼和卡預配,也可讓用戶從外界導入要預配的號,注意不管什么預配,卡號要保證連續(xù)。 3.1.3.7.2 批量預開戶 完成已預配號的移動卡向交換機發(fā)開戶指令的工作,使移動卡被激活,可用。只有擁有預開權的人員才可根據(jù)權限的級別進行分級預開,做完后還要記錄日志,如果預開錯誤還可預開返銷,預配可分為連號和斷號預配: (a) 連號預開 連號是指對一段連續(xù)又被預配過的卡向交換機發(fā)開戶指令。 (b) 斷號預開 有時用戶單獨開了一段卡的其中幾張,如要把剩下的卡開戶,只要選擇斷號預開,再輸入這段的起始卡號 系統(tǒng)自動將沒激活的卡激活。 (c) 批量用戶資料進入 (i) 正式開戶 這主要是滿足虛擬用戶開戶,當用戶需要做一批虛擬開戶時,先對一批卡預配,再到這里把統(tǒng)一的虛擬用戶資料導入,同時可以為這些卡選擇入網(wǎng)費,套餐,特服等并且發(fā)開戶指令,整個步驟與普通開戶類似,在這里做的卡已是活卡,無需再去批量預開戶,如果正式開戶錯誤或想取消正式開戶,可以返銷,至于權限的管理與上面批量預開戶一樣,做完后要記錄日志。 (ii) 模擬開戶 這里完成的功能和上面相似,唯一的區(qū)別是模擬開戶中只導入用戶資料,不發(fā)開 戶指令,只是先把號和卡占有,如想激活,要到批量預開戶模塊里去激活 ,如查模擬開戶出錯,可以返銷,做完后要記錄日志。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 (d) 批量修改用戶資料 當用戶在做完批量用戶資料進入后發(fā)現(xiàn)部分資料錄入錯了,這時不用做返銷業(yè)務,在這里可以修改用戶資料,包括套餐,但這里只能修改是由批量開戶生成的用戶資料,一般在營業(yè)廳開戶的資料不允許修改。 3.1.3.7.3 批量業(yè)務 對一批連號的卡進行批量操作,一般都是針對還沒買出的卡。 (a) 批量選擇開通特服 對一批連號并且已被開戶(激活)的卡增加某些特服功能,這里的特服可由用戶在特服功能表中任意選擇 ,但已有的特服不可再開,操作完后要記錄日志。 (b) 批量開停機 有時要對一批卡(號)進行開停機,此模塊就是完成批量發(fā)停開機指令,并要記錄日志。 3.1.3.7.4 GSM 卡批量業(yè)務的指令實現(xiàn) 在 GSM 卡批量業(yè)務中,許多地方涉及到要對 HLR 發(fā)聯(lián)機指令,如預開業(yè)務和預開返銷業(yè)務,批量開通指令服務等等。我們規(guī)定預開業(yè)務(開戶)的業(yè)務類型為: YK;預開返銷業(yè)務(開戶返銷)的業(yè)務類型為 KY;對于批量開通指令服務,我們只支持開機、停機、漫游、增值的特服功能( HLR)幾種,對應的業(yè)務類型為 PZ(批量指令執(zhí)行)。 新增 GSM 卡管理的工單狀態(tài)流: PLXG:批量指令業(yè)務修改 PLJS:批量指令業(yè)務完成 建議流程為: SLDJ ZLX0 ZLD0 PLXG SLJS 填寫臺帳信息可采用 SLDJ 的流程處理。 ZLX0 與 ZLD0 的流程參照 GSM 業(yè)務概要設計書。 3.1.3.7.5 分配日志 SIM 卡分配牽涉到實物的流動,所以必須記錄詳細的分配和回收日志。 3.1.3.8 GSMKI 管理 3.1.3.8.1 KI 信息加密 KI 是一個 SIM 卡的重要信息,不允許被維護以外的人知道,所以 KI 在系統(tǒng)中的存儲南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 是加密存放的。 3.1.3.8.2 手工批量建 KI 對一批卡在交換機上建 KI,建 KI 相當于卡在交換機上登記一下,避免在開戶時實時建KI,提高 開戶速度,但這樣會長時間占用交換機的資源。 3.1.3.8.3 手工批量清理 KI 對銷號卡,補換卡后的壞卡要在交換機上清除,以免浪費資源,這里是手工清理,也就是說由用戶自己選擇要清 KI 的卡,一般用戶會根據(jù)交換機的資源定期清理。 3.1.3.8.4 KI 數(shù)據(jù)修正 當在系統(tǒng)中 KI 數(shù)據(jù)發(fā)生錯誤的時候,可以針對每一條 SIM 卡信息進行修改。 3.1.3.8.5 KI 數(shù)據(jù)自動清理 為了實現(xiàn)交換機容量的最大使用,需要對一些作廢的卡進行 KI 清理工作。 KI 的清理除可以手工清理外,大多數(shù)都是自動清理,清理的頻率可以認為設置。 3.1.3.8.6 清 KI 的指令實現(xiàn) 3.1.3.9 統(tǒng)計分析 完成按任意條件或條件組合對正式庫 的移動卡進行分級統(tǒng)計,統(tǒng)計從范圍上分為四層:全省級統(tǒng)計,地洲級統(tǒng)計,市縣級統(tǒng)計和個人級,這四級統(tǒng)計都可按移動卡要素(如分配標志,卡狀態(tài),移動局號,領用部門,領用市縣)等分組統(tǒng)計,并且這四級與統(tǒng)計權限的級別一一對應,擁有哪級權限級別就可對該級別對應的統(tǒng)計范圍進行統(tǒng)計,每一級不可越權。 3.1.3.10 日志查詢 完成按條件查詢移動卡出入庫,下發(fā)和回收,預配,預開的日志記錄,如按照時間段,操作員工,操作類型等查詢。 3.1.4 續(xù)費卡資源管理 3.1.4.1 續(xù)費卡狀態(tài)分析 續(xù)費卡的狀態(tài)分為:已錄入、已下發(fā)、已激活、已使用、已注銷、已過期、已刪除等七種狀態(tài) ,初始狀態(tài)為已錄入。只有在續(xù)費卡處于已激活狀態(tài)時,用戶方可用此卡繳納話費。 已錄入:續(xù)費卡信息輸入后的初始狀態(tài),由省管理中心設置; 已下發(fā):省公司將續(xù)費卡下發(fā)到分公司后的狀態(tài),由省管理中心設置; 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 已激活:省公司確認續(xù)費卡安全到達相應分公司后,由出庫進入各銷售網(wǎng)點開始銷售前,使之變?yōu)榭捎玫臓顟B(tài),由省管理中心設置; 已使用:用戶已使用該卡繳納話費后的狀態(tài),由管理系統(tǒng)自動設置; 已注銷:由于某種原因,如批量丟失、損壞等,使卡處于不可用的狀態(tài),由省管理中心設置; 已過期:該卡已超出有效使用截止期而用戶尚未使用該卡 繳納話的狀態(tài),由管理系統(tǒng)自動設置; 已刪除:因使用、注銷或過期等,系統(tǒng)不再保存該卡信息的狀態(tài),由省管理中心設置。對已刪除的續(xù)費卡的卡號資源,系統(tǒng)可重新使用。 續(xù)費卡各狀態(tài)之間的流程如下圖所示,各狀態(tài)之間順序不可逆轉、不可跳躍。 已刪除 已過期 已注銷 已錄入 已使用 已激活 已下發(fā) 3.1.4.2 管理模式與方法 從上面狀態(tài)的分析可以看出,續(xù)費卡的管理其實就是續(xù)費卡的狀態(tài)的管理,而且以省中心作為主要管理單位,分公司輔助的方法進行具體管理。為適應這種管理方法 . 3.1.4.3 續(xù)費卡密碼管理 續(xù)費卡依靠密碼進行續(xù)費,所以密碼要求唯一,系統(tǒng) 采用 DES64 密碼加密方法,并采用特殊的方法獲得唯一密碼。續(xù)費卡是有價卡,所以密碼必須保密。 3.1.4.4 續(xù)費卡制造 3.1.4.4.1 初始數(shù)據(jù)生成 續(xù)費卡卡號分為兩部分,相對固定部分和順序可變部分,前面部分為六位,主要有年份,批次,面值和廠家組成;后面部分為 8 位,生成新卡時,要輸入卡的起始序號,在此序號的南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 基礎上,順序累加,就得到不同的卡號。 為了得到卡的唯一密碼,新卡密碼必須與已經(jīng)生成的卡進行比較,因為采用三層結構,無法通過數(shù)據(jù)庫來比較密碼的唯一性,為了解決這個問題,采用先生成臨時文件的方法,就是將新生成的一批卡,存在硬盤上的臨時文件 ,在生成過程中首先保證這批卡中沒有重復。然后分批到制造庫中進行提交,提交失敗的卡剔除出來,重新進行密碼生成和臨時文件,再重復前面的過程,直到所有的卡生成完畢。 3.1.4.5 續(xù)費卡回收 續(xù)費卡回收是從作廢卡中獲得數(shù)據(jù),生成新的卡,與新卡制造類似,只不過不需要重新生成卡號,但密碼必須重新生成,參見新卡制造的流程。 3.1.4.6 續(xù)費卡入庫 3.1.4.7 續(xù)費卡出庫(下發(fā)) 3.1.4.8 續(xù)費卡激活 3.1.4.9 續(xù)費卡注銷和刪除 3.1.4.10 續(xù)費卡過期 續(xù)費卡過期采用后臺進程。 3.1.5 終端配件資源管理 3.1.5.1 管理模式與方法 終端與配件資料管理采用兩級管理的模式:市縣、營業(yè)廳管理。管理模式示意圖如下: 市縣庫存 營業(yè)廳銷售庫入庫 出庫增加出庫記錄維護、統(tǒng)計下發(fā)記錄 入庫 銷售記錄銷售增加銷售記錄維護、統(tǒng)計 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.1.5.2 終端分類 終端分類可以按服務類型進行分,如 GSM、 CDMA 服務使用的終端是手機,尋呼使用的終端是尋呼機,轉網(wǎng)使用的終端是轉網(wǎng)接入設備等,對于每一個終端,它有一個主件、附件和配件的屬性。舉例來說,手機是一個主件,手機耳機、外殼是附件,液晶顯示屏、集成電路板就是配件,配件的作用是維修,對于主件和附件是可以獨立銷售的。 3.1.5.3 終端入庫 3.1.5.3.1 價格管理 每個終端都有一個價格,價格通過終端設備編碼與終端相連,不管什么類型的終端,設備編碼是它的唯一標識,所以新的終端在入庫之 前,首先要確定是否是新的設備,如果是新的設備,必須為之增加設備編號,設備編號采用五位編碼。價格與時間相關,同一個設備編碼,在不同時間范圍內(nèi)價格是不一樣的。對于設備來說,設備編碼是一個人為編碼,便于記錄,但不便記憶,考慮到大多數(shù)設備都有其固有的型號,所以給設備增加一個設備名稱代碼,來記錄它的型號。 在價格管理時,在交叉的時間范圍內(nèi),不允許一個設備編碼同時對應兩個價格。 3.1.5.3.2 入庫管理 3.1.5.4 終端分配 3.1.5.5 終端使用 終端使用通過客戶服務中的業(yè)務受理實現(xiàn),目前開戶業(yè)務和補充業(yè)務支持終端的銷售,每當這些業(yè)務辦理完畢后, 要在營業(yè)廳庫存中登記銷售(出庫)記錄。 3.1.5.6 統(tǒng)計分析 分市縣庫存的出入庫統(tǒng)計、營業(yè)廳庫存的入庫統(tǒng)計和銷售統(tǒng)計。 3.1.5.7 日志查詢 對于終端管理的日志,主要有:市縣庫存出入庫日志,營業(yè)廳庫存入庫日志,對于營業(yè)廳庫存銷售日志(出庫)可使用業(yè)務的日志。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.2 資費管理 3.2.1 業(yè)務資費管理 3.2.1.1 業(yè)務收費項 業(yè)務收費項分為兩種:固定收費項與可變收費項。固定收費項是指每筆業(yè)務的辦理固定要收取的費用,如手續(xù)費,以前還有入網(wǎng)費等;可變費用項與在業(yè)務辦理選擇的設備不同而不同,如手機的不同型號會收取不同的費用, SIM 卡的不同功能會有不同的費用,不同的號碼 會有不同的費用,這些費用都是不定的,而且可變的費用可以多選,如你可以同時買多部手機,也可以額外買一些附件之類。對于固定的費用,可以直接配置在每筆業(yè)務的費用價格表中,而可變的費用就必須動態(tài)進行計算,我們這樣來處理可變費用:首先將可以出售的可變費用按具體物品的不同進行分類:卡費,選號費,終端設備費,維修處理費等,在可變費用當中,有可分為三類,一類是單獨物品的銷售,如手機,這種情況銷售的物品都有一個設備編碼,而且一次銷售可以有多個;一類是業(yè)務本身必須具有的物體,如開通一個用戶必須有一個 SIM 卡和一個移動號碼,且不 需多個號與多個卡,這種情況不需要設備編碼; 一類是是一次性收取的費用,但根據(jù)情況的不同,收取的金額不一樣,如維修費,這種情況沒有具體的物理設備,純粹是人力勞動的收費,所以也不需設備編碼。 根據(jù)上面的分析,我們可以將業(yè)務要收取的費用的類型可以獨立出來,對于固定費用對每個業(yè)務進行配置,可變費用不進行 強制配置 ,在沒有事先配置的情況下,根據(jù)在業(yè)務的實際使用中,用到了那項就添加那項,如收取了選號費,我們就添加選號費用,這樣就要求在這些可變費用的對應對象中,要記錄費用項類型,對于選號費,我們記錄費用項類型在費號規(guī)則中, 對于 SIM 卡費,我們記錄在卡型價格表中,對于終端設備,我們記錄在終端編碼表中; 如果事先也作了配置,則我們認為是一個配置基數(shù),這個基數(shù)可正可負,當真正使用該項費用時,將該基數(shù)加上從設備或資源表中獲取的實際價格,得到最終的價格,如果價格為負,則調(diào)整為 0。 在業(yè)務辦理的費用記錄時,采用三級結構: 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 業(yè)務總費用費用類型費用某類型詳細設備費用 3.2.1.2 業(yè)務資費管理 業(yè)務資費管理采用主細表的方式,對應 每個代理商的每個服務類型的每個業(yè)務類型 ,有多張價格表,價格表的劃分有兩個依據(jù):服務依據(jù)和時間依據(jù)。服務依據(jù)有營業(yè)員 把握,根據(jù)移動公司規(guī)定,在辦理某個業(yè)務時,因為用戶選擇的服務不一樣,對應的服務價格表也會不一樣,可以選擇;時間依據(jù)是營業(yè)員無法控制的,主要由后臺人員控制,某個價格在某個時間范圍內(nèi)有效,而在某個時間范圍內(nèi)無效,營業(yè)員只能看到有效的價格表。對于每張價格表,有一個價格明細,如上所述,價格明細只反應固定的費用項,不固定的費用項同樣由業(yè)務的具體操作決定。 3.2.1.3 業(yè)務資費使用 3.2.2 帳務資費管理 帳務資費管理主要是指對使用運營商提供的業(yè)務功能所需繳納的固定費用,包括基本月租費、頻占費、特服功能費等(其中特服功能費又包括來電顯示、三 方通話、短消息、 WAP等等)。帳務資費管理的作用因素主要由服務類型、服務品牌類型、服務開通狀態(tài)、服務開停時間、服務開通時間等組成。同時帳務自費管理還和帳務周期密切相關,和用戶選取的套餐也密切相關。 在計算服務的固定費用時采取先共性后個性的原則進行計算,同時要求記錄月租收取值與參照值的差額,及收取比率。 帳務資費的管理主要通過兩張參數(shù)表實現(xiàn): 帳務資費分類表: 名稱 類型 備注 服務類型編碼( ServerTypeCode) Varchar2(6) 服務品牌類型編碼() 固定費用明細帳目編碼( DetailItemCode) Number(4) 對應特服功能編碼( OpfuncCode) Char(3) 與營業(yè)的特服功能編碼相對應 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 費用收取金額參照值( Fee) Number(12,2) 費用收取標志( RecvTag) Char(1) 0不收取 1收取 收取開始時間( StartRecvTime) Date 開始收取的用戶的開戶(服務的開通)時間 收取結束時間( EndRecvTime) Date 終止收取的用戶的開戶(服務的開通)時間 收取方式( RecvMode) Char(1) 0按天 收取 1按周收取 2按半月收取 3按月收取 4按季收取 5按半年收取 6按年收?。ü潭ㄔ路荩?7按年收?。ㄩ_戶月份) 備注( Remark) Varchar2(100) 更新時間( UpdateTime) Date 更新部門( UpdateDepart) Char(7) 更新員工( UpdateStaff) Char(7) 帳務資費收取明細表: 名稱 類型 備注 固定費用明細帳目編碼( DetialItemCode) Number(4) 收取周期標志( RecvCycTag) Char(3) 編碼,支持通配符: 001 031 按天收取,后兩位表示第幾天; 101 105 按周收取,后兩位表示第幾周; 201 202 按半月收取,后兩位表示上半月、下半月; 301 312 按月收取,后兩位表示月份; 401 404 按季度收取,后兩位表示季度; 501 502 按半年收取,后兩位表示上半年、下半年; 6*, 7* 按年收取。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 收取月份(相對月份 RecvMonth) Char(2) 相對收取月份是指當收取方式為: 4, 5, 6 時相對于季度,半年,年的第幾個月;例如: 3 月、6 月、 9 月、 12 月收取 費用,記為 03 服務開停狀態(tài)( ServerStatCode) Char(1) 服務的開停狀態(tài),支持通配符“ *” 費用作用方式( ActTag) Char(1) 0按金額 1按比率 收取金額或比率( RecvFeeOrRate) Number(12,2) 備注( Remark) Varchar2(100) 更新時間( UpdateTime) Date 更新部門( UpdateDepart) Char(7) 更新員工( UpdateStaff) Char(7) 例如: GSM 全球通業(yè)務月租費的 收取可進行如下配置 服務類型編碼 服務品牌編碼 明細帳目編碼 對應特服功能編碼 費用收取參照值 GSM G001 0 NULL 50.00 費用收取標志 收取開始時間 收取結束時間 收取方式 1 NULL NULL 3 明細帳目編碼 收取周期標志 收取月份 服務開停狀態(tài) 費用作用方式 收取金額或比率 0 202 NULL 0(開通) 1 0.5 0 201 NULL 1(報停) 1 0.5 0 * NULL 1(報停) 0 10 此種配置說明月租采取的收取方式為按月收取,每個月收取 50.00 元,但對于下半月開戶的用戶收取半月月租,對于上半月停機的用戶收取半月月租。對于非當月申請停機用戶收取停機保號費 10 元。 還可以進行如下配置: 服務類型編碼 服務品牌編碼 明細帳目編碼 對應特服功能編碼 費用收取參照值 GSM G001 0 NULL 25.00 GSM G001 1(停機保號費) NULL 10.00 費用收取標志 收取開始時間 收取結束時間 收取方式 1 NULL NULL 2 1 NULL NULL 3 明細帳目編碼 收取周期標志 收取月份 服務開停狀態(tài) 費 用作用方式 收取金額或比率 0 * NULL * 1 1.00 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 0 2* NULL 6(欠費銷號) 1 1.00 0 * NULL 6(欠費銷號) 1 0.00 1 * NULL * 1 0.00 1 3* NULL 1(停機保號) 1 0.00 1 * NULL 1(停機保號) 1 1.00 此種配置說明月租采取的收取方式為按半月收取,每半月收取 25.00 元,但對于停機保號的用戶每半月收取停機保號費 5.00 元。 在系統(tǒng)中我們采取第二種配置方式不采用第一種,月租采用與計費系 統(tǒng)的相同的存放方式,以月帳期為例存放 12 張原始月租帳單數(shù)據(jù)。 3.2.2.1 月租、頻占計算方法 3.2.2.2 特服功能費計算方法 3.2.2.3 月租計算觸發(fā)條件 很多因素會影響月租的值,這些因素大多是動態(tài)的,一旦這些因素發(fā)生改變,就必須重新計算月租費用。這些因素的改變,主要由用戶業(yè)務辦理引起。 3.2.3 套餐資費管理 3.2.3.1 帳務套餐原理 帳務套餐由套餐定義、套餐作用參數(shù)定義、套餐條件參數(shù)定義三部分組成。 套餐定義主要由帳務套餐編碼( AFeeSetCode)、帳務套餐融合屬性( AFeeSetATTR)、帳務套餐描述組成。其中帳務套餐融合屬性主要有 8 種( 0 系統(tǒng)級 單 ServerID 套餐、 1 系統(tǒng)級 CustID 套餐、 2 系統(tǒng)級 VPNID 套餐、 3 系統(tǒng)級多 ServerID 套餐、 a個性化單 ServerID 套餐、 b 個性化 CustID 套餐、 c 個性化 VPNDID 套餐、 d 個性化多 ServerID 套餐)。 套餐作用參數(shù)表主要由帳務套餐編碼( AFeeSetCode)、作用等級( EffectClass)、作用帳目( EffectItemCode)、與或標志( AndOrTag)、總和單值標志( SumSingleTag)、作用方式( EffectMode: 0減免, 1上 限, 2下限, 3贈送)、作用值( EffectFee)、作用限額( LimitFee)、限定帳期數(shù)( LimitCycCount)、條件標識( CondID)組成。 套餐條件參數(shù)表主要由條件標識( CondID)、條件等級( CondClass)、條件帳目( CondItemCode)、與或標志( AndOr)、總和單值標志( SumSingleTag)、條件作用方式( CondMode: 0等于, 1大于, 2小于, 3大于等于, 4小于等于)、條件值( CondFee)南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 組成。 作用帳目、條件帳目均由一個或多個明細帳目組成。 系統(tǒng)級套餐: 系統(tǒng)級套餐主要是指不指定某一 ServerID、 CustID 或 VPNID 的套餐,由系統(tǒng)在實現(xiàn)時自動綁定。 個性化套餐: 個性化套餐主要是指用戶在開戶或套餐變更時由用戶選取或系統(tǒng)自動綁定到某一 ServerID、 CustID 或 VPNID 的套餐。 作用等級: 作用等級是指優(yōu)惠的優(yōu)先級別,級別高的優(yōu)惠先執(zhí)行,級別低的優(yōu)惠后執(zhí)行,只有同一級別的作用才存在“或”的關系,在同一級別的處理中,先處理“或”關系的優(yōu)惠,再處理“與”關系的優(yōu)惠。對于不同級別的優(yōu)惠默認為與的關系。 與或標志: 與或標志表示此作用參數(shù)記錄與同 級的其它作用參數(shù)的關系。 總和單值標志: 總和單值標志是針對 CustID 套餐、 VPNID 套餐的參數(shù),因為在這些套餐作用時對于同一個明細帳目編碼可能存在多條,此參數(shù)用于表明,作用時是針對總和作用還是針對每條記錄作用。 作用方式: 作用方式是指優(yōu)惠的表現(xiàn)形式,減免是指給相應的明細帳目或明細帳目的組合減去一定金額;上限就是指我們通常所說的封頂,當相應的明細帳目或明細帳目的組合的金額小于封頂值時,收取原有金額,大于等于封頂值時收取封頂值( EffectFee);下限就是我們通常所說的包月,當相應的明細帳目或明細帳目的組合 金額小于包月值時,收取包月金額,大于等于包月值時也收取包月值,通常下限和減免配合起來使用。 作用限額: 作用限額是指對作用帳目優(yōu)惠或使用的周期性限制,主要針對包年制套餐,例如:一次性繳納 2400 元預存話費,可享受每年 8000 元的本地通話費。即每月月租費本地通話費采用 200 元封頂,當用戶年本地通話費超過 8000 時不再享用優(yōu)惠。其作用限額為8000,限定帳期數(shù)為 12(以月為帳期)。 限定帳期數(shù): 限定帳期數(shù)與作用限額配合使用,參照 作用限額 。 條件標識: 條件標識是指對于的作用條件編號。 條件等級: 條件等級是指同一條 件標識下,條件判斷的次序。 與或標志: 與或標志表示此條件參數(shù)記錄與同級的其它條件參數(shù)的關系。 總和單值標志: 總和單值標志是針對 CustID 套餐、 VPNID 套餐的參數(shù),因為在這些套餐在判斷是否滿足優(yōu)惠條件時對于同一個明細帳目編碼可能存在多條,此參數(shù)用于表明,條件判斷是判斷總和滿足條件還是判斷每條記錄是否滿足條件。 條件作用方式: 比較容易理解不再進行解釋。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.2.3.1.1 單業(yè)務套餐 單業(yè)務套餐是指作用帳目、條件帳目由且僅由同一 ServerID 的一個或多個明細帳目組成。在作用參數(shù)表、條件參數(shù)表中的總和單值標志( SumSingleTag)不起作用。 3.2.3.2 營業(yè)套餐原理 營業(yè)套餐有計費套餐和帳務套餐兩部分組成。計費套餐與營業(yè)不在一個數(shù)據(jù)庫上,所以計費套餐需通過專門的接口從計費系統(tǒng)讀取,交費套餐應有的屬性有: ( 1) 套餐編碼:計費套餐的唯一編碼; ( 2) 套餐描述:計費套餐的作用說明; ( 3) 計費系統(tǒng):確定套餐作用在什么的專業(yè)計費系統(tǒng)上; ( 4) 融合屬性:確定套餐的融合屬性,是單業(yè)務套餐,還是融合套餐,融合套餐是客戶融合還是集團用戶融合。 帳務套餐與營帳是同一個數(shù)據(jù)庫,所以不需接口。帳務套餐需要與計費類似的屬性,但它不需要計費系統(tǒng)屬性。 營業(yè)套餐有自己的編碼,營業(yè)套 餐由計費套餐和帳務套餐組成,所以這兩種套餐的融合屬性直接決定了營業(yè)套餐的融合屬性,只要其中之一是融合套餐,那營業(yè)套餐就是融合套餐。 營業(yè)套餐有很多自己的屬性: 套餐編碼:營業(yè)套餐的唯一標識; 套餐描述:套餐描述可以參照計費套餐和帳務套餐的描述進行總結; 套餐屬性:套餐分為普通套餐、系統(tǒng)套餐和贈送套餐。普通套餐是可供用戶選擇,系統(tǒng)套餐和贈送套餐為系統(tǒng)所有,不能被用戶選擇,但系統(tǒng)套餐不與用戶直接掛鉤,贈送套餐與用戶自動掛鉤; 對應帳務套餐:帳務套餐編碼; 對應計費套餐:計費套餐編碼; 套餐執(zhí)行順序:當用戶擁有多 個套餐時的執(zhí)行順序; 立即生效標志:選擇該套餐后立刻生效; 包年屬性:確定套餐是否以包年的形式,如果是包年,系統(tǒng)自動計算有效期; 包年月份數(shù):包年套餐中的年并非是嚴格意義上的年,可以是一個月份數(shù); 可選特服:用戶的特服限制,它是一個編碼集,由于特服采用三位編碼,所以規(guī)定編碼之間用,隔開; 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 默認特服:用戶在開戶時,自動給用戶選上的特服; 贈送特服:不管用戶是否選用,自動奉送; 最高通話級別:套餐的通話級別限制; 最高漫游級別:套餐的漫游級別限制; 默認通話級別:用戶在沒有作特別的通話級別選擇時,系統(tǒng)默認的 通話級別; 默認漫游級別:用戶在沒有作特別的漫游級別選擇時,系統(tǒng)默認的漫游級別; 默認屬性:確定是否在開戶時的默認套餐; 融合屬性:確定是否是融合套餐; 開戶營業(yè)費用編碼:開戶時選擇某套餐時的開戶價格表; 默認用戶類型:選擇某套餐時的默認用戶類型; 傳播屬性:套餐的傳播屬性分為地州和全省,如果是全省屬性,擇更新和全省同時更新; 可見起始作用日:前臺套餐可見的起始作用時間; 可見終止作用日:前臺套餐可見的終止作用時間; 系統(tǒng)套餐起始作用日:系統(tǒng)套餐的作用時間; 系統(tǒng)套餐終止作用日:系統(tǒng)套餐的作用時間; 普通套 餐最低起始作用時間:非立即生效,非下個帳期生效的最早起始作用時間; 截至日:套餐的最終生命期。 3.2.3.3 營業(yè)套餐管理 3.2.3.3.1 新增、修改和刪除 3.2.3.3.2 套餐業(yè)務限制 一個用戶擁有某些套餐,要手段套餐規(guī)定的業(yè)務辦理限制,限制的主要內(nèi)容是業(yè)務類型和限制月份數(shù),限制月份數(shù)是一個相對數(shù)值,真正用戶受限的月份數(shù)為用戶選擇該套餐開始生效時算起。 3.2.3.3.3 不相容套餐 一個用戶可以擁有多種套餐,但某些套餐在費用計算上是互斥的,相互排斥的套餐叫不相容套餐。 3.2.3.3.4 默認套餐 關于套餐的默認,分為幾個優(yōu)先判斷級別:號碼段套餐默認配置系統(tǒng)配置南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 個人配置。號碼 段的默認套餐優(yōu)先級別最高,同時有時由于促銷的需要,在某個時間范圍內(nèi),可能會對某個號碼段有套餐贈送,號碼段的默認套餐和贈送套餐通稱為套餐默認計劃。 3.2.3.3.5 代理商套餐 代理商不能使用所有的套餐,只有他擁有的套餐才能使用。代理商的套餐管理只有增加與刪除。 3.2.3.3.6 套餐權限 套餐權限管理的設計參加系統(tǒng)管理子系統(tǒng)中的安全管理。 3.3 客戶管理 3.3.1 潛在客戶管理 BOSS 系統(tǒng)和綜合營帳認為,使用移動或其他綜合業(yè)務的消費者和潛在的消費者,都是客戶,對于已經(jīng)事實上的消費者的服務管理,是整個系統(tǒng)管理的中心,為了很好的推廣市場,提供更優(yōu)質的服 務,對潛在消費者建立檔案,是一個有效手段。 潛在消費者的獲取途徑各種各樣,可以劃分為如下幾種: 客戶連帶:所謂客戶連帶,就是對已經(jīng)是事實消費者的消費行為進行分析,判斷他的收入情況與交往情況,吸引他的朋友或家人成為客戶。對客戶連帶目前采用的措施主要是親友號碼業(yè)務。作為潛在客戶的開發(fā),移動公司可以主動了解這些客戶的情況,根據(jù)客戶反饋的情況,將其提供的親友號碼作為潛在客戶資料。 潛在集團:對于一些具有相當消費能力的集團進行資料調(diào)查,如某個大型工地,或競爭對手的某個集團,將他們的資料記錄到系統(tǒng)中成為潛在客戶集團 ,通過與之長期的接觸及消費行為的分析,吸引他們成為正式客戶。 咨詢建議:對于關心和熱心本公司業(yè)務發(fā)展,但本身并非事實客戶的客戶進行信息登記,吸引其成為正式客戶。 潛在客戶管理主要是潛在客戶的信息登記和潛在客戶的管理工作。 3.3.1.1 潛在客戶資料登記 潛在客戶的資料來源主要是:對指定用戶群調(diào)查結果反饋;對競爭對手的客戶資料調(diào)查結果;對熱心客戶的資料分析。潛在客戶與正式客戶采用同樣的表進行記錄,按客戶屬性進行區(qū)分。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.3.1.2 潛在客戶回訪登記 對于潛在客戶作必要的工作,每次工作的內(nèi)容要作詳細的記錄。 3.3.1.3 潛在客戶開戶 當潛在客戶終于成 為正式客戶的時候,要記錄成功原因。 3.3.2 客戶信用管理 信用度是指某個用戶在一個帳期內(nèi)可以打的最高話費,一旦達到這個話費,或將要達到這個話費,系統(tǒng)分別作停機或提醒交費等處理。 3.3.2.1 用戶信用計算 用戶信譽度采用如下公式進行計算: 信譽度 用戶當前贈送信用話費 用戶繳納的信譽保證金信譽保證金作用系數(shù) 用戶預付話費余額預付話費作用系數(shù) 用戶所交押金押金系數(shù) 計算信用話費信用話費作用系數(shù) 大客戶信譽度大客戶系數(shù) 集團用戶信譽度集團用戶系數(shù)。 從公司中的內(nèi)容可以看出,用戶 的信譽度與用戶當前贈送信用話費、用戶繳納的信譽保證金,用戶預付話費余額、用戶押金有關,所以一旦這些內(nèi)容發(fā)生變更,要立即更新用戶的信譽度,用戶當前贈送信用話費是信譽度的一部分,但不記錄在用戶信譽度中,而是在每次使用信譽度是,主動加上它,用戶繳納的信譽保證金是用戶為了認為的提高自己的信譽度,而直接繳納的現(xiàn)金,這筆費用不能用來抵扣話費,直至規(guī)定時間內(nèi)用戶仍然不繳費,才可用來抵扣話費。對于預付話費余額,如果一個交費帳務為多個用戶服務,則取其最大值。其中信用話費是各種影響用戶信譽度因素的綜合結 果,目前影響用戶信譽度的主要因素有: 累計話費:用戶自開戶以來的所有通話費; 累計欠費次數(shù):用戶自開戶以來的累計欠費次數(shù); 連續(xù)欠費次數(shù):用戶最近的連續(xù)欠費次數(shù); 月均話費:用戶的每月平均話費; 用戶類型:用戶的用戶屬性; 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 用戶付費類型:用戶交話費的方式; 套餐:用戶選用的套餐; 品牌:用戶選用的品牌; 其他因素。 以上這些因素都對應一個信用分值和信用分值比率,通過對信用分值比率的所有累加,得到一個實際的信用分值,通過信用分值與信用話費的對應關系表,獲得用戶的信用話費,信用話費的最低值為 0。 從這些因素我 們還可以看到,前面四項因素與用戶的帳務有關,所以在用戶的月末出帳統(tǒng)一更新;其他因素與用戶的業(yè)務辦理有關,一旦這些因素發(fā)生改變,要實時更新用戶的信譽度。 3.3.2.2 客戶信用計算 客戶有實際的用戶組成,但一個客戶下的用戶并非是一層不變的,所以客戶的信譽度不能完全由它所擁有的用戶來確定,要靠客戶的本身固有的屬性來進行計算??蛻舻男抛u度是指客戶下?lián)碛杏脩艨梢酝钢У脑捹M金額。 客戶的信用計算采用積分管理制度,每個客戶新建時,都有一個初始積分,入網(wǎng)后,客戶的積分受下列因素的影響: 客戶的月均消費額度:在出帳時,每次計算客戶的月平 均話費; 客戶的最近欠費次數(shù):在出帳時,統(tǒng)計客戶在規(guī)定時間內(nèi)(如上推三個月)的累計欠費次數(shù); 客戶的新增用戶數(shù):在出帳時,統(tǒng)計客戶在本帳期內(nèi)新增的用戶數(shù); 客戶的退網(wǎng)用戶數(shù):在出賬時,統(tǒng)計客戶在本帳期內(nèi)退網(wǎng)的用戶數(shù); 客戶的建議:在出賬時,統(tǒng)計客戶在本帳期內(nèi)良好的建議; 客戶的特殊積分:系統(tǒng)強加給客戶的積分。 其他因素。 以上因素是一個動態(tài)的比較,每次比較按照規(guī)則給客戶增加或減少積分,一個積分對應一個透支額度,負的積分代表負的透支額度,整個透支額度的累計,就是客戶的信譽度。客戶信譽度一個月更新一次,客戶信譽 度作為用戶的高額停機不是很合適,它比較合適作用戶的欠費條件。舉例來說,如果客戶的透支額度為 100 元的話,那么如果這個用戶的欠費在100 元以下,可以認為他不是欠費,超過 100 元以后,才認為是欠費??蛻舻男抛u度也可以南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 反映在欠費月份數(shù)上。詳情參見欠費管理。 客戶的最終信譽度客戶信譽度客戶系數(shù)大客戶信譽度大客戶系數(shù)。 3.3.2.3 帳戶信用計算 帳戶的信譽度采用如下公式進行計算: 信譽度帳戶當前贈送信用話費預付話費預付話費系數(shù)信用話費系數(shù)。 其中信用話費與帳戶的交費方式有關,參見用戶信用話費的計算。 3.3.2.4 紅名單用戶 紅名單是指對一些特殊用戶的信用設置,它獨立于前面講的信用控制之外,它提供了單獨的信用控制標志。紅名單主要從一下幾個方面來決定是否參加信用控制: 是否永不催費 是否永不減少特服或降低漫游 是否永不停機 是否永不銷號 由于紅名單用戶是對特殊用戶的特殊控制,所以他的數(shù)據(jù)來源純粹是手工錄入,沒有任何導入依據(jù)。紅名單用戶還受時間的控制,可能在一定時間范圍內(nèi)是紅名單用戶,過了某個范圍,就自動變?yōu)槠胀ㄓ脩簟?紅名單用戶不參加高額控制和欠費控制,或部分參加,再異動數(shù)據(jù)進入時將之直接排除。 3.3.2.5 黑名單用戶 與紅名單用戶相對,有 黑名單用戶。黑名單用戶是信譽特別低的用戶,是運行商需要特別監(jiān)控的用戶。黑名單用戶與普通用戶一樣參加信用控制,但黑名單用戶在業(yè)務辦理上有很多限制。 黑名單用戶的數(shù)據(jù)來源有一下幾個方面: 欠費銷號用戶 經(jīng)常欠費用戶 一證多卡用戶(有詐騙動機) 手工錄入 下發(fā) 黑名單管理采用自動與手工想結合的方式,對于欠費銷號用戶,自動進入黑名單;對于經(jīng)常欠費的用戶,設定欠費次數(shù),在出帳時自動進入黑名單。其他兩種方式采用人工管理的南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 方式進入黑名單。用戶一旦進入黑名單后,除非管理員主動將之刪除,否則始終是重要監(jiān)控對象。就象出生不好的 人,需要長期觀察才能知道他是否真的脫離原來的污點,不能并一時的好表現(xiàn)就放松對他的監(jiān)控。 3.3.2.6 話費預警 根據(jù)用戶的要求,希望能在話費達到一定限額后能及時獲知,系統(tǒng)主要通過短信控制來實現(xiàn)這個功能,用戶的預警話費不能高于他的信譽度,否則預警將失去作用。話費預警同樣可以使用高額告警接口表進行控制,定義它對應的業(yè)務類型為 YJ。 3.3.2.7 高額控制 高額控制是對非出帳月份的話費根據(jù)信譽度的監(jiān)控。 按系統(tǒng)規(guī)定,高額控制有兩種方式:用戶信譽度控制和帳戶信譽度控制??蛻粜抛u度控制用在高額上是不合適的。用戶信譽度和帳戶信譽度的計算方法前 面已經(jīng)說明。信譽控制主要采取的手段是短消息提醒、逐級降低用戶功能來實現(xiàn)。信譽控制可以選擇連帶方式,系統(tǒng)對高額控制的兩種方式分別提供選擇: 高額控制方式 連帶關系 備注 按用戶信譽度控制 無 按客戶連帶 客戶下一個用戶停機,所有客戶停機 按帳戶信譽度控制 不夠交停機 只要用戶的費用高于帳戶的信譽度,則停機 總額不夠交全停機 所有用戶的費用高于帳戶的信譽度,全部停機 以上方式,在某個系統(tǒng)運行時間段,只能選擇其中的一種。 從前面的描述,我們可以分析出,所有的信用控制都必須與用戶信譽度相關,只要用戶的信譽度發(fā)生變化,我們就必須對它作必要的信用控制。信譽度的變化包含兩個含義:相對變化和絕對變化。相對變化是指用戶的消費話費提高,相對信譽度降低;絕對變化是影響信譽度的因數(shù)發(fā)生變化,造成信譽度的絕對值發(fā)生變化。 所有的高額控制都有高額異動控制實現(xiàn),高額異動控制的數(shù)據(jù)源是高額異動表高額告警接口表。高額異動表的數(shù)據(jù)有三大來源:實時高額告警進入;用戶交費進入;用戶信譽度變更進入。對于實時高額進入,按告警級別,分別進行不同程度的信用控制;用戶交費進入,主要是進行是否開機判斷;用戶信譽度變更進入,可能會觸發(fā)開 機,可能會觸發(fā)關機。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 由于高額異動的進入可以有多個途徑,這樣在處理一個用戶是否要進行最后的停開機,就要考慮并發(fā)的問題,為了將同一個用戶的高額處理的并發(fā)度降到最低,需要降進入高額異動的數(shù)據(jù)源進行統(tǒng)一,所以我們將從不同途徑可能影響用戶信譽度的數(shù)據(jù)集中到一個高額控制數(shù)據(jù)源中,由于欠費是一套獨立的管理系統(tǒng),所以欠費的進入也可采用類似的方法。 高額控制數(shù)據(jù)源/欠費管理控制源各種類型的繳費實時帳單出帳影響信用的各業(yè)務欠費管理進入 進入高額控制數(shù)據(jù)源的數(shù)據(jù),主要包括的內(nèi)容有:進入流水號、服務標識號、服務類型、進入時間、欠費 /高額標志、處理標志、 備注、觸發(fā)標志(出帳、業(yè)務、繳費)、發(fā)生流水號(業(yè)務流水號、繳費流水號,高額和欠費為空)。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.3.2.7.1 高額異動進入 獲取用戶最新實時帳單獲取用戶信譽度達到告警級別?是忽略檢查同類告警級別未處理存在? 是修改告警次數(shù)及本月話費總額未用戶繳費記錄高額類型更新信譽度比較用戶話費是否大于信譽度小于信譽度?是限制標志?記錄限制標志是新增告警異動記錄限制標志為空查找最后的限制記錄查找最后的開放記錄否開放時間 限制時間?是忽略取限制記錄時間+ 1分,新增對應類型開放異動記錄否查找最后的限制記錄查找最后的開放記錄信譽度降低, 可能要停機開放時間 限制時間?否忽略新增對應類型限制記錄業(yè)務辦理記錄高額類型 其中沒有包括欠費管理的進入,詳細描述參見欠費管理部分。 3.3.2.7.2 高額異動控制 信用控制的主要手段:短信提醒、語音提醒、降低漫游、半停機、停機。由于牽涉到不同的服務系統(tǒng),所以信用控制手段還要與服務類型相關。信用控制手段對應一個限制標志,提示開機時開放限制,對于 GSM 業(yè)務來說,短信提醒不需限制標志,停機就需限制標志。限制標志分為四級:限制 0 級指降低漫游級別 ,限制 1 級指半停機,限制 2 級指停機,限制南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3 級指銷號。 為了簡化實時高額控制,又能達到控制目的,作如下約定: 如果是降低漫游級別,則肯定是降之為本地漫游,在交費開機時,恢復用戶原來的漫游級別。 如果有連帶關系,則在最高級別進行連帶,并不支持銷號的連帶。在交費開機時,進行連帶開機。 如果發(fā)生復機操作,則只恢復用戶基本的增值功能,凡是涉及到第三方接口的功能一律不自動恢復,用戶可重新申請。 每個與信用相關的都有一個業(yè)務類型對應。 與用戶信用相關的業(yè)務類型定義表如下: 業(yè)務類型說明 業(yè)務類型 備注 限制級別 高額停 機 0 級別 G0 催費 無 高額停機 1 級別 G1 降低漫游 限制 0 高額停機 2 級別 G2 半停機 限制 1 高額停機 3 級別 G3 停機 限制 2 欠費 0 級別 GA 催費 無 欠費 1 級別 GB 半停機 限制 1 欠費 2 級別 GC 停機 限制 2 欠費 3 級別 GD 欠費預銷 限制 3 繳費開機 JK 如果是銷號用戶繳費,必須明確是否交費復機,標志為 開放 1;如果銷號用戶交費返銷,需要重新銷號的用戶,必須明確 限制 3 標志。凡是交費引起的重新關機,都置高額停狀態(tài)標志 限制 2/限制 3/開放 0/開放 1 連帶停機 RT 高額停狀態(tài) 限制 2 連帶開機 RK 開放 0 業(yè)務辦理 Y0 高額停 開放 0/限制 2 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 贈送信譽度 Y1 高額停 開放 0/限制 2 帳前調(diào)帳 Y2 高額停 開放 0/限制 2 特殊開機 GK 開通 開放 0 特殊復機 GX 開通 開放 1 新增高額控制的工單狀態(tài)流: GEZL:高額指令填寫; GEYD:高額指令應答; 信譽控制的一般狀態(tài)流為 SLDJ GEZL GEYD SLXG SLJS。 高額異動表處理的模塊流程標識為 CreditControl。 3.3.2.7.3 短消息催費 短消息催費受幾個條件控制,一是催費的時間范 圍,一是催費的頻率,頻率以分鐘為單位,是 一個系統(tǒng)參數(shù)配置 ,三是催費的次數(shù)。為了控制好催費的頻率和次數(shù),在高額異動表中同時要記錄最近催費時間和已經(jīng)催費的次數(shù)。 模塊流程標識為 CreditControlShortMessage。 3.3.2.7.4 高額控制處理 模塊流程標識為 CreditControlG1 3。 3.3.2.7.5 欠費控制處理 具體參見客戶欠費管理的描述。 3.3.2.7.6 交費停開機處理 模塊流程標識為 CreditControlJK。 3.3.2.7.7 其他 模塊流程為 CreditControlY0 2;與交費停開機采用同樣的流程,在高額指令填寫時調(diào)用 TradeCreditCommand3。 3.3.2.7.8 高額指令填寫 模塊流程標識為 TradeCreditCommand1。填寫臺帳信息可使用 SLDJ 流程。 模塊流程標識 TradeCreditCommand2。填寫臺帳信息可使用 SLDJ 流程。 模塊流程標識 TradeCreditCommand3。填寫臺帳信息可使用 SLDJ 流程。 高額指令填寫時,要記錄停機的中間狀態(tài),主要是高額停機的各限制級別和欠費停機的各種限制級別,為了防止高額告警重復填寫停機指令和防止欠費停機重復停機指令。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.3.2.7.9 高額指令應答 模塊流程標識為 TradeCreditAnswer1。 3.3.2.7.10 高額資料修改和高額控制結束 高額資料修改的主要內(nèi)容是用戶的開通狀態(tài)和銷號標志。 模塊流程標識為 TradeCreditInfoApply 和 TradeCreditFinish。 3.3.3 客戶有效期管理 3.3.3.1 管理內(nèi)容 在移動的有些品牌中,存在部分類型的用戶需要進行有效期管理,如預付費用戶。系統(tǒng)對需要進行有效期管理的用戶,從兩個方面來進行認定: 品牌:將某一類的品牌全部定義有效期。 用戶類型:將屬于某種用戶類型的用戶定義有效期。 兩種管理方法各有利弊,前者用戶界限清晰,用戶群固定,因為品牌不會輕易改變,但覆蓋范圍比 較??;后者覆蓋范圍大,但浮動性大,穩(wěn)定性不好,因為用戶類型可以輕易改變。兩種方法可以選擇一種,也可并行使用。 3.3.3.2 管理標準 與有效期相關的幾個概念必須解釋一下: 有效起始日:計算有效日期的基準日; 有效期限:從有效起始日開始,允許有效的天數(shù); 預銷期限:從有效期限后,允許用戶退款或重新交費激活的天數(shù)。 有效起始日的計算方法是:從最后一次通話或最后一次交費算起,作為有效起始日。從它的計算方法可以看出,有效起始日對一個用戶來說,是一個不斷浮動的日期。 3.3.3.3 管理方法 3.3.3.3.1 監(jiān)控 客戶有效期管理采用定期管理的方法,定期的最小日期 是天。 3.3.3.3.2 退款 用戶在清退預付話費時,除了要判斷必須是話費余額外,如果該用戶已經(jīng)是無效銷號用戶,則不支持退款。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.3.3.3.3 激活 如果用戶是無效預約銷號用戶,可以激活重新開機。開機時必須判斷用戶是否有足夠的預付話費,沒有足夠的預付話費,則不能激活。用戶滿足條件后,直接修改用戶開通狀態(tài),填寫用戶開機指令。 3.3.4 客戶欠費管理 3.3.4.1 欠費定義與計算 欠費的定義:凡是在規(guī)定繳費時間內(nèi)沒有交清的費用都可稱之為欠費。根據(jù)欠費的程度不一樣,有可分為往月歷史欠費和當月欠費。往月歷史欠費是指在最后一次出帳完畢后,用戶在上個帳期還沒有交清的費用;當月 欠費是指在最后一次出帳完畢后,沒有交清的費用。往月欠費要計算滯納金,當月欠費不需計算滯納金,只要在正常繳費時間范圍內(nèi)進行繳費,都算是正常繳費。客戶的欠費管理主要是的所有的往月欠費管理和部分的當月欠費管理,當月欠費管理使用得到最主要的手段是催費。往月欠費管理除催費外,與高額控制手段類似,包括半停機、停機、欠費預銷和欠費正式銷號。 為了體現(xiàn)不同客戶的欠費不同管理,我們又將欠費分為事實欠費和容忍欠費,前面所說的往月欠費和當月欠費,都可稱之為事實欠費。容忍欠費是指電信運營商的某些客戶的欠費容忍度,可 以有兩個角度:月份數(shù)和欠費金額。月份數(shù)是指在規(guī)定的月份范圍內(nèi),客戶不進行繳費,可以不進行欠費控制;欠費金額是指在規(guī)定欠費總金額范圍內(nèi),可以不進行欠費控制。這個度的獲得,我們主要通過計算客戶信譽度來獲得,將客戶計算信譽度轉換為一定的金額或一定的月份數(shù)。事實上,下面的所有欠費控制,都是正對容忍欠費進行的控制。所以欠費的計算公司為:用戶欠費用戶的事實欠費用戶的容忍欠費。 3.3.4.2 欠費管理制度 欠費回收是所有電信運營商面臨的難題,很多運營商為了欠費會成立專門的催欠辦公室,通過責任制的方式進行催欠,并通過相應 的獎勵來促使催欠工作的有效進行。所以在系統(tǒng)中要支持不同催欠人員對不同號碼段進行催欠的功能,在最后進行結算時,以該催欠責任表作為依據(jù)。 管理流程如下所述: 根據(jù)催欠的要求,分別打開往月欠費管理和當月欠費管理 輸入要管理的號碼段,以及其他組合條件(如欠費級別、用戶類型等等),獲取用南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 戶的欠費情況,欠費情況應包括:用戶名稱、欠費金額、欠費月份數(shù)、滿足的欠費管理級別、以及在某個時間范圍內(nèi)的欠費管理情況 進行正式欠費管理,系統(tǒng)根據(jù)對應的號碼段,進行欠費異動進入,并記錄欠費管理日志。 3.3.4.3 欠費控制實現(xiàn) 欠費控制人為的因數(shù)較多 ,所以主要采用人工的方式。 3.3.4.3.1 欠費控制方式 欠費的控制方式可參照高額的控制方式,同時考慮實用性和方便實現(xiàn)性,總結為如下方式: 欠費控制方式 連帶關系 備注 按用戶信譽度控制 無 按客戶連帶 客戶下一個用戶停機,所有客戶停機 3.3.4.3.2 欠費異動進入 我們可以人為的根據(jù)用戶的欠費情況,將不同欠費額度或月份數(shù)劃分為不同的等級,每個不同的等級采用不同的控制手段, 完全有必要將當月欠費和往月欠費定義不同的控制級別 。 3.3.4.3.3 欠費控制處理 模塊流程標識是 CreditControlGB D。 3.3.4.3.4 欠費指令填寫 模塊流程標識為 TradeCreditCommand4。填寫臺帳信息可使用 SLDJ 流程。 3.3.4.3.5 欠費指令應答 采用與高額指令應當相同的方法。 3.3.4.3.6 欠費資料修改和欠費控制結束 采用與高額資料修改相同的方法。 3.3.4.3.7 其他 對欠費最嚴厲的處罰是欠費預銷號,欠費預銷號時,僅對用戶的通話功能作最后的限制,并沒有對用戶資料的存在與否作處理,按照電信運營商的規(guī)定,在欠費銷號達到一定時間程度以后,沒有進行繳費或復機,則認為該用戶已經(jīng)放棄對該號的使用,此時進行正式銷號,南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 正式銷號后,用戶將不得復機,即使繳費也不行。對于欠費預銷號用戶得欠費銷號處理,采用自動處理的方式,與 用戶申請銷號一樣,用戶申請預約銷號,到一定時間后不進行主動銷號,同樣由系統(tǒng)進行自動銷號。 關于欠費預銷號和預約申請銷號轉化為正式銷號的處理過程,系統(tǒng)提供單獨的處理方法。 3.3.4.4 欠費異常處理 在欠費管理中,為了防止出現(xiàn)在進行欠費管理時,發(fā)生錯誤,比如進行了錯誤的停機或錯誤的銷號,要提供特殊的開機模塊和特殊的復機模塊。這些功能使用的數(shù)據(jù)源來自人工整理的文本文件。 定義特殊開機的業(yè)務類型為 GK,對應開放 0;定義特殊復機的業(yè)務類型為 GX,對應開放 1,異動進入的填寫、實際控制的實現(xiàn),可參考繳費對應的流程。 3.3.5 用戶積分管理 前 面講到客戶的信用管理采用積分制的辦法,客戶的積分不是影響用戶的優(yōu)惠和信譽度,而是作為欠費管理的一個參考因數(shù),在實際使用過程中,不具有很強的可操作性,下面引入另外一種積分管理制度:用戶積分管理。在綜合業(yè)務系統(tǒng)當中,真正的費用發(fā)生者,或者是真正的消費者,落實到最后還是一個實實在在的用戶。用戶的積分管理主要的目的是:培養(yǎng)用戶的忠誠度,提高用戶的退出成本和轉網(wǎng)障礙,最終達到穩(wěn)定移動公司客戶,保障話費收入。 為了更好對高積分的用戶進行個性化的服務,實行會員制積分方法。通過積分制的累加,刺激用戶進行通信消費,提高通信收 入。通過對會員成本的分析,計算會員制的積分門檻,從管理角度上將會員劃分為多個級別,在積分之下,只能享受普通積分帶來的優(yōu)惠或其他優(yōu)先服務;在積分之上,就能成為普通會員;在積分之上,就能成為銀卡會員;在積分之上,就能成為金卡會員,在積分達到級別,就能成為鉆石會員。對于達到會員級別的用戶,通過進行會員申請,移動公司審核,就可成為正式會員,會員可以享受不同的服務,諸如免費試用新業(yè)務,上門服務,高信譽度等等。 3.3.5.1 用戶積分的相關因數(shù) 作為任何一個運營商的任何措施的推出,其最終目的不是回報客戶,造福社會 ,雖然在客觀上會導致這樣的結果,而是增加運營商的收入。所以考慮用戶積分相關的因數(shù)的時候,南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 首當其沖的肯定是用戶在本運營商的消費狀況,其基本出發(fā)點是對高額話費用戶進行積分管理,并刺激低額消費用戶上升為高額話費用戶。 可以從兩個角度來分析用戶的繳費情況,一種是用戶的歷史通信費用情況,另一種是用戶的歷史業(yè)務功能使用情況,歷史業(yè)務功能主要是指一些增值業(yè)務功能,這些功能的使用同樣會給運營商帶來收入,與話費相比較而言,它對業(yè)務收入的貢獻相對穩(wěn)定,但總額不一定很大。我們可以綜合這兩種情況,來計算用戶的積分。 3.3.5.2 用戶積分的計算 3.3.5.2.1 積分計算方法 根據(jù)上面的分析,我們可以總結出一個積分計算的公式: 用戶積分基本積分獎勵積分扣減積分。 ( 5) 基本積分:基本積分根據(jù)用戶的歷史消費情況,指定一個定額,歷史消費情況可以通過累計話費、月均話費、欠費率(欠費次數(shù) /總的繳費月份)等因數(shù)來確定。 ( 6) 獎勵積分:獎勵積分包括業(yè)務使用獎勵積分和話費獎勵積分,每個獎勵積分都有一個獎勵率來進行比重的控制,獎勵率的大小制定原則需要鼓勵用戶多消費的部分,采用高的獎勵率,用戶的常規(guī)消費部分,采用低獎勵率,比如可以按通話的不同構成來設定獎勵率,對包月的用戶,包月消費采用 低的獎勵率,包月超過部分采用高的獎勵率,對月租及本地通話等采用低的獎勵率,對于長途及漫游部分采用高的獎勵率,對于忙時通話采用低的獎勵率,閑時通話或節(jié)假日通話采用高的獎勵率等等。除通過獎勵率的大小來控制積分計算外,還可以獎勵固定的積分,獎勵固定的積分原則之一是鞏固客戶的忠誠度,比如對在網(wǎng)時間長的用戶獎勵一定的積分等等。 ( 7) 扣減積分:扣減積分主要從欠費情況、進入黑名單情況來進行扣減。 從用戶積分的組成來看,建議積分采用月結的管理辦法,就是用戶的積分每月在出帳的時候更新一次,不建議采用實時的方法,因為許多因數(shù)如欠費 次數(shù),月均話費等,需要出帳時候才能知道,同樣對通話的構成進行獎勵積分的計算,實時計算會大大影響計費系統(tǒng)的效率和存儲空間,而且通過實時計算積分來實現(xiàn)對用戶的優(yōu)惠,對計費系統(tǒng)回退將是一場災難,只要有一個積分計算錯誤從而影響了該用戶的優(yōu)惠,被影響的部分就全部重做。 3.3.5.2.2 積分計算實現(xiàn) 基本積分的計算,采用積分因數(shù)與積分對照表的方式,積分因數(shù)包括: 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 累計話費 月均話費 累計欠費次數(shù) 連續(xù)欠費次數(shù) 欠費率 這些因數(shù)與用戶信譽度因數(shù)有些類似,每個因數(shù)的不同取值范圍,對應一個基本積分,用戶的基本積分就是所有因數(shù)對應的積分值的總 和。用戶的基本積分,每月更新一次。因數(shù)的指定是可變的,可以隨時添加。用戶的扣減積分,同樣可以根據(jù)扣減因數(shù)建立扣減積分對照表,因為扣減是處理用戶的消費信用下降引起外,還會由于用戶的不良業(yè)務辦理等因數(shù)引起扣減,而這些因數(shù)并非能通過一個因數(shù)范圍來確定扣減的分數(shù),如用戶新欠費一次,扣一次分,就很難使用因數(shù)對照表實現(xiàn),如用戶進入黑名單一次,扣一次分,同樣難使用因數(shù)對照表實現(xiàn),還有辦理報停、過戶等業(yè)務等,所以我們在使用因數(shù)對照表外,新定義一個動作扣減積分或增加積分對照表,如下所示: 動作編碼 動作描述 動作參數(shù) 備注 001 用戶每欠費一次,扣減積分為參數(shù)內(nèi)容 1 分 出帳時,計算新欠費用戶的扣減積分 002 用戶每過戶一次,扣減積分為參數(shù)內(nèi)容 2 分 在過戶業(yè)務辦理時,扣減該用戶積分 003 用戶新開一個收費新業(yè)務功能,獎勵積分為參數(shù)內(nèi)容 1 分 在增值業(yè)務辦理時,新增該用戶積分 004 入網(wǎng)年限每增加三個月,獎勵積分為參數(shù)內(nèi)容 2 分 出帳時,增加對應用戶積分。 因為這些動作的不確定性,所以我們只能在對應的業(yè)務辦理處,添加這些處理內(nèi)容。 獎勵積分通過實際通話與獎勵率的積在月末獲得,這些數(shù)據(jù)與通話清單直接相關,可以在 月末時通過對清單的匯總獲得,關于獎勵率,它跟清單的具體屬性相關,從大到小依次為:優(yōu)惠方式(采用何種套餐)、優(yōu)惠部分費用和非優(yōu)惠部分費用、通話類型、被叫類型、通話位置、通話時間。 3.3.5.3 會員資料管理 積分滿足一定條件后可以申請成為積分會員,會員如果積分下降,就有可能被取消會員資格。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.3.5.3.1 新增會員 用戶可以憑累計的積分申請成為對應級別的會員,系統(tǒng)記錄會員的詳細資料。 3.3.5.3.2 會員資料修改 對部分會員資料可以進行修改。 3.3.5.3.3 會員套餐修改 可以為專門的會員組配置優(yōu)惠套餐。 3.3.5.3.4 降級、取消會員資格 每月檢查一次會員的積分情況。當用戶的積分降低 后,不能達到會員的要求,可以進行會員資格的級別降低或取消會員資格。 3.3.5.4 積分獎勵辦法 3.3.5.4.1 積分一次性獎勵 對于非會員的用戶進行積分一次性獎勵,獎勵可以采用實物的方法或贈送話費的方法,獎勵實施后立即將累計積分(基本積分不動)清 0。對于贈送話費的方法,可以通過套餐實現(xiàn),對在積分達到以上的用戶,贈送套餐。套餐作用時間為一個月,從實施月的下個帳期生效,并將套餐直接與用戶資料掛鉤。鼓勵用戶累計積分,爭取更大的獎勵或成為會員。 3.3.5.4.2 會員獎勵 會員獎勵同樣采用實物獎勵或話費獎勵的方法,獎勵實施不影響積分值的變化。話費獎勵同樣 采用套餐的方法,一旦用戶成為會員后,從下個帳期開始就享受對應會員級別的優(yōu)惠政策。 3.4 大客戶管理 大客戶管理主要實現(xiàn)大客戶資料的管理,同時實現(xiàn)部分大客戶的業(yè)務與優(yōu)惠處理。 3.4.1 大客戶分類 大客戶有幾種類型:商業(yè)大客戶、集團大客戶和重要大客戶。商業(yè)大客戶主要是指使用業(yè)務量大、通信費用高的客戶;集團大客戶是指具有隸屬關系或有密切經(jīng)濟關系的單位集體辦理移動電話業(yè)務的客戶;重要大客戶是指黨政軍、公檢法、新聞等國家重要部門客戶。對于每種大客戶的資格認證,都有各自的認證條件。大客戶可以由一個或多個系統(tǒng)中實際存在南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 的用戶組成。 3.4.2 大 客戶資料管理 大客戶的資格認證采用二級制度:大客戶的類型認證和大客戶的級別認證。即每種類型的大客戶可以采用級別管理制度,級別越高,說明在同類的大客戶中的重要程度越高,信用度的分值就越高。 3.4.2.1 大客戶資格認證 3.4.2.1.1 商業(yè)大客戶的資格認證 如上所說:商業(yè)大客戶主要指通信話費量的考慮。商業(yè)大客戶采用自動認證的方式,可以按月進行定時認證,月份數(shù)可以外部設置。通信話務量從兩個角度考慮:月平均話費和指定月份累計話費。 因為商業(yè)大客戶是系統(tǒng)自己認定,所以系統(tǒng)自動給每個商業(yè)大客戶自動分配給一個 VIP號,并及時與該大客戶進行溝通。 3.4.2.1.2 集 團大客戶的資格認證 集團大客戶的資格數(shù)據(jù)來源有兩個部分:經(jīng)過系統(tǒng)分析,發(fā)現(xiàn)某個帳戶下承擔很多用戶的費用,或者發(fā)現(xiàn)某個客戶下有很多用戶,這些用戶可以成為候選集團大客戶;對本地區(qū)的重要企業(yè)或大型企業(yè)進行調(diào)查分析,作為候選集團大客戶。 3.4.2.1.3 重要大客戶的資格認證 對于重要的國家部門,主動登記為大客戶。 3.4.2.2 大客戶資料維護 3.4.2.2.1 商業(yè)大客戶資料維護 商業(yè)大客戶的開戶必須從候選的商業(yè)大客戶中獲取,大客戶服務部門從候選的大客戶選擇資料,與用戶進行溝通,在征得用戶同意后,將其大客戶資料補錄完畢,成為真正的大客戶。 候選大客戶是通過系統(tǒng)設 置的條件,由每次月末自動獲得的。這些數(shù)據(jù)由大客戶服務部門進行分析和篩選,對于明顯不合適的用戶,主動將之刪除。 當正式成為商業(yè)大客戶后,必須受到大客戶服務部門的監(jiān)控,監(jiān)控信息由系統(tǒng)提供,一旦他們不再滿足商業(yè)大客戶的資格,可以將其刪除。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.4.2.2.2 集團和重要大客戶資料維護 集團大客戶的資料管理模式與商業(yè)大客戶類似,他的特點是:系統(tǒng)分析數(shù)據(jù)由客服管理部門自己獲取,不采用定時定期的方式;主動錄入成為大客戶的數(shù)據(jù)為集團大客戶的主流。 重要大客戶資料采用直接錄入的方式。 3.4.3 大客戶信用管理 大客戶采用高額信譽度或欠費信譽度管理,兩者 只能選其一。采用高額信譽度時,大客戶比普通用戶有更高的信譽度;采用欠費信譽度管理時,高額不再控制,欠費信譽度指對大客戶交費的容忍程度,可以按金額或月份來度量,如果采用月份來度量,則可以認為大客戶兩個月或多個月交一次費,不算欠費,不催欠;如果采用金額來度量,則可以認為大客戶再指定的金額范圍內(nèi),不認為是欠費。 3.4.3.1 信用算法 大客戶的信譽度采用如下公式進行計算: 大客戶信譽度 大客戶基本信譽度(靜態(tài)因數(shù)) 計算信用話費信用話費作用系數(shù)(動態(tài)因數(shù))。 大客戶的計算信用話費與下列因數(shù)有關: 大客戶的月平均 話費。 大客戶的欠費率:指在指定的最近幾個月內(nèi),欠費總次數(shù)與月份數(shù)用戶數(shù)的比率 大客戶的用戶數(shù)。 大客戶的通信量率:指在本帳期的通信量占整個收入的比率。 大客戶的類型與等級。 這些因數(shù)均在月末統(tǒng)一核準,所以大客戶的動態(tài)因數(shù)信譽度每月更新一次。由于大客戶的信譽度靜態(tài)因素可能會發(fā)生改變,改變時直接影響大客戶的最終信譽度。 3.4.3.2 信用控制 大客戶的信用控制直接反應在對大客戶擁有用戶的控制。如上所述,大客戶采用的信譽控制有兩種方式:高額信譽度管理和欠費信譽度管理。對于高額信譽度管理,則將大客戶的信譽度直接作為用戶信譽度 的因數(shù)之一,但有一個約定,大客戶信譽度因數(shù)的變更,只能是每個月一次,即平時大客戶的變化不影響用戶的信譽度。 欠費信譽度管理與客戶信譽度管理可結合使用,具體參見欠費管理的描述。 南京聯(lián)創(chuàng)系統(tǒng)集成股份有限公司 業(yè)務管理子系統(tǒng)概要設計書 第 頁 共 51 頁 3.4.4 大客戶服務 3.4.4.1 大客戶優(yōu)惠 大客戶可以有自己的優(yōu)惠,大客戶的優(yōu)惠主要通過大客戶套餐來實現(xiàn)。 3.4.4.2 大客戶交費服務 大客戶可以采用更靈活的交費方式,如:前臺專門服務、上門服務、統(tǒng)一銀行帳號劃帳等。為了適應這些服務,系統(tǒng)必須具備下列功能: 大客戶帳單統(tǒng)一獲取,打印和郵寄 按大客戶現(xiàn)金交費、銀行劃帳等 3.4.4.3 大客戶業(yè)務服務 大客戶的業(yè)務服務主要包括大客戶的 批量開戶,大客戶其他批量業(yè)務和大客戶的資料特別顯示。 3.4.5 大客戶分析 大客戶數(shù)據(jù)分析必須進行數(shù)據(jù)提煉和歸納。 3.4.5.1 費用信息歸納 歸納時間條件:月 歸納內(nèi)容: 大客戶的欠費用戶數(shù)、欠費次數(shù)、欠費金額; 大客戶的月應收,月實收; 歸納時間條件:日 歸納內(nèi)容: 大客戶的高額告警用戶數(shù),用戶話費金額,用戶信譽度。 3.4.5.2 用戶信息歸納 歸納時間條件:月 歸納內(nèi)容: 大客戶的新增用戶數(shù),離網(wǎng)用戶數(shù); 3.5 集團用戶管理

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論