计费帐务培训手册.docx
《计费帐务培训手册.docx》由会员分享,可在线阅读,更多相关《计费帐务培训手册.docx(116页珍藏版)》请在冰点文库上搜索。
计费帐务培训手册
技术文件
技术文件名称:
计费帐务培训手册
技术文件编号:
版本:
文件质量等级:
A级
共页
(包括封面)
拟制何晓军林训才邓永军姜野
审核柏广昌
会签
标准化
批准
深圳市中兴通讯股份有限公司
计费帐务培训手册
本培训手册主要从计费帐务处理的角度来阐述计费系统的概念和各个步骤的数据流向和处理方法,以期通过培训使得受训人员对计费帐务系统有较深入的了解,为各地的开局提供参考。
1系统概述
1.1功能简介
中兴本地网计费帐务系统的总体功能结构图如图1-1所示。
系统根据模块的划分形成了功能的划分,主要是以下几个模块:
数据采集模块、计费处理模块、帐务处理模块、销帐处理模块、统计分析模块、查询处理模块、资料管理模块、审核效验模块、结算管理模块、系统管理模块、数据管理模块共十一个大模块。
其中数据采集模块、计费处理模块、帐务处理模块、销帐处理模块是基本的处理模块,其他的系统都需要和这几个系统发生数据引用关系。
数据采集模块、计费处理模块、帐务处理模块、销帐处理模块这四个模块是一条处理链,前面一部分的输出正好是后面一部分的输入。
本手册主要就计费、帐务两个模块进行进一步的说明。
计费和帐务处理的功能主要是:
(1)计算电信用户使用的电信企业提供的服务而产生的各种费用,按照一定的帐务关系生成客户化综合帐单,作为向用户收取费用的依据。
(2)处理各种委托本电信企业收取费用的代收费用,根据代收的类别和业务生成代收帐单,作为向用户收取费用的依据。
(3)处理本电信企业与其它电信运营商之间、本电信企业内部不同部部门之间的摊分和结算数据,生成摊分阶段结算帐务数据。
计费和帐务处理模块的输入为:
各种话单和计次原始数据、用户资料、资费标准数据、由省中心和其它业务中心传来的清单、帐务和代收数据。
计费和帐务处理模块的输出主要为:
电信用户设备和合同明细帐目、各种代收项目的汇总帐目、分摊结算费用等等。
1.2运行环境
本模块分为服务端程序和客户端程序。
服务端程序运行在计费帐务服务器上,完成各种计费、帐务处理功能。
计费帐务服务器可采用SUN、HP、COMPAQ、IBM等各种小型机,支持的操作系统包括SUN、HP、COMPAQ、IBM的UNIX操作系统。
服务端的开发语言为C语言,程序需符合ANSIC标准和POSIX标准以保证具有良好的可移植性,可选用SUN的WORKSHOP或HP的SOFTBENCH等图形界面调试工具。
服务端程序为文字界面,无需MOTIF编程。
客户端主要包括计费帐务控制台等,运行在普通PC机,操作系统为Windows95/98/NT/2000。
客户端程序的开发语言可选用PowerBuilder、Delphi、VC等。
客户端与服务端通过内部开发的CMBS接口连接,
数据库系统可采用SYBASE、ORACLE、INFOMIX(通过内部开发的CDBAS访问,该接口对数据库类型是透明的)。
1.3术语和常用概念
1.3.1术语
代收业务:
所有不能通过计费平台进入系统的电信业务或其它附加业务。
拣重:
将各种业务中的重复话单进行剔除的过程。
清单:
经过计费业务平台或者代收业务平台处理并标准化用户的业务使用记录。
帐务周期:
电信用户缴费的周期。
根据新的电总模型,各用户(设备)可选用不同的帐务周期。
系统在用户帐务周期结束的第二天(零时)对该用户生成用户帐务数据。
待补充
1.3.2客户、帐户、用户的关系
客户:
与使用电信业务有关的个人或实体。
对应系统的CUST表。
帐户:
同一用户使用多种电信业务的集合标识,便于用户一张帐单可以缴纳所有的电信费用。
对应系统的ACCT表。
用户:
电信业务的使用者,通常与电信企业订有协议。
一个用户要占用一定数量的电信产品或电信网络资源(PORDUCT表),一个用户可以占用多项电信产品或电信网络资源(SERV_PRODUCT)。
对应系统的SERV表。
帐务关系:
描述用户使用电信业务发生的具体的帐目由哪个帐户为之付费的关系。
对应系统的SERV_ACCT表。
具体地说,一个帐户可以为多个用户付费,一个用户的费用也可以由多个帐户为之缴纳。
客户-帐户-用户关系
1.3.3业务类型、计费类别、设备类别
请填写完整下表:
业务类型
设备类别
计费类别
备注
0:
电话(PSTN,ISDN)
1:
市话
私人住宅
企事业单位
公用电话
2:
ISDN
私人住宅
企事业单位
3:
中继
合用中继线
证券中继
4:
专线
市话专线
会议专线
长话专线
5:
租维
市租维
长租维
1:
800业务
6:
800业务
800用户
2:
200业务
7:
200业务
200用户
3:
电报
8:
:
电报业务
用户电报(普通)
用户电报(交换机)
用户电报(涉外)
业务类型、设备类型、计费类别是用户的属性,在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,表明了设备类别和业务类型的隶属关系。
以下是按照三个属性确定的用户基本月租费用和市话通话费用资费标准的例子。
例:
市话基本月租费:
(basic_tariff表确定)
业务类别
设备类别
计费类别
资费标准
电话
市话
私人住宅
固定费用,每月21.60元
电话
市话
企事业单位
固定费用,每月33.00元
市话通话费:
(basic_tariff表确定)
业务类别
设备类别
计费类别
资费标准
电话
市话
私人住宅
按次计算,每次0.18元
电话
市话
企事业单位
按次计算,每次0.18元
国内长话通话费:
(toll_tariff表确定)
业务类别
设备类别
计费类别
资费标准
电话
市话
话亭电话
按话单时长收取,每分钟0.20元
电话
市话
输忙电话
按话单时长收取,每分钟0.20元
电话
市话
住宅兼办
按话单时长收取,每分钟0.20元
电话
市话
乙种兼办
按话单时长收取,每分钟0.20元
国内长话建设费:
(basic_tariff表确定)
1.3.4帐务周期类别、帐务周期和帐务周期的各个阶段完成的工作
帐务周期类别:
帐务周期是指用户帐单对应的费用周期,一般以月为单位,也可以以天、周、旬、季度、年为单位。
在BILLING_CYCLE_TYPE和PAY_CYCLE_TYPE表中组合设置。
帐务周期:
计费帐务处理所对应的用户业务费用发生时间段。
新计费系统的最大特点是引入了灵活帐务周期的概念。
在帐目的生成、销帐、归档等处理均和帐务周期息息相关。
一个帐务周期的生命期包括计费周期、缴费周期两大部分,在这两个部分下又分成了若干时间段。
计费周期包括“帐期中”、“帐期结束”、“审核期”三个时间段。
缴费周期包括“销帐中”、“催缴中”、“停机中”、“拆机中”等四个主要时间段。
计费周期定义了话单费用记入哪个帐务周期的根本条件,只有发生在计费周期内的话单或其它业务使用费(另含固定费用)才能计入本帐务周期(如果本帐务周期已经出帐,还有属于本帐期的业务使用费未合帐的,如无主无资料话单等,在合帐时则按照就近原则合入最早的一个相同类型帐期中);在实时采集和实时计费模式下,在计费周期内会有源源不断的话单和清单到达计费帐务系统,系统就将这些话单与清单合入本帐期内。
如果此时到达的话单与清单中有属于上个同类型帐期定义的计费周期的话单的话,则需要检查上个同类型帐期是否已经出帐,如果已经出帐,则合入本帐期;如果还未出帐,则合入上帐期,根据情况,如果上帐期已经进行了优惠处理,则因费用发生变化而需要重新进行优惠处理;如未优惠,则不需要进行更多的处理。
审核期的最主要目的是提供给运营商进行优惠处理、重优惠处理的时间,这也是限制只能在审核期内进行优惠处理的原因之一。
在审核期可以回退、重处理、重合帐、优惠处理等。
经过检查无误后,在审核期内就可能进行出帐处理,将计费主机上经过确定的帐目、清单数据转储入营收主机。
其具体细节可参见出帐处理描述。
一旦出帐成功,该帐期周期在计费主机上的使命就结束了,不能再新增任何费用,其状态将变更成“已出帐50E”。
●一个帐期A结束后,将生成一个新的同类型帐务周期B。
B生成后到达的很多根据时间判别属于帐期A的老数据将继续合帐入帐期A,生成A的帐目。
经过一段时间后,帐期A过渡到审核期。
●进入审核期后,用户可以指定优惠该帐期的设备帐目,用户可以查询优惠结果。
如果审核期内又有帐期A的数据到达,将导致重合设备帐。
重合帐或者优惠标准有误将导致重新优惠处理。
在审核期内就可以进行重优惠。
而其它时期内不得对帐目进行优惠。
●审核期结束后,帐期A的数据将被出帐,系统将全部帐务数据出帐给销帐主机。
状态转成已出帐。
审核期的确定方法为指定出帐日期前的固定天数为审核期,每种帐务周期类型可以对应不同的审核期(修改BILLING_CYCLE_TYPE表)。
下面对系统中出现的各种数据文件中的时间对帐务周期的影响进行介绍,由于系统中有多种业务的数据文件中不包含业务的发生时间,因此在决定费用应纳入何帐务周期时就要依照文件名中的日期,这样处理的一个好处是可以提前处理一些数据文件而可以保证不会合入本帐期:
计次话单文件:
标准文件名为MTR_20010120145536.23_1000_1,其中20010120表示该文件应合入2001年1月20日所属的帐务周期。
支票鉴伪、电报、等各种代收业务文件:
标准文件名为ext_xxx_20010118.xxx,其中的20010118表示该文件应合入2001年1月18日所属的帐务周期。
需要注意的是,由于系统中将大写的E作为处理成功的文件尾标识,所有采集后的文件均不能以E结尾。
附:
BILLING_CYCLE表中state字段含义:
50A:
帐期中
50D:
审核期
50E:
已出帐
1.3.5本地网、营业区、局向、营业点
一个本地网拥有一个或多个营业区,一个营业区属于一个本地网。
局向与营业区之间是多对一的关系。
一个局向只能属于一个营业区,但一个营业区可以拥有多个局向。
一个营业点属于一个营业区,一个营业区可以拥有多个营业点。
1.3.6basic_tariff表中包含的费率
该表包含适用于本地计费系统的基本费率,包括固定费率,计次费率,附加费(税)率。
并记录此类费率更改过程。
该表中包含了固定费率、计次费率和所有的附加费(税);
1、固定费率:
对于固定费率来说相关的字段是,设备类别、计费类别、占用资源标志、本地网号、营业区号;
2、计次费率:
相关的字段是,本地网号、营业区号、设备类别、计费类别、跳次算法号、生效日期和失效日期;
3、附加费:
本地网号、营业区号、设备类别、计费类别、附加费帐目类型、生效日期和失效日期;
费率的取值规则由method定义,取值精度由rate、rate_precision、calc_precision三者共同定义完成。
1.3.7帐目类型编码
1.3.7.1帐目类型编码
由ACCT_ITEM_TYPE帐目类型表定义。
×00000这是系统默认得帐目类型大类,不允许分配给某个具体的费用,也就是用户不可能产生大类的费用。
帐目类型的类型type_type字段定义:
固定费用类'10';计量费用类'20
欠费处理方法arrear_method“0”:
不催缴;“1”:
催缴不停机;“2”:
停机
1.3.7.2基本帐目类型和附加帐目类型编码之间的关系
基本帐目类型和其附加费帐目类型编码只有最后一位不同,基本帐目类型的最后一位编码为0,而对应的附加费的帐目类型编码为1~9。
比如说国内长途通话费若编码为310000,则对应310001~310009都是国内长途通话费对应的附加费;
计算附加费流程:
1、首先要根据主帐目类型匹配对应的附加费帐目类型;
2、其次,还要匹配本地网号、营业区号、设备类别、计费类别;
设置附加费的时候,要注意附加费帐目类型同主帐目类型编码上的关系,同时关注本地网号、营业区号、设备类别、计费类别;
1.3.8MANAGER,AGENT
ZXT10-LS的系统管理模块包括四部分:
Manager、Agent、应用程序、终端界面。
Manager是系统的核心,一个计费系统由一个或两个Manager组成(两个Manager做热备份用)。
Manager的作用除了在Agent和终端间转发数据外,还有集中写日志,集中告警。
此外Manager负责对终端登录用户的口令和权限进行管理。
每台主机上运行一Agent,Agent通过SAP与Manager建立连接,向Manager报告本主机进程运行状态,由于主机的数量是变化的,因而Agent数量随不同计费中心而不同。
终端用SAP与Manager相连,给用户提供可视化界面,显示系统运行状态,发送用户命令等。
由Manager、Agent组成了由控制终端到应用进程的分级通信系统,转发终端和应用进程之间的消息。
1.3.9每日维护
每日维护属于计费帐务处理模块,主要是对拆机和修改了帐务关系的用户进行处理,处理的流程如下:
1.3.9.1改帐务关系处理
对状态为‘H0A’且exp_date小于等于今天的记录,将其状态修改成’H0X’;(此帐务关系到已到失效时间)
对状态为‘H0A’且exp_date为空或大于今天的记录,其状态不变。
(未到时间)
对状态为‘H0U’,且eff_date大于今天的记录,其状态不变。
(尚未到生效时间)
对状态为‘H0U’,且eff_date小于等于今天的记录,需要根据exp_date的情况进行判别:
若exp_date也小于今天,则直接将该记录的状态修改成‘H0X’;若exp_date大于今天,则将该记录的状态修改成‘H0A’。
(已到生效时间)
以上面的例子,经过2001-7-180:
0:
0每日维护程序处理过后serv_acct表中记录将修改成为
Seq
Serv_id
acct_id
Acct_item_type_id
State
state_date
Exchange_id
Created_date
Eff_date
Exp_date
1
S1
A2
1001
H0A
00-5-1
3814
00-5-1
00-5-1
2
S1
A1
-1
H0X
01-7-210:
0:
0
3814
00-5-1
01-7-2023:
59:
59
3
S1
A3
-1
H0A
01-7-210:
0:
0
3814
01-7-18
01-7-21
1.3.9.2拆机处理
(1)查找serv表中已过有效期的拆机用户,状态为F0T,remove_date小于当前处理时间。
(2)注销该用户所有有效的帐务关系,将拆机用户在serv_acct表中的用户所有的帐务关系,状态置为H0X。
(3)检查该用户结帐情况,看用户在营收库ACCT_ITEM表中所有帐期的记录是否存在未销帐的状态(2CA或者2CQ),如果全部为已销帐(2PA或者2PQ),则注销该用户在serv表中的记录(状态F0T修改为F0X),否则在serv表中置该用户记录状态为F0V,表示用户已拆机但帐务未清。
2计费帐务模块说明
计费帐务系统的处理流程根据其处理的特点,可以分成以下几个部分:
帐务周期初始化
设备帐固定费用目初始化处理
代收业务处理
无主无资料话单处理
计费处理
违例话单处理
设备帐目合帐处理
设备帐目优惠处理(包括万能优惠)
补收费处理
出帐处理
其中帐务周期初始化、话单计费处理、代收业务数据处理、设备帐目合帐处理、设备帐目优惠处理为系统中的重要过程,且其处理的条件也较多。
其余部分为非必须条件。
如帐期初始化,该处理是帐目初始化与合帐处理的前提,因此必须在帐目初始化(其实就是生成本帐期的固定费用帐目)与合帐之前完成;又如计费处理的条件有两个,一个是采集处理,这是必须的,另一个就是来自违例话单处理,但此来源不是必须的。
下面按照一个给定的时间处理顺序介绍计费帐务的流程,需要注意,此处的顺序并非实际处理时必须遵循的顺序,可以有不同顺序,只要符合依存关系即可。
2.1帐务周期初始化
系统在运行过程中,当系统时间一天0点时,事件发生器将向计费帐务主控进程发送一个消息,通知系统新的一天开始了!
!
!
在通常情况下,如果不跨越帐期的计费周期结束和下一帐期计费周期开始的那一天,系统仅仅会重新加载使用的各种静态资料,进行每日初始化处理,以更新97接口对系统资料所做的修改;如新的一天是新帐期的开始时间,则主控进程会调用本线程,在billing_cycle表中生成对应原帐期类型的一条新记录;并将计费周期已经结束的帐期的状态修改成“帐期已过50B”。
所有处在新帐期的计费周期开始时间后的话单费用,将都被归入新帐期中,在新帐期结束时缴费。
举例如下:
帐期类型为1的帐期,其周期定为1个月,计费周期开始于每月21日,结束于下月的20日,缴费开始日期为下下月的5日,审核天数定为13天,则4月帐期参数为(假定其帐期ID为45,当前系统时间为4月20日白天):
billing_cycle:
字段名
取值
说明
billing_cycle_id
45
帐期标识
cycle_type_id
1
帐期类型
cycle_begin_date
2001-03-2100:
00:
00
计费周期开始时间
cycle_end_date
2001-04-2023:
59:
59
计费周期结束时间
due_date
2001-05-2100:
00:
00
滞纳金起算日期
s_block_date
2001-07-100:
00:
00
单向停机日期
state
50A
状态
check_begin_date
2001-04-2200:
00:
00
审核期开始日期
pay_cycle_begin
2001-05-0300:
00:
00
缴费周期开始日期(含该日期)
pay_cycle_end
2001-05-2000:
00:
00
缴费周期结束日期(含该日期)
urge_date
2001-05-2100:
00:
00
催缴起始日期
red_urge_date
2001-05-2900:
00:
00
红名单用户催缴起始时间
black_urge_date
2001-06-2100:
00:
00
黑名单用户催缴起始时间
s_red_block_date
2001-06-2100:
00:
00
红名单用户单向停机起始时间
s_black_block_date
2001-07-2100:
00:
00
黑名单用户单向停机起始时间
d_block_date
2001-08-100:
00:
00
双向停机日期
d_red_block_date
2001-08-2100:
00:
00
红名单用户双向停机起始时间
d_black_block_date
2001-07-2100:
00:
00
黑名单用户双向停机起始时间
remove_date
2001-09-100:
00:
00
应拆机日期
red_rm_date
2001-09-2100:
00:
00
红名单用户拆机起始时间
black_rm_date
2001-08-2100:
00:
00
黑名单用户拆机起始时间
夜晚过去了,现在系统时间到了4月21日凌晨0:
00,系统收到消息“新的一天开始了”;
系统启动BI线程,检查到45帐期的计费周期已经结束,将45帐期状态改成(其它字段不变):
字段名
取值
说明
billing_cycle_id
45
帐期标识
cycle_type_id
1
帐期类型
···
···
···
state
50B
状态
···
···
···
同时生成帐期48(48为新帐期的ID,由进程从小到大自动分配):
字段名
取值
说明
billing_cycle_id
48
帐期标识
cycle_type_id
1
帐期类型
cycle_begin_date
2001-04-2100:
00:
00
计费周期开始时间
cycle_end_date
2001-05-2023:
59:
59
计费周期结束时间
due_date
2001-06-2100:
00:
00
滞纳金起算日期
s_block_date
2001-08-100:
00:
00
单向停机日期
state
50A
状态
check_begin_date
2001-05-2300:
00:
00
审核期开始日期
pay_cycle_begin
2001-06-0500:
00:
00
缴费周期开始日期(含该日期)
pay_cycle_end
2001-06-2000:
00:
00
缴费周期结束日期(含该日期)
urge_date
2001-06-2100:
00:
00
催缴起始日期
red_urge_date
2001-06-2900:
00:
00
红名单用户催缴起始时间
black_urge_date
2001-07-2100:
00:
00
黑名单用户催缴起始时间
s_red_block_date
2001-07-2100:
00:
00
红名单用户单向停机起始时间
s_black_block_date
2001-08-2100:
00:
00
黑名单用户单向停机起始时间
d_block_date
2001-09-100:
00:
00
双向停机日期
d_red_block_date
2001-09-2100:
00:
00
红名单用户双向停机起始时间
d_black_block_date
2001-08-2100:
00:
00
黑名单用户双向停机起始时间
remove_date
2001-10-100:
00:
00
应拆机日期
red_rm_date
2001-10-2100:
00:
00
红名单用户拆机起始时间
black_rm_date
2001-09-2100:
00:
00
黑名单用户拆机起始时间
计费帐务主控进程同时通知设备帐处理进程进行设备固定费用明细帐目的初始化工作,将属于帐期45(不是48帐期,因为48帐期才刚开始,到收费时其用户资料的变更还是未知的)设备进行处理,生成其固定费用帐目。
参见设备帐目初始化。
审核方法:
可以在帐务周期表中查询相应的帐务周期。
select*frombilling_cyclewherecycle_