中国电信计费模型功能与流程

《中国电信计费模型功能与流程》由会员分享，可在线阅读，更多相关《中国电信计费模型功能与流程（138页珍藏版）》请在装配图网上搜索。

1、 中国电信计费模型流程和功能文档编号：CTGBM04中国电信计费模型流程与功能(中期评审稿)中国电信集团公司 二四年六月目 录第1章 概述91.1 编写目的和作用91.2 文档结构和重点91.3 适用范围91.4 资料引用91.5 术语定义101.6 符号和缩略语10第2章 总体框架112.2 计费的定位122.2.1 在BSN的定位122.2.2 在BPR的定位132.2.3 在eTOM的定位142.3 设计目标和原则152.4 设计方法162.5 设计思路162.6 目标系统视图172.7 与其它系统间的关系192.8 业务规则19第3章 产品配置管理233.1 概述233.2 配置模型2

2、33.3 在营销过程的定位243.3.1 营销过程简述253.3.2 售前决策支持253.3.3 售后计费支持253.4 功能描述263.4.1 资费定义263.4.2 优惠定义263.4.3 定价计划定义273.4.4 产品定义273.4.5 产品包定义283.4.6 产品目录维护283.4.7 商品定义283.4.8 销售目录维护29第4章 客户资料管理304.1 概述304.2 客户信息304.2.2 基本客户信息314.2.3 支付信息324.2.4 产品信息324.2.5 客户资料的获取334.2.5.1 SID模式334.2.5.2 接口工单模式334.2.5.3 录入模式344.

3、2.6 客户信息变更对计费的影响354.3 积分管理354.3.1 积分计算规则354.3.2 积分规则和参数管理374.3.3 积分兑换384.3.4 积分与信用评分转换384.3.5 积分与客户服务等级映射384.3.6 分户合户积分处理394.3.7 积分统计报表394.3.8 积分查询394.4 信用度管理404.4.1 信用度建立404.4.2 信用度级别404.4.3 信用度转移414.4.4 信用度变更414.4.4.1 信用度变更因素414.4.4.2 信用度变更规则414.4.5 信用度的使用42第5章 数据采集435.1 概述435.2 业务管理流程435.3 业务处理流程

4、445.3.1 在线采集处理流程455.3.2 联机采集处理流程465.3.3 脱机采集处理流程475.4 功能描述475.4.1 采集参数设置475.4.2 在线采集485.4.3 联机采集485.4.4 脱机采集485.4.5 采集传送495.4.6 采集数据校验495.4.7 采集异常处理495.4.8 采集监控505.4.9 采集日志记录50第6章 数据处理516.1 概述516.2 业务管理流程516.3 业务处理流程516.3.1 预处理流程526.3.2 批价处理流程536.3.3 出帐处理流程536.3.4 数据中间层生成流程546.4 功能描述556.4.1 预处理556.4

5、.1.1 预处理格式配置556.4.1.2 预处理规则配置556.4.1.3 格式标准化566.4.1.4 记录校验转换576.4.1.5 分拣过滤576.4.1.6 去重处理586.4.1.7 标准输出586.4.1.8 预处理稽核处理586.4.1.9 预处理异常处理586.4.1.10 预处理日志586.4.2 批价处理596.4.2.1 批价引擎596.4.2.2 预付费控制596.4.2.3 内存管理596.4.2.4 格式化输出606.4.2.5 累计资源管理606.4.2.6 批价稽核处理606.4.2.7 批价异常处理606.4.2.8 批价日志606.4.2.9 入库处理60

6、6.4.3 出帐处理616.4.3.1 帐务资料准备616.4.3.2 帐务费用准备616.4.3.3 周期性费用计算616.4.3.4 帐务优惠处理616.4.3.5 日帐处理626.4.3.6 月帐处理626.4.3.7 补退费及调帐处理626.4.3.8 应收和非应收统计626.4.3.9 限额管理626.4.3.10 帐单加载处理626.4.3.11 帐务异常处理626.4.3.12 帐务稽核处理636.4.3.13 出帐处理日志636.4.4 数据中间层生成636.4.4.1 数据中间层的层次结构与分类636.4.4.2 数据中间层的生成64第7章 前端协作657.1 概述657.2

7、 业务管理流程657.2.1 余额管理流程657.2.2 销帐管理流程667.2.2.1 金融非联网托收管理流程667.2.2.2 金融联网代收管理流程677.2.2.3 话费买断管理流程677.2.2.4 前台缴费管理流程687.2.2.5 反销帐的业务管理流程687.2.3 欠费管理流程687.2.4 查询管理流程697.3 业务处理流程697.3.1 余额管理处理流程707.3.2 销帐管理处理流程707.3.2.1 金融非联网托收处理流程707.3.2.2 金融联网代收处理流程717.3.2.3 前台缴费处理流程727.3.2.4 话费买断处理流程727.3.2.5 反销帐处理流程73

8、7.3.3 欠费管理处理流程737.3.4 查询管理处理流程747.4 功能描述757.4.1 余额管理757.4.2 帐单管理767.4.3 销帐管理767.4.3.1 统一的销帐服务767.4.3.2 滞纳金管理767.4.3.3 发票管理777.4.3.4 零头管理787.4.3.5 预存款自动冲帐787.4.3.6 前台缴费787.4.3.7 金融非联网托收807.4.3.8 金融联网代收807.4.3.9 电话缴费807.4.3.10 网上缴费817.4.3.11 异地缴费817.4.3.12 反销帐827.4.3.13 退款827.4.3.14 话费买断批量打单827.4.3.15

9、 一次性付清分期付款837.4.3.16 营业员结帐处理837.4.3.17 收费月结处理837.4.3.18 销帐稽核837.4.4 欠费管理837.4.4.1 话费争议管理847.4.4.2 催缴数据管理847.4.4.3 停机数据管理847.4.4.4 内拆数据管理857.4.4.5 呆坏帐管理867.4.4.6 拆机数据管理867.4.5 查询管理867.4.5.2 使用记录查询867.4.5.3 费用查询877.4.5.4 交费情况查询877.4.5.5 产品资费查询877.4.5.6 客户资料查询877.4.5.7 欠费管理信息查询877.4.5.8 日志查询87第8章 数据交换8

10、88.1 概述888.2 数据描述898.2.1 集团计费结算中心898.2.1.1 下发省计费结算中心的数据898.2.1.2 接收省计费结算中心的数据898.2.2 省级计费结算中心898.2.2.1 上传集团计费结算中心的数据898.2.2.2 接收集团计费结算中心下发的数据898.2.2.3 接收本地计费帐务中心上传的数据898.2.2.4 下发本地计费帐务中心的数据908.2.3 本地计费帐务中心908.2.3.1 上传省计费结算中心的数据908.2.3.2 省计费计算中心下发的数据908.3 数据交换908.3.1 交换数据生成908.3.2 交换数据生成校验918.3.3 数据交

11、换918.3.4 数据交换校验918.4 与BSN网管信息交互91第9章 数据提供929.1 概述929.2 数据描述939.2.1 经营分析系统939.2.2 营销支撑系统949.2.3 MSS系统949.2.4 10000号系统949.3 数据提供949.3.1 提供数据生成949.3.2 提供数据生成校验959.3.3 数据传输959.3.4 数据传输校验959.4 与BSN网管信息交互95第10章 信息点布控与稽核9610.1 概述9610.2 信息点编码原则9610.3 信息布放与审核原则9610.4 各环节信息点与审核关系9710.4.1 数据采集环节9710.4.2 数据处理环节

12、9810.4.2.1 预处理环节9810.4.2.2 批价环节9910.4.2.3 入库环节10010.4.2.4 出日帐环节10210.4.2.5 出月帐环节10310.4.2.6 数据中间层生成环节10410.4.3 前端协作环节10510.4.4 数据交换环节10610.4.5 数据提供环节10710.4.6 客户资料管理环节10810.5 信息发布108第11章 收入确保11011.1 概述11011.2 计费流失分析11111.2.1 流失点分析11111.2.2 流失原因分析11111.3 收入保障策略11111.4 全面审核的策略11211.4.1 校验的方法11311.4.2

13、校验的方式11411.4.3 校验的范围11411.4.4 校验的维度11411.5 全过程控制的策略11511.5.1 事前控制11511.5.2 事中控制11511.5.3 事后控制11511.6 实时处理的策略11611.7 与绩效考核结合的策略11711.8 与外部紧密配合的策略11711.9 体系的持续改进117第12章 生产管控11912.1 概述11912.2 系统监控12012.2.1 监控对象12012.2.2 功能描述12012.2.3 监控内容12012.2.3.1 主机系统12012.2.3.2 网络系统12112.2.3.3 数据库系统12112.2.3.4 中间件1

14、2112.2.3.5 系统存储12212.2.3.6 生产部分12212.3 人员管控12312.3.1 概述12312.3.2 员工管理12312.3.2.1 员工信息维护12412.3.2.2 岗位信息维护12412.3.2.3 权限信息维护12512.3.2.4 区域信息维护12512.3.2.5 授权管理12612.3.2.6 日志信息12612.3.3 KPI数据生成12612.3.4 KPI信息交互12612.4 BSN网元管理12712.5 小结127第13章 平台支撑12813.1 概述12813.2 系统维护12813.2.1 主机维护12813.2.2 数据库维护12813

15、.2.3 应用系统维护12813.3 备份与恢复12813.3.1 备份策略定义原则12813.3.2 备份策略12913.3.2.1 前台备份策略12913.3.2.2 后台备份策略12913.3.3 备份执行13013.3.4 数据恢复13013.3.5 信息交互13013.4 版本管理13113.4.1 软件版本管理13113.4.2 软件升级131第14章 结束语132第15章 附录13315.1 计费模型主要名词解释133第1章 概述1.1 编写目的和作用为了接应中国电信IT战略，落实ITSP规划，进一步提升中国电信在市场竞争中的地位，提高信息化管理水平，解决业务支撑系统核心部分计费

16、系统存在的问题，特设计本计费模型。计费模型是计费如何工作的整体描述和系统设计，它包括六个分册：总论、数据模型、接口与协议、流程与功能、网管与监控，实施与升级。功能与流程分册用于描述中国电信各级计费系统的业务流程与功能。文档内容基于BSN原理和中国电信BPR的成果展开，用于指导中国电信集团各级计费系统的设计、建设、运营、维护。1.2 文档结构和重点本文概要描述了在BSN框架和发展要求下、实施BPR的前提下，计费帐务处理应遵循的基本业务流程，计费系统应具备的基本功能。本文着重描述了有关计费系统的基本生产部分、质量控制部分、系统支撑部分，包括以下章节：第一章是概述，第二章总体框架从计费的定位、设计目

17、标和原则、设计方法和思路、目标系统、各系统关系，以及业务规则方面进行了综合描述，第三、四章阐述了从计费角度进行的产品配置管理和客户资料管理，第五到十三章从计费处理的各个阶段及管理监控层面分别详述了数据采集、数据处理、前端协作、数据交换与提供、收入确保、生产管控、平台支撑等内容。1.3 适用范围本文概要描述了在BSN框架和发展要求下、实施BPR的前提下，计费帐务处理应遵循的基本业务流程，计费系统应具备的基本功能。1.4 资料引用业务支撑网规划、建设、管理及运行维护的思路与建议中国电信本地业务计费帐务系统分析与设计V1.0中国电信本地业务计费帐务系统分析与设计V2.0中国电信BPR计费流程手册En

18、hanced Telecom Operations Map(eTOM) The Business Process Framework1.5 术语定义名词英文解释计费模型Billing Model计费如何工作的整体描述和系统设计。计费和计费系统 Billing & Billing System计费系统分为广义和狭义的定义。广义计费的概念是从用户发起通信开始，直至用户完成付费的全过程。这其中包括通信网络内完成的用户通信的记录，采集系统完成的通信记录的采集以及通常所说的后台计费帐务系统完成的预处理、划价、出帐、销帐、统计等。狭义的计费指除了通信网络内的用户通信的记录和出帐后处理以外的过程和内容，即主

19、要包括采集、预处理、划价、出帐过程。模型为了统一简洁，并符合国际惯例，按照广义的计费概念将原有的“计费帐务系统”统称为“计费系统”。业务支撑网Business Support Network业务支撑网就是从电信人、市场、客户的视角，利用网络的概念来勾画业务支撑系统的框架，并包括一整套的理念和实施方案，以从根本上解决多年来困扰电信人的很多问题。产品、客户、帐户等主要实体名词的概念定义参见附录1.6 符号和缩略语符号和缩略语说明：缩写英文描述中文描述BSNBusiness supporting network中国电信定义和建设的业务运营支撑系统KPIKey Performance Indicato

20、r关键性能指标SLAService Level Agreement服务级别协议第2章 总体框架计费帐务管理是中国电信核心运营活动之一，除了完成中国电信的业务计费、收费等基本工作之外，还要为企业管理、经营分析、企业决策提供基础数据。目前计费帐务管理主要存在以下问题：1. 与CRM、结算等系统未形成较好的数据共享，系统分散、孤立，数据孤岛现象严重。2. 计费系统尚未形成统一、规范的数据模型，对有力地支撑集团的战略实施尚存在较大的差距。3. 各省级计费结算中心在机构定位、人员配备等方面非常薄弱，全国纵向计费生产体系无法打通，全国性的客户一点受理、一点收费还很难完成。4. 重功能轻流程，应用与企业管理

21、流程结合不足。5. 计费数据的完整性、规范性、可用性、时效性等方面离目前的市场经营分析存在较大差距，无法及时、准确提供企业需要数据。6. 产品概念不明确，对组合营销、灵活优惠支持较弱。7. 业务适应能力不足，不支持预付费业务，无法支撑3G等未来可能发展的业务。8. 相当数量计费帐务中心的专业化管理维护水平还停留在较低的水平，有待进一步提高。通过深入分析后发现，要解决这些问题，通过单点计费系统的优化改造是无法做到的，要从规划、设计、建设、运行维护等各个阶段系统化地整体考虑。由此提出了业务支撑网（Business Support Network，简称BSN）的概念，利用网络的概念来勾画业务支撑系统

22、的框架，包含一系列的模型：数据模型、接口与协议模型、流程和功能模型、网管模型等。其目标就是能够象电信网（交换网、传输网、数据网等）那样来规划、建设、管理和运行维护计费系统乃至业务支撑系统，使其不断拓展演进、不断优化完善、不断平滑升级，并实现“全程全网”的管理体系。计费流程和功能模型设计以BSN理论框架为指导，结合了本地电信业务计费帐务系统分析与设计V1.0、本地电信业务计费帐务系统分析与设计V2.0、中国电信BPR流程重组中的成果，同时参考了电信管理论坛（TMF）NGOSS框架中的eTOM模型。在设计过程中，采用TOP-DOWN的设计方法。2.2 计费的定位2.2.1 在BSN的定位业务支撑网

23、（Business Support Network，简称BSN）就是从电信人、市场、客户的视角，利用网络的概念来勾画业务支撑系统的框架，并包括一整套的体系结构、实施方法和管理维护办法。业务支撑网在水平方向可以划分为用户界面、接入平台和核心系统三层。业务支撑网在垂直方向可以划分为计算机平台、数据平台和应用软件。业务支撑网水平三层结构中的核心系统就是ITSP中的业务支撑系统BSS，它包括计费系统、CRM、结算系统、经营分析系统等。通过框架和协议将BSN网络中的网元连接成一个有机的整体，形成“全网服务一点”和“一点服务全网”的业务支撑能力。如下图所示：计费系统在BSN水平框架中属于核心系统部分；在B

24、SN垂直框架中属于应用软件部分；在BSN网络结构中属于一个组成网元，受BSN网管的管控。2.2.2 在BPR的定位中国电信企业流程重组的目标是建立以“市场为导向、以客户为中心、以效益为目标”的新型企业运作模式，实现收入最大化、成本最优化和利润可持续增长。在实施过程中，观念转变是基础，建立以客户为核心的观念。以机构改造和流程重组为手段，机构改造，就是建立适应公司化运行的内部组织结构，将管理职能机构改造成为以经营工作为中心的运营管理机构；流程重组就是建立规范的、高效的、具有竞争力的企业流程，体现责、权、利相统一的原则。业绩评估为保证，业绩评估包括服务质量考评和收入完成情况考评，用来保证流程重组的顺

25、利实施。如上图，计费流程重组是中国电信企业流程重组的一个组成部分。其关键点包括以下几点：1. 职能和定位：计算机中心、计费中心相互融合，IT人员集中使用、企业数据集中管理。2. 稽核考评及KPI设置：从员工工作量、工作难度、工作效果三个维度综合测评。3. 调整岗位设置原则：变“按系统”设岗为“按流程”设岗。4. 使用电子工单流程控制系统，强化计费流程控制管理。5. 全程审核校验、数据安全管理，实现收入确保。6. 加强内部控制，确保上市信息披露和审计规范、准确、严谨。7. 全面推进计费集中管理，支持全业务实时、融合计费。8. 实时采集为基础、实时分析为目标，加速向“电信企业内部数据供应商”角色转

26、型，全面支撑市场经营工作。2.2.3 在eTOM的定位eTOM作为电信运营业务流程向导的蓝图，是NGOSS的重要概念和关键组成元素。eTOM在TOM的基础上进行了完善，代表了整个服务提供商的企业环境。eTOM关心的是整个企业的问题，并以客户为中心。eTOM的业务流程框架是NGOSS的业务视图，是NGOSS最核心的部分。从整体概念上看，eTOM可分为三个主要的流程区域：运营流程区域，战略、基础设施和产品流程区域，企业管理流程区域。运营流程区域是eTOM的核心纵向包含FAB（开通、保障和计费）及运营支持与就绪四个纵向端到端的业务流程群组；横向包含客户关系管理、服务管理与运营、资源管理与运营和供应商

27、/合作伙伴关系管理四个横向功能流程群组。战略、基础设施和产品流程区域纵向包含SIP（战略与承诺、基础设施生命周期管理和产品生命周期管理）三个纵向端到端的业务流程群组；横向包含营销与供应管理、服务开发与管理、资源开发与管理和供应链开发与管理四个横向功能流程群组。企业管理流程区域包括：战略与企业规划；品牌管理、市场调研与广告；财务与资产管理；人力资源管理；股东与外部关系管理；研究开发、技术获取；企业质量管理、流程、计划与体系架构；灾难恢复、安全与欺诈管理。eTOM支持两种不同流程群组的透视图并给出详细的流程元素：纵向流程群组，代表端到端的业务流程视图，如对客户的计费中所涉及的流程。横向流程群组，代

28、表与业务功能流程有关的功能视图，如客户关系管理中涉及的流程。计费系统在eTOM一级流程框架中位于运营流程区域，在流程区域框架中的内容可参见下图。2.3 设计目标和原则1. 体现“以客户为中心”的服务理念；2. 在BSN框架下进行设计，体现“全程全网”的概念；3. 增强管控能力，通过制定流程、考核方法和监控来达到对系统和人员可管可控的目标；4. 加强费用流失控制手段，实现收入确保，在采集、计费、出帐、前端协作、数据交换、数据提供等环节均设计相应的审核检验手段，确保处理的准确性，最大限度地减少费用流失；5. 作为企业内部数据提供商，能够及时、准确地根据营销支撑、经营分析、MSS的需要提供数据；6.

29、 能够灵活地支持各种营销策略，集中、统一管理产品配置和目录；7. 提高处理的自动化程度和实时性，支持实时采集、实时计费、实时出帐、实时销帐、实时分析；8. 全面支持融合计费：提供统一的计费引擎来支持全业务的融合；提供实时的余额管理来支持预付费业务，实现预付费和后付费的融合；9. 在BSN业务范围内，形成有效的数据共享。2.4 设计方法在模型设计过程中，采用自上而下（TOP-DOWN）的设计方法。自上而下（TOP-DOWN）的设计方法，就是从模型总体要求出发，自上而下地逐步将设计细化，最后完成模型的整体设计。按照level0level1level2 逐层细化的过程，总体说明中的目标系统视图描述了

30、模型的整体要求(level0)，每一章的概述部分描述该章的整体要求（level1），细化部分(level2)在小节中描述。2.5 设计思路计费帐务管理是一个使用者使用系统的生产过程，流程与功能设计的目标是使得生产过程稳定、可靠、准确、高效，里面涉及二个因素，即使用者和系统，因此需要对系统和使用者分别提出要求：对系统的要求：提供生产所需要的功能。如果未能提供所需的功能，则认为系统不合格。对使用者的要求：按照合理的方法来使用系统。计费系统是一个复杂的系统，涉及很多处理环节，需要多个使用者来操作才能完成，因此需要把生产过程划分为若干个环节。由此得出设计思路：合理划分处理环节+面向环节设计管控方法+根

31、据环节设计生产岗位 = 可管控的生产过程(可管控的使用者和系统)本文重点描述对系统的要求，因此重点放在生产功能流程要求和管控功能要求；同时对管理流程也提出参考建议；考核方法不属于本文描述的内容。2.6 目标系统视图目标系统按照职能可以划分为基本生产、管理控制和系统支撑等几部分。如下图所示：1. 基本生产部分：根据中国电信BPR计费流程实施的经验，划分为数据采集、数据处理、数据提供、数据交换和前端协作等五个环节。数据处理是这部分的核心，对数据采集提供的数据进行预处理、批价、出帐处理，为数据提供和前端协作提供数据基础。数据采集：包括预付费采集和后付费采集。数据处理：包括预处理、批价、出帐、数据中间

32、层生成等。前端协作：包括帐单管理、余额管理、销帐管理、查询管理、欠费管理等客户服务相关功能。数据提供：支持营销支撑、经营分析、MSS等对数据的需求。数据交换：和上下级计费系统的数据交换。2. 管理控制部分：包括信息点布控与稽核、收入确保和生产管控，通过多种流程和手段来发现和处理基本生产中的各种异常情况。信息点布控与稽核：对系统进行信息布放、稽核、发布，以确保计费帐务处理过程的正确性。收入确保：各种防止费用丢失的手段。生产管控：各种对生产进行管理、控制的手段。3. 系统支撑部份：包括产品配置管理、客户资料管理、平台支撑等部分。产品配置管理：根据市场营销推出的产品、资费政策在系统内作相应的配置。客

33、户资料管理：从企业共享数据库或其它系统获取客户资料，供计费帐务处理使用，为基本生产提供基础。平台支撑部分：保证稳定运行、数据安全的功能。2.7 与其它系统间的关系要建立完整、灵活的电信企业管理系统，保证各种管理信息和数据能准确、及时地传递到需要的部门，计费系统作为电信企业管理系统的重要组成部分，与其它电信业务系统必然存在很广泛的联系。同级系统：与CRM系统、结算系统建立有效的数据共享；为10000号客服系统提供话费查询、缴费等服务和数据，以及取得投诉和报障信息；从公话管理系统中取得公话数据资料等；向财务管理系统传送帐务数据；向市场分析和决策系统提供各类统计数据等。上下级系统：与上下级计费系统进

34、行数据交换，包括计费数据、统计信息等。外围系统：为保证提供给用户方便的服务，加快企业的资金回笼，计费系统会和电信企业之外的其他系统建立联系，如：与银行等金融单位相联，传送、接收和处理与金融单位之间的现金代收、代扣、实时扣款、批量托收等费用数据。2.8 业务规则在进行计费系统的业务及系统分析的过程中，对中国电信计费帐务处理设定以下规则：1. 每个客户可拥有零个、一个到多个帐户，每个帐户必定属于某个客户。2. 每个客户拥有零个、一个到多个的产品实例，每个产品实例必定属于某个客户。3. 每个主产品实例拥有零个、一个到多个的附属产品实例，每个附属产品实例必定属于某个主产品实例。4. 帐户可以给多个产品

35、实例的全部或部分费用付费，产品实例的费用可由一个或多个帐户付费，它们之间的关系通过帐务关系定制来描述。5. 委托计费系统代收费用的单位必须向计费帐务中心提供代收客户资料数据和帐目数据，代收数据中不包括代收清单数据。6. 代收业务的帐目由各被代收单位自行计算，代收数据以各被代收单位提供的数据为准，并按照计费系统规定的格式做好相应的格式转换。7. 计费系统不对代收客户资料数据进行管理和维护，对欠费的代收帐目及客户资料数据将在下次代收数据采集之前规定的时间返回给原始被代收单位，本系统不作处理。8. 一次付费可以产生一张或多张以上的发票。一张发票可为一个或多个帐目付费，也可为一个帐目的部分费用付费。9

36、. 帐单是客户的帐目明细，可在用户缴费时提供给客户，也可提前分发给客户。10. 每个岗位权限可以分配给多个营业员（操作员），一个营业员可能有多个岗位。岗位权限的分配不能有传递性，如一营业员可分配某营业员一定的岗位权限，但其不一定具有他分配出的岗位权限。11. 长途清单数据的采集在省中心已经开始运作的前提下进行。12. 长途数据以省中心下发的数据为准，包含清单和帐单，本地计费系统不做计费处理。13. 智能网清单数据的采集在省中心已经开始运作的前提下进行。14. 智能网数据以省中心下发的数据为准，本地计费系统不做计费处理。15. 省中心下发的每一批数据应有唯一标识，以免计费系统重复采集。16. 固

37、定电话打IP电话数据由省计费中心下发，包括清单数据和批价帐单数据。其中帐单数据应是已经经过计费处理的。17. 主叫鉴权、固网短讯等的数据以省中心下发的清单和帐单数据为准，本地计费系统不做计费处理。18. 代收业务数据以委托方提供的数据为准，本地计费系统不做计费处理。19. 对于无着话费，系统遵循以下原则：不拒绝客户交费，为客户交费创造条件，系统单独列帐，留待下个帐务周期处理。20. 分摊：分摊只负责进行专业部门之间规定的按成本比例进行的业务收入的摊分，而不涉及对于增值业务的增值部分和各种专业业务附加费、税的摊分。21. 结算：计费系统只负责进行运营商之间按商定结算价格对基本通话费进行结算，而不

38、涉及增值业务的增值部分和各种业务附加费、税的结算。当一个运营商使用中国电信的网络与另一运营商进行通信时，计费系统不负责这两个运营商之间的业务结算。22. 销帐的原则是客户只要到营业前台来缴费，不管客户的费用是否正处于托收状态，都应该允许客户立即缴费。23. 销帐处理与金融系统的关系：不与金融系统直接联网。24. 托收帐户在生成托收帐单时的缴费单位为局编合同号。25. 计费系统的欠费管理负责欠费数据的保存、销帐，并向催缴系统或部门提供所需的催缴信息，向“九七”营业系统或网管系统提供停复拆请求，向财务部门提供呆坏帐数据。 26. 计费系统不负责代收业务欠费数据的管理。27. 固定电话业务客户资料管

39、理以“九七”营业系统的客户资料为准，局编合同号在“九七”营业系统中生成。28. 数据业务客户资料管理以“数据九七”营业系统或相关管理平台资料为准，局编合同号应与“九七”营业系统统一规划协调，无统一编号规划时由计费系统生成虚拟合同号进行处理。29. 大客户客户资料应以现行大客户管理系统为准。30. 资费管理的依据参照中国电信集团总公司颁布的现行标准：国内公众电信业务资费表；资费标准必须严格按照中国电信计费帐务体制的要求进行管理，通过由上级中心（全国计费结算中心、省计费结算中心）授权机制管理，资费标准的更改以中国电信集团总公司颁布的最新文件为准。31. 系统维护和管理的范围，计费系统仅提供对计费帐

40、务应用的支持，对主机系统、操作系统、网络系统、数据库系统、安全系统、开发系统等的系统维护和管理由各个现业局自行选购支撑工具。32. 统计报表的管理以集团公司颁布的基本报表（待定）为准，各个现业分公司的生产报表扩充可依据计费系统提供的统计元素自行生成。33. 查询管理中涉及到的系统，如1000号客服系统（电话自动/人工语音服务）、170系统（电话查询、传真查询）、163/169系统网上查询（INTERNET网上查询）的应用开发不在计费系统范围之内，计费系统仅提供相关数据。34. 代收业务的查询由计费系统提供帐务查询，计费系统不支持清单查询，清单查询的管理和用户咨询服务由各相关单位自行处理。35.

41、 “九七”营业系统受理的初装费分期付款业务，在首付之后的月付的合帐由计费系统处理。以上各条目中涉及到省中心提供数据的，在省中心没有开始运作的情况下，可按现行处理方法进行处理。第3章 产品配置管理3.1 概述产品配置管理主要用来支持电信企业向客户提供的产品的维护，从而支持产品的销售,计费产品配置管理的主要目的是提供计费帐务处理所需要的相关参数。产品配置管理涉及的概念较多，需要分清楚每个概念的意义，特别是产品、产品包、商品的区别。产品相关配置信息是计费的核心信息。新业务的开展，新资费、优惠的出台都需要正确地进行产品相关信息配置才能保证计费的准确性。灵活、统一的产品配置模型是实现业务融合、营销支撑、

42、预付费后付费融合的关键。本章首先介绍产品的配置模型，简单描述涉及的相关概念，后面再对每个部分的概念和相关功能作详细的描述。3.2 配置模型配置模型涉及的主要概念如下图所示：资费描述向客户收取通信费用的基础，是对产品成本、国家指导政策、期望收益等价格因素的综合体现。优惠描述在电信企业特定市场营销策略作用下对资费的调整或修正，它必须依赖一定的资费而存在。定价计划是由一个或多个资费计划、优惠计划组合而成的，可以是营销计划的一部分，可以与产品/产品包、商品、客户协议等相关联，形成对上述某个方面的各类费用及优惠进行计算的整体方法。产品指的电信企业销售给客户的原子级的，销售上不可再分的单元，产品又可以细分

43、为主产品和附属产品，其中主产品是可以独立被客户购买的产品，(如普通电话)，附属产品是必须依附于主产品才能被客户购买的产品（如主叫显示，呼叫等待）。主产品产生计费事件，附属产品不产生计费事件。针对事件类型制定定价计划。产品包用来将不同的产品和资费、优惠捆绑在一起，为受理和管理提供一种方便的方式。产品包的关键是可以将产品、资费、优惠计划中的一项或者或者多项进行灵活捆绑，从而生成一个灵活的产品包配置，用以提供给客户。产品目录主要是将电信的所有产品、产品包和对外销售的商品进行排列，给出一个整体的目录商品从市场销售的角度对产品/服务、定价方案和产品包的其中一项或者多项内容进行的重新包装，主要用于对外的推

44、广销售。商品是一种将产品推向市场，从而创造利润的一种方式。商品与产品，产品包的关系，类似于产品包和产品的关系，产品，产品包可以是商品的子集，也可以是产品和产品包本身。商品和产品包的区别在于商品更加侧重于销售目的，商品总是支持某种市场策略，有明确的市场细分，如特定的客户群，帐户群，在一定的销售地域内销售，通过某种销售渠道提供。产品包没有上述限制条件。销售目录是为了方便管理、维护商品而编制的一个目录，为市场营销、客户服务提供有关商品的参考数据。产品配置管理需要提供以下功能：资费定义、优惠定义、产品定义、产品包定义、产品目录维护、商品定义、销售目录维护。3.3 在营销过程的定位3.3.1 营销过程简

45、述营销过程是一个 计划制定=可行性分析=决策 =执行（购买、开通、计费、收费、服务等）=总结分析 =再决策（计划制定）的过程。营销以收入为目标，同时费用计算是一个非常复杂专业的过程，涉及大量的配置和计算，因此在决策前需要计费帐务管理进行实现可行性和业务可行性（收入预测）分析，客户购买产品后需要计算客户该缴纳的费用。3.3.2 售前决策支持在推出一个产品或者优惠套餐之前，需要计费管理进行模拟和预测分析，为最终决策提供参考依据，需要从以下二方面进行验证：1. 系统可实现性，主要指系统能否支撑，包括能否通过产品参数配置管理体现业务政策；在配置管理能够实现的前提下，产生客户模拟数据，进行模拟计费，判断

46、是否会对系统产生很大压力等。2. 业务可行性，在系统能够支撑的前提下，分业务情况进行试算，给出费用变化报告，为营销决策提供参考依据。3.3.3 售后计费支持在产品或者优惠套餐决定推出后，需要根据业务规定进行产品参数配置，为计算客户费用建立基础。3.4 功能描述3.4.1 资费定义1. 资费主要用来表达资费的基础计算方法以及费率取值。包括以下三类费用：周期性费用：指按照固定时间频率产生的费用，一般情况下其费用额是一个固定的金额，例如月租费，产生频率为每个月，金额为15元；但也存在特殊的情况，其金额是变动的。一次性费用：又成为非周期性费用。指有某项业务事件触发产生的费用，通常情况下此费用是在服务开

47、通的时候产生，例如安装调试费，但也可能在产品在用或者拆除情况下发生，例如客户的违约金。使用费用：指客户使用产品/服务时，根据具体使用量而产生的费用。例如长途通话费。2. 影响资费的因素可能有：产品信息，如产品类别，产品速率，安装地域等。客户信息，如客户类别、客户地域等。事件信息，如话单中的被叫号码、呼叫日期、起始时间等。3. 配置资费的过程一般就是先指定影响资费的因素（大部分情况下都有多个），然后给出费率。4. 资费定义包括以下功能：资费项目的建立、变更、注销管理。资费规则的基本管理，资费规则由条件表达式和资费表达式组成。资费规则的关系管理。资费的查询统计管理。3.4.2 优惠定义优惠反映了在

48、资费基础上，因为各种营销需要，对资费进行的各种附加计算，如打折、赠送、封顶保底等。1. 从优惠的结构来说，任何一个优惠均包括以下基本内容：优惠的应用条件：指预先满足什么条件时，此优惠就开始有效。优惠的受惠对象：指具体享受此优惠的对象和条件。优惠的计算公式或额度：指具体的优惠额度或计算方法。2. 优惠定义包括以下功能：优惠项目的建立、变更、注销管理。优惠规则的基本管理，优惠规则由条件表达式和资费表达式组成。优惠规则的关系管理。优惠的查询统计管理。3.4.3 定价计划定义定价计划是由一个或多个资费计划、优惠计划组合而成的，可以是营销计划的一部分，可以与产品/产品包、商品、客户协议等相关联，形成对上

49、述某个方面的各类费用及优惠进行计算的整体方法。1. 定价计划定义包括以下功能：定价计划的建立、变更、注销管理。定价计划的组成项维护。定价计划包含一个或多个资费计划、优惠计划，需要对定价计划的组成项进行维护，包括添加和删除操作。3.4.4 产品定义产品指的电信企业销售给客户的原子级的，销售上不可再分的单元，产品又可以细分为主产品和附属产品，其中主产品是可以独立被客户购买的产品，(如普通电话)，附属产品是必须依附于主产品才能被客户购买的产品（如主叫显示，呼叫等待）。产品之间可能存在关系，比如附属产品和主产品之间的依附关系，附属产品之间可能存在互斥关系，统称产品间关系。主产品产生计费事件，附属产品不

50、产生计费事件。针对事件类型制定定价计划。产品的基本属性包括：产品标识、定价计划标识、计费模式标识、产品提供者标识、产品名称、产品描述、产品类型、产品类别、生效时间、失效时间、状态等。产品定义包括以下功能：1. 产品信息维护。2. 产品提供信息维护。3. 产品间关系维护，描述产品间的相互关系。4. 产品定价管理。5. 产品的查询统计管理。3.4.5 产品包定义产品包用来将不同的产品和资费、优惠捆绑在一起，为受理和管理提供一种方便的方式。产品包基本信息包括产品包标识、产品包名称、产品包描述、生效时间、失效时间等。产品包由一到多个元素构成。每个元素包括产品包标识、元素类型、元素标识、排他性、元素描述

51、等。产品包定义包括以下功能：1. 产品包维护定义，定义产品包的基本信息，如名称、标识等。2. 定义产品包组成，定义每个产品包包含哪些产品。3. 产品包定价管理。4. 产品包的查询统计管理。3.4.6 产品目录维护产品目录主要是将电信的所有产品、产品包和对外销售的商品进行排列，给出一个整体的目录。产品目录基本信息包括产品目录标识、产品目录名称、产品目录类型、产品目录描述等。产品目录由多个产品、产品包等多个元素组成，每个元素包括产品目录序号、产品目录标识、元素类型、元素标识、元素描述等。产品目录维护包括以下功能：1. 定义产品目录。2. 定义产品目录和产品的对应。3. 产品目录的查询统计管理。3.

52、4.7 商品定义商品从市场销售的角度对产品/服务、定价方案和产品包的其中一项或者多项内容进行的重新包装，主要用于对外的推广销售。商品是一种将产品推向市场，从而创造利润的一种方式。商品与产品，产品包的关系，类似于产品包和产品的关系，产品，产品包可以是商品的子集，也可以是产品和产品包本身。商品和产品包的区别在于商品更加侧重于销售目的，商品总是支持某种市场策略，有明确的市场细分，如特定的客户群，帐户群，在一定的销售地域内销售，通过某种销售渠道提供。产品包没有上述限制条件。商品基本信息包括商品标识、商品名称、生效时间、失效时间、商品描述等。商品由多个元素组成，每个元素包括商品标识、元素类型、元素标识、

53、元素描述等信息。商品定义包括以下功能：1. 商品维护定义，定义产品包的基本信息，如名称、标识等。2. 定义商品组成，定义每个商品包含哪些产品、产品包。3. 定义商品限制，比如地域限制、时间限制等。4. 商品定价管理。5. 商品的查询统计管理。3.4.8 销售目录维护销售目录是为了方便管理、维护商品而编制的一个目录，为市场营销、客户服务提供有关商品的参考数据。销售目录基本信息包括销售目录标识、销售目录名称、销售目录类型、销售目录描述等。销售目录由多个商品元素组成，每个元素包括商品目录序号、商品目录标识、元素类型、元素标识、元素描述等。销售目录维护包括以下功能：1. 定义销售目录。2. 定义销售目

54、录和商品的对应。3. 销售目录的查询统计管理。第4章 客户资料管理4.1 概述客户资料包括客户的基本信息（简称客户信息，如客户名称、客户类别、客户所处地域等），客户的支付信息，也称帐户信息（如付款方式、付款银号、帐号等），客户使用的电信产品（也称客户产品实例，如固定电话、ADSL等）。客户资料是计费系统的基础，但计费系统不直接产生客户资料，计费系统需要的客户资料都通过适当途径获得。客户使用电信产品产生计费事件，作为计费的依据，系统计算出客户应缴的费用（客户帐单），客户根据客户帐单交费。系统根据客户的消费和交费情况计算出客户积分和客户信用。本章主要描述客户信息的组织，积分的管理和信用度的管理。4

55、.2 客户信息客户的数据信息包含了电信客户相关信息、客户所享受的电信产品服务情况及因此而产生的支付帐户信息，主要包含三个部分：基本客户信息、产品信息、支付信息。客户、帐户、产品实例是客户信息中最重要的三个概念：1. 客户：指一个已获得或可能获得电信公司（包括第三方合作伙伴）所提供的产品和服务，并具有承担法律责任的能力的个人或者组织。2. 帐户：指客户拥有的用来支付其所享受电信产品服务的费用的标识。3. 产品实例：指客户所拥有的电信产品服务的信息，产品实例分主产品实例和附属产品实例。4. 三个概念之间的关系如下：客户-帐户：每个客户可拥有零个、一个到多个帐户，每个帐户必定属于某个客户。客户-产品

56、实例：每个客户拥有零个、一个到多个的产品实例，每个产品实例必定属于某个客户。帐户-产品实例：帐户可以给多个产品实例的全部或部分费用付费，产品实例的费用可由一个或多个帐户付费，它们之间的关系通过帐务关系定制来描述。4.2.2 基本客户信息基本客户信息包括：基本信息、客户识别信息、客户联系信息、客户定价计划以及客户附加信息等。1. 客户基本信息指客户的一些最基本的信息，包括：客户编号、上级客户编号、状态、建立日期、注销日期等。2. 客户识别信息指客户在现实中用于证明自己身份的信息，包括证件类型、证件编号、客户名称、客户类型、重点客户标志等。3. 客户联系信息指运营商和客户发生联系时所需要的信息，包

57、括联系人名称、联系人性别、联系地址、联系单位、职务描述、联系电话、移动号码、邮编、email、传真等。4. 客户定价计划指定适用客户计算费用的定价计划，包括基本信息、作用对象、附加参数等。基本信息包括：客户定价信息标识，客户协议标识，客户标识，定价计划标识，所属对象类型，所属对象标识，生效时间，失效时间等。作用对象指客户定价计划所作用的目标信息，可能是一个产品实例，也可能是一个产品包，包括客户定价信息标识、包含对象标识、对象类型、对象唯一标识等。附加参数记录了客户定价计划所附带的参数的信息，例如：某条客户优惠套餐记录可能会需要阀值等参数信息。5. 客户附加信息包括企业用户的附加信息，个人用户的

58、附加信息等。这部分信息主要用于统计分析，对计费一般不产生实际影响。个人信息可以包括客户的生日、婚姻状况、性别、宗教信仰、国籍/民族、学历、收入、职业、所属行业等。企业信息可包括所属行业信息、公司规模、经营范围信息、员工文化程度、主要负责人信息、上级主管、企业负责人等。4.2.3 支付信息客户通过设立的帐户来支付发生的费用，每个客户可以有零到多个帐户。帐户是客户拥有的用来支付特定的电信产品服务费用的实体。每个帐户可以有一到多个支付方案。一个帐户可以给多个产品实例的全部或部分费用付费，产品实例的费用可由一个或多个帐户付费，它们之间的关系通过帐务关系定制来描述。根据客户的需要可以进行票据定制。1.

59、帐户基本信息指帐户的一些最基本的信息，包括帐户标识、帐户名称、帐户类型、联系地址标识、客户标识、上级帐户标识等。2. 支付方案描述与特定帐户关联的计划支付方案信息，包括付款方式、对应帐户、优先级等信息。计划支付方案依据收费渠道的不同分类分为多个子类实体，如现金、预付费、信用卡、银行支付方案实体等，不同的子类实例记录不同的付款信息，如信用卡号、银行帐号、余额帐本标识等。使用者可以根据实际收费渠道的增加派生新的子类，也可以建立不同的分类方法，以适应业务需求变化。多数情况下每个帐户只有一种支付方式，但也允许定义多种付款方式，按照默认或优先级等条件选择使用。3. 帐务关系定制描述帐户为那些产品的费用帐

60、目缴纳费用。4.2.4 产品信息客户的产品信息包括客户拥有的商品、产品包、主产品、附属产品等。1. 客户商品实例指客户购买的商品。2. 客户产品包实例指客户购买的商品中所包含的产品包。3. 客户主产品实例指客户拥有的主产品信息。主产品信息包含设备号、用户名称、所属营业区号、局向、安装地址等信息。4. 客户主产品实例指客户拥有的主产品中包含的附属产品。4.2.5 客户资料的获取“以客户为中心”反应出客户在中国电信经营工作中的重要地位，客户资料是企业级的信息，因此将纳入企业共享数据库进行统一管理。根据实际情况，计费系统将通过三种途径获取客户资料。4.2.5.1 SID模式客户资料数据成为企业共享数据库的一部分，计费系统直接从SID获取，不需要进行转换，获取的方式可以根据SID的管理机制进行确定：1. 计费系统的客户资料在物理存储和逻辑两方面均共享，在使用时直接获取。2. 逻辑上共享，但是物理上共享，采取定期复制或者快照等方式获取，计费系统需要对