MyException - 我的异常网
当前位置:我的异常网» 企业信息化 » 电信划价业务:预后融合OCS到底应该实扣还是虚扣

电信划价业务:预后融合OCS到底应该实扣还是虚扣

www.MyException.Cn  网友分享于:2013-01-01  浏览:0次
电信计费业务:预后融合OCS到底应该实扣还是虚扣?

 

      

       引入OCS的初衷之一是为了让计费系统能够参与到用户的通讯控制中来,也就是所谓的实时信控。用户在没有余额时,通讯就会被停止,不会造成”天价欠费 ”,一方面保障用户的利益,一方面也保障了运营商的利益。由于OCS要进行实时信控,所以在通话结束后,会将产生的费用实际扣除,称为实扣;而OFCS则不同,由于在后付费支撑那边的惯性,需要支撑固网的后付费业务,所以余额就不能实扣,而是先将产生的费用累计起来,作为“当月实时费用”到月底对余额进行批冲,再将费用扣除,称为虚扣。

 

实扣和虚扣已经事实上成为一种“业务规则”,。由于实扣和虚扣对余额的处理方式不一致,造成很多业务规则的实现上实际也不一致,最典型的是OCS和OFCS在用户提醒上,按照OFCS的规则,用户查询余额时,需要提醒用户余额,当月的实时费用,可用余额,这几个值按照实际值填好即可,是按照用户余额-当月实时费用=可用余额的逻辑。但是对于OCS,由于用户的余额为实扣,则用户余额是反算出来的,是用户余额=当月的实时费用+目前余额的逻辑,所以,虽然给用户的查询结果一致,但是实际的处理方式确实不一样的,发票打印上的本期余额和上期余额实际也有类似的问题。

 

这实际上已经成为统一服务的一个比较大的“负担”。甚至有些问题,业务规则的制定者也不一定清楚详情。比如OCS侧帐务优惠的处理。假设某套餐存在满100送20元的优惠,在OFCS的系统,帐务优惠是很清晰的,如果到了月底,用户消费101元,送出那最终的计费结果就只有81元,月底再将这笔虚扣的钱进行销帐。但是对于OCS,用户消费的101元已经实扣,到月底的时候,就需要给用户返20元到余额帐本中,问题就来了,假设用户有多个帐本,按照什么顺序执行扣费顺序,又该往哪个帐本返还呢?这个规则实际很多人都没弄清楚。

 

举个极端的例子,比如说用户有11元本金帐本,每月有个划拨的赠送90元(保底消费90元)的帐本,赠送帐本需要先扣,那赠送的90元的先扣掉了,本金的11元再扣掉,那么返还的时候,如果20元都送到本金,那么用户本金平白无故增加了9元,这9元实际不是用户本金存入的,用户明显占了便宜,财务上也会造成不平,如果全部返还到赠送帐本上,那也有问题,用户的划拨帐本冲入20元后,又会被保底消费把这个20元扣掉,那等于给用户没赠送。正确的做法应该是后扣费的先返还,先扣费的后返还。先给用户返回11元到本金帐本,再给用户返9元到赠送帐本,最后用户划拨的90元帐本被保底消费扣完,而本金剩余11元。

 

       排除真正意义上的后付费用户不说,准实时的预付费和实时预付费用户的余额处理逻辑,应该要统一。那么到底该如何统一呢?下表中列了一下主要的处理差异:

                                                     
 

涉及差异

实扣

虚扣

改造难度

计费效率

效率低

效率高

信控规则

简单

复杂

帐务优惠

复杂

简单

发票规则

需改造

不需改造

用户查询惯性

不遵循

遵循

支持灵活帐期

简单

复杂

实时出帐

简单

复杂

             

   如果考虑现阶段的业务,自然还是OCS改造为虚扣更加合适一些。首先是因为改造的难度,OCS改造为虚扣,对每一个帐本增加一个虚扣余额的字段,实时信控时也要参考这个字段,这一块虽然改造难度以及涉及的周边模块的改动也不小,但是整体比OFCS做实扣的改动难度,还是要小很多。另外效率问题,帐务优惠的问题,用户的习惯问题等都是用虚扣好一些。

 

   但是如果要考虑将来的话,应该会得到不一样的结论,从业务的发展角度去考虑,业务将向数据运营方向发展,更加注重用户体验。这方面,OCS比HB在实时信控上存在较大优势(如AOC和针对内容的信控),OCS应该是计费发展的主流;数据业务的收入也势必会超过语音业务,原来在语音业务这边惯性思维的帐务优惠的套餐会越来越少;灵活帐期和实时出帐也能很好的提升用户体验。从技术发展的角度去考虑,PC化、云化也是计费这边的大势所趋,OFCS也需要具备消息计费的能力,计费的流程势必要统一,OFCS每条话单也需要更新帐本余额,而不是原来简单的累加。原来考虑的效率问题就变得没那么严重,而且云化给计费带来的效率提升是显而易见的。

文章评论

程序员周末都喜欢做什么?
程序员周末都喜欢做什么?
十大编程算法助程序员走上高手之路
十大编程算法助程序员走上高手之路
如何成为一名黑客
如何成为一名黑客
聊聊HTTPS和SSL/TLS协议
聊聊HTTPS和SSL/TLS协议
“懒”出效率是程序员的美德
“懒”出效率是程序员的美德
编程语言是女人
编程语言是女人
做程序猿的老婆应该注意的一些事情
做程序猿的老婆应该注意的一些事情
我跳槽是因为他们的显示器更大
我跳槽是因为他们的显示器更大
科技史上最臭名昭著的13大罪犯
科技史上最臭名昭著的13大罪犯
亲爱的项目经理,我恨你
亲爱的项目经理,我恨你
团队中“技术大拿”并非越多越好
团队中“技术大拿”并非越多越好
初级 vs 高级开发者 哪个性价比更高?
初级 vs 高级开发者 哪个性价比更高?
程序员眼里IE浏览器是什么样的
程序员眼里IE浏览器是什么样的
程序员都该阅读的书
程序员都该阅读的书
程序员的一天:一寸光阴一寸金
程序员的一天:一寸光阴一寸金
10个帮程序员减压放松的网站
10个帮程序员减压放松的网站
程序员最害怕的5件事 你中招了吗?
程序员最害怕的5件事 你中招了吗?
旅行,写作,编程
旅行,写作,编程
中美印日四国程序员比较
中美印日四国程序员比较
Java程序员必看电影
Java程序员必看电影
为什么程序员都是夜猫子
为什么程序员都是夜猫子
什么才是优秀的用户界面设计
什么才是优秀的用户界面设计
程序员应该关注的一些事儿
程序员应该关注的一些事儿
 程序员的样子
程序员的样子
Web开发者需具备的8个好习惯
Web开发者需具备的8个好习惯
我是如何打败拖延症的
我是如何打败拖延症的
总结2014中国互联网十大段子
总结2014中国互联网十大段子
不懂技术不要对懂技术的人说这很容易实现
不懂技术不要对懂技术的人说这很容易实现
程序员必看的十大电影
程序员必看的十大电影
10个调试和排错的小建议
10个调试和排错的小建议
写给自己也写给你 自己到底该何去何从
写给自己也写给你 自己到底该何去何从
代码女神横空出世
代码女神横空出世
“肮脏的”IT工作排行榜
“肮脏的”IT工作排行榜
60个开发者不容错过的免费资源库
60个开发者不容错过的免费资源库
老美怎么看待阿里赴美上市
老美怎么看待阿里赴美上市
那些争议最大的编程观点
那些争议最大的编程观点
Web开发人员为什么越来越懒了?
Web开发人员为什么越来越懒了?
一个程序员的时间管理
一个程序员的时间管理
漫画:程序员的工作
漫画:程序员的工作
老程序员的下场
老程序员的下场
为啥Android手机总会越用越慢?
为啥Android手机总会越用越慢?
程序猿的崛起——Growth Hacker
程序猿的崛起——Growth Hacker
5款最佳正则表达式编辑调试器
5款最佳正则表达式编辑调试器
如何区分一个程序员是“老手“还是“新手“?
如何区分一个程序员是“老手“还是“新手“?
鲜为人知的编程真相
鲜为人知的编程真相
要嫁就嫁程序猿—钱多话少死的早
要嫁就嫁程序猿—钱多话少死的早
看13位CEO、创始人和高管如何提高工作效率
看13位CEO、创始人和高管如何提高工作效率
当下全球最炙手可热的八位少年创业者
当下全球最炙手可热的八位少年创业者
每天工作4小时的程序员
每天工作4小时的程序员
软件开发程序错误异常ExceptionCopyright © 2009-2015 MyException 版权所有