Skip to Main Content

Chinese

Announcement

For appeals, questions and feedback about Oracle Forums, please email oracle-forums-moderators_us@oracle.com. Technical questions should be asked in the appropriate category. Thank you!

计费祥解

702619Nov 16 2006 — edited Jun 17 2008
移动计费计费子系统分为格式化、一次批价、二次批价、漫游接收上发等流程。格式化是指从网络通信设备产生的原始话单中提取出计费所需的所有内容,并转化为计费程序能够处理的格式。计费系统必需的计费信息有:呼叫类型(如主叫、被叫、呼转等)、IMSI号(记录SIM卡的国际唯一标识号)、MSISDN(手机号)、对方号码、通话起始时间、通话时长、小区位置(LAC、CELLID等)、动态漫游号(MSRN)等。数据业务,如GPRS还必须提取出上行流量、下行流量、服务质量(QoS)等。各个话单采集点在某些异常情况下可能产生重复话单,因此格式化必须有剔除重单的功能,可采用记录一段时间内所有话单的做法,只须记录有唯一性标识作用的呼叫类型、IMSI、通话起始时间、对方号码等,在格式化新话单时将新话单与已记录的话单进行比较,相同的作为重单处理。

计费子系统一次批价根据格式化提供的标准格式话单,结合费率表、号段表、区号表等计费资料对话单进行计费。费率表中记录的信息主要有:基本计费单元、基本通话费率、长途计费单元、长途通话费率、优惠时段起始时间、优惠时段终止时间、优惠时段费率等。

计费子系统二次批价在一次批价的基础上,根据用户入网所享受的各项优惠对话单进行重计费,以最终生成向用户收费的话单。用户所享受的各项优惠记录在营业分系统的用户资料中,因此二次批价必须结合营业资料进行。如果对每一条话单进行二次批价时都进行一次对营业数据库的查询操作,势必会大大增加数据库的负担,严重影响营业、计费分系统的运行速度。因此必须为二次批价专门建立一个营业资料数据库,存放二次批价需要的用户数据,并定时与营业数据库进行同步操作。同时必须采用内存数据库技术,将二次批价中需要频繁用到的营业资料载入内存,以大大提高二次批价对营业资料访问的速度,同时减小主服务器的负担。采用内存数据库技术就必须对计费主机的内存实行优化,各个计费进程必须能合理地使用主机内存。二次批价根据不同的优惠业务采用流水线式的处理流程。各个不同的优惠业务彼此间相互渗透,因此二次批价中各个优惠业务间的处理顺序显得尤为重要。

漫游是移动通信的特性,漫游类型分为非漫游、省内漫游、省际漫游、国际漫游等。许多原始话单中都没有用户是否漫游的标志,计费子系统就必须根据原始话单产生地结合号段表来进行判定。由于话单一般产生在到访地,如果原始话单中包含了异地手机用户的话单,则表明此用户漫游至话单产生地。如果许多不同地域的话单都集中于同一地点产生,根据原始话单产生地也无法判定用户的漫游类型,就必须通过原始话单中记录的用户通话时的位置(如LAC、CELLID等)来进行判定了。

动态漫游号主要用于判定移动通信计费中特殊的同城计费原则,即两个用户在同一城市行政区域内通话时不收取长途费。动态漫游号是用户发起主叫时由被叫用户所在的交换机分配给主叫用户的临时号码,不同的城市行政区域使用不同的号段。根据主叫方的动态漫游号结合被叫方的漫游位置即可判定主被叫用户是否同城。而对于被叫用户由于没有动态漫游号,同城原则只能根据主叫号码的归属地进行判定。若主叫方归属地不在被叫漫游位置,即使主叫方漫游与被叫同城,也无法对被叫实现同城优惠。例如:两个福州的用户同时漫游至北京时相互通话,主叫方可以享受同城优惠,而被叫方就无法享受同城优惠。

计费子系统需将漫游至本地的外地用户的话单转换为标准格式上发给外地的移动运营商,同时还必须接收外地运营商传来的本地用户漫游至外地的话单并计费。这些话单也是结算的依据。漫游话单的上下发一般由一个全国性中心局来负责统一处理。




本地电信业务计费帐务系统分析与设计(V2.0)说明

本地电信业务计费帐务系统分析与设计(V2.0)说明
1 概述
本地电信业务计费帐务系统(简称:本地计费帐务系统)是中国电信业务支撑的关键应用系统之一,是提高服务质量、减少话费纠纷、提高经营管理效率的重要工具。电信总局为保证中国电信作为一个跨地域公司运行的可靠性和整体性,对本地计费帐务系统的改造工作提出了统一需求、统一设计、统一检测、分省实施的改造工作方案。电信总局在1999年组织了统一设计组,在计费帐务系统改造工作领导小组的领导下,以及计费帐务系统技术支撑中心的配合下实施统一需求和统一设计的工作,在1999年6月完成了《本地电信业务计费帐务系统分析与设计V1.0》(以下简称规范V1.0)的编写工作。
作为本地网集中管理工作的一个重要组成部分,各本地网陆续都选用符合V1.0规范要求的本地计费帐务系统产品进行了升版改造工作。电信总局在2002年12月组织了对整项工程实施进度的检查工作,并同期调研了计费帐务系统改造后的运作和使用情况。检查过程中对如何发挥新计费帐务系统的作用和潜力进行了分析总结,也了解到规范V1.0应用实施中存在的一些问题和不足。中国电信集团广州研发中心自2002年接受电信总局委托进行《本地电信业务计费帐务系统分析与设计V2.0》的编写工作以来,对部分省市本地网进行了一定的业务调研工作,也参加了上述的工程检查工作,结合自身在本地计费帐务系统研发和推广过程中的经验和思考,已经形成了规范V2.0的分析设计思路和内容框架,目前正在进行后续工作计划和编写工作。
1.1 编制原则和主要思路
规范V1.0在总体设计思路、业务模型规划、数据标识统一和适应新帐务体制方面奠定了非常好的基础,有效的提高了各本地网集中管理工作的效率和水平。对于使用中暴露的一些不足和目前新的市场环境、电信业务的发展变化,则需要在规范V2.0中进行完善提高和进一步体现。编制上主要考虑遵循以下几条原则和思路:
? 规范V2.0对于前一版中主要有特色和优秀的设计思想内容采取了继承吸收的原则,并适当参照新业务发展需求进行改进,但考虑适应新业务发展需要,对原业务模型需要进行适当改进;
? 从今后升版改造的延续性和可移植角度出发,对规范V1.0进行的结构修改和流程修改时不对主要部分做完全重构性改动,以分拆、合并和扩充性调整为主;
? 对计费帐务系统在新的业务支撑环境中的职能定位和与其它系统关系必须明确;
? 考虑越来越多接口系统、外挂系统、代理商与合作伙伴支撑,以及营销与渠道管理支撑等外部需要,必须对上一版设计较为薄弱的接设计部分进行改进加强,强调规范化和一致性,统一接口模型;
? 考虑部分新业务流程差异较大,引入嵌入式功能设计方法,对数据统计部分结构设计也会有调整;
? 考虑支撑经营分析和渠道建设的数据需求,需要在系统总体结构上进行改进,剥离出独立的业务数据支撑层,与统一接口配合对外系统提供业务数据支持;
本次本地计费帐务系统分析设计工作同规范V1.0版本相比强调了以下方面:
1.2 结合新计费帐务体制和规范V1.0
1. 市场环境的变化和对系统的要求
新系统规范对以下几种环境变化影响作了设计上的考虑:
a) 外部环境
中国电信的南北拆分,使中国电信的本地计费帐务系统的建设,不但要满足南方21省作为原有本地运营者(ILEC)的需求,还应该考虑在北方十省作为竞争性本地运营者(CLEC)应该建立怎样的本地计费帐务系统支持中国电信北方公司的运营。
在外部市场方面,中国电信不仅面临网通在南方的渗透,还直接面临着移动和联通的替代性竞争。原有的系统只是位于生产层面,没有真正起到面向客户提供服务的作用。系统对合作伙伴(例如:VNET)和各个代理点(长话代理)的支持没有进行考虑,在向这些新型的商业模式转换过程中,系统难以进行扩展和提供有效的支持。
新系统规范将对卡类及智能网等业务结算、代理商与合作伙伴支撑、渠道管理等方面提供灵活的业务支撑模式,以适应外部市场环境的变化。旧系统由于出版时间和当时市场格局等因素,对这些方面的支持考虑较少,不利于开展上述业务,不能有效适应这类变化。
b) 内部运作管理
中国电信在海外上市,将面临更加严格的监管。计费帐务的准确性和合理性直接影响着企业的形象和企业的市值。中国电信内部正在进行流程重组(BPR)以适应现代企业管理的需求。另一方面,计费帐务系统涵盖了费用等敏感数据处理的全流程,从保证准确性、减少投诉、提高运作管理水平来看,必须要明确全程审核校验的操作要求。在帐务系统中加强审核校验,界定相关系统的关系和接口界面,这些将贯穿于整个业务流程,规范V2.0在这些方面提供了指导方式和要求标准的规定。规范V1.0中对此没有进行具体的设计规定,使得这部分系统实现上缺乏可操作性,从各本地网的实际应用来看方式不统一,效果不一致。
c) 网络技术和业务发展
NGN/3G等网络技术的出现,使业务模式较目前发生了很大的转变,基于内容、流量、第三方服务、虚拟运营商会变得越来越普遍。尤其是用户的自服务(Self-Service)的出现,对本地计费帐务系统的功能提出了新的需求。
电信多元化新业务、新服务的出现,使得原来的设计不能充分满足新业务开发的需要,尤其是一些业务流程与原设计有冲突的服务无法开展或较难开展,例如:合作伙伴的代收费的违约金的收取,业务费用的分成、银行代办费用的结算和实时计费帐务业务的即时结算等。另外在普遍利用银行和社会代办点收费的模式下,系统的安全机制必须进行充分的考虑。
新系统针对这种业务技术的发展变化情况进行了较多考虑,设计实现方面也考虑了对规范V1.0的继承性,以及工程实施上歌接升级的简便性。除继续保留原综合业务支撑、提供客户化服务等特色外,增加了较为灵活的嵌入业务模块设计,方便新业务增加,并对融入系统整体数据统计进行了设计考虑,满足电信业务不断发展的需要,为各地综合电信业务经营和管理提供科学的依据。。
2. 新的支撑系统定位和系统关系
a) 各支撑系统间的关系:主要是与综合业务系统、客服系统的关系,目前电总正在制定综合业务系统和客服系统的规范,目前分散在各系统的一些业务性功能今后可能会主要集中到综合业务系统,比如销帐前台业务,客服系统主要作为一种渠道存在,帐务系统则主要以提供数据和应用服务的支撑为主,在此之上是各类经营分析、增值服务系统。
b) 帐务系统定位:计费帐务系统今后是业务数据提供的核心系统之一,电信主要的业务量数据需要由计费帐务系统提供,同时包括各种类型费用回收服务、欠费管理等传统功能。另一方面计费帐务系统仍然是面向生产和数据的系统,不应承担过多的直接经营分析功能,今后的发展会更倾向于综合生产和数据支撑中心的概念。规范V2.0针对这种发展动向在系统业务资料模型、对外接口管理、数据支撑等方面的设计上会着重体现。
3. 理顺生产组织流程和发挥系统潜力
电信业务种类繁多,计费帐务处理环节复杂,经过本地网集中管理的调整过程和计费帐务系统的升版改造,各个本地网的管理模式得到了一定程度的统一。规范V1.0强调“三分技术,七分管理”的指导思想,从管理模式出发,理顺计费帐务生产组织机制的关系,明确岗位、工位的设置,强化授权管理、闭环管理等手段,以现代技术手段和新型的管理思想相结合,建立本地计费帐务生产新的目标管理体系。在规范V2.0中仍然继承了这个指导思想,但更加侧重在如何组织好生产管理流程,更好的发挥新系统的作用上。
从对目前版本的计费帐务系统使用的调研情况来看,计费帐务的生产压力仍然很重,分析原因主要在于三点:一是很多地方的计费帐务生产人员也是其它支撑系统和业务系统的运行维护人员,职能重叠,工作繁重,也缺乏专门的管理机构,组织保证上不够;二是目前在业务系统不够完善的情况下,基本业务资料的问题较多,而计费帐务系统由于涉及准确计费,是对资料非常敏感的系统,因而在每个出帐周期内需要单方面进行大量的资料审核和业务校验工作,压力较大;三是计费帐务直接承担了较多经营分析方面的工作,包括数据提供和直接报表生成。从理论上讲面向生产和面向分析的系统在设计方法上存在固有矛盾,二者难以同时满足,这也是原有系统结构无法很好的同时支持生产需求和经营分析需求的原因。在各地经营分析系统建设完善之前,计费帐务系统仍然要不可避免的承担部分经营分析支撑的职责,在经营分析系统建设完成后,计费帐务系统应主要承担数据支撑的职责。
要充分发挥新计费帐务系统的作用,必须在理顺生产管理流程和搞好其它系统建设的同时,从人员组织、审核校验、对外数据和报表支撑方面考虑进行改进和提高,后两点是可以从系统设计角度着重考虑的焦点。
4. 计费帐务体制的变化考虑
按照信息产业部技术规定《中国电信计费帐务体制》标准,计费帐务体制的采用中央、省、本地网三级模式建设,本规范原则上适用于其中本地计费帐务中心的要求,系统的设置不受地域的限制,能够与省级电信计费结算中心(如省级长途计费中心、省级智能网中心等)相配合,能够适应将来多个电信企业间的计费结算体系(如联通、移动等),计费帐务体制的灵活适应性较强。
实际在系统建设过程中,部分省根据自身特点选择了省集中计费帐务处理的模式,本地网不再保留主要计费帐务功能,目前这类系统已经投入运行。今后在各省的计费改造工作方面,仍然有可能出现其它集中方式,比如建立大区中心(界于省和本地网之间)系统,考虑各省规模和业务管理特点,规范V2.0所定义的计费帐务系统必须要能适应这种规模和管理模式上的变化,为各省的后续改造工作提供指导方法和标准,这一点在新规范中也会从数据管理、功能分布、管理流程设计上得到具体体现。
5. 统一接口与业务标识
规范V1.0从中国电信网络长远发展的需要出发,提出了电信业务的统一业务标识、统一客户标识,并给出了统一的编码解决方案,为中国电信计费帐务系统的三级模式的联网打下坚实的基础,同时满足本地网计费帐务系统的改造方针“统一需求、统一设计、统一检测、按省实施”。但由于电信业务在近几年发展十分迅速,各本地网在新业务开展、旧业务保留方面还存在很多地方特色的东西,从系统升级的业务延续性来看还不能采取一刀切的方式,规范V1.0业务处理的覆盖范围有限,不能完全满足很多特殊要求。对于这个问题,一方面应该从管理上入手,对各类业务进行规范化、流程化处理,以及统一标准化业务标识;另一方面系统需要考虑提供更为开放的接口方式和标准,便于系统改造和接口。规范V1.0在对外接口定义和设计考虑上较为简单,不能很好地适应这种实际情况,因此也在各地实际应用中造成一些困难。新规范改进的一大重点就是提高接口的开放性和易用性,提出了统一接口模型的业务技术设计方案,也为今后与其它正在改进和完善中的支撑系统的接口交互提供了有利条件。



综合采集预处理和动态计费平台

——充分提高基本电话业务和下一代业务收入的关键

--------------------------------------------------------------------------------

中国计费网 (2004年2月25日)

作者:Georgia Hanias




随着力量的均衡稳步地从大型国有运营商向新兴的GSM和固定线路提供商转移,中国已经成为世界上最具竞争性的通信市场。由此,为了充分提高利润,导致了业务上更加激烈的竞争,而通信公司则面临着更加严峻的挑战。为了应对这种竞争,通信公司快速地将产品和业务推向市场。目前,大多数中国消费者还在使用基本的移动业务,但是,当他们最终融入世界上追捧下一代业务的其他消费者之列时,这种情况就会改变,这些下一代业务包括彩信(Mobile Messaging Services (MMS))、WiFi和3G等融合的话音、数据和IP业务。

以灵活的定价策略来推出这些类型的复杂业务要求特殊的网络软件,以便简化业务流程。仅有计费系统是不够的。至关重要的是实时综合采集预处理,这个后端平台使得运营商能够记录、计量整个网络的使用情况并对其进行计费,能够从交换机、路由器和服务器上收集原始数据并将其转换为计费系统和其它系统(例如欺诈检测方案)可用的信息。此外,在网络和后端综合采集预处理平台之间需要一个可配置的实时接口,使得运营商能够对先进的网络数据业务(例如内容、移动商务和位置(location-based)服务)进行实时的基于价值的计费。综合的定义

综合计费是无缝地支持任何种类网络业务量计费的能力,而不管业务是话音、数据还是IP/下一代业务,它由两个组件构成:一个是可定制的综合结算系统,另一个是实时综合采集预处理平台。合适的综合结算方案是这样的一种方案,无论业务量的大小,它都能够为任何种类的业务生成账单。这意味着一个灵活且可伸缩的计费产品,一种可以通过配置来区Web、VOIP和数据业务的计费产品。这使得运营商可以针对业务的每一种应用通过单独的费率进行计费。例如,某个运营商希望在下载音乐视频上对消费者和结算伙伴/对象收取更多的费用,因为这种业务使用了大量的带宽,而对使用移动电话发送标准的低带宽SMS文本消息则收费较低。运营商在固定和移动网络中使用的许多现有的结算方案只能提供统一费率的定价策略,最终无法提供灵活的结算方案所能提供的产生收入的潜力,特别是当价格基于所传输的数据量大小的时候。

典型的综合结算系统收集信息,并提供对信息的访问能力,这些信息可以用于生成和核对来自其他运营商的账单,这一切都可以在终结或源自运营商自营网络的基础上进行。一个灵活的综合结算系统具有提供各种结算行为报告的能力,例如以标准电话为基础的计费和以源点为基础的计费。根据亚洲或国际综合结算协议的要求,它还提供了支持按运营商、产品和业务生成收入和成本报告的必要信息。

综合采集预处理

但是,综合结算并非仅仅是一个综合结算系统,还是一个支持产品的后端平台,也称为综合采集预处理。采集预处理是任何运营商的运营和业务支撑系统中的最关键的组件,是网络与各种产生收入并使运营商能够经营高效且有竞争力业务的系统之间的门户。

综合采集预处理是最新型的平台,能够支持传统的电路交换型和较新的非电路交换型(IP)通信,这是一种既支持基本电话业务又支持复杂的3G业务的特性。这样做的理由是直截了当的:采用了综合采集预处理系统,运营商就可以依靠单一平台来管理话音、IP和固定网络业务。这意味着需要管理的硬件更少,运营成本更低,维护平台所需的支持更少。综合采集预处理平台使运营商能够收集、处理并传送通过其网络的业务量信息,并且能够帮助运营商在结算目标上支撑话音、IP和数据业务的增长,而不用担心重要信息丢失或者话单重复。

一个完整的综合采集预处理平台可以配置为向综合结算系统提供网络数据,然后由综合结算系统为某个结算伙伴/对象生成账单,或者为其它下游业务系统(例如欺诈方案)提供重要信息。在选择合适的综合采集预处理系统时,中国的电信运营商应该寻求一种分布式架构,这种架构可以帮助他们降低采集成本并减少需要处理的数据量。这是一个非常重要的特性,因为固定和无线网络产生的数据,以及互联网门户日益增长的数据,已经使网络爆炸性地发展。光是IP数据量就比传统固定网络产生的那些数据量高15倍,不过并非所有的数据都需要用于结算。通过数据缩减功能,运营商可以利用综合采集预处理来过滤对计费无效的信息,只收集那些精确计价所需的数据,从而节省时间。

用于预付费和后付费环境的实时采集预处理计费平台

对运营商来说,随着新业务流进入市场,先进业务的计费,尤其是在预付费情况下,正在逐渐变得越来越重要。因此,消费者,不管是预付费的还是后付费的,都需要被快速且安全地认证,以便接受或者拒绝(如果其不具购买服务的信用)高价值业务,而运营商则需要确保对所有事件的费用收取。这意味着网络单元、批价引擎及客户计费系统之间的即时双向通信,还有保障费用收取和服务质量的可靠的后期事件处理。

由于无线运营商关注客户的保持和获得,以及ARPU的提高,他们需要从日常话音业务向提供高价值无线数据业务和应用转变。这对于包括GSM/GPRS、CDMA、1xRTT、UMTS和WLAN在内的所有网络类型都适用,覆盖了包括话音、数据和增值内容的所有业务类型,以及包括预付费、后付费和综合支付方法的所有支付选择。对于后付费来说,这包括传统的后付费以及使用银行支票的实时后付费。因此,对运营商来说,重要性就在于安装一套实时计费平台,一套可以作为多种网络技术与后端系统(也就是综合采集预处理)之间完整的可配置的双向实时接口的平台,以便最终能够实现可赢利的结算。

计费平台的定义

那么计费平台是什么?它与综合采集预处理平台有何区别呢?采集预处理是收集运营商的网络运营所需信息的系统,比如用于客户计费的信息。计费平台是来自无线网络基础设施的实时请求的主动双向控制的执行平台。它用于激活或者取消对数据业务和增值内容的访问。作为交易流的一个完整组件,合适的计费平台应该不间断地工作,以便保留、监视和更新预付费信用余额,从而通过集成到第三方批价引擎或结算系统来计算价格。它还应该为用户提供计费通知,核对业务交付情况,并且提供业务控制逻辑,以便对于预付费账户上信用很低的订户选择性地指引其会话重定向到某个消费者业务门户去购买服务。

计费平台的位置

计费平台通常会位于网络基础设施和运营商的OSS/BSS组件之间,采用开放API和标准计费及控制协议与商用的业务流检测和控制硬件平台进行双向接口,这些硬件平台包括Cisco CSG、P-Cube Service Engine、ProQuent MSSP、Volubill、Megisto MSDS以及其它产品。为了进行实时余额获取和更新,它也会与现有的预付费余额管理系统接口。为了实时获取订户信息(例如折扣),获取计费通知和支付机制(例如信用卡)或者订户的预付费和后付费账号,它还会与批价系统接口。它可以与现有的基础设施协调地工作,充当一个等效的IP业务控制点,通过操控为此而开发并优化的逻辑与关键应用进行实时交互。在一个典型的实现中,计费平台会与综合采集预处理系统一起使用,以方便处理和向欺诈系统、网络规划系统及可能的提供综合预付费和后付费策略的计费系统分发最终计费信息。

计费平台是为支持多种支付方法而设计的,尤其是针对CDMA、GSM、GPRS、UMTS和WLAN网络中的话音和数据业务的预付费业务。这使得预付费订户可以同时使用任意数目的数据业务,例如在浏览Web和发送电子邮件的时候下载视频,而从一个单一预付费余额中扣除费用。

现在运营商就可以在不影响预付费话音业务的情况下推出预付费数据业务了。

计费平台使得服务提供商可以在按交易和按事件预付费的基础上展开差异化的移动数据业务。费用可以基于任意收费准则的组合,例如:增值内容或分类内容(例如体育、股票报导或新闻或者每日时刻[也就是繁忙时和非繁忙时])。

未来需求 - 增长空间

作为世界上增长最快的电信市场,中国的业务潜力是巨大的。当然,要充分利用这种潜力,运营商必须认真评估结算、采集预处理和计费平台,以便帮助其增强竞争力并充分提高赢利能力。

在为基本电话业务和下一代业务寻求合适的OSS系统之时,运营商必须保证综合采集预处理和计费平台具有灵活性,以便随着未来业务和网络的升级而进化。因此,对运营商来说,主要的挑战就在于选择一个能够处理网络中不同节点产生的大量业务数据的系统。某些采集预处理平台具有执行这种功能的能力,可以提供支持超过每天10亿用户事件的容量。毋容置疑,这个数字还将随着3G网络所预期的业务爆发而提高。

扩展性是保证网络能够控制业务量增长和无法预期变革的另一个要求。支持复杂记录结构的能力也非常重要,因为3G平台上的不同厂商都有对业务进行记录和计费的不同方法。这个问题可以通过安装一套全面的采集预处理平台来解决,这套平台可以配置为能够理解不同种类的记录信息。

最后,为了对先进的数据网络业务(例如内容、移动商务和位置服务)进行实时的基于价值的计费,动态的计费平台非常重要。这使得预付费和后付费消费者在需要的时候可以得到他们需要的服务,同时也为运营商提供了一个激活可以为其获取收益的业务的简便方法。

未来的收入流

未来业务的盈利能力将由对业务的需求和所安装的可以提供全面IP计费的OSS系统决定。综合采集预处理和计费平台凭借其支持未来和不可预期进展的技术和能力,确保可以为计费目的收集各种类型的网络业务信息,使运营商充分提高其收益。

(作者单位:Intec Telecom Systems)






请问联通的详单优惠是归计费系统还是归帐务?

如果二次批价归计费,累帐归帐务,那么对基于累计总量的优惠有什么好办法吗

对于总量优惠,可在合帐完成后进行处理

总量优惠也会由信用度模块进行管理,因为总量优惠的政策会很复杂:如一个促销季度、年终返点、综合的总量消费优惠(含数据等业务)

详单优惠一般在二次批价实现
二次批价归帐务啊,
累帐归帐务,对基于累计总量的优惠只能月末出帐的时候给予考虑,
但这部分用户的信用度在选择优惠套餐的时候需要特别考虑,
设置合适的信用度

1.先定义一次(基本资费),二次(基于Usr_id的优惠)和三次批价(业务交叉和用户群组的优惠);
2.联通在功能上是将二次和三次批价归为综合帐务系统;
3.如你想将联通的规范改变,改变为"二次批价归计费,累帐归帐务",要想对基于累计总量的优惠说个好办法,只能在计费和帐务系统中多必须有累计总量批价资源(物理存放或MDB存放).



1采集 CDR Capture/Collection (采集&联机指令统称mediation )
2联机指令 Service Provisioning
3拣重 duplication
4预处理 Pre-processing
5重新格式化 re-format
6分发 Distribution
7分拣 Classification
8客户账户关系 Customer/accout hierachy
9出话 Outgoing calls
10入话 Incoming calls
11结算 settlement
12营业 Customer care
13前台 Front-end counter
14后台 back office
15营业厅 Commercial offices (Revenue office, front store)
16超长 Ultra long
17超短 Ultra short

18调帐 Ledger adjustment
19日志查询 Log query
20统计 Statistics
21实时帐务 Real-time Billing
22审核 Checking
23万能优惠 Versatile discount

24代理商管理 Distributor management (partner Management)
25所有代理商 All agents
26新建代理商 New agents

CSR(客户服务代表)Customer Service Representative
催缴 dunning
A/R Account/Receivable
呆坏账 write off amout
欠账 Arrear

3 拣重 de-duplication
8 客户账户关系 Customer/accout hierarchy

16超长 long-duration call (source from aca.gov.au)
17超短 short-duration call




1.规范性:
参照电总《市内电话业务计算机综合管理系统规范》、《中国电信综合计费帐务体制》及《本地电信业务计费帐务系统分析与设计v1.0》等文档规范化设计。系统的设计与实现主要参照了以下规范和标准:《中国电信计费结算中心和省计费结算中心总体技术案》、《中国电信计费技术体制》、《中国电信计费业务规范》、《本地电信业务计费帐务系统分析与设计v1.0》、《长途电话集中计费分拣实施方案及实施安排意见》、2.ITU-T及ISO标准系列建议:M3000系列(TMN原理)、X223-226(OSI X.25有连接网络层及四至六层)、X700系列(CMIP,GDMO)、X880-882(ROSE)、ISO-8571(FTAM)等。
Comments
Locked Post
New comments cannot be posted to this locked post.
Post Details
Locked on Jul 15 2008
Added on Nov 16 2006
15 comments
4,396 views