计费---错单回收
上一篇 /
下一篇 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: