ZXT10综合计费帐务系统基本知识.docx
《ZXT10综合计费帐务系统基本知识.docx》由会员分享,可在线阅读,更多相关《ZXT10综合计费帐务系统基本知识.docx(35页珍藏版)》请在冰豆网上搜索。
ZXT10综合计费帐务系统基本知识
ZXT10综合计费帐务系统基本知识
资料管理篇
深圳市中兴通讯股份有限公司
1基本概念
计费帐务系统的资料管理子系统属于整个系统的一个核心支撑模块,从下面的图我们可以看出,资料管理子系统与计费帐务系统中的数据采集、计费处理、帐务处理、销帐处理模块都有着密不可分的联系,给这些相关的模块提供必要的参数维护以保证系统的正常运行。
图1.1本地计费帐务系统功能模型图
资料管理子系统的基本功能包括:
维护系统的各种静态参数(包括资费参数、业务参数、优惠参数、信用度参数)和相关的基本用户资料。
所以,与资料管理系统相关的模块有资料管理终端(维护静态参数)、97接口终端(维护用户资料)、资料管理服务端(维护静态参数ID和处理用户资料变更工单)三个模块。
2资料管理篇
资料管理终端负责维护计费帐务系统所需的各种静态资料,包括业务参数、资费参数、优惠参数、信用度参数这几个大类。
下面分别就一些典型参数加以介绍。
2.1业务类型、计费类别、设备类别
业务类型(service_type)、计费类别(billing_type_id)、设备类别(serv_type_id)是计费帐务系统业务参数中三个最重要的参数。
并且这三个参数也是用户资料SERV表的三个重要参数。
对用户发生通话业务的计费批价依赖于这三个参数的匹配。
业务类型、设备类型、计费类别是用户的属性,在SERV用户表中分别对应了service_type、serv_type_id、billing_type_id,这三个用户属性决定了为用户计费的一些资费标准,三个属性的组合也必须符合一定的要求。
实际上在各个版本的业务应用中,这些属性之间都有一些组合关系,如用户不可能同时拥有某种设备类别和计费类别,也就是说某种设备类别和计费类别的组合是不符合业务规范的。
目前在V2.1版本中,新增了两个表LMT_SERV_BILL,LMT_SERVICE_SERV,在这两个表里分别记录了可能的设备类型和计费类型的组合,不可能的业务类型和设备类型的组合。
在V5.0版本中,新增了SERVICE_TYPE表,直接在SERV_TYPE表中有service_type_id,表明了设备类别和业务类型的隶属关系。
下面是V2.1的业务类型、设备类别、计费类别的例子。
业务类型
设备类别
计费类别
备注
0:
电话(PSTN,ISDN)
1:
市话
私人住宅
企事业单位
公用电话
2:
ISDN
私人住宅
企事业单位
3:
中继
合用中继线
证券中继
4:
专线
市话专线
会议专线
长话专线
5:
租维
市租维
长租维
1:
800业务
6:
800业务
800用户
2:
200业务
7:
200业务
200用户
3:
电报
8:
电报业务
用户电报(普通)
用户电报(交换机)
用户电报(涉外)
5:
宽带业务
9:
宽带业务
宽带用户
以下是按照三个属性确定的用户基本月租费用和市话通话费用资费标准的例子。
例:
市话基本月租费:
(BASIC_TARIFF表确定)
业务类别
设备类别
计费类别
资费标准
电话
市话
私人住宅
固定费用,每月21.60元
电话
市话
企事业单位
固定费用,每月33.00元
市话通话费:
(BASIC_TARIFF表确定)
业务类别
设备类别
计费类别
资费标准
电话
市话
私人住宅
按次计算,每次0.18元
电话
市话
企事业单位
按次计算,每次0.18元
国内长话通话费:
(TOLL_TARIFF表确定)
业务类别
设备类别
计费类别
资费标准
电话
市话
话亭电话
按话单时长收取,每分钟0.20元
电话
市话
输忙电话
按话单时长收取,每分钟0.20元
电话
市话
住宅兼办
按话单时长收取,每分钟0.20元
电话
市话
乙种兼办
按话单时长收取,每分钟0.20元
国内长话建设费:
(BASIC_TARIFF表确定)
2.2
本地网、营业区、局向、营业点之间的关系
一个本地网拥有一个或多个营业区,一个营业区属于一个本地网。
局向与营业区之间是多对一的关系。
一个局向只能属于一个营业区,但一个营业区可以拥有多个局向。
一个营业点属于一个营业区,一个营业区可以拥有多个营业点。
这里再补充澄清一下局向的概念。
V2.1版本中我们将exchange_id表示为局向,同时计费帐务的按局分拣流程要求对于每个exchange_id,对应的用户数量是均衡的,这样计费帐务多线程处理的效率最高。
由于计费帐务程序的限制,要求处理用户的改号业务时,不能够改变用户的局向。
用户的局向信息是通过业务接入号码acc_nbr到EXCHANGE_MAP表中匹配得到的,所以改号业务基本上都是需要修改局向信息的。
这样就造成一个矛盾。
从V3.0以后的版本开始,我们增加了97局向表(EXCHANGE97),97局向号码映射表(EXCHANGE_MAP_97)。
用户的局向就认为是97局向,而原来的EXCHANGE和EXCHANGE_MAP表仍然保留,留给计费帐务专用,并且EXCHANGE.exchange_id被理解为计费分组号,而不再是局向了。
2.3帐目类型编码
2.3.1帐目类型编码
由ACCT_ITEM_TYPE帐目类型表定义。
×00000是系统默认的帐目类型大类,不允许分配给某个具体的费用,也就是用户不可能产生大类的费用。
(V5.0扩充了大类的编码取值范围为XX0000,也就是可以有99个帐目类型大类)
帐目类型的类型type_type字段定义:
固定费用类'10';计量费用类'20
欠费处理方法arrear_method“0”:
不催缴;“1”:
催缴不停机;“2”:
停机
2.3.2基本帐目类型和附加帐目类型编码之间的关系
基本帐目类型和其附加费帐目类型编码只有最后一位不同,基本帐目类型的最后一位编码为0,而对应的附加费的帐目类型编码为1~9。
比如说国内长途通话费若编码为310000,则对应310001~310009都是国内长途通话费对应的附加费;
计算附加费流程:
1、首先要根据主帐目类型匹配对应的附加费帐目类型;
2、其次,还要匹配本地网号、营业区号、设备类别、计费类别;
设置附加费的时候,要注意附加费帐目类型同主帐目类型编码上的关系,同时关注本地网号、营业区号、设备类别、计费类别;
2.4帐务周期类别、帐务周期、帐务周期的各个阶段完成的工作
帐务周期类别:
帐务周期是指用户帐单对应的费用周期,一般以月为单位,也可以以天、周、旬、季度、年为单位。
在BILLING_CYCLE_TYPE和PAY_CYCLE_TYPE表中组合设置。
帐务周期:
计费帐务处理所对应的用户业务费用发生时间段。
计费周期定义了话单费用记入哪个帐务周期的根本条件,只有发生在计费周期内的话单或其它业务使用费(另含固定费用)才能计入本帐务周期(如果本帐务周期已经出帐,还有属于本帐期的业务使用费未合帐的,如无主无资料话单等,在合帐时则按照就近原则合入最早的一个相同类型帐期中);在实时采集和实时计费模式下,在计费周期内会有源源不断的话单和清单到达计费帐务系统,系统就将这些话单与清单合入本帐期内。
如果此时到达的话单与清单中有属于上个同类型帐期定义的计费周期的话单的话,则需要检查上个同类型帐期是否已经出帐,如果已经出帐,则合入本帐期;如果还未出帐,则合入上帐期,根据情况,如果上帐期已经进行了优惠处理,则因费用发生变化而需要重新进行优惠处理;如未优惠,则不需要进行更多的处理。
补充期是一个过渡时间段,其目的是提供一个缓冲时间,以供一些延期达到的话单如市话跳次文件迟送等原因能够及时加入到该帐期,也是为了进行一些人工录入数据和脱机数据的处理,在补充期内,这些数据可随时加入系统中,并进行相应的帐务处理。
由于在补充期内,会不断有数据到达,因此在补充期内不进行优惠处理。
在补充期结束进入审核期时,进行一次性的用户优惠处理,计费优惠费用。
补充期的另一个作用就是供运营商在期间对帐期的各种话单、清单以及帐目数据进行检查。
审核期的最主要目的是提供给运营商进行优惠处理、重优惠处理的时间,这也是限制只能在审核期内进行优惠处理的原因之一。
同时在前面补充期内的处理,在审核期均可以进行,可以回退、重处理、重合帐等,不同之处理就在于审核期内重处理后,可以进行优惠处理,而补充期则不能。
经过检查无误后,在审核期内就可能进行出帐处理,将计费主机上经过确定的帐目、清单数据转储入营收主机。
其具体细节可参见出帐处理描述。
一旦出帐成功,该帐期周期在计费主机上的使命就结束了,不能再新增任何费用,其状态将变更成“已出帐50E”。
●一个帐期A结束后,将生成一个新的同类型帐务周期B。
B生成后到达的很多根据时间判别属于帐期A的老数据将继续合帐入帐期A,生成A的帐目。
经过一段时间后(在系统中称为补充期),帐期A过渡到审核期。
●进入审核期后,用户可以指定优惠该帐期的设备帐目,用户可以查询优惠结果。
如果审核期内又有帐期A的数据到达,将导致重合设备帐。
重合帐或者优惠标准有误将导致重新优惠处理。
在审核期内就可以进行重优惠。
而其它时期内不得对帐目进行优惠。
●审核期结束后,帐期A的数据将被出帐,系统将全部帐务数据出帐给销帐主机。
状态转成已出帐。
审核期的确定方法为指定出帐日期前的固定天数为审核期,每种帐务周期类型可以对应不同的审核期(修改BILLING_CYCLE_TYPE表)。
BILLING_CYCLE表中state字段含义:
50A:
帐期中
50B:
补充期
50D:
审核期
50E:
已出帐
2.5费率设置相关表结构和使用方法
2.5.1BASIC_TARIFF表
该表包含了适用于本地计费系统的基本费率,包括固定费率,计次费率,附加费(税)率。
并记录此类费率更改过程。
1、固定费率:
对于固定费率来说相关的字段是,设备类别(serv_type_id)、计费类别(billing_type_id)、占用资源标志(product_id)、本地网号(latn_id)、营业区号(area_id);
2、计次费率:
相关的字段是,本地网号、营业区号、设备类别、计费类别、跳次算法号(tariff_set_id)、生效日期(eff_date)和失效日期(exp_date);
3、附加费:
本地网号、营业区号、设备类别、计费类别、附加费帐目类型、生效日期和失效日期;
费率的取值规则由method定义,取值精度由rate、rate_precision、calc_precision三者共同定义完成。
2.5.1.1固定费用计算流程
遍历整个用户表(实际处理是按照分组号进行处理的),遍历的方式是按serv_id进行排序;
对于同一个serv_id,把其所有的记录取出并进行比较;
1)对于取出只有一条记录情况有三种情形:
情形一:
这个记录是无效则不需要计算其月租费;
情形二:
这条记录是F0A,则需要作以下的判别,从业务上对正常用户也进行了划分,不同情况的用户处理方式不同:
理论上系统对欠费用户也要收取固定费用的,在此情况下,用户如果欠费达数个月后,将被强行拆机。
但实际上这些用户如果达到拆机时限时,考虑到用户关系问题,很多并不会拆机。
在这种情况下就出现了应属于已拆类别的用户,但仍被标记为欠费的用户,这些用户是不能收取租费的。
这类用户被定义为“虚假欠费用户”,通过stop_flag[1]=’8’来表示。
也即,stop_flag[1]=‘8’的用户,不收取任何固定费用(月租与新业务费用)。
同时,对停机状态不同的用户,其收费也有所不同,其业务描述请参见2.8中关于停机的描述。
对于普通停机用户,其新业务费不再收取;但对于违章停机用户来说,其必须继续支付新业务费。
在系统中对于stop_flag[0]=‘1’&‘2’的用户(即普通停机用户),其新业务费不再收取。
计算多少个月的租费则需要看created_date和completed_date字段和本帐期的开始和结束时间来判别;若本帐期建档同时completed_date也在计算范围内则属于新装机用户,根据completed_date来判别收取月租的多少;否则属于老用户,收取一个月的月租;
情形三:
这条记录状态F0T(拆机了),则不收取月租费;
2)对于取出有多条记录情况也有三种情形:
情形一:
都是无效则不需要计算其月租费;
情形二:
有一条记录为F0A,则需要作以下的判别,与3中的判别方法相同。
计算多少个月的租费则需要看这个用户对应的serv_seq_nbr=1的那条记录的created_date和completed_date字段和本帐期的开始和结束时间来判别;若本帐期建档同时completed_date也在计算范围内则属于新装机用户,根据completed_date来判别收取月租的多少;否则属于老用户,收取一个月租;
情形三:
只有一条F0T记录;其余为无效记录,则不收取月租费;
对于资源占用费用也是按类似的方式进行计算,区别只是一个从用户表(SERV)中取记录,这个是从用户占用资源表(SERV_PRODUCT)取提取相关信息而已;
设置固定费率涉及到的字段是:
设备类别、计费类别、资源种类来设置;
2.5.1.2计次费用计算流程
计次话单主要包括如下数据项:
主叫信息、跳次表号(根据各地实际定义的不同,可能分别对应市内通话、上网通话、区间通话、农话通话等)、跳次数量(有净跳次值与累计跳次值两种,同时跳次文件名中含有对应的交换机号和本地网号);
计次费用计算处理流程如下:
1、主叫号码---→用户信息---→设备类别、计费类别、局向(取得营业区号);(查找SERV表得到)
2、文件名-----→交换机局号(exchange_id)*----→交换机类型(switch_type_id);(查找SWITCHES表得到)
3、跳次号(meter_id)、交换机号(switch_id)、交换机类型(switch_type_id)---→跳次算法号(tariff_set_id);(查找METER_TARIFF表得到)
4、设备类型、计费类别、营业区号、计次费率算法号-----→市话费率;(查找BASIC_TARIFF得到)
则设置计次费率对应的参考字段是:
设备类别、计费类别、营业区号、计次费率算法号(可以根据交换机、交换机类型、跳次算法号);
局向和局号是两个概念。
在系统中都是用exchange_id来表示,但是含义不同。
exchange_id仅仅在SWITCHES表中才表示局号,这个局号信息是局方提供的,和采集输出的文件名称中的局号相匹配。
2.5.2LATN_CALL_TARIFF表
该表记录本地网范围内的区间计时通话或者区内计时通话费率。
计时话单信息包含了主叫号码、被叫号码、通话开始时间、通话结束时间、时长、出入中继;所以其费率的查找流程如下;
主叫号码-→用户信息-→设备类别、计费类别、局向(由此又可以得到营业区号calling_area_id);
被叫号码→被叫所在局向→被叫所在营业区号(called_area_id)
通话开始时间-→节假日类别(holiday_type_id)
设备类别、计费类别、主叫营业区号、被叫营业区号、节假日类别、通话开始时间(匹配费率生效日期和失效日期)-→找到该话单的费率(rate);
若该费率有对应的时段费率,则到时段费率表中查找对应的时段费率(time_tariff_id);
若还有对应的时长费率则到时长费率表查找对应的时长费率(dura_grp_id);
根据所找到的相关费率计算对应的话单的通话费率,再按相关费率计算该话单的通话费率(rate);
根据基本帐务类型到basic_tariff表中找到附加费费率。
从计算流程可以看出,本地网内计时通话费率的参考字段有主被叫营业区号、设备类别、计费类别、节假日类别、生效和失效日期、时段费率标志、时长费率标志、时长费率和时段费率的关系;
2.5.3TOLL_TARIFF表
该表记录长途通话费率,主要用于对长途计时话单进行批价。
计时话单信息包含了主叫号码、被叫号码、通话开始时间、通话结束时间、时长、出入中继;所以其费率的查找流程如下:
主叫号码-→用户信息-→设备类别(serv_type_id)、计费类别(billing_type_id);
被叫号码+主叫本地网号→被叫长途区号分组(toll_grp_id)
通话开始时间-→节假日类别(holiday_type_id)
设备类别、计费类别、长途区号分组、节假日类别、通话开始时间(匹配费率生效日期和失效日期)-→找到该话单的费率(rate);
若该费率有对应的时段费率,则到时段费率表(TARIFF_TIME_SPAN)中查找对应的时段费率(time_tariff_id);
若还有对应的时长费率则到时长费率表(TARIFF_DURATION)查找对应的时长费率(dura_grp_id);
根据所找到的相关费率计算对应的话单的通话费率、基本帐目类型(acct_item_type_id),再按相关费率计算该话单的通话费率;
根据基本帐目类型到BASIC_TARIFF表中找到附加费费率。
从计算流程可以看出,本地网内计时通话费率的参考字段有设备类别、计费类别、长途区号分组、节假日类别、生效和失效日期、时段费率标志、时长费率标志、时长费率和时段费率的关系;
2.5.4TARIFF_TIME_SPAN表
该表记录了时段费率信息。
时段费率电信运营商提供的一种费率优惠手段,对特定时间段内的通话给予优惠的一种方法。
这种特定的时间段为绝对时间,如每周日全天通话享受六折优惠,每天的22:
00至24:
00享受六折,0点至次日8点享受三折优惠等。
在特定时间段内的费率可以与基本费率不同,具体形式可以是新制定费率或者经过折扣计算后的费率。
是由于某些时段内的费率同基本费率不同,但是计费单元都是相同。
比如说某个节假日,电信给出一种优惠政策,整天都是半价;或者是在某个时段内是半价;
则可以在TIME_SPAN表中设置如下:
time_span_idbegin_timeend_timespan_time_flag
1023:
59:
59跨时段一分钟按前一时段计算
2721跨时段一分钟按前一时段计算
在TARIFF_TIME_SPAN表中再设置对应这两个时段的费率;
在基本费率(TOLL_TARIFF,LATN_CALL_TARIFF)表中引用此时段费率(time_tariff_id)。
2.5.5TARIFF_DURATION表
该表记录了时长费率的信息。
时长费率是电信运营商提供的另一种费率优惠手段,对通话时间内的特定时间段给予优惠的一种方法,可以将其理解为一种相对时段费率优惠,在上小节提及的时段优惠实际上是一种绝对时段费率优惠。
就是计算话单的费率的时间单位不是固定的(这个不包含新旧费率发生变更情形),而是随着通话时间的改变而改变;比如说,现在市话出详单,则其对应的费率是前三分钟是一个费率,而后每分钟是一个费率;
下面给出市内通话(出详单)的时长费率的设置方法:
1、首先在LATN_CALL_TARIFF表中设置其基本费率,对应的时间单位是60秒,对应的费率为0.10元;对于其他的设置元素(设备类别、计费类别、主被叫营业区号、生效日期和失效日期可以根据实际情形设置);同时设置对应的时长费率标志dura_grp_id;
2、每一条记录表示一个时长费率算法中一段的费率定义,时长费率算法号相同的记录定义了一套时长费率,每条时长费率与时长费率组内序列号有关,时长费率组内序列号为1定义了时长费率算法对话单每一时长的费率定义,以此类推。
每个时长费率算法组内时长费率组内序列号最大的记录其循环标志必为“1”,循环标志从时长费率组内序列号最大的记录往前推,循环标志为“1”的记录描述时长费率算法的循环引用。
例:
标识算法号序列号单位单位数值含义费率循标时长费率描述
151603200.200前三分钟0.2元(注意,这里不是前三分钟每分钟0.2元)
252601200.11以后每分钟0.1元
2.5.6时长费率、时段费率之间的关系。
相互的关系:
1、时段费率是基于基本费率,就是首先要有基本费率才有时段费率;
2、时长费率可以基于时段费率(在时长费率基础上享受时段折扣);现在计费处理程序中时长费率中单位时间和基本费率的单位时间存在关系(时长费率的单位时间是基本费率单位时间整数倍);
用例:
若用一个时长费率是前三分钟是0.40元;以后每分钟是0.20元;而且时长费率是基于时段费率(每天0:
00~7:
00享受6折优惠);
用例分析:
这个用例中有时长费率,若在有时段折扣的范围内打电话则有时长费率的同时享受时段折扣;
计费程序在划价时,假设基本费率为每分钟1元,如果同时设置了时长费率和时段费率,其中时段费率为21:
00-24:
00(对应time_span_id=1),费率取值为每分钟0。
4元。
时长费率为前2分钟0。
5元,以后每分钟0。
3元。
那么时段费率表TARIFF_TIME_SPAN表的记录如下:
time_span_idcall_catgrate
110.4
时长费率算法表TARIFF_DURATION表的记录如下:
dura_grp_iddura_tariff_idtariff_durationmethodrate
112‘20’0。
5
121‘20’0。
3
那么划价时的流程如下:
(以长途费率为例,通话时间从20:
55:
30-21:
03:
12,区间计时费率类似)
1.首先将话单按照时段进行分割,那么可以分割为两个时段,20:
55:
30-21:
00,21:
00-21:
03:
12。
然后在每个小段内再按时长进行划分,如第一个小段将按照时长再划分为4个小段,
20:
55:
30-20:
57:
30,
20:
57:
30-20:
58:
30,
20:
58:
30-20:
59:
30,
20:
59:
30-21:
00:
00,
第二个小段的划分类似。
2.划分完小段后,再查看TOLL_TARIFF表中的span_dura_flag字段。
该字段有两种取值:
a.取最大值。
在这种情况下,将在最后划分的每个小段中,取时长费率和时段费率中的最小值进行计算。
最大值的含义是给用户的优惠最大。
b.时段基于时长。
在这种情况下,就是时段的优惠结合时长的优惠,那么必须有一种费率的计算方法是基于比例的。
目前的数据库设计,时段费率是没有计算方法的,取固定值,只有时长费率可以设置计算方法。
那么这时,时长费率TARIFF_DURATION表的记录必须设置为:
dura_grp_iddura_tariff_idtariff_durationmethodrate
112‘10’50%
121‘10’30%
计费批价时,会先按时段费率的费率进行计算,然后结合时长费率的百分比进行优惠计算。
2.6优惠设置相关表结构和使用方法
2.6.1清单优惠
清单优惠可以分成两种:
时段优惠和主被叫关系优惠;
清单优惠涉及到了以下一些表:
SERV_DISCT(用户优惠)、SERV_CATG(用户群)、SERV_CAT_DISCT(用户群优惠)、D