ZXT10綜合計費帳務系統基本知識

1、ZXT10 綜合計費帳務系統基本知識一一資料管理篇iZXT10 綜合計費帳務系統基本知識資料管理篇深圳市中興通訊股份有限公司目 錄ZXT10 綜合計費帳務系統基本知識一一資料管理篇21基本概念.42資料管理篇.42.1業(yè)務類型、計費類別、設備類別 .4本地網、營業(yè)區(qū)、局向、營業(yè)點之間的關系 .62.3帳目類型編碼.62.3.1帳目類型編碼.6232基本帳目類型和附加帳目類型編碼之間的關系 .62.4帳務周期類別、帳務周期、帳務周期的各個階段完成的工作62.5費率設置相關表結構和使用方法 .82.5.1BASIC_TARIFF表.82.5.1.1固定費用計算流程 .82.5.1.2計次費用計算流

2、程 .92.5.2LATN_CALL_TARIFF表.92.5.3TOLL_TARIFF表.92.5.4TARIFF_TIME_SPAN表.102.5.5TARIFF_DURATION表.102.5.6時長費率、時段費率之間的關系。 .112.6優(yōu)惠設置相關表結構和使用方法 .122.6.1清單優(yōu)惠.122.6.2帳目優(yōu)惠.12397接口篇.143.197工單終端、資料服務端、97系統、相關表之間的關系 .143.2客戶、帳戶、帳務關系 .153.3計費程序如何查找匹配用戶資料 .153.4改帳務關系工單時，資料服務端的程序處理流程 .223.5每日維護模塊.233.6舉例描述過戶和新裝機工單

3、的區(qū)別 .163.7描述97接口表中ACTION字段含義 .163.8描述SERV表中ACTION字段在不同工單下是如何改動的 .173.9詳細描述SERV表中STOP_FLAG含義 .183.10從業(yè)務上闡述，違章單停、違章雙停、單停、雙停的區(qū)別 .193.11描述清楚停機業(yè)務對SERV表如何操作 .193.12描述清楚拆機業(yè)務對SERV表如何操作。 .193.13描述SERV表STATE=F0A,F0T,F0X,F0V的不同含義.193.14從業(yè)務上描述清楚停機、拆機之間的關系 .203.14.1停機、拆機轉換.203.14.2停機、拆機對帳務關系的影響 .203.14.3在停機階段和拆機

4、階段對收費（通話費、固定費、新業(yè)務費等）的影響。 .203.15描述清楚五種改號工單的區(qū)別 .203.15.1舉例描述跨局移機改號工單對serv各字段如何修改.20ZXT10 綜合計費帳務系統基本知識一一資料管理篇33.16舉例描述新裝號段、改號段工單的處理流程 .213.17描述112接口 .234客戶化帳單定制 .244.1定制帳單的基本概念 .244.2BILL_FORMAT表中BILL_TYPE的不同取值的含義 .244.3在通用發(fā)票定制過程中通過帳目類型查找出所歸屬的定制帳單項的流程.245資料割接篇.265.1靜態(tài)資料割接.265.2動態(tài)資料割接&營收對帳.26ZXT10

5、綜合計費帳務系統基本知識一一資料管理篇41 基本概念計費帳務系統的資料管理子系統屬于整個系統的一個核心支撐模塊，從下面的圖我們可以看出，資 料管理子系統與計費帳務系統中的數據采集、計費處理、帳務處理、銷帳處理模塊都有著密不可分的聯 系，給這些相關的模塊提供必要的參數維護以保證系統的正常運行。圖1.1本地計費帳務系統功能模型圖資料管理子系統的基本功能包括：維護系統的各種靜態(tài)參數（包括資費參數、業(yè)務參數、優(yōu)惠參數、 信用度參數）和相關的基本用戶資料。所以，與資料管理系統相關的模塊有資料管理終端（維護靜態(tài)參 數）、97接口終端（維護用戶資料） 、資料管理服務端（維護靜態(tài)參數ID和處理用戶資料變更工單

6、）三個模塊。2 資料管理篇資料管理終端負責維護計費帳務系統所需的各種靜態(tài)資料，包括業(yè)務參數、資費參數、優(yōu)惠參數、 信用度參數這幾個大類。下面分別就一些典型參數加以介紹。2.1 業(yè)務類型、計費類別、設備類別業(yè)務類型（service_type）、計費類別（billing_type_id）、設備類別（serv_type_id）是計費帳務系統業(yè)務參 數中三個最重要的參數。并且這三個參數也是用戶資料SERV表的三個重要參數。對用戶發(fā)生通話業(yè)務的計費批價依賴于這三個參數的匹配。業(yè)務類型、設備類型、計費類別是用戶的屬性，在SERV用戶表中分別對應了service_type、serv_type_id、bill

7、ing_type_id，這三個用戶屬性決定了為用戶計費的一些資費標準，三個屬性的組合也必 須符合一定的要求。實際上在各個版本的業(yè)務應用中，這些屬性之間都有一些組合關系，如用戶不可能 同時擁有某種設備類別和計費類別，也就是說某種設備類別和計費類別的組合是不符合業(yè)務規(guī)范的。目前在V2.1版本中，新增了兩個表LMT_SERV_BILL，LMT_SERVICE_SERV，在這兩個表里分別記錄了 可能的設備類型和計費類型的組合，不可能的業(yè)務類型和設備類型的組合。在V5.0版本中，新增了ZXT10 綜合計費帳務系統基本知識一一資料管理篇5SERVICE_TYPE表，直接在SERV_TYPE表中有servi

8、ce_type_id，表明了設備類別和業(yè)務類型的隸屬關 系。F面是V2.1的業(yè)務類型、設備類別、計費類別的例子。業(yè)務類型設備類別計費類別備注0:電話（PSTN，ISDN）1:市話私人住宅 企事業(yè)單位 公用電話2:ISDN私人住宅 企事業(yè)單位3:中繼合用中繼線證券中繼4:專線市話專線 會議專線 長話專線5:租維市租維 長租維1：800業(yè)務6:800業(yè)務800用戶2：200業(yè)務7:200業(yè)務200用戶3:電報&電報業(yè)務用戶電報（普通）用戶電報（交換機）用戶電報（涉外）5:寬帶業(yè)務9:寬帶業(yè)務寬帶用戶以下是按照三個屬性確定的用戶基本月租費用和市話通話費用資費標準的例子。 例：市話基本月租費：

9、（BASIC TARIFF表確定）業(yè)務類別設備類別計費類別資費標準電話市話私人住宅固定費用，每月21.60兀電話市話企事業(yè)單位:固定費用，每月33.00元市話通話費：（BASIC TARIFF表確定）業(yè)務類別設備類別計費類別資費標準電話市話私人住宅按次計算，每次0.18元電話市話企事業(yè)單位:按次計算，每次0.18元國內長話通話費：（TOLL TARIFF表確定）業(yè)務類別設備類別計費類別資費標準電話市話話亭電話按話單時長收取，每分鐘0.20元電話市話輸忙電話按話單時長收取，每分鐘0.20元電話市話住宅兼辦按話單時長收取，每分鐘0.20元電話市話乙種兼辦按話單時長收取，每分鐘0.20元國內長話建設

10、費：（BASIC_TARIFF表確定）ZXT10 綜合計費帳務系統基本知識一一資料管理篇62.2 本地網、營業(yè)區(qū)、局向、營業(yè)點之間的關系本地網(LATN)營業(yè)區(qū)(AREA) 1|營業(yè)點(SITE) |局向(EXCHANGE) |一個本地網擁有一個或多個營業(yè)區(qū)，一個營業(yè)區(qū)屬于一個本地網。局向與營業(yè)區(qū)之間是多對一的關系。一個局向只能屬于一個營業(yè)區(qū)，但一個營業(yè)區(qū)可以擁有多個局向。一個營業(yè)點屬于一個營業(yè)區(qū)，一個營業(yè)區(qū)可以擁有多個營業(yè)點。這里再補充澄清一下局向的概念。V2.1版本中我們將exchange_id表示為局向，同時計費帳務的按局分揀流程要求對于每個exchange_id,對應的用戶數量是均衡的

11、，這樣計費帳務多線程處理的效率最高。由于計費帳務程序的限制，要求處理 用戶的改號業(yè)務時，不能夠改變用戶的局向。用戶的局向信息是通過業(yè)務接入號碼acc_nbr到EXCHANGE_MAP表中匹配得到的，所以改號業(yè)務基本上都是需要修改局向信息的。這樣就造成一個矛 盾。從V3.0以后的版本開始，我們增加了97局向表(EXCHANGE97)，97局向號碼映射表 (EXCHANGE_MAP_97)。用戶的局向就認為是97局向，而原來的EXCHANGE和EXCHANGE_MAP表仍然保留，留給計費帳務專用， 并且EXCHANGE.exchange_id被理解為計費分組號， 而不再是局向了。2.3 帳目類型編

12、碼2.3.1 帳目類型編碼由ACCT_ITEM_TYPE帳目類型表定義。X00000是系統默認的帳目類型大類，不允許分配給某個具體的費用，也就是用戶不可能產生大類的 費用。(V5.0擴充了大類的編碼取值范圍為XX0000，也就是可以有99個帳目類型大類)帳目類型的類型type_type字段定義：固定費用類10;計量費用類20欠費處理方法arrear_method“0”：不催繳；“1”：催繳不停機；“2”：停機2.3.2 基本帳目類型和附加帳目類型編碼之間的關系基本帳目類型和其附加費帳目類型編碼只有最后一位不同，基本帳目類型的最后一位編碼為0,而對應的附加費的帳目類型編碼為19。比如說國內長途通

13、話費若編碼為310000,則對應310001310009都是國內長途通話費對應的附加費；計算附加費流程：1、首先要根據主帳目類型匹配對應的附加費帳目類型；2、其次，還要匹配本地網號、營業(yè)區(qū)號、設備類別、計費類別；設置附加費的時候，要注意附加費帳目類型同主帳目類型編碼上的關系，同時關注本地網號、營業(yè) 區(qū)號、設備類別、計費類別；2.4 帳務周期類別、帳務周期、帳務周期的各個階段完成的工作帳務周期類別：帳務周期是指用戶帳單對應的費用周期，一般以月為單位，也可以以天、周、旬、 季度、年為單位。在BILLING_CYCLE_TYPE和PAY_CYCLE_TYPE表中組合設置。 帳務周期：計費帳務處理所對

14、應的用戶業(yè)務費用發(fā)生時ZXT10 綜合計費帳務系統基本知識一一資料管理篇7間段。h-計費周期-補充期一審核期卡-繳費周期-d- 出帳期- 計費周期定義了話單費用記入哪個帳務周期的根本條件，只有發(fā)生在計費周期內的話單或其它業(yè)務 使用費（另含固定費用）才能計入本帳務周期（如果本帳務周期已經出帳，還有屬于本帳期的業(yè)務使用 費未合帳的，如無主無資料話單等，在合帳時則按照就近原則合入最早的一個相同類型帳期中）；在實時采集和實時計費模式下， 在計費周期內會有源源不斷的話單和清單到達計費帳務系統， 系統就將這些話 單與清單合入本帳期內。如果此時到達的話單與清單中有屬于上個同類型帳期定義的計費周期的話單的 話

15、，則需要檢查上個同類型帳期是否已經出帳，如果已經出帳，則合入本帳期；如果還未出帳，則合入 上帳期，根據情況，如果上帳期已經進行了優(yōu)惠處理，則因費用發(fā)生變化而需要重新進行優(yōu)惠處理；如 未優(yōu)惠，則不需要進行更多的處理。補充期是一個過渡時間段，其目的是提供一個緩沖時間，以供一些延期達到的話單如市話跳次文件 遲送等原因能夠及時加入到該帳期，也是為了進行一些人工錄入數據和脫機數據的處理，在補充期內，這些數據可隨時加入系統中，并進行相應的帳務處理。由于在補充期內，會不斷有數據到達，因此在補 充期內不進行優(yōu)惠處理。在補充期結束進入審核期時，進行一次性的用戶優(yōu)惠處理，計費優(yōu)惠費用。補充期的另一個作用就是供運營

16、商在期間對帳期的各種話單、清單以及帳目數據進行檢查。審核期的最主要目的是提供給運營商進行優(yōu)惠處理、重優(yōu)惠處理的時間，這也是限制只能在審核期 內進行優(yōu)惠處理的原因之一。同時在前面補充期內的處理，在審核期均可以進行，可以回退、重處理、 重合帳等，不同之處理就在于審核期內重處理后，可以進行優(yōu)惠處理，而補充期則不能。經過檢查無誤后，在審核期內就可能進行出帳處理，將計費主機上經過確定的帳目、清單數據轉儲 入營收主機。其具體細節(jié)可參見出帳處理描述。一旦出帳成功，該帳期周期在計費主機上的使命就結束 了，不能再新增任何費用，其狀態(tài)將變更成“已出帳50E”。一個帳期A結束后，將生成一個新的同類型帳務周期B。E生

17、成后到達的很多根據時間判別屬于帳期A的老數據將繼續(xù)合帳入帳期A,生成A的帳目。經過一段時間后（在系統中稱為補充期），帳期A過渡到審核期。進入審核期后，用戶可以指定優(yōu)惠該帳期的設備帳目，用戶可以查詢優(yōu)惠結果。如果審核期內 又有帳期A的數據到達，將導致重合設備帳。重合帳或者優(yōu)惠標準有誤將導致重新優(yōu)惠處理。在 審核期內就可以進行重優(yōu)惠。而其它時期內不得對帳目進行優(yōu)惠。審核期結束后，帳期A的數據將被出帳，系統將全部帳務數據出帳給銷帳主機。狀態(tài)轉成已出帳。審核期的確定方法為指定出帳日期前的固定天數為審核期，每種帳務周期類型 可以對應不同的審核期（修改BILLING_CYCLE_TYPE表）。BILLIN

18、G_CYCLE表中state字段含義：50A:帳期中50B:補充期50D:審核期50E:已出帳2.5 費率設置相關表結構和使用方法2.5.1BASIC_TARIFF 表該表包含了適用于本地計費系統的基本費率，包括固定費率，計次費率，附加費(稅)率。并記錄此類費率更改過程。ZXT10 綜合計費帳務系統基本知識一一資料管理篇81、 固定費率：對于固定費率來說相關的字段是，設備類別(serv_type_id)、計費類別(billing_type_id)、 占用資源標志(product_id)、本地網號(latn_id)、營業(yè)區(qū)號(area_id)；2、計次費率： 相關的字段是， 本地網號、 營業(yè)區(qū)號

19、、 設備類別、 計費類別、 跳次算法號(tariff_set_id)、生效日期(eff_date)和失效日期(exp_date);3、 附加費：本地網號、營業(yè)區(qū)號、設備類別、計費類別、附加費帳目類型、生效日期和失效日期；費率的取值規(guī)則由method定義，取值精度由rate、rate_precision、calc_precision三者共同定義完成。2.5.1.1固定費用計算流程遍歷整個用戶表(實際處理是按照分組號進行處理的)，遍歷的方式是按serv_id進行排序；對于同一個serv_id，把其所有的記錄取出并進行比較；1)對于取出只有一條記錄情況有三種情形：情形一：這個記錄是無效則不需要計算其

20、月租費；情形二：這條記錄是F0A，則需要作以下的判別，從業(yè)務上對正常用戶也進行了劃分，不同情況 的用戶處理方式不同：理論上系統對欠費用戶也要收取固定費用的，在此情況下，用戶如果欠費達數個月后，將被強行 拆機。但實際上這些用戶如果達到拆機時限時，考慮到用戶關系問題，很多并不會拆機。在這種情 況下就出現了應屬于已拆類別的用戶，但仍被標記為欠費的用戶，這些用戶是不能收取租費的。這 類用戶被定義為“虛假欠費用戶”，通過stop_flag1=來表示。也即，stop_flag1 = 8的用戶，不 收取任何固定費用(月租與新業(yè)務費用)。同時，對停機狀態(tài)不同的用戶，其收費也有所不同，其業(yè)務描述請參見2.8中關

21、于停機的描述。對于普通停機用戶， 其新業(yè)務費不再收取； 但對于違章停機用戶來說， 其必須繼續(xù)支付新業(yè)務費。 在系統中對于stop_flag0= 1& 2的用戶(即普通停機用戶)，其新業(yè)務費不再收取。計算多少個月的租費則需要看created_date和completed_date字段和本帳期的開始和結束時間來判另若本帳期建檔同時completed_date也在計算范圍內則屬于新裝機用戶，根據completed_date來判別收取月租的多少；否則屬于老用戶，收取一個月的月租；情形三：這條記錄狀態(tài)F0T(拆機了)，則不收取月租費；2)對于取出有多條記錄情況也有三種情形：情形一：都是無效則不需

22、要計算其月租費；情形二：有一條記錄為F0A，則需要作以下的判別，與3中的判別方法相同。計算多少個月的租費則需要看這個用戶對應的serv_seq_nbr=1的那條記錄的created_date和completed_date字段和本帳期的開始和結束時間來判別；若本帳期建檔同時completed_date也在計算范圍內則屬于新裝機用戶，根據completed_date來判別收取月租的多少；否則屬于老用戶，收取一個月租；情形三：只有一條F0T記錄；其余為無效記錄，則不收取月租費；對于資源占用費用也是按類似的方式進行計算，區(qū)別只是一個從用戶表(SERV)中取記錄，這個是從用戶占用資源表(SERV_PRO

23、DUCT)取提取相關信息而已；設置固定費率涉及到的字段是：設備類別、計費類別、資源種類來設置；2.5.1.2計次費用計算流程計次話單主要包括如下數據項：主叫信息、跳次表號(根據各地實際定義的不同，可能分別對應市內通話、上網通話、區(qū)間通話、農話通話等)、跳次數量(有凈跳次值與累計跳次值兩種，同時跳次文件名中含有對應的交換機號和本地網號)；計次費用計算處理流程如下：1、 主叫號碼-用戶信息-設備類別、計費類別、局向(取得營業(yè)區(qū)號)；(查找SERV表得到)2、 文件名 交換機局號(exchange_id)*交換機類型(switch_type_id)；(查找SWITCHES表 得到)ZXT10 綜合計

24、費帳務系統基本知識一一資料管理篇93、 跳次號(meter_id)、交換機號(switch_id)、交換機類型(switch_type_id)-跳次算法號(tariff_set_id)； (查找METER_TARIFF表得到)4、 設備類型、計費類別、營業(yè)區(qū)號、計次費率算法號-市話費率；(查找BASIC_TARIFF得到) 則設置計次費率對應的參考字段是：設備類別、計費類別、營業(yè)區(qū)號、計次費率算法號(可以根據交換機、交換機類型、跳次算法號)；局向和局號是兩個概念。在系統中都是用exchange_id來表示，但是含義不同。exchange_id僅僅在SWITCHES表中才表示局號，這個局號信息是

25、局方提供的，和采集輸出的文件名稱中的局號相匹配。2.5.2LATN_CALL_TARIFF 表該表記錄本地網范圍內的區(qū)間計時通話或者區(qū)內計時通話費率。計時話單信息包含了主叫號碼、被叫號碼、通話開始時間、通話結束時間、時長、出入中繼；所以 其費率的查找流程如下；主叫號碼-用戶信息-設備類別、計費類別、局向(由此又可以得到營業(yè)區(qū)號calling_area_id)；被叫號碼被叫所在局向被叫所在營業(yè)區(qū)號(called_area_id)通話開始時間-節(jié)假日類別(holiday_type_id)設備類別、計費類別、主叫營業(yè)區(qū)號、被叫營業(yè)區(qū)號、節(jié)假日類別、通話開始時間(匹配費率生效 日期和失效日期)-找到該

26、話單的費率(rate)；若該費率有對應的時段費率，則到時段費率表中查找對應的時段費率(time_tariff_id)；若還有對應的時長費率則到時長費率表查找對應的時長費率(dura_grp_id)；根據所找到的相關費率計算對應的話單的通話費率，再按相關費率計算該話單的通話費率(rate)；根據基本帳務類型到basic_tariff表中找到附加費費率。從計算流程可以看出，本地網內計時通話費率的參考字段有主被叫營業(yè)區(qū)號、設備類別、計費類別、 節(jié)假日類別、生效和失效日期、時段費率標志、時長費率標志、時長費率和時段費率的關系；2.5.3TOLL_TARIFF 表該表記錄長途通話費率，主要用于對長途計時

27、話單進行批價。計時話單信息包含了主叫號碼、被叫號碼、通話開始時間、通話結束時間、時長、出入中繼；所以 其費率的查找流程如下：主叫號碼-用戶信息-設備類別(serv_type_id)、計費類別(billing_type_id)；被叫號碼+主叫本地網號被叫長途區(qū)號分組(toll_grp_id)通話開始時間-節(jié)假日類別(holiday_type_id)設備類別、計費類別、長途區(qū)號分組、節(jié)假日類別、通話開始時間(匹配費率生效日期和失效日期)-找到該話單的費率(rate);若該費率有對應的時段費率，則到時段費率表(TARIFF_TIME_SPAN)中查找對應的時段費率(time_tariff_id)；若

28、還有對應的時長費率則到時長費率表(TARIFF_DURA TION)查找對應的時長費率(dura_grp_id);根據所找到的相關費率計算對應的話單的通話費率、基本帳目類型(acct_item_type_id)，再按相關費率計算該話單的通話費率；根據基本帳目類型到BASIC_TARIFF表中找到附加費費率。從計算流程可以看出，本地網內計時通話費率的參考字段有設備類別、計費類別、長途區(qū)號分組、 節(jié)假日類別、生效和失效日期、時段費率標志、時長費率標志、時長費率和時段費率的關系；ZXT10 綜合計費帳務系統基本知識一一資料管理篇102.5.4TARIFF_TIME_SPAN 表該表記錄了時段費率信息

29、。時段費率電信運營商提供的一種費率優(yōu)惠手段，對特定時間段內的通話給予優(yōu)惠的一種方法。這種特定的時間段為絕對時間，如每周日全天通話享受六折優(yōu)惠，每天的22:00至24：00享受六折，0點至次日8點享受三折優(yōu)惠等。在特定時間段內的費率可以與基本費率不同，具體形式可以是新制定費率或 者經過折扣計算后的費率。是由于某些時段內的費率同基本費率不同，但是計費單元都是相同。比如說某個節(jié)假日，電信給出一種優(yōu)惠政策，整天都是半價；或者是在某個時段內是半價；則可以在TIME_SPAN表中設置如下：time_spa n_idbegi n_timeen d_timespa n_tim e_flag1023：59：59

30、跨時段一分鐘按前一時段計算2721跨時段一分鐘按前一時段計算在T A R I F F _ T I M E _ S P A N表中再設置對應這兩個時段的費率；在 基 本 費 率(TOLL_TARIFF，LATN_CALL_TARIFF)表 中 引 用 此 時 段 費 率 (time_t ariff_id) 。2.5.5TARIFF_DURATION 表該表記錄了時長費率的信息。時長費率是電信運營商提供的另一種費率優(yōu)惠手段，對通話時間內的特定時間段給予優(yōu)惠的一種方 法，可以將其理解為一種相對時段費率優(yōu)惠，在上小節(jié)提及的時段優(yōu)惠實際上是一種絕對時段費率優(yōu)惠。就是計算話單的費率的時間單位不是固定的(這

31、個不包含新舊費率發(fā)生變更情形)，而是隨著通話時間的改變而改變；比如說，現在市話出詳單，則其對應的費率是前三分鐘是一個費率，而后每分鐘是一個費 率；下面給出市內通話(出詳單)的時長費率的設置方法：1、 首先在LATN_CALL_TARIFF表中設置其基本費率， 對應的時間單位是60秒，對應的費率為0.10元；對于其他的設置元素(設備類別、計費類別、主被叫營業(yè)區(qū)號、生效日期和失效日期可以根據實際情形設置)；同時設置對應的時長費率標志dura_grp_id；2、每一條記錄表示一個時長費率算法中一段的費率定義，時長費率算法號相同的記錄定義了一套時長費率，每條時長費率與時長費率組內序列號有關，時長費率組

32、內序列號為1定義了時長費率算法對話單每一時長的費率定義，以此類推。每個時長費率算法組內時長費率組內序列號最大的記錄其循環(huán)標志必為“1”，循環(huán)標志從時長費率組內序列號最大的記錄往前推，循環(huán)標志為“1”的記錄描述時長費率算法的循環(huán)引用。例：標識算法號序列號單位單位數值含義費率循標時長費率描述151603200.200前三分鐘0.2兀(注意，這里不是前三分鐘每分鐘0.2兀)252601200.11以后每分鐘0.1元2.5.6 時長費率、時段費率之間的關系。相互的關系：1、時段費率是基于基本費率，就是首先要有基本費率才有時段費率；2、 時長費率可以基于時段費率（在時長費率基礎上享受時段折扣）；現在計費

33、處理程序中時長費率中單位時間和基本費率的單位時間存在關系（時長費率的單位時間是基本費率單位時間整數倍）；用例：若用一個時長費率是前三分鐘是0.40元；以后每分鐘是0.20元；而且時長費率是基于時段費率（每天0:007:00享受6折優(yōu)惠）；ZXT10 綜合計費帳務系統基本知識一一資料管理篇11用例分析：這個用例中有時長費率，若在有時段折扣的范圍內打電話則有時長費率的同時享受時段折扣；計費程序在劃價時，假設基本費率為每分鐘1元，如果同時設置了時長費率和時段費率，其中時段費率為21:0024：00（對應time_span_id=1），費率取值為每分鐘0。4元。時長費率為前2分鐘0。5元，以后 每分鐘

34、0。3元。那么時段費率表TARIFF_TIME_SPAN表的記錄如下：time_spa n_idcall_catg rate110.4時長費率算法表TARIFF_DURA TION表的記錄如下:dura_grp_iddura_tariff_idtariff_duratio nmethodrate112200。5121200。3那么劃價時的流程如下:（以長途費率為例，通話時間從20:55:3021：03:12,區(qū)間計時費率類似）1.首先將話單按照時段進行分割，那么可以分割為兩個時段，20:55：3021：00,21：0021：03:12。然后在每個小段內再按時長進行劃分，如第一個小段將按照時長再

35、劃分為4個小段，20:55:3020:57:30,20:57:3020:58:30,20:58:3020:59:30,20:59:3021:00:00,第二個小段的劃分類似。2.劃分完小段后，再查看TOLL_TARIFF表中的span_dura_flag字段。該字段有兩種取值：a.取最大值。在這種情況下，將在最后劃分的每個小段中，取時長費率和時段費率中的最小值進 行計算。最大值的含義是給用戶的優(yōu)惠最大。b.時段基于時長。在這種情況下，就是時段的優(yōu)惠結合時長的優(yōu)惠，那么必須有一種費率的計算 方法是基于比例的。目前的數據庫設計，時段費率是沒有計算方法的，取固定值，只有時長費率可以設置計算方法。那么

36、這時， 時長費率TARIFF_DURA TION表的記錄必須設置為:dura_grp_iddura_tariff_idtariff_durati onmethodrate1121050%1211030%計 費 批 價 時 ， 會 先 按 時 段 費 率 的 費 率 進 行 計 算 ， 然 后 結 合 時 長 費 率 的 百 分 比 進 行 優(yōu) 惠 計 算 。2.6 優(yōu)惠設置相關表結構和使用方法2.6.1 清單優(yōu)惠清單優(yōu)惠可以分成兩種：時段優(yōu)惠和主被叫關系優(yōu)惠；清單優(yōu)惠涉及到了以下一些表：SERV_DISCT（用戶優(yōu)惠）、SERV_CATG（用戶群）、SERV_CAT_DISCT（用戶群優(yōu)惠）、

37、DISCT_RULE（優(yōu)惠規(guī)則）、TICKET_BASED_DISCT（清單優(yōu)惠）、DESTINATION（主被叫關系優(yōu)惠）表間的邏輯關系：用戶 優(yōu)惠：serv_id serv_disct（由字段disct_rule） disct_rule（由字段disnct_rule_id）ticket_based_disct（由字段disct_rule_id）destination用戶群優(yōu)惠：billing_type_id,serv_type_id serv_catg（由字段serv_catg_id） serv_cat_disct（由字段disct_rule） disct_rule（由字段disct_ru

38、le_id）ticket_based_disct（由字段disct_rule_id）dest in ati on；映射關系說明：ZXT10 綜合計費帳務系統基本知識一一資料管理篇12serv_id到serv_disct，可以是一對多的關系或一對一的關系；billing_type_id和serv_type_id到serv_catg也是一對多的關系；從serv_catg到serv_cat_disct也是一對多的關系；對于serv_disct（或serv_cat_disct）至disct_rule是一對多的關系；對于disct_rule至U ticket_based_disct也是一對一的關系；ti

39、cket_based_disct至U destination的關系也是一對一的關系；相關說明：對應時段優(yōu)惠來說，關聯到ticket_based_disct，后面的destination沒有必要要關聯了；對于主被叫關系優(yōu)惠來說，一直要關聯到dsetination表；處理流程：清單優(yōu)惠處理流程基本上是根據表間的邏輯關系進行；首先，查找對應用戶是否存在用戶用戶或者對應的用戶群優(yōu)惠（這個用戶必需屬于這個用戶群）；而后，根據用戶享受的優(yōu)惠規(guī)則，到優(yōu)惠規(guī)則表中查找對應的優(yōu)惠方法；同時檢查用戶是否滿足優(yōu) 惠的現在條件；（這些限制條件可以是在一個日期范圍內，或者一定的時段內，或者是被叫區(qū)號或者號碼 有一定要求

40、）；若滿足則按給出的優(yōu)惠方法對話單進行優(yōu)惠處理；否則不進行優(yōu)惠處理；2.6.2 帳目優(yōu)惠帳目優(yōu)惠分帳目優(yōu)惠與總帳優(yōu)惠。帳目優(yōu)惠：1） 需要在帳戶優(yōu)惠表ACCT_DISCT中為帳戶設置一條帳戶優(yōu)惠，其disct_rule字段與DISCT_RULE表關聯。（用戶也可以享受帳目優(yōu)惠，記錄在SERV_DISCT表中）2） 在優(yōu)惠規(guī)則表DISCT_RULE中添加記錄（分級累進優(yōu)惠需要添加多條記錄），設置用戶優(yōu)惠的優(yōu) 惠方法，其disct_rule字段與ACCT_DISCT表相關聯。3） 在帳目優(yōu)惠規(guī)則表ACCT_ITEM_DISCT中添加記錄（分級累進優(yōu)惠需要添加多條記錄），為帳目優(yōu)惠設置輔助信息。其d

41、isct_rule_id與DISCT_RULE相關聯。4）在帳目優(yōu)惠帳目組類型映射表ACCT_DISCT_GNP_MAP中添加一條記錄，標識帳目類型組同帳目類型的關系。一個帳目類型組下可有多個帳目類型，進行優(yōu)惠時會對此組號下的所有帳目類型進行優(yōu) 惠。（帳目優(yōu)惠區(qū)分參考優(yōu)惠帳目類型組和優(yōu)惠帳目類型組，如果兩者不一致的話，就需要增加多條記錄。）帳目優(yōu)惠設置與表ACCT_DISCT,DISCT_RULE,ACCT_ITEM_DISCT,ZXT10 綜合計費帳務系統基本知識一一資料管理篇13ACCT_DISCT_GNP_MAP,SERV_DISCT,SERV_CATG_DISCT相關。注：采用分級累進

42、時，DISCT_RULEACCT_ITEM_DIS 有多條記錄總帳優(yōu)惠：1） 需要在帳戶優(yōu)惠表ACCT_DISCT中為帳戶設置一條帳戶優(yōu)惠，其disct_rule字段與DISCT_RULE表關聯。（客戶也可以享受，在CUST_DISCT表中記錄，但是目前的優(yōu)惠是通過存儲過程實現的，最終將 優(yōu)惠分攤至該客戶下的所有設備上）2） 在優(yōu)惠規(guī)則表DISCT_RULE中添加記錄（分級累進優(yōu)惠需要添加多條記錄），設置用戶優(yōu)惠的優(yōu) 惠方法，其disct_rule字段與ACCT_DISCT表相關聯。3） 在總額優(yōu)惠規(guī)則表VALUE_BASED_DISCT中添加記錄（分級累進優(yōu)惠需要添加多條記錄），為總帳優(yōu)惠設

43、置輔助信息。其disct_rule_id與DISCT_RULE相關聯注：采用分級累進時，DISCT_RULEVALUE_BASED_DISC 多條記錄ZXT10 綜合計費帳務系統基本知識一一資料管理篇14ZXT10 綜合計費帳務系統基本知識一一資料管理篇153 97 接口篇3.1 97 工單終端、資料服務端、97 系統、相關表之間的關系上圖描述了97接口終端，資料管理服務端與97系統和計費帳務系統的表交互的關系。97系統和計費帳務系統通過接口表交互。同時計費帳務系統在本地也建了一套與97接口表結構完全相同的接口庫，用于處理97系統無法通過接口自動送過來的工單數據。這些數據的來源是通過97接口終

44、端進行人工錄入的，錄入的目的表是本地接口表。97服務端可以同時對97接口表和本地接口表進行掃描處理，分別處理兩個來源的工單，將用戶的資料變更數據反映到計費系統的數據庫中。97接口庫包括了4張接口表SERVICE_97、ACCOUNT_97、CUST_97、PRODUCT_97，內部接口庫 表也包括了四張表SERVICE_INNER、ACCOUNT_INNER、CUST_INNER、PRODUCT_INNER，兩個庫 的表結構基本一致。但是SERVICE_INNER比SERVICE_97多了兩個字段，recorder和time,初始設計時 分別表示錄入員和錄入時間。為了客戶端操作97數據庫和自己

45、錄入數據庫的統一，目前改用addi_1和addi_2兩個字段來表示錄入員和錄入時間。對表結構的描述可以參見vss上A產品管理/ZXT10-LSV2.1（重慶本地網）/A方案設計/重慶97接口建議書靜態(tài)資料表包括了以下的幾張表：SERV_TYPE（設備類型表）、SERVICE_TYPE（業(yè)務類型表）、BILLING_TYPE（計費類別表）、BASIC_TARIFF（般費率表）、PRODUCT（資源類型表）、CUST_TYPE（客戶類型表）、BILLING_CYCLE_TYPE（計費周期類型表）、PAYMENT_METHOD（付費方式表）、PAY_CYCLE_TYPE（繳費周期類型表）、ACCT_

46、ITEM_TYPE （帳目類型表卜AREA（營業(yè)區(qū)表） 、LATN（本地網區(qū)號表） 、EXCHANGE_MAP（計費分組映射表） 、EXCHANGE（計費分組表）、EXCHANGE97（97局向表）、EXCH_MAP_SITE（97局向映射表，只適用于V5.0）、PROPERTY_SERV（用戶職業(yè)表， 只適用于V5.0）、OCCUPATION（客戶職業(yè)表，只適用于V5.0）、BANK_BRANCH（銀行表）等。用戶資料表包括了以下幾張表：SERV（用戶表）、CUST（客戶表）、ACCT（帳戶表）、SERV_ACCT（帳務關系表）、SERV_PRODUCT（用戶占用資源表）、NBR_GROUP

47、（號段表）、ADDRESS（地址表）。97接口數據庫可以放置在97營業(yè)系統的數據庫服務器上，也可以放在計費帳務系統的營收數據庫服務器上，也可以放置在一臺單獨的數據庫服務器上，97接口的服務端可以通過配置文件的設置，訪問97接口數據庫。3.2 客戶、帳戶、帳務關系客戶：與使用電信業(yè)務有關的個人或實體。對應系統的CUST表。帳戶：同一用戶使用多種電信業(yè)務的集合標識，便于用戶一張帳單可以繳納所有的電信費用。對應 系統的ACCT表。1營收數據庫資料服務端芒、用戶資9797 系統數據庫料表1百9797 系統口表提取靜態(tài)數據資料表錄入修改9797 工單客戶端SAPiSAPii i 訊機制口表ZXT10 綜

48、合計費帳務系統基本知識一一資料管理篇16用戶：電信業(yè)務的使用者，通常與電信企業(yè)訂有協議。一個用戶要占用一定數量的電信產品或電信 網絡資源（PORDUCT表），一個用戶可以占用多項電信產品或電信網絡資源（SERV_PRODUCT）。對應 系統的SERV表。帳務關系：描述用戶使用電信業(yè)務發(fā)生的具體的帳目由哪個帳戶為之付費的關系。 對應系統的SERV_ACCT表。具體地說，一個帳戶可以為多個用戶付費，一個用戶的費 用也可以由多個帳戶為之繳納?？蛻粢粠粢挥脩絷P系3.3 計費程序如何查找匹配用戶資料以下面的例子為例，接入號為6 5 1 0 2 8 8 9的 用 戶 在 發(fā) 生 改 設 備 類 型 、

49、跨 局 移 機 不 改 號 、 改 號 業(yè) 務 操 作以后serv表中的記錄變更情況如下：Serv_i d -Serv_seq_nbrAcc_nbrActio nExchange_id -StateState_dateNbr_eff_dateExp_dateEff_dat eCreate_dateS3165102889A1B7：68F0X2000-02000-05-2001-01-2000-02000-5-01-1208095-085-1814:29:1723:59:5914:18:19S3265102889B7A368F0X2001-02000-05-2001-02-2001-02001-0

50、1-3-1808091-101214:29:1723:59:5914:29:17S3365102889A3A756F0X2001-02000-05-2001-04-2001-02001-03-4-1808092-101814:29:1723:59:5914:29:17S3468882892A776F0A2001-02001-04-2001-02001-04-4-18104-101814:29:1714:29:17對于這個問題，我們用一個實際例子來說明一下：用例：假設號碼A曾經被用戶B1和用戶B2使用過（如下圖所示），在時段D1,D2是用戶B1使用,對應的設備類別是C1，在時間D2該用戶該了設備

51、類別為C2;而后在D3時間又做了跨局移機不改號; 在D4時間又作了改號，改號碼為A1;而舊號碼A在時間D5被別用戶B2使用；D11D21D31-D4- 1 .D51-| -1-A-|=-|-1-A1| - B2假設現在對于各個時段都來了對應一條話單號碼A的話單，各個時間段內話單計費處理如下：對于D1,D2時間段內的話單歸屬于用戶B1，現在是按設備類別C1計算其對應的通話費；費用累計到B1上;對于時段D2,D4那來的話單都是按設備類別C2計算對應的費用；累計到用戶B1上;ZXT10 綜合計費帳務系統基本知識一一資料管理篇17在前面提到了電管局對改號后原號碼的封存時間進行了限制，系統中對此時間也進

52、行了處理，有些 局方要求，在用戶改號以后，原號碼在被新用戶使用之間，封存時限之內的所有發(fā)生的話單，歸原用戶 所有。目前系統中增加了一個處理時間限制，在D4到D4+時限規(guī)定范圍內的話單，屬于用戶B1。對于時間D5以后的話單都累計到用戶B2上;3.4 新裝機工單和過戶工單的區(qū)別新裝機時包括了以下的內容1.新增用戶的信息。2.確定用戶所屬的客戶。 可為新增客戶或選擇原有客戶。如果為新增客戶還需要新客戶的各種信息，cust_97表中必須有1條記錄記載了新客戶的信息。3.新增用戶占用資源信息。4.確定用戶各帳目所屬的帳戶。可為新增帳戶或選擇原有帳戶。如為新增帳戶還需要該帳戶的各種 信息。5.新增用戶的帳

53、務關系信息。過戶包括了以下的內容1.過戶工單指將一個電信用戶從一個客戶下移到別一個客戶下，即修改用戶所屬的客戶。2過戶不改變用戶的占用資源情況，可改變過戶用戶的帳務關系：可以刪除部分帳務關系，再重新 增加新的帳務關系。新裝機時要在SERV表中新增加一個新用戶的記錄，而過戶時首先注銷SERV表中過戶用戶的有效記錄(F0A的狀態(tài)修改為F0X),再增加1條該用戶的記錄，該記錄的狀態(tài)為F0A,cust_id字段的值是過給 的新客戶的客戶標識。3.5 97 接口表中 action 字段含義表名Action編碼含義備注Service.*A1-C1A1 /*新裝機*/A2 /*局內移機不改 號*/A3 /*

54、跨局移機不改 號*/A4 /*局內移機改號(v5.0)如右所示ZXT10 綜合計費帳務系統基本知識一一資料管理篇18*/A5 /*跨局移機改號*/A6 /*改用戶地址*/A7 /*改號*/A8 /*拆機*/A9 /*改名*/B1 /*改帳務信息*/B2 /*過戶*/B3 /*單向停機*/B4 /*雙向停機*/B5 /*復話*/B6 /*改用戶占用資 源*/B7 /*改用戶設備類 型*/B8 /*改電話用戶類*/B9 /改用戶信息C1;/補收費Cust_*0102030T：新增02”：修改“03：”刪除Acct_*01020304050601“新增帳戶(并增 加帳務關系)02“修改帳務合同 號0

55、3“修改帳務信息“04:”增加帳務關系“5”：刪除帳務關系“6”：合同帳戶改歸 屬客戶(v5.0)01:新增帳務及帳戶 關系02：只增帳務關系03：刪除帳務關系04:過所有帳戶給新 客戶05:過所有帳戶給老 客戶06：修改帳戶信息Product.*01 020T：新增產品02”：減少產品3.6 SERV 表中 action 字段在不同工單下是如何改動的SERV表中的action字段是一個4個字節(jié)的字符類型，前兩個字節(jié)表示記錄創(chuàng)建時的工單操作類型，后兩個字節(jié)表示本記錄被修改時工單的操作類型。于是這一個字段表示了記錄變遷的原因。例如，用戶擁有一個號碼8211609，在2月22日新裝機，系統在2月2

56、3日處理；后在5月6日改電話號碼為8211619,5月8日系統處理；后在7月5日局內移機不改號,7月8日系統處理。那么action字段的變遷是：serv idserv seq nbracc nbractio nstatestate dateexp date100118211609A1A7F0X2001-05-082001-05-05100128211619A7A2F0X2001-07-082001-07-04100138211619A2F0A2001-07-08ZXT10 綜合計費帳務系統基本知識一一資料管理篇193.7 SERV 表中 stop_flag 含義stop_flag為char（2

57、），其中CHAR（0）表示“97”停機狀態(tài)：0: “97”未停機1: “97”系統單向停機2: “97”系統雙向停機說明：如果用戶申請停機，認為數據由97系統過來。所以，char（0）表示了用戶申請停機的信息。違章停機在5.0中沒有，用戶申請停機與違章停機都修改Char（0）。CHAR（1）表示計費系統停機狀態(tài)：1：未停機，未催繳2:催繳3:已發(fā)欠費單向停機請求4:已發(fā)欠費雙向停機請求5:欠費單向停機6:欠費單向停機且已發(fā)欠費雙向停機請求7:欠費雙向停機&欠費拆機9:欠費單向停機，已發(fā)復機工單。A:欠費單向停機，已發(fā)人工強行復機工單B:欠費雙向停機，已發(fā)復機工單C:欠費雙向停機，已發(fā)人

58、工復機工單（以上為欠費而導致的停復機狀態(tài)）d:超過限額催繳e：已發(fā)限額單向停機請求f:已發(fā)限額雙向停機請求g：限額單向停機h：限額單向停機且已發(fā)限額雙向停機請求I:限額雙向停機J：限額拆機K:限額單向停機，已發(fā)復機工單L:限額單向停機，已發(fā)人工強行復機工單M:限額雙向停機，已發(fā)復機工單N:限額雙向停機，已發(fā)人工強行復機工單（以上為限額所發(fā)的停復機）o：已發(fā)人工強行單向停機請求P：已發(fā)人工強行雙向停機請求q：人工強行單向停機r:人工強行單向停機且已發(fā)雙向停機請求s：人工強行雙向停機t:人工強行拆機U：人工強行單向停機，已發(fā)復機工單。V:人工強行雙向停機，已發(fā)復機工單（以上為人工強行停復機）（藍字

59、標注為5.0版本內容）ZXT10 綜合計費帳務系統基本知識一一資料管理篇20Char（O）由97接口服務器程序修改，Char由計費系統欠費處理程序修改。3.8 停機業(yè)務對 SERV 表的操作資料管理服務端軟件對SERV的操作是直接修改SEV的數據。服務端根據SERVICE_97表的業(yè)務接 入號，在SERV表中匹配到相同業(yè)務接入號的記錄，修改SERV表的state_date字段字段為服務器處理時間，修改stop_flag字段的第一個字節(jié)位為1（表示97系統單向停機）或者2（表示九七系統雙向停機） 修改action字段的后兩個字節(jié)，為B3（表示97系統單向停機）或者B4（表示九七系統雙向停機）。例

60、如，對電話號碼為65102876的用戶進行單向停機操作，1月20日工單竣工，1月22日系統處理, 那么SERV表的數據將變?yōu)椋簊erv idacc nbrstop flagactio nstate datestateS16510287611XX B301-07-1812:29:18H0A3.9 違章單停、違章雙停、單停、雙停的區(qū)別違章單停、雙停是由電信營業(yè)系統強行的對用戶進行停機操作，而單停和雙停一般要由用戶申請以 后，電信部門才給予停機。違章停機、單停、雙停時不收取新業(yè)務費，其它固定費用照常收取，只要有話單出現，就會收取用 戶的通話費用。業(yè)務類型月租費用通話費新業(yè)務費違章停機收取有話單出現即會收取用 戶的通話費用收取違章單機收