计费简介及融合探讨.pptx

计费系统简介计费系统架构名词术语名称英文描述产品Product电信企业销售给客户的原子级的、销售上不可再分的单元，可细分为主产品和附属产品；主产品产生计费事件，附属产品不产生计费事件；销售品Product Offer指电信运营商运用营销手段针对不同的营销渠道、客户细分、地域细分和销售目标等，对产品/产品包、定价计划进行必要的包装的产物。所有产品和产品包必须封装成销售品才能销售，产品和产品包本身不直接面向客户销售。销售品实例Offer Instance电信销售品被客户购买，一个销售品实例就形成了，也就是客户开通了电信业务。一个客户可以有多个销售品实例 。产品实例Product Instance形成销售品实例时，会产生一个或多个产品实例。一个主产品实例有对应的一种网络的硬性物理连接，用于识别该业务，具体表现为计费的唯一标识，并有相应的接入号码，比如电话号码，ADSL 号等。定价计划Price Plan针对产品/产品包制定的价格方案，它包含了资费标准和优惠计算等规则。定价段落Pricing Section定价段落可以理解成为一个资费的选择树，任何计费事件都可以通过一层或多层的资费查找，定位其应当执行的一个或多个资费标准。资费标准Tariff对客户所使用的产品进行计费的基本费用信息，资费标准可分为一次性费用、周期性费用和使用费三种类型。定价参考对象Pricing Reference Object在对产品/产品包/销售品进行定价的过程中所牵涉的对定价有影响的数据实体的相关参照属性，可以是（但不限于）产品/产品包、销售品、客户协议、帐户、计费事件、行政区域、电信管理区域等实体的相关属性。计费事件Usage Event客户在使用电信的产品或服务的过程中，所产生的用于计费的使用记录。如CDR、数据业务的服务使用记录、内容服务的使用记录等。计费话单处理流程预处理后话单文件原始话单文件批价结果文件周期费处理种类：月租、月租日算、账期初月租周期费计算环节对周期性事件生成环节生成的周期性事件进行解析，调用算费流程，生成周期费算费结果，算费流程如下：1. 根据周期性事件查询对应的销售品、产品包上的定价计划。2. 查询对应于事件类型的事件定价策略。3. 匹配定价策略对应的定价段落树上的定价判断条件、参考对象。4. 取得定价段落树分支资费配置。5. 根据相应的资费配置生成帐目费用。账务优惠种类：产品优惠、商品优惠、商品日优惠、账期初优惠、账户优惠、捆绑优惠等。以账单表作为优惠内容的输入和结果的输出优惠处理流程：1、遍历销售品表，获取符合条件的销售品。2、根据定价计划查找定价计划策略组，如果策略组定价计划中有需要处理优惠种类的类型，则取此销售品ID，到销售品实例表查找销售品实例。3、找到实例之后，分析优惠条件是否满足（是否预开通，生失效时间等），后续分析定价计划、定价组合、定价策略，按配置账目及优惠内容进行处理。产品、套餐、协议资费处理顺序清单账务清单排他处理，账务叠加处理CRM与计费模型融合探讨2015年6月目录1现网两套三户模型所带来的问题分析2本次融合模型解决的问题融合后需应用或运营关注的问题3CRM与计费两套档案模型的背景目前现网绝大部分省公司的档案模型，即CRM和计费的档案物理模型是不同的，同样的信息两套模型承载，信息需要转换，自然而然就会带来数据不一致问题。模型差异原因一：业务表达不一致（业务概念层面）因为系统历史遗留问题，或者两系统对业务的表达方式不一样，导致两系统的业务落地数据的结构或者粗粒度存在差异；例如: CRM与计费的套餐粒度不一样，CRM对于不同套餐档次采用不同的销售品来表达，而计费即采用一个套餐不同套餐属性来实现。乐享3G套餐乐享3G-49元档属性：套餐档次映射属性值：49乐享3G-89元档属性值：89乐享3G-129元档属性值：129属性值：189乐享3G-189元档计费：多档次一个销售品 采用属性表达档次CRM：多档次多个销售品模型差异原因一：业务表达不一致（物理模型层面）CRM与计费对于同一种业务，由于两个系统功能不同，对信息的表达或使用方式有差异，因此数据模型的表达是不一样的；CRM注重逻辑表达灵活，计费注重对系统性能影响；例如：对亲情优惠，CRM不生成群实例，需要计费自行实例化，两系统的数据表达是不一样：群成员：号码0手机号码0群实例属性：亲情号码1群成员：号码1亲情功能产品实例属性：亲情号码2群成员：号码2属性：亲情号码3群成员：号码3计费CRM模型差异原因二：主数据编码不一致因为CRM与计费的主数据是分开制订与管控的，并不是遵循同一套中国电信主数据规范；因而在具体落地时，两个系统共同用到的主数据在CRM和计费中各有一套标准，两套主数据编码存在不一致的情况，需要进行映射转换处理。静态主数据编码：销售品类型编码 销售品构