相信大家对这个话题已经不陌生了,我也在其他的论坛上也搜索了大家的相关高见.
但有点比较迷惑的是,大家讨论的都是一些比较笼统的概念,如哪些环节可能出现收入流失等,但我想如何从海量的数据中提取出相关的信息,来证明那些环节确实有收入流失才是实施的关键吧.给甲方人员得用数据说话才行.
大家对海量数据处理有什么看法(比如BOSS用户状态和hlr状态比对等)??目前运营商已有话单稽核系统,监控系统,防欺诈系统等等,这些系统与RA有很多相似之处,如何突出RA的特点,避免重复建设??
如果大家有什么RA相关的资料也请发给偶,搞了4,5年的BOSS了,BOSS市场就剩下那几大寡头,偶觉得RA是BOSS是SI们新的业务增长点,准备换个方向研究研究,

原来huhu跑来这当版主了啊,呵呵,支持一下,鼓掌!!!!!

分析整个业务流程,找出流失环节,分析并决定采取何种方法可以衡量和改进流失.尤其是防止收入流失的经济性分析.
数据应该是其后的,最终把流失的收入从数据中找回来.

这个RA表面上说的是收入保障，其核心内容实际上就两个：数据和流程，这个好理解，凡是涉及到与收入有关的东西都应该仔仔细细的梳个遍，无非就是这两个内容；
但是我要说的是觉得本来这些个内容在作系统前，首先从业务的角度就需要搞清楚的，既然这些数据的来龙去脉直接关系到钱的问题，那么为什么不在开始作系统的时候就搞得清清楚楚呢？非要在系统上线后作一个事后诸葛亮，真的很莫名其妙。
千万不要，我真的很担心，这个RA又会变成一个嚎头，从做事的角度，为什么我们就不能再一开始的时候就想清楚？既然大家都作了这么多年的计费/营帐系统，难道作的都是一些XXXXX的东西？只是可怜的运营商又要出血了
退一步讲，国内的这些SI们，辛辛苦苦做出了系统，转过头又来搞这个RA，如果没有什么问题还好，万一发现什么问题脱不了干系，那不是打自己的嘴巴？即使是不同的SI做的系统，也不过是50步笑100步罢了。
所以，真的对这些SI有些担心，赚钱固然重要，但是还是要有职业道德的，等哪天大家都明白了，好日子也到头了，况且现在还不是什么好日子。

唉，痛哉。

之前论坛讨论过一些收入保障：

http://forums.cweek.com.cn/showt ... +%E4%BF%9D%E9%9A%9C

当然，楼主点名了，不回答一下，有些过意不去：
＂我想如何从海量的数据中提取出相关的信息,来证明那些环节确实有收入流失才是实施的关键吧.给甲方人员得用数据说话才行.＂

－－－－－－这种想法自然很好，但很少有一劳永逸的解决方案，还是逐个发觉各个环节中的存在的问题，逐个去解决比较现实．在收入遗漏的各环节中，据统计，４５％是CDR话单累积造成的错误，１７％是财务处理上的漏洞（包括呆帐处理，注销，营业厅管理不善．．．．），１５％是客户记录不完备的原因（如楼主所言，BOSS与ＨＬＲ．．．），１３％是客户欺诈
，１０％是批价错误．所以，如果想从海量数据发现错误，快速有效的做法，自然是向运营商去证明在ＣＤＲ话单处理过程中的一些错误，包括：原始文件采集的完整性，及时性和安全性；错单和重单处理；话单的完整性；漫游上发文件的完整性、准确性；局数据的及时性、一致性；局数据的及时性、一致性；计费测试流程不规范；交换机的时间设置规则导致计费时长有误；预处理中的一些环节不健全等．．．．


大家对海量数据处理有什么看法(比如BOSS用户状态和hlr状态比对等)??目前运营商已有话单稽核系统,监控系统,防欺诈系统等等,这些系统与RA有很多相似之处,如何突出RA的特点,避免重复建设??

－－－－－－ＲＡ的优势是从全局考虑，包括采集＼计费＼营帐＼安全＼财务＼网管．．．．．比较系统的去解决．而且，相当一部分工作是跨部门的问题，而你前面提到的仅仅是ＩＴ部门的内部处理问题．

BOSS与HLR里用户状态不一致的问题，我以前在做的时候，是让交换部门批量导出用户在ＨＬＲ里的状态信息，然后导入到一个中间库里，某个时间段内，把boss里的用户状态数据也导入到中间库，然后进行核对，找出差异部分，交给相关部门去手工核对．

给LZ看看联通去年做的RA规范．

upupupupupupup

subex-azure，据说是一家最专业的、最大的收入保障厂家，目前在中国电信和联通都各有两个省的单子，2006年下半年签署的，具体数字不清楚。
因为其2006年中上市，然后收购的azure（2006年，subex有两次比较大的收购，2007年据说还有更多的收购行为），所以在世界上的OSS圈里比较知名，在前几天的TMF还和nextel一起做过一个比较重量级的speech.据说，subex还将收购一些中小型的纯粹的OSS公司，以便开拓更多的业务。
具体来讲，RA并不是挑OSS的毛病，而是想办法解决OSS范畴里不太关注的收入漏洞。
比如，CDR的话单统计数据与营帐系统数据的对账，对具体通信网的CDR数据的纠错与监测，多业务帐务的对账等。一些朋友说流程梳理，也是很对的。
个人感觉，如果把现有的OSS体系比作财务软件体系的话，RA更像一个审计软件与咨询服务。
其实在国际上，RA最知名的应该是MOTO，但是MOTO关注在CDR的管理，毕竟他对自己的交换机能吐什么东西比较清晰。
而subex 与MOTO的合作也是很多的。
另外，国外比较关注的就是欺诈了。其实欺诈的引起还是运营流程和OSS自身机制的局限造成的，比如预付费用户，计费周期不是实时，向国内的动感地带，一方面给用户的感觉是收费规律不清晰，还有就是有些人利用这一点来进行欺诈。RA自诩能够给出更好的反算策略。
关于计费漏洞给运营商带来的收入损失，国际上统计不一。我想这个数据恐怕运营商自己也不想搞清楚，真的公布了，如何面对股东呢？
在美国，有些统计说这个损失是3%，有些说是13%，不一而足。
我想，OSS厂商不必对RA有特殊的看法，毕竟我们是修高速公路的，而RA是一些在地基上找裂缝的家伙。

看了联通的RA规范，感觉就是标准教科书，不知道具体实施规划有没有更营养的内容。

RA对于不用的运营商，关注点不一样，会导致具体的实施方法和实施环节不同，当然最终的效果看起来也会不同的。
现在很多运营商的各大系统的运行都会存在一些不足之处，也许BOSS等系统在建设初期是完全能满足也许的需要的，但是运营商的业务从规模和业务种类都不断在变化，日常的运行难免出现漏洞，一旦出现漏洞也很难查出来。很多运营商知道存在这个问题，就让BOSS厂家或者计费厂家做一些对于自己系统的稽核小软件来补漏洞，能解决一些问题，但是系统性不是很好，打个比方，如果财务发现了最后出帐数据有问题，就光从财务的软件稽核程序是找不到问题的根源的，问题也许出在计费、营业或者其他环节，现在运营商和RA厂家提的是收入保障是要求系统性的，实时运行的，能有实时告警和趋势分析的，我看如果实施的好，还是有用的。
但是这种项目要实施的好，很不容易。
国外有一些专门搞RA的厂家，楼上说的SUBEX就是其中一家，也是进中国比较早的一家。是不是全球最大，那就不知道了，反正从相关的研究报告上看不是，应该是在第三梯队的公司。当然这个不是很重要，重要的是在国内做出来的效果，我不是很清楚现在那些厂家进了中国，那些厂家做了那些项目，到底效果如何，如果有这方面信息的大侠请共享一下。

下个看看