科技网

当前位置: 首页 >电商

英国电信实现业务伙伴计费及结算自动化0

电商
来源: 作者: 2018-12-07 18:35:36

由于互连互通业务合同日益复杂且数额变大,BTW(英国电信)决定更换旧的计费解决方案。

数据量大,定价复杂是电信批发业务中一直存在的问题。因此,BTW知道替换现有的计费系统面临许多挑战。

BTW向200多家电信零售商提供宽带服务,此外还拥有500多个客户,包括固定运营商,互联服务提供商(ISP),移动运营商和本地开放环路运营商。BTW的络提供服务通过遍布英国的900多个本地和中继交换单元进行,并于世界上230个国家相连。BTW每天要接通3亿多个,每个月的互联接入近3.5亿次。Keith McKnight 是BT的先进通讯技术业务BTexact的首席设计师,也是BTW设计小组的成员之一。他指出,“我们要使账单与内部数据一致以确保收费的正确性,并且对通过BTW转接到其他运营商的收费。由于络过于庞大,接转通信时的互联互通计费的核对就变得极为复杂。”

由于BTW必须保存所有进出络的通话记录,无论是从BT打出的还是打进BT的,因此使内部记录与从其他运营商处获得的账单相吻合成为一项繁杂的工作。McKnight说;“我们要对通话记录加以分析,判断此项支付是进款还是支出或者两者都有。然后判断哪些输入事件中的数据可以用来将事件对应到正确的计费账户上。”

由于互连计费会产生以复杂定价为基础的大额收据,McKnight说:”项目的初期阶段将很复杂。”互连互通的计费方案通常是以复杂的合同协议(有时是通过政府监管部门)所制定的费率计划为基础的。因此,要评估互连通讯必须要了解一系列的变量,包括基本的(与位置有关的号码);号码翻译服务(与位置无关的号码 );国际通信及运营商间接接入。

McKnight说:“我们需要一个有伸展性和成本较低的化价框架,能够准确快速地得到计费帐单,还要有对整个过程进行追综审核的功能。要做到这一点很难,因为BTW动态计价, 计费, 帐务话单数据的复杂计算.

复杂的划价逻辑

互连通信有很多不同的类型。每种类型都有不同的定价要求和规则,每个络通话详细记录都要进行复杂的动态计算。大量的不同形式的服务使BTW采用了16种不同的定价算法。定价规则的选择及其输入变量取决于输入的通话详细记录中特定域的值。处理每个通话详细记录并决定整个定价所需的计算逻辑涉及到大量特殊情况的条件逻辑,数据查询(如将费率参数提炼)和其他服务所需的常规计算。

为了说明其复杂性,我们用一个树形图来表示系统中16种主要的定价算法。树中每个节点用三种颜色中的一种表示不同来源的数据元素。白色方框代表输入或中间计算中的数据元素;黄色方框代表简单计算(如加法和乘法)或逻辑参数(如“和”和“或”)中的数据元素;红色方框代表功能(如数据查询或复杂数据转换)中的数据参数。这个树形代表了一个简单的定价公式,即价格=A*B+C*D。

经过BT络传输的通常产生起始运营商和终止运营商之间的费用结算。由于每次通话都要根据详细的文本记录进行费用计算,所以BTW把使系统自动识别进款和支出作为实现计费逻辑自动化的一部分。McKnight说:“新的计费系统必须能够判断输入事件中那些数据能够用来计价事件进入正确的计费账户。同时决定何时为给定的输入事件创建多个输出事件—无论是为同一方还是为另一方计费。这是我们需要的另一项自动化功能。

基于表格的划价还是基于规则的划价

基于表格的计费和基于规则的计费是两种最基本的计费方法,多数主流计费产品都采用前者。基于表格的计费的优点是系统操作比较简单,图表与客户具有互动性,易于理解。缺点是系统在很大程度上受到所用计费规则的限制,因此这种系统要求系统设计能够完全预测计费需求。McKnight指出,“计费行业的传统观点认为虽然基于表格的计费方案用户计费界面便于操作,但其使用的计算模式具有局限性。”

BTW使用的代数公式和条件逻辑通常要为客户专门设计,公司担心仅使用基于表格的解决方案还不够。因此BTW的管理层认为,由于BT表达定价和引导的树形较为庞大,无法在基于表格的计费方案中工作,所以基于规则的计费系统更为合适。

同时,BTW还担心使用基于规则的计费系统进行互连计费是否经济。像大多是运营商一样,使用基于规则的计费系统必然会增加用户掌握BTW为其特别开发的计费方式的规则语言的复杂性。接下来,为了理解这些规则及其互动性,需要开发新的规则,更重要的是要对已制定规则的整个生命周期进行维护。McKnight说:“这个过程的复杂性相当于维护一个软件仓库。”

但是规则语言很灵活,可以直接表达为客户特别设计的计费方式。McKnight说:“我们不想被迫从已经决定的计费方式中选择一种。” BTW希望工程师和设计者能够通过重新使用规则和组算控制计费过程。

互联挑战

由于传统的基于表格的划价系统缺乏计算工具,要想预先计算所有BTW的公式十分困难。因此,在研究阶段,BT的计费构架师预计改变其互联计费规则将产生一个有着多达85,000个科目的费率表格。

由于系统需要具有灵活性,设计一套合适的离线划价工具用来生成这样的内容庞大的表格对BTW来说极具挑战性。首先,把所有的费率收集到一起,然后与现有计费系统中的划价联系起来,进入离线预计算逻辑。实现这一过程十分困难。McKnight解释道:“因此,对于基于表格的计费来说,预计算费率相当于对整个计费系统中一个新的组成部分进行设计,开发和维护。”

然而,即使可以顺利地开发出一种反规则的工具,开发一种离线划价系统仍存在困难。McKnight说:“我们知道,处理与复杂的划价逻辑相脱离的划价信息十分困难。”他最初担心计费逻辑和数据的开发,验证,测试,维护和改变会给离线计费工具,大型计费表格和接口计费设备方面的工作带来困难。McKnight说:“在这个有着85,000个科目的表格中,无法对各项费用进行简单的说明以供客户查阅;相反,对于客户来说,这些费率将会变成一堆晦涩难懂的数据,而系统中的参考数据本来就已经十分庞大,难以管理。”

这意味着仅是验证系统运行与复杂的定价说明材料相吻合就是一项十分复杂的工作,并且容易出错。他说:“我们不希望定价设计小组仅着眼于让系统重现他们制定的定价说明。”BT的解决方案设计师认为,一个附加的基于规则的计费平台不仅更合适,而且是绝对必需的。

McKnight说:“我们认为只有能够简单直接地对整个BTW定价及其他计费方式中产生的大量公式进行编码,才能使系统成本更低,易于操作和管理。”

选择平台

当BTW决定要增加一个计费平台后,它收到了五个能够在其内部实现计费功能的业务解决方案。经过全面的评估,BTW选择了RateIntegration公司的 PriceMaker计费设备。这个计费设备基于 BTW的特别计费方式,支持基于规则的计费,包括一种基于计算机电子表格的规则表述语言。这一平台使用一种基于Windows的客户工具(PlanMaker)中表述的规则进行运作。PlanMaker采用了电子表格的“相似”环境,以创建和运行计费规则。 因此,客户可以使用所有电子表格计算固有的计算和分类功能。

在这一循环过程中,点击界面上的引导窗口就可以把规则逻辑发送到计费设备中。接着,PlanMaker负责把电子表格中表达的逻辑编纂成便于服务器执行的表格并把经过编纂的规则传送到PriceMaker计费设备中。在计费设备中,经过编纂的规则被储存起来。当一个使用记录进入计费设备时,系统就会自动选择适当的规则,处理记录。

基于规则的计费的另一个主要优点是,计费设备不会把任何数据模式强加给BT;这使其更容易和其他系统集成。PriceMaker中所有的格式化都是通过一套XML文件进行的,可以迅速发现计费系统和费率表中参考数据的运行问题。“我们只是对需要从外部资源中恢复的记录用XML进行描述,而不用进行任何数据映射描述。” BTW的计费平台中包括客户记录和某些产品信息,而某些特定的信息传输参数则储存在单独的表格中。

McKnight解释说:“我们采用普通的查询机制从计费系统中提取参考数据,而费率表中的参考数据则单独提取。”

配置多个组件

据McKnight透露,尽管BTW的IT小组需要配置各个不同的组件,包括计费系统,划价引擎以及数据采集软件,但是整个配置过程十分顺利。

连接划价引擎和计费组件的是一种叫做Ab Initio的数据转换工具。McKnight说:“我们改进了Ab Initio,使其更容易对各种记录文件进行格式化,并将文件存储起来用于划价和计费。来自BT络交换机的记录通过 INCA 数据采集系统收集和汇总起来。如果在划价引擎的入口和出口都使用Ab Initio就可以清楚地划分事件层次上的划价和事件记录文件的移动和处理。

BTW资源系统中的记录被转换成另外一种形式,供Convergys的 Geneva 计费系统产生账单。PriceMaker用于对单个的事件进行定价,Geneva系统则负责产生帐单,同时进行税率和折扣计算。在运行过程中,PriceMaker从计费平台和费率系统中提取计费参考数据。PriceMaker把划价后的文件输出到Ab Initio进行处理,然后输入到Geneva计费系统的表格中。

基于规则的计费的优势

尽管BTW使用这套系统的时间不长,但其每年通过PriceMaker进行的客户结算已经超过40亿英镑。

新的解决方案使BTexact的系统设计师和BTW的项目经理在自动化和标准化定价方面通力合作。“我们不想让系统主导或限制我们的业务,因此,我们要确定项目经理在合同中没有做出不现实的许诺。我们要确保系统能够执行服务水平协议(SLA)。” McKnight指出,通常理解某个通话计划的组成很难。“我们要把复杂的定价过程分为许多部分,把它们用于或重新用于不同的定价算法中。”

新的划价引擎推出后,BTW的数据经理和财务经理(也就是帐单的签署者)不仅可以更好地了解计费流程,在监控收入流失和欺诈预警方面也有改进。McKnight说:“项目经理了解了系统配置后,就不用再对定价和划价进行猜测。”

这一系统的另一收效是加快了帐单的发送。McKnight说:“现在帐单周期缩短到五天,而过去为十二天。”

新系统的运行和每天的定价同步运行。BTW每天从资源系统中获得数据,月末时清理迟到的数据。

McKnight说:“由于PriceMaker简化了计费过程,使我们更加了解这一过程,运行计费系统所需的技术性降低。因此数据经理和计费业务经理可以将时间花在更重要的工作上,而不是繁杂的电子表格监控和数据库查询工作。

这套系统易于管理,因为这是一个基于规则的解决方案,BT的员工完全自行对系统进行维护。例如,如果费率有所变化,BTW可以在在旧的费率过期之前进行修改,防止费率数据计算错误。McKnight指出:“如果在处理前来不及建立新的费率数据,我们可以通过自动取消和修正这些数据,阻止它们进入定价过程。”

这一系统的另一优势是准确性高。McKnight说:“由于批处理文件要经过各种关卡,来自各种资源系统的不同数据到达定价阶段前,分析和转换就已经发生了。”在数据到达计费阶段前,进行额外的分析和转换,可以使计费业务经理对发生的事件进行评估。(耿文欣)

相关推荐