计费---错单回收

上一篇 / 下一篇  2011-08-26 16:53:50 / 个人分类:通信计费域--错单回收

通信里的错单回收

首先说下话单的正常处理流程吧:

接受话单信息(这一步一般接触不到,我是现场综合组的,呵呵..)--->解码(decode)--->预处理---->业务分析(rpling)--->批价(rating)-->分发(dispatcher)-->入库(dataloader)

这里需要说下的是每一个处理阶段都有自己的input和out以及err目录,把话单文件放到相应的input目录下,起用脚本这样程序会自己扫描input目录,然后把当前步骤处理正常的话单放到自己的out目录下。

CASE1:无主错单回收(无主即:话单信息中没有用户资料)

这个CASE原先我计划是这样搞的:话单没有查到用户资料,那就在数据库相关的表里插入用户资料,然后用sync_up_user.csh脚本把用户资料上发到MDB(内存数据库)里面,这样再次进行业务分析(rpling)处理,然后经过批价(rating)的处理就会到rating的正常的out目录下。

后来发现MDB初始化的时候会把i_user表里的用户资料信息部分地上发到MDB里面,所以用户资料上发就省略了,我测试的时候是直接在MDB里面查询用户资料,然后把err_cs_201108表里的信息(这里err表里的user_number字段=i_user表里的msisdn字段,它代表的意思是用户的电话号码)做修改。

接下来要进行的是出库配置文件的修改:

vi 相关的配置文件,这里需要修改的是err_codes和process_ids两个节点信息(outdb_where_condition是其父节点),在err表里查询想要出库的信息才err_code和process_id然后添加到配置文件中。

起errout出库脚本 去rpling的input目录下查看出库文件(配置文件里可以查看normal_path),并查看脚本的日志信息做进一步确认。

出库之后要进行的是rpling-->rating-->dispatcher-->dataloader

注意点是最后一步dataloader处理流程中需要建立模板表。这样才可以入库到相应的表里,并进行最后的入库数据验证。

CASE2:资费缺失(话单文件信息里查补到用户的资费相关的标准和信息)

根据rating处理的正常的话单(资费错误在rating阶段出现)用话单查看器查找其item_code1,item_code1代表的字段意思是pricing_ref_object_id字段即资费相关主体的id;在pricing_section表里查找信息,将该信息作备份后,将信息在pricing_section表里删除。然后重启odac,接下来将正常的话单放到rating的input目录下进行处理,这样错单就造出来了,可以到rating/cs/err目录下查看话单。

接下来,在pricing_section表中把备份的信息添加进来,然后重新对错单进行rating处理。

 


TAG:

 

评分:0

我来说两句

Open Toolbar