计费简介及融合探讨
合集下载
计费与客户关系管理相融合
计费与客户关系管理相融合在当今竞争激烈的市场环境中，企业需要不断寻求创新和改进，以提高效率和客户满意度。
在这个过程中，计费与客户关系管理相融合变得愈发重要。
本文将探讨计费与客户关系管理的融合对企业的意义和影响，并提供一些实践建议。
一、背景介绍计费是企业向客户收取货款或服务费用的过程，而客户关系管理是通过有效管理客户关系来实现企业的长期发展。
计费与客户关系管理相融合指的是将计费与客户关系管理两个过程相互结合，以实现更高效、更精确的业务流程。
二、意义和优势1. 提升客户满意度：计费与客户关系管理相融合可以实现更准确、及时的计费，避免了因错误计费而引起的矛盾和争议。
同时，通过在计费过程中关联客户关系管理系统，企业可以更好地了解客户需求，提供个性化的服务，进一步提升客户满意度。
2. 优化业务流程：计费与客户关系管理的融合可以优化企业的业务流程，减少冗余操作和错误。
客户信息和账单信息的共享可以使企业在处理客户问题和查询时更加高效，节省人力资源和时间成本。
3. 改进销售策略：通过整合计费和客户关系管理数据，企业可以更准确地了解客户消费习惯、购买意愿等信息，进而制定更加精准的销售策略和市场推广活动，提高销售额和客户留存率。
三、实践建议1. 系统集成：企业可以通过引入集成的计费和客户关系管理软件来实现二者的融合。
这种集成软件能够将客户关系管理系统与计费系统无缝连接，确保数据的同步和共享。
同时，还可以通过数据分析和报告功能来提供决策支持。
2. 流程优化：企业在融合计费与客户关系管理过程时，可以对现有的业务流程进行优化和简化。
通过减少冗余环节和提高自动化程度，可以提高工作效率并降低出错率。
3. 培训与沟通：在融合计费与客户关系管理过程之前，企业需要对员工进行相关培训，以确保他们对新流程和系统的理解和正确使用。
此外，建立良好的内部沟通机制也是成功融合的关键，各部门之间的协作和信息共享至关重要。
四、结论计费与客户关系管理的相互融合是企业提高效率和客户满意度的关键步骤。
多业务融合计费功能的实现解决方案
多业务融合计费功能的实现-解决方案目前，多业务平台共存是非常普遍的现象，由于各个系统自成一体，存在帐户余额分散，系统之间接口不统一等问题，对业务开展、系统维护、市场支撑带来了较大影响，市场竞争压力与有效、快速开展业务之间的矛盾比较突出。
对业务实时计费的需求在各个平台中都存在，并对系统的期望较高，因此，多业务融合实时计费是目前迫切需要解决的问题。
计费体系现状和发展经过对目前的现网分析，主要存在的问题如下：计费平台分散：受前期系统建设按照以业务为中心的影响，各个系统往往为了某种业务而单独建设一套系统，包括计费、帐务、营业等全部功能，当业务较多时，无疑会加大系统维护、业务流程处理、数据分析的难度，并且由于数据孤立，无法开展统一的营销，因此，有必要对系统进行整合。
预付费的灵活性不足：现有的预付费平台，与设备高度相关，因此为了保证网络的稳定性，无法根据市场需求，进行快速调整，所以导致计费功能不够灵活，开发周期较长，并且成本较高，目前迫切需要的是能够根据市场变化快速调整业务策略的预付费系统。
综合计费帐务系统实时性不高：目前的综合计费帐务系统，可以准实时地对业务进行计费，已经大大提高了业务的处理速度，提高了客户体验。
但一些高风险的新业务，要求能立即扣费，却由于现网的各种系统都无法较好支持，影响了业务的开展。
缺乏预付/后付的融合：当前由于预付费、后付费用户在不同平台，所以产品资料、用户资料分散存放，导致不能进行预付费、后付费互转，以及融合计费。
计费体系的发展方向在运营管理层面，计费体系的发展方向为：符合产业发展趋势；满足运营商转型的要求；降低综合成本；有效规避风险；提供优化网络结构契机。
在客户管理层面，计费体系的发展方向为：提高客户忠诚度；提供吸引客户的有效手段；更有效地支撑预付费业务；增强客户体验。
在网络管理层面或体系架构层面，计费体系的发展方向为：设置在线计费网元，与抵土811U品构成有层次的、相互补充的技术框架；建立余额管理平台和统一充值平台；通过共享数据中心，形成计费体系各网元有效集成；满足网络融合（FMC、IMS）的要求。
融合在线计费——可实现更加灵活的业务套餐
度 ，鼓励 预付 费用户转 变为后 付费用 户 ，并 降低 旨在减少用户流失率的活动成本。 此外 ，采 用集 中方式识 别 、处 理和监视 预付 费和 后付 费账 户还能 让运营 商降低 运营成 本 ，最 大程 度减少用 户流失 率 ，并 更好地 对信用风 险进 行管理。 为 实现上 述 目标 ，通信 行业正 将全融 合批价 和计 费引擎集 成到 智能 网平 台 中 ，以便支 持 “ 在 线 ” 、实时 账户 （ 付 费用户 ）、离线账 户 （ 预 后
一
些市场 的特点 是 ： “ ”用 户的数 量增 幅较小 ， 新
需 要从 竞争对 手那里抢 夺用 户 。运 营商增 收的关 键 是提 高每用 户平均收 入值 （ ＡＲＰＵ），而不是 单 纯地 增加 用 户数量 。这意 味着 ，运 营商 必须充
分 挖掘预 付费和后 付费 用户 的潜力 。这需要 他们 重新思考对于Ｂ Ｓ Ｓ 系统 的要求 ，并考虑从传统 、孤 立 的计 费环境转 向融合 在线 计费系统 ，后者 支持
典 型的例子 。虽然 某些 在线计 费解决 方案 由于 在 可用性 、可扩 展性 和功 能方面 的欠缺 引起 了一些 负面的 媒体报 道 ，但 公正地 说 ，高可 用性智 能 网 （Ｎ）技术与 先进 的批 价 引擎的结 合正在改 变计 Ｉ
费业 务 的格 局 。
１ 最 大程度 降低 用户流 失率 、增加 收入
种 能 力 ，运营 商必须部 署一个 能够在语 音呼 叫或
其 它移 动业务 的生命周 期内实 现在线 计费的 解决 方案 。之后 ，运营 商就能实时 、迅速 地确定 账户 的使 用极限和 余额状 态 ，用 户也能 更好地 了解他 们的业务使用情 况和支 出。 例如 ，某 个用 户希望通过 新一 代手机 下载一 个视频 剪辑 ，并希 望预先得 到有关 总价 的通知信 息 ，并将总价 和账 户余额进 行实时 对 比。如果 内 容下 载失败 ，则需 要实时地 将该 用户的 账户余额 恢复 到下载 之前的 状态 。这 种功能 还能让 运营商
《计费系统介绍》课件
自主开发
对于发展迅速，需求多样的企业而言， 自主开发是最好的选择。
计费系统实施的关键点
1 在线支付的安全性
确保支付方式的安全性，对客户账户信息保 护得力。
2 账单的准确性
账单信息要准确无误，细节决定质量。
3 发票的合法性
遵守相关法规和政策，确保发票的合法性。
4 用户数据的隐私保护
处理用户数据需要严格遵守相关法规，保护 用户隐私。
计费系统介绍
计费系统是现代商业模式不可或缺的一部分，它是一种用于订单、支付、账 户、发票管理等的系统。本次介绍从简介、功能、优势、实现方式、关键点、 应用场景、未来趋势等方面进行讲解。
计费系统的概述
1 计费系统的定义
计费系统是一种用于管理 订单、支付、账户、发票 等功能的系统。
2 计费系统的类型
计费系统有第三方平台和 企业自主开发的两种实现 方式。
3 计费系统的作用
计费系统可以确保运营的 秩序，有效地保障客户权 益。
计费系统的功能
订单管理
从创建订单到订单状态跟踪，让客户享受更方便高 效的服务。
支付管理
快速可靠的在线支付，确保客户的支付安全。
发票管理
提供定制的发票管理服务，帮助客户合规运营。
账户管理
提供精细化、个性化的客户账户管理服务，增加客 户黏性。
计费系统的应用场景
பைடு நூலகம்电商平台
方便快捷的订单支付、账户管理，为电商平台提供 优质服务。
在线教育平台
提供定制化、个性化的支付管理服务，减少运营成 本。
订阅服务平台
为企业提供简便高效的账号管理服务，提升企业管 理效率。
SaaS商业模式的企业
可靠的基于云的计费系统，可扩展性好，减少企业 的付出。
中国电信融合计费资费模型-中国电信-74p-201006
12
资费模型
品牌 累计告警阀值 套餐下产品 产品免费资源关系 免费资源优先级定义) (免费资源优先级定义) 产品定价关系属性 费率定价计划 目标事件元素定义 定价策略 定价组合 定价段落 优惠计算 套餐下优惠促销产品 优惠促销产品(产品) 优惠促销产品 产品 优惠计算时间限制 产品定价关系 校正定价计划 累计类型定义 优惠计算 套餐下累计量优惠 套餐
定义计费科目。是对计费系统定义的费用的描述，如市话次数费、租费等， 而这些帐目有一定的归属关系，如长途基本费和长途附加费都归属长途费，不 同运营商的业务费用帐目需要区别开来，便于统计结算。 ITEM_CLASS：大类：0-保留；1-计费科目;2-帐务科目;3-免费资源科目;4－ ： 营业费用科目;5－帐务管理科目;6—虚科目 ;5 ;6— SUB_TYPE：细类：对于计费：0－基本实科目,1－基本虚科目,2－长途实科 ： 目,3－长途虚科目,4－其它类型实科目,5－其它类型虚科目; CHILD_BILL_ITEM：虚科目的时候这里配置成实科目 ：
23
基本概念
优惠计算时间限制[ 优惠计算时间限制[DISCOUNT_TIME_LIMIT]
用于定义优惠执行较复杂的时间方面的限制，如该优惠在某年某日生效等。 一条优惠计算对应一条时间限制。 DISCOUNT_TIME_LIMIT_TYPE：优惠计算时间限制的类型 ： 10: 10:校正时间优惠 20:时段生效限制 20: DISC_TIME_MODE：优惠时间类型 ： 1-星期型的当日时间段，日期为1-7；1210000---7235959 2-YYYYMMDD型指定日期的当日时间段；20080929000000— 20080929235959 3-MMDD型当天的时间段；929070000----1005195959
融合计费系统——移动运营商未来运营的基石
１Ｏ Ｏ Ｔ ＥＬＥＣｏ Ｍ Ｍ Ｕ ＮＩ ＣＡＴｌ ＮＳ ｏ ＴＥＣＨ Ｎｏ ＬｏＧ Ｙ ／ ２ Ｏ Ｏ ７
・ １ ２
维普资讯
电佑技
必 须 由 一 种 实 时 信 用 控 制 机 制
自 己 的 各 类 主 控 业 务 来 吸 引 最
服 务 。
建 立 业 务 合 作 关 系 的 机 制 ， 确 保 所 有 各 方 都 可 以 因 自 己 在 整 个
价 值 链 中 的 贡 献 而 得 到 适 当 的
在 与 多个 合 作 伙伴 开 展 合作 时 ， 管 理 信 用 风 险 需 要 以 账 户 为 中 心 的 实 时 计 费 控 制 ， 果 给 那 如 些 不 值 得 信 任 的 用 户提 供 内容 ， 运 营 商 不 仅 要 冒 损 失 收 入 的 风
个 完 全 独 立 的 系 统 ，从 经 济 角 度 讲 也 不
套 计 费 管 理 系 统 中根 据 个 人 喜 好来 自 由选 择 或 根 据 其 信 用 记录 由运 营 商 为其
动 态 指 定 预 付 费 和 后 付 费 支 付 模 式 ， 这 样 一 方 面 提 高 了 用 户感 知 度 ，另 外 也提 升 了运 营 商 的管 理能 力 。 以 上 的 系 统 发 展 趋 势 都 是 源 于 应 对 市 场 环 境 方 面 的 变 化 而 形 成 的 ， 随 着 移 动业 务 的饱 和和新 竞 争对 手 的不 断加 入 ， 竞 争 也 变 得 越 来 越 激 烈 。 从 ２ 向 ２５ 和 Ｇ ．Ｇ
其 次 是 合 作 伙 伴 的 管 理 问 题 。 在 推 出 有 吸 引 力 、 有 价 值 的
一
终 客 户 使 用 。 移 动 运 营 商 将 为 移 动 用 户 提 供 大 量 不 同 的 服 务 和 内 容 时 ， 保 证 用 户 的 舒 适 感 ， 让
融合计费系统简介
主要模块 －详单管理
特点
• 面向文件系统 与传统数据库完全无关 数据字典、详单记录、 数据字典、详单记录、索引信息用文件存储 多种业务， 多种业务，不同类型的详单在同一文件中 • 性能优异 针对电信业务的特点采用特定的存储结构， 针对电信业务的特点采用特定的存储结构，定位数据 快速、准确， 快速、准确，极大的提升了系统响应速度 采用服务器/客户端方式， 采用服务器/客户端方式，用户界面和后台实现完全分 离 多进程、 多进程、并行机制 查询功能强大，实现了SQL SQL的基本功能 查询功能强大，实现了SQL的基本功能
B O S S
漫游/网间 漫游 网间 结算
系统综合接口
核心网元
业务网元
内部支撑系统
外部支撑系统
外部系统
处理流程
功能体系结构
与外部系统接口
主要业务一
• 语音业务 • GPRS业务 • 普通短信业务：包括网内点对点短信、与 联通的互联短信、国际点对点短信 • 梦网业务：包括梦网短信、梦网WAP、百 宝箱业务、儿基会业务、PDA门户业务、 手机邮箱业务 • IP数据业务：包括IP记帐卡、IP充值卡、IP 直通车、固定IP
合作伙伴管理
档案管理 合作伙伴服务 结算管理
管理
一 级
…… 收入保障
模块稽核 系统间稽核
…… 综合结算
合作伙伴 全面结算
……
资源管理
资源生成 资源分配 资源回收
订单管理
订单生成 订单调度 订单实施
系统管理
监控管理 故障处理
综合帐务
个人用户帐务 集团用户帐务 其他用户帐务
融合计费
智能网业务计费 3G计费 计费 基本为中国大陆各地，资费标准为0.07／6秒，优 惠时段资费标准为0.04／6秒 • 呼叫目的地为香港、澳门、台湾资费标准为0.20元／6秒， 优惠时段资费标准为0.12／6秒 • 呼叫目的地为其他国家和地区资费标准为0.80元／6秒， 优惠时段资费标准为0.48／6秒 • 优惠时段：当日23：00到次日7：00
融合计费
“随着通信公司逐渐意识到建立起多服务 的组合对于未来的竞争和满足消费者对于 捆绑服务的需求方面非常关键，电信运营 商（包括本地网和长途）、有线电视公司 、互联网服务提供商以及无线运营商之间 的界限因此越来越模糊。“ IDC，美国 IP 市场预测
“单一服务提供商逐渐向多服务提供商的方向转变。”
Chorleywood，电信计费和客服的全球趋势和市场预测
2002年收入来源, %
938
2002年总收入： 22.86亿美元
897
信息管理集团 （计费）
548
602
687
785
客户管理集团 （呼叫中心）
39% 61%
在提供计费解决方案方面有悠久的历史 • Convergys在开发、建设和运营计费和客服解 决方案方面已有19年的历史 • 2500多名开发人员, 44,000多名员工 • 175名项目管理专业人士 • 每年的研发投入达一亿美元 • 遍布全球的100多名计费运营商客户 • 为超过1.2亿个用户生成超过5.45亿张帐单 • 用20多种语言完成多达6.2亿次的客户联络 • 46个数据和呼叫中心
– 资深业界人士
• • •
移动 （2004） 固网 数据
• • •
©2003 Convergys
移动 （2004） 固网 数据
计费和客户服务的挑战和机会
… 计费系统的融合还有待时日...
起始阶段 多产品、多业务 融合的产品和服务 融合的计费
语音
BSS BSS 计费
运营商
数据
BSS BSS 计费
BSS BSS 计费
市场驱动的服务融合趋势
•
用户要求： – 获得多种服务 – 服务来自同一提供商 – 一单清 – 有竞争力的价格和优良的服务
“单一服务提供商逐渐向多服务提供商的方向转变。”
Chorleywood，电信计费和客服的全球趋势和市场预测
2002年收入来源, %
938
2002年总收入： 22.86亿美元
897
信息管理集团 （计费）
548
602
687
785
客户管理集团 （呼叫中心）
39% 61%
在提供计费解决方案方面有悠久的历史 • Convergys在开发、建设和运营计费和客服解 决方案方面已有19年的历史 • 2500多名开发人员, 44,000多名员工 • 175名项目管理专业人士 • 每年的研发投入达一亿美元 • 遍布全球的100多名计费运营商客户 • 为超过1.2亿个用户生成超过5.45亿张帐单 • 用20多种语言完成多达6.2亿次的客户联络 • 46个数据和呼叫中心
– 资深业界人士
• • •
移动 （2004） 固网 数据
• • •
©2003 Convergys
移动 （2004） 固网 数据
计费和客户服务的挑战和机会
… 计费系统的融合还有待时日...
起始阶段 多产品、多业务 融合的产品和服务 融合的计费
语音
BSS BSS 计费
运营商
数据
BSS BSS 计费
BSS BSS 计费
市场驱动的服务融合趋势
•
用户要求： – 获得多种服务 – 服务来自同一提供商 – 一单清 – 有竞争力的价格和优良的服务
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
群成员：号码0
群成员：号码1
属性：亲情号码2 群成员：号码2 群成员：号码3
群实例
属性：亲情号码3
CRM
计费
12
模型差异原因二：主数据编码不一致
因为CRM与计费的主数据是分开制订与管控的，并不是遵循同一套中国电信主数
据规范；因而在具体落地时，两个系统共同用到的主数据在CRM和计费中各有一
套标准，两套主数据编码存在不一致的情况，需要进行映射转换处理。
2015年6月
目录
1
现网两套三户模型所带来的问题分析
2
本次融合模型解决的问题
3
融合后需应用或运营关注的问题
CRM与计费两套档案模型的背景
1、历史原因导致CRM和计费档案模型两套
• 由于CRM和计费之前分属不同的功能域，规范也是各自制定的，且 现网CRM和计费系统一般是两支不同的团队
2、业务模式的差异性要求CRM和计费模型有差异
21
融合模型举措——同类功能模型统一制定
针对现网同类功能在现网存在CRM和计费有两套模型的情况，融合模型 根据业务的功能特征对模型进行了整合，同类功能采用同一套模型进行 统一的表达。 本次融合模型调整点： • 一次性费用功能所涉及模型统一在帐务子域表达
• 特殊客户名单（如客户红名单、黑名单等）统一在客户子域表达。
如下： • • 实例数据落地时CRM和计费能达成一致的按统一的落地方式 如果因CRM和计费业务模式的不同而要求落地模式有所差异的，融合模型支持同一套 模型下CRM和计费存在冗余数据, 保证两个域性能处理需要。
19
融合模型举措—— 统一主数据编码
模型组通过收集CRM和计费系统在各省现网的主数据，并参考CRM2.8和计 费3.5的主数据规范，统一制定CRM和计费的主数据编码。 • 解决动态主数据编码不一致问题：产品销售品规格模型是一致的，产品目录、
动态主数据编码：
销售品编码 产品编码 属性编码 目录编码 区域编码 局向编码 ……
静态主数据编码： 销售品类型编码 销售品构成编码 销售品关系编码 产品类型编码
产品关系编码
……
13
模型差异原因三：资料关注侧重点不同
CRM关注业务受理的便捷性。对于业务变更前信息统一写入历史表，后续使用较少。 计费关注资料的时间连续性和准确性。 以客户更改个人定制套餐的流量属性为例，某用户2015年4月1日入网，订购套餐流量 1G，2015年5月11日变更流量为2G，下月生效：
•
解决同一业务，CRM和计费理解不一致问题：通过编写融合模型规范文档及典型业务场景
验证文档，明确定义融合模型涉及的各实体概念定义、明确典型业务落地原则，实现同一业 务CRM和计费理解一致
•
解决销售品粒度不一致问题：产品、销售品规格相关数据CRM和计费模型统一，表达统一
•
解决产品销售品实例落地CRM和计费不一致问题：产品销售品实例模型同一套，落地原则
融合模型考虑了CRM和计费系统对于同一实体因关注点不同而需要采集不同 信息的要求，在模型层面支持两者的兼容。
• 针对CRM与计费对产品、销售品实例信息关注点不同的问题：模型设计时 兼容考虑两者要求，例如：
• 对于产品销售品实例涉及的相关时间信息，产品销售品实例模型支持
统一记录CRM和计费所需的时间信息，既支持完整记录CRM系统对客 户档案变动的相关时间信息，也支持记录表达计费时间连续性的内容； • CRM关注产品属性的全集，而计费只关注影响资费的产品属性，因此 模型在产品属性规格上增加“是否计费需要”字段，以满足计费系统 使用要求
业务变更前：CRM在用表 属性 标识 流量 属性值 1G 生效时间 20150401 变更时间 属性 标识 流量 属性值 1G 业务变更前：计费资料表 生效时间 20150401 计费生效时间 20150401 计费失效时间 20301230
业务变更后：CRM在用表 属性 标识 流量 属性值 2G 生效时间 20150401 变更时间 20150511 属性 标识
原 因
业务表达不一致 主数据不一致 侧重点不一致 同类功能 模型不一致
因为以上四种情况导致资料同步时需要进行数据转换
导 致
CRM
接口 转换
计费
复杂的接口转换程序带来三方面问题
问 题
转换程序问题
接口技术问题
运营维护问题
16
目录
现网两套三户模型所带来的问题分析
1
2
本次融合模型解决的问题
3
融合后需应用或运营关注的问题
无须信息转换，避免复杂数据接口转换带来的数据出错、不一致问题
18
融合模型举措——统一业务表达
模型组联合厂家整理了各种典型业务在现网的表达方式，分析了现网各省CRM和计费模型与集团模型
的差异，然后基于分析结果进行了融合模型编制； 在模型编制过程中，BSS三户模型按照CRM和计费采用同一套模型的原则制定；并根据此原则编写落地 场景文档，统一各种典型业务CRM和计费的落地方案。
10
模型差异原因一：业务表达不一致（业务概念层面）
因为系统历史遗留问题，或者两系统对业务的表达方式不一样，导致两系统的业 务落地数据的结构或者粗粒度存在差异； 例如: CRM与计费的套餐粒度不一样，CRM对于不同套餐档次采用不同的销售 品来表达，而计费即采用一个套餐不同套餐属性来实现。 乐享3G-49元档 映射 乐享3G-89元档 乐享3G套餐 属性：套餐档次 属性值：49 属性值：89
第5页
账务优惠
种类：产品优惠、商品优惠、商品日优惠、账期初优惠、账户优惠、捆绑 优惠等。
产品优惠
以账单表作为优惠内容的输入和结果的输出
优惠处理流程：
商品优惠
1、遍历销售品表，获取符合条件的销售品。 2、根据定价计划查找定价计划策略组，如果策略组定 价计划中有需要处理优惠种类的类型，则取此销售品 ID，到销售品实例表查找销售品实例。
描述
电信企业销售给客户的原子级的、销售上不可再分的单元，可细分为主产品 和附属产品；主产品产生计费事件，附属产品不产生计费事件； 指电信运营商运用营销手段针对不同的营销渠道、客户细分、地域细分和销 售目标等，对产品/产品包、定价计划进行必要的包装的产物。所有产品和产 品包必须封装成销售品才能销售，产品和产品包本身不直接面向客户销售。 电信销售品被客户购买，一个销售品实例就形成了，也就是客户开通了电信 业务。一个客户可以有多个销售品实例 。 形成销售品实例时，会产生一个或多个产品实例。一个主产品实例有对应的 一种网络的硬性物理连接，用于识别该业务，具体表现为计费的唯一标识， 并有相应的接入号码，比如电话号码，ADSL 号等。 针对产品/产品包制定的价格方案，它包含了资费标准和优惠计算等规则。 定价段落可以理解成为一个资费的选择树，任何计费事件都可以通过一层或 多层的资费查找，定位其应当执行的一个或多个资费标准。 对客户所使用的产品进行计费的基本费用信息，资费标准可分为一次性费用、 周期性费用和使用费三种类型。 在对产品/产品包/销售品进行定价的过程中所牵涉的对定价有影响的数据实体 的相关参照属性，可以是（但不限于）产品/产品包、销售品、客户协议、帐 户、计费事件、行政区域、电信管理区域等实体的相关属性。 客户在使用电信的产品或服务的过程中，所产生的用于计费的使用记录。如 CDR、数据业务的服务使用记录、内容服务的使用记录等。
销售品目录、区域编码需要全网统一，目前需求组正在梳理
• 解决静态主数据编码不一致问题： • 对CRM和计费表达同样含义但主数据编码不同的主数据进行了归并 • 补充原来CRM和计费规范中缺失的主数据 • 删除原来CRM和计费规范有歧义、无用的主数据。
20
融合模型举措——兼容CRM与计费侧重点不一致要求
本次融合模型从源头解决两套模型差异，减少信息转换
两套 模型 问题
业务表达不一致 （业务概念层面）
主数据不一致
侧重点不一致
同类功能 模型不一致
融合 模型 举措
统一业务表达 （业务概念层面）
统一主数据编 码
兼容CRM计费 侧重点不一致
同类功能模型 统一制定
解决 问题
BSS融合模型
一套规格数据； 一套档案资料； 一套主数据标准。
• CRM ：注重面向营销过程的需要，同时考虑与后端的衔接。系统 能够支持快速推出新业务，方便、快速地定制销售品。 • 计费 ： 注重对各种费用的计算处理过程，系统能够支持准确、高 效的费用计算
目前现网绝大部分省公司的档案模型，即CRM和计费的档案物理模型是 不同的，同样的信息两套模型承载，信息需要转换，自然而然 就会带来数据不一致问题。
账户优惠
3、找到实例之后，分析优惠条件是否满足（是否预开 通，生失效时间等），后续分析定价计划、定价组合、 定价策略，按配置账目及优惠内容进行处理。
第6页
产品、套餐、协议资费处理顺序
清单
协议资费
套餐资费
产品资费
账务 产品优惠 套餐优惠 协议优惠 账户优惠
清单排他处理，账务叠加处理
第7页
CRM与计费模型融合探讨
业务变更后：计费资料表 属性值 生效时间 计费生效时间 计费失效时间
流量
流量
2G
1G
20150401
20150401
20150601
20150401 时间接续
20301230
20150601
业务变更后：CRM历史表 属性 标识 流量 属性值 1G 生效时间 20150401 变更时间
14
模型差异原因四：同类功能模型分散实现
产品实例
定价计划 定价段落 资费标准 定价参考对象 计费事件
第3页
计费话单处理流程
预处理后话单文件
采集
预处理
批价
合帐 （信控）