中国联通统一数据模型和编码培训材料.ppt

统一数据模型和编码培训材料,2023年2月24日,目录,一.数据模型总论二.产品域说明三.客户域说明四.计费帐务域-billing子域说明五.计费帐务域-帐管子域说明六.公共域说明七.统一编码介绍,数据模型编写目的和作用,为进一步提升中国联通市场竞争能力，提高信息化管理水平，解决业务支撑系统中存在的问题，特制订中国联通统一数据模型和编码。中国联通统一数据模型和编码描述了数据模型设计的出发点、目标、设计特点，具体描述了本次数据模型涉及的四个实体数据域的整体设计，记录了本次模型设计和验证过程中涉及的一些典型验证实例。编码分册梳理了数据模型涉及的编码规范、类型定义。本分册适用范围为：作为中国联通专业工作的标准交互语言，使参与BSS系统的专业规划、工程建设、业务管理、系统运营的各角色可以基于同样的数据字典进行交流。本模型已经进行了较细致的物理模型设计，并对目前BSS系统开发方面存在的诸多关键场景提出了解决方案的样例，因此本文档作为中国联通新建系统，如集中数据库、全业务接口平台、集团客户支撑系统、新建省分BSS等的依据。对于现有省分BSS，本文档提供的数据模型作为省分配合总部新建系统改造过程中，进行数据倒换和数据准备的依据。,统一数据模型驱动力,充分考虑预付费和后付费的融合支撑，并在模型上实现对增值业务的支撑。,各个应用系统间的共享数据模型统一。,各个应用系统间的关键编码统一。,全面支撑移动业务、固网业务、增值业务，重点保证统一数据模型对融合业务支撑。,集中数据库应用：形成全集团核心业务数据的统一视图，逐步搭建佣金计算、积分管理、业务/客户收入分摊、SP/CP结算等集团集中应用，实现业务/收入的透明管控，提升全网服务的能力。,集团客户支撑、接口平台、集中销售平台应用等。,集中化支撑,IT应用衔接,全业务运营,模型修订主要内容,本次修订在数据域方面，对部分数据域进行了相关的调整，包括将信用度和积分计算等相关实体从计费帐务域移到了客户域中，并新增了公共数据域。各数据域具体修订说明如下：产品域：品牌分集团品牌和省内品牌；支持配置产品发布区域。从受理地域和使用客户两个方面进行管控；产品构成在原有模型基础上级进行扩展，产品构成由若干元素构成，使模型更为灵活；针对不同产品构成中的元素定制其在不同场景下的生效方案。场景包括：开通、关闭、修改等等；对群组和组合产品的实现，从模型上给出统一的解决方案。客户域：新增了信用度和积分计算的数据模型，并提出了相关计算应用的统一计算对象模型；考虑总部集中化支撑的需要，扩展了客户域核心实体的省分属性定义；修改渠道帐户和渠道的对应关系为1对多,同一个代理商分别创建不同类型帐户。计费帐务域：完善帐本实体，实现对非金钱类帐本的支撑；充分考虑HB和OCS的融合支撑，增加对预付费应用支撑的实体和属性。此外计费帐务域还针对统计和其他下游系统要求，进行了属性的完善。公共域：增加业务特殊划定区域表，可以按照业务类型设定多套区域，并维护部门/渠道与这多套区域的归属关系；一个员工可以除了从属于自己的本职岗位以外，还可以额外从属其它多个岗位；在数据权限定义表内增加了参数权限类型及受控参数表等字段，为参数权限提供了模型支持。,工作成果总览,目录,一.数据模型总论二.产品域说明三.客户域说明四.计费帐务域-billing子域说明五.计费帐务域-帐管子域说明六.公共域说明七.统一编码介绍,产品域概念模型,继承：继承原模型中的品牌概念提升：品牌分集团品牌和省内品牌。集团品牌，全国统一。省内品牌，支持定义有个性化的省内营销品牌。,产品域修订-品牌,继承：继承原模型，支持配置产品适用区域。提升：支持配置产品发布区域。从受理地域和使用客户两个方面进行管控。,产品域修订-区域,继承：原模型可以配置到渠道。提升：一方面可以按渠道类型进行管理，另一方面可以精细到具体员工。,产品域修订-产品使用权限,继承：产品的构成模型继承联通原有数据模型提升：产品构成在原有模型基础上级进行扩展，产品构成由若干元素构成。使模型更为灵活。,产品域修订-构成,在省份的实际实施过程中，我们发现总部的产品模型中的产品构成存在缺陷。按定义，一个产品构成是由一个业务和一个资费所组成的。但实际情况下业务存在需要一个资费对应多个业务等其他更为复杂的场景，而且随着营销活动的开展，会出现更为复杂的需求，所以原XX和原XX的产品模型都在支持规范的前提下做了扩展。原XX的扩展方法是：一个产品构成可以由一个资费和多个业务构成。多个业务之间支持m选n以及互斥、依赖的关系。原XX的扩展方法是：一个产品构成可以由多个资费和多个业务构成。多个业务、资费之间支持m选n以及互斥、依赖的关系。产品管理都可以根据业务需要，在配置产品构成时控制一个产品构成下面资费和业务的个数，比如控制一个产品构成下面只有一个资费和一个业务。统一模型在产品构成设计上采用：一个产品构成可以由多个资费和多个业务构成。,产品构成优化,继承：元素可以是业务和资费计划提升：元素也可以是优惠计划、物品、终端甚至是积分、信用度等等。,产品域修订-元素,联通公司一切可营销的资源都是产品！元素可以是业务、资费计划，也可以是优惠计划、物品、终端，甚至可以是积分、信用度、话费等等。通过元素种类的扩展，我们可以很轻易的通过产品模型实现复杂的业务受理和营销。,元素的扩展,提升：针对不同产品构成中的元素定制其在不同场景下的生效方案。场景包括：开通、关闭、修改等等,产品域修订-元素生效方案,提升：对群组和组合产品的实现，从模型上给出统一的解决方案,产品域修订-组合,从广义上说，群组产品也是一种组合产品。只是他是一种弱关系的组合产品。他们都是一个产品下面存在成员产品！统一数据模型综合考虑两者异同点，建立了统一的一套组合产品模型，来进行支持，以保证逻辑上的统一、数据上的一致、扩展上的灵活、支撑上的便捷。,群组与组合的统一,提升：针对产品在受理中的规则做了归纳，便于营销受理的开展,产品域修订-规则,针对常用参数表和实例表都配置了属性表，以便支持属性上的扩展。,产品域修订-属性,产品域修订-订购实例,改动：不再使用订购实例组概念。组合产品也是一种产品，故其订购之后也是一种订购实例。系统需要记录订购与订购之间关系。提升：改造后原订购实例组也具备订购实例一套属性和功能。,将原订购实例组与订购实例的概念合并依据：组合产品也是一种产品，故其订购之后也应该生成一条订购实例记录。只不过还需要记录该订购实例与其成员订购实例的关系。提升：可以给原订购实例组上定义资费、资源、预存款等订购实例可以有的一切，而不再需要引入订购实例组，并给订购实例组再重复定义一遍相关的属性。其结果，可使系统维护简单，扩展方便。,订购实例组的提升,验证目的验证产品构成的配置及使用业务场景来电显示、炫铃和语音信箱分别月租5元三选二功能包，包内有来电显示、炫铃和语音信箱，可以8元月租开通任意两个功能。,模型验证-产品构成（1/3）,资费定义(td_b_discnt)业务定义(TD_B_SERVICE),模型验证-产品构成（2/3）,产品构成定义(TD_B_PACKAGE)产品构成包含元素(TD_B_PACKAGE_ELEMENT),通过最大数实现m选n,模型验证-产品构成（3/3）,验证目的验证元素的配置及使用业务场景来电显示、炫铃和语音信箱分别月租5元三选二功能包，包内有来电显示、炫铃和语音信箱，可以8元月租开通任意两个功能。并且同时赠送2张万达电影票，扣除200分积分。,模型验证-元素（1/4）,资费定义(td_b_discnt)业务定义(TD_B_SERVICE),模型验证-元素（2/4）,积分规则定义(TD_B_SCORE_RULE)物品规则定义(TD_B_GOODS_RULE)扩展元素定义(TD_B_EXTEND_ELEMENT),模型验证-元素（3/4）,产品构成定义(TD_B_PACKAGE)产品构成包含元素(TD_B_PACKAGE_ELEMENT),模型验证-元素（4/4）,验证目的验证产品区域/渠道类型的配置及使用业务场景针对*市白下区的用户推出两个产品“XXX86”和“YYY86”，凡*的营业员都可以为*区的用户开通此产品。产品“XXX86”为所有渠道类型都能受理；产品“YYY86”仅营业厅可以受理，网上营业厅及其他渠道不能受理。,模型验证-产品区域（1/2）,产品发布表(TD_B_PRODUCT_RELEASE)产品适用区域表(TD_B_PRODUCT_SALEAREA)产品适用渠道类型(TD_B_PRODUCT_CHLTYPE),模型验证-产品区域（2/2）,目录,一.数据模型总论二.产品域说明三.客户域说明四.计费帐务域-billing子域说明五.计费帐务域-帐管子域说明六.公共域说明七.统一编码介绍,实线框为客户域讨论修改部分，为了体现模型完整，体现了其他讨论组的内容（虚线框）；其中客户订单因为涉及产品直接放在产品组讨论修订；客户信用度、客户积分、渠道佣金部分在客户组讨论，佣金计算统一抽象在客户计算域；,客户域-概念模型,客户接触子域概念模型,模型参考了中国联通总部客户接触模型规范；客户接触参数基本覆盖全国客户接触运营支撑需求；接触渠道信息直接通过接触渠道、渠道类型关联渠道信息展现；科学体现了客户接触域事件的业务受理流程与数据流向存储；,客户接触子域修订说明,增加接触省份字段，以便按省份统计接触事件,客户资料子域-概念模型介绍,客户核心资料设计主要以联通360度客户视图和统一客户资料为基础。按照客户信息的差别，客户分为个人客户和企业集团客户。客户信息子域设计时做如下考虑，将相对常用信息和不常用信息分离：与业务受理相关的客户信息一般将其归类为常用信息进行管理。与客户维系挽留等相关的客户信息一般将其归类为非常用信息进行管理。,客户资料子域-主要修订内容,主要修订内容修订客户主表等5表，删客户产品资料表。客户主表：增加 归属省份、本外地标志、客户级别和证件是否验证。账户资料：增加账务周期、是否集团账户和备注。集团客户：增加客户级别是否固定、分支机构个数和企业性质，并更改行业政策影响力数据类型。个人客户扩展信息：增加个人爱好。客户合同协议资料：增加合同文本。,修订意义集团ODS模型支撑31省。支持新旧两套客户分类。支持客户化账务周期。,客户积分子域-概念模型介绍,客户积分模型的设计上，积分规则具备了灵活配置的能力。客户积分模型按照四类主要实体进行设计：积分计算：定义抽象的计算算法的实现及其参数。对象定义：主要定义积分计算的数据来源，包括客户资料、通讯费用等信息。条件定义：主要定义了积分计算的条件规则，在何种条件下启动积分算法进行计算。用户积分明细：主要定义了积分计算的结果存储格式。,客户积分子域-修改内容,主要修订内容经与联通集团BSS4.0规范对比，符合规范要求。积分计算模型无需修订。,客户信用度子域-概念模型,设计原则：客户信用评估采用线性匹配的模型设计，根据实际评估规则变化可灵活的开发评估算法，通过配置即可使用生效。评估参考对象：客户与用户信用评估的数据来源可包括用户消费情况、客户关系、客户对其他客户的影响力等因素。支持多重信用体系：信用评估模型支持客户、账户与用户信用等级等多重信用管控方式。信用额度关联到用户，可根据不同的信控处理规则，实现全业务停开机。信用等级关联到客户，可根据不同的信用规则，实现客户业务受理的差异化服务。,客户信用度子域-修改内容,主要修订内容新增客户信用评估、信用信用等级调整表等客户相关实体。新增账户信用评估、账户信用等级调整表等账户相关实体。,修订意义具备了在客户层面、账户层面和用户层面等多个方面的信控管理的能力。可根据不同的信用规则，实现客户业务受理的差异化服务,渠道佣金子域-概念模型,渠道佣金模型能覆盖全国对渠道佣金资料运营支撑；通过渠道帐户、渠道账本体现出渠道多个帐户模型;,渠道佣金子域-修订说明,修改渠道帐户和渠道的对应关系为1对多,同一个代理商分别创建不同类型帐户修改渠道佣金用户明细粒度至佣金类型级.一个用户在某个佣金类型中只可能结算一次佣金.对佣金调整类型进行分类,实现业务多样性.增加渠道归属郊县和乡镇,提供更详细的归属区域指标,并佣金计算时可以提供计算该区域的平均值.,1,3,2,计算对象子域-概念模型,计算对象类型主要涉及佣金、积分、信用度等；计算条件分简单、组合形成计算构成；根据不同的计算对象和具体计算数据源结合计算规则计算结果；,计算对象子域-逻辑说明,计算抽象模型支持多类型对象计算流程，在增加某计算对象的情况下不需要进行代码修改，在计算条件、计算对象类型增加相关配置即可；数据源来源取值根据具体需要可另外进行计算存储以供计算使用；根据计算规则、和数据来源计算出相关结果在指定实体中进行存储展现；,场景验证-客户资料登记,客户资料登记目的验证个人客户资料的沉淀；验证集团客户资料的沉淀；业务场景场景一：个人客户“个人客户A”来办理开户业务，办理移动电话入网业务；为“个人客户A”指定客户经理“客户经理A”；“个人客户A”办理移动电话注销业务，并进行客户资料注销；场景二：集团客户“集团客户B”来新开VPN业务；为“集团客户B”指定客户经理“客户经理B”；记录“个人客户C”和“集团客户B”之间的关系：雇员和雇主关系；,场景验证-客户积分应用,客户积分目的验证对客户积分需求要点的满足情况。验证参数实现场景，各种客户积分计算规则的配置情况。验证客户积分计算的实现场景。业务场景积分计算过程通过出账完成、客户缴费等业务完成触发客户积分事件，根据用户品牌、业务类别、用户类型、在网时长、地域等条件，通过用户帐单费用及计算规则，计算用户当月所产生积分值。具体产生积分类型有消费积分、增值业务积分、在网时长积分。,场景验证-客户信用度,客户信用度目的验证对客户信用度需求要点的满足情况。验证参数实现场景，各种客户信用评估规则的配置情况。验证客户信用评估的实现场景。,场景验证-渠道佣金,渠道佣金目的验证佣金计算的正确性验证模型对佣金计算的支持业务场景定义佣金计算规则,发展一个3G-96元套餐用户给予一次性佣金20元.代理商C在佣金计算月发展了三个3G-96(A)套餐用户U1,U2,U3.说明配置佣金计算的规则,脚本和参数进行数据的刷选针对代理商U在佣金账期月发展的3个用户满足配置的参数条件根据配置公式将计算的佣金累积至代理商C对应的编码中,并保存至渠道佣金输出表.,目录,一.数据模型总论二.产品域说明三.客户域说明四.计费帐务域-billing子域说明五.计费帐务域-帐管子域说明六.公共域说明七.统一编码介绍,Billing子域-概念模型,条件规则配置费用计算规则配置费用优惠规则配置累计处理配置优惠整体配置固定费资费整体配置,Billing子域-场景验证,条件表(TD_B_COND),组合条件表(TD_B_COMPCOND),简单条件表(TD_B_SIMPLECOND),资费_条件规则配置,9130:呼叫类型 9131:漫游类型9108:通话开始时间 9107:通话开始日期50000:短信累计费用 50001:短信累计条数810002:用户开户时间 810012:资费享受时间,费用计算规则表(TD_B_FEECOUNT)计算规则1:GSM语音通话0.5元/分钟,计算规则2:GSM语音前100分钟0.1元/分钟，后面0.2元/分钟,资费_费用计算规则配置(1),计算规则3:GSM语音前500元内0.4元/2分钟，后面0.2元/分钟,9109:通话时长(对象-事件元素)31100000:累计通话时长(累计处理)31100001:累计通话费用(累计处理),计算规则4:用户全月停机来电显示费0元，否则5元/月。,资费_费用计算规则配置(2),计算规则5:用户全天停机基本月租费0元，否则1.64元/天，月末归整到50元。,计算规则6:用户需要按天收取，每天收取费用为50/当月实际天数。,-1:固定费计算，默认就是-11000:直接收取UNIT_RATIO费用1200:收取费用UNIT_RATIO/当月天数,费用优惠规则1:本地通话费7折。,资费_费用优惠规则配置(1),费用优惠规则2:GPRS费用超过100元，本地通话费优惠20元。,费用优惠规则3:本地通话费100200之间费用，优惠10%;200300元之间 费用优惠20;300以上优惠30。,30000是对象-组合帐目，代表本地通话费,费用优惠规则表(TD_B_FEEDISCNT),资费_费用优惠规则配置(2),费用优惠规则4:本地通话费封顶80元。,70000:是对象-累计量，代表累计的一年内本地通话费10002:是对象-明细科目，代表最低消费补收科目,费用优惠规则5:本地通话费一年内最低消费800元。,资费_累计处理配置(1),累计规则1:计费划价时累计用户的语音时长。,累计规则2:计费划价时累计用户的语音费用。,50000:是累计量项，代表GSM语音时长。注意：如果是费用计算规则里面的累计处理规则需要累计时长、次数等，那么 费用计算规则表里面计算方式必须是【赠送时长】方式。50001:是累计量项，代表GSM语音费用。注意：如果是费用计算规则里面的累计处理规则需要累计费用等，那么 费用计算规则表里面计算方式必须是【赠送费用】方式。,累计规则表(TD_B_ADDUP),资费_累计处理配置(2),累计规则3:帐务优惠时累计一年内的本地通话费。（一年是从用户资费开始时间所处的月份开始12个月）,周期偏移值来源(DEFINE_TAG)：0:固定、1:个性化、2:资费起始时间偏移值(OFFSET_VALUE):固定：偏移值内容格式：天:HHMISS 月:DDHHMISS 月:MMDDHHMISS 个性化：偏移值为批价政策参数ID 资费起始时间：偏移值为偏移精确度0:秒 1:分 2:小时 3:天 4:月,累计周期规则表(TD_B_ADDUP_CYCLERULE),累计帐目表(TD_B_ADDUPITEM),资费政策1(假定编码为99020000):用户基本月租费按天收取，如果当天有开通状态，1.64元/天；如果当天有申请停机状态，收取0.33元/天；如果当天全天停机且无开通、申请停机状态，收取0.00元/天；如果用户全月每天收取1.64元/天，月末归整到50元。,资费_整体配置(1.1),条件表(TD_B_COND),费用计算表(TD_B_FEECOUNT),简单条件表(TD_B_SIMPLECOND),资费_整体配置(1.2),批价政策构成表(TD_B_PRICE_COMP),批价政策表(TD_B_PRICE),资费构成表(TD_B_FEEPOLICY_COMP),事件资费表(TD_B_EVENT_FEEPOLICY),资费_整体配置(2.1),资费政策2(假定编码为99020001):用户国内漫游状态下主叫通话单次通话前3分钟漫游基本费0.6元/分钟，3分钟后0.2元/分钟。,条件表(TD_B_COND),费用计算表(TD_B_FEECOUNT),简单条件表(TD_B_SIMPLECOND),资费_整体配置(2.2),批价政策构成表(TD_B_PRICE_COMP),批价政策表(TD_B_PRICE),资费构成表(TD_B_FEEPOLICY_COMP),事件资费表(TD_B_EVENT_FEEPOLICY),资费_整体配置(3.1),资费政策3(假定编码为99020002):用户总话费超过100元后，100200内超出部分优惠10，200300元以内超出部分优惠20，300以上部分优惠30。,条件表(TD_B_COND),费用优惠表(TD_B_FEEDISCNT),简单条件表(TD_B_SIMPLECOND),资费_整体配置(3.2),批价政策构成表(TD_B_PRICE_COMP),批价政策表(TD_B_PRICE),资费构成表(TD_B_FEEPOLICY_COMP),事件资费表(TD_B_EVENT_FEEPOLICY),资费_整体配置(4.1),资费政策4(假定编码为99020003):20元包本地市话主被叫800分钟，超过部分按0.2元/分钟收取基本费。（处理方式800分钟内50元以内采用用户默认资费进行实扣，800分钟内超过50部分按0计价，超过800分钟采用系统定义资费；江苏联通移动特殊实扣方式）；并且一年内总费用必须消费满800元，否则在最后一个月进行补收。,条件表(TD_B_COND),简单条件表(TD_B_SIMPLECOND),资费_整体配置(4.2),费用优惠表(TD_B_FEEDISCNT),累计处理表(TD_B_ADDUP),费用计算表(TD_B_FEECOUNT),资费_整体配置(4.3),批价政策构成表(TD_B_PRICE_COMP),批价政策表(TD_B_PRICE),资费构成表(TD_B_FEEPOLICY_COMP),事件资费表(TD_B_EVENT_FEEPOLICY),资费_整体配置(4.4),资费实扣表(TD_B_FEEPOLICY_RENT),对象定义表部分数据（仅供参考）(TD_B_OBJECT),计算规则1:用户全月停机来电显示费0元，否则5元/月。,固定费资费_费用计算规则配置,计算规则2:用户全天停机基本月租费0元，否则1.64元/天，月末归整到50元。,计算规则3:用户需要按天收取，每天收取费用为50/当月实际天数。,-1:固定费计算，默认就是-11000:直接收取UNIT_RATIO费用1200:收取费用UNIT_RATIO/当月天数,以某user_id：7106052702930637计算其4月份的固定费：用户资费表（TF_F_FEEPOLICY）,用户服务表（TF_F_USER_SERV）,用户服务状态表（TF_F_USER_SERVSTATE）,用户异动信息表（TF_F_USER_IMPORTINFO）,固定费资费_整体配置(1.1),事件类型表（TD_B_EVENTTYPE）,产品默认资费表（TD_B_DEFAULT_FEEPOLICY）,系统资费表（TD_BASE_TARIFF）,固定费资费_整体配置(1.2),SELECT*FROM td_b_eventtype WHERE serv_id IN(0,5,22,23)AND event_type_id BETWEEN 100 AND 200;,资费构成表（TD_B_FEEPOLICY_COMP）,事件资费表（TD_B_EVENT_FEEPOLICY）,批价政策表（TD_B_PRICE）,固定费资费_整体配置(1.3),SELECT*FROM TD_B_FEEPOLICY_COMP A WHERE A.EVENT_TYPE_ID IN(SELECT EVENT_TYPE_ID FROM TD_B_EVENTTYPE WHERE SERV_ID IN(0,5,22,23)AND EVENT_TYPE_ID BETWEEN 100 AND 200)AND A.FEEPOLICY_ID IN(60001046,71999006,71000071,60001724);,批价政策构成表（TD_B_PRICE_COMP）,固定费资费_整体配置(1.4),以挂失停机保号费为例：条件表（TD_B_COND）,简单条件表（TD_B_SIMPLECOND）,费用计算表（TD_B_FEECOUNT）,固定费资费_整体配置(1.5),用户清单表（TS_B_RENTFEEBILL04）,固定费资费_整体配置(1.6),周期费用规则表（TD_B_CYCLEFEE_RULE）,优惠轨迹表（TS_B_BDETAILINFO_04）,目录,一.数据模型总论二.产品域说明三.客户域说明四.计费帐务域-billing子域说明五.计费帐务域-帐管子域说明六.公共域说明七.统一编码介绍,账务管理概念模型,帐管子域-概念模型,帐本描述,帐本操作,综合查询,帐单描述,帐单操作,综合查询,销帐处理,各种交费渠道的收支资金信息,帐管子域-核心模型介绍,帐目编码,核心模型介绍-帐单（1）,ACYC_ID 帐期标识 INTEGRATE_ITEM_CODE 帐目代码 FEE 帐目应收金额 BALANCE 帐目欠费 PRINT_FEE 打印金额 B_DISCNT 计费优惠 A_DISCNT 帐务优惠 ADJUST_BEFORE 帐前调整 ADJUST_AFTER 帐后调整 LATE_FEE 滞纳金金额 LATE_BALANCE 滞纳金余额 LATECAL_DATE 滞纳金计算时间 CANPAY_TAG 帐目可付标志 PAY_TAG 帐目付费标志 0帐目未销帐1帐目已销帐 BILL_PAY_TAG 帐单付费标志 0帐单未完全销帐1帐单完全销帐,重要属性,核心模型介绍-帐单（2）,销帐核心,降欠操作,帐单发票管理,滞纳金管理,呆坏帐管理,核心模型介绍-帐单（3）,帐本科目定义表,帐本附加信息表,帐本(余额)表,核心模型介绍-帐本（1）,帐本科目定义表,帐本附加信息表,帐本(余额)表,核心模型介绍-帐本（2）,帐本(余额)表（tf_f_accountdeposit),1)帐本标识是帐本的唯一标识2)多个帐本帐本类型可以相同3)往月欠费金额，库外结余计算使用.，-1表示无限定或未指定,核心模型介绍-帐本（3）,触发动作记录,帐本存取记录,流水关系记录,帐户结余镜像,附加信息记录,核心模型介绍-帐本（4）,触发动作记录,渠道标识储值操作,付费方式,储值方式,活动编码,核心模型介绍-收费日志,渠道标识储值操作,帐本存取记录,流水(charge_id)关联,触发动作记录,charge_id,帐本标识,核心模型介绍-帐本存取日志,帐户结余状态镜像,流水(charge_id)关联,触发动作记录,charge_id,核心模型介绍-销帐日志,charge_id,流水关系记录(两笔关联交易),附加信息记录（载体储值）,charge_id,核心模型介绍-收费关系和其他信息,增加帐本附加信息表 td_b_deposit_otherinfo,对于非金额帐本、其他平台帐本类型描述增强，后付费预付费的融合计费帐务能力提升。,帐管子域-修订内容（1/3）,帐本有效期管理 td_b_deposit_validrate,增强了类智能网用户帐本有效期管理,帐管子域-修订内容（2/3）,在帐单表中加入生成时间 in_date，可以描述出帐单入库的时间，对于非月结新增帐单的操作，方便报表和本子系统的处理,在帐单表中加入出帐月用户主产品 product_id静态用户出帐时的主产品，方便积分计算取产品信息，方便报表出相关数据,在托收帐户信息表中加入用户定制的托收周期 ENTRUST_PERIOD增强了 帐户级托收频率支撑，按季度、月份、天数为周期托收,帐管子域-修订内容（3/3）,帐单信息,帐本信息,用户、帐户级,大类优先级,小类优先级,失效时间(可选),帐本排序,用户优先级,帐目优先级,帐单排序,排序后的帐本集合,排序好的帐单集合,逻辑因子：帐本和帐单帐目的限定关系、可用限额、可用帐期、滞纳金计算抵消,结果入库,场景验证-帐单和帐本（1）,欠费帐单和用户帐本数据,欠费帐单,帐本信息,帐本限定关系,场景验证-帐单和帐本（2）,计算结果,欠费帐单,帐本信息,帐本限定关系,用户结余：500,场景验证-帐单和帐本（3）,欠费帐单和用户帐本数据,欠费帐单,帐本信息,帐本限定关系,场景验证-帐单和帐本（4）,计算结果,欠费帐单,帐本信息,帐本限定关系,用户结余：-700,场景验证-帐单和帐本（5）,目录,一.数据模型总论二.产品域说明三.客户域说明四.计费帐务域-billing子域说明五.计费帐务域-帐管子域说明六.公共域说明七.统一编码介绍,公共域-概念模型,组织机构模型表级变更示意图,(示意图中红色框体标识的表代表新增的表，红色的线条代表表变更后的数据流向),修订内容-组织机构,权限定义模型表级变更示意图,(示意图中红色框体标识的表代表新增的表，红色的线条代表表变更后的数据流向),修订内容-权限,权限分配模型表级变更示意图,(示意图中红色框体标识的表代表新增的表，红色的线条代表表变更后的数据流向),修订内容-权限分配,模型修改带来的业务支撑能力的提升,部门,行政地域,部门,部门/渠道,行政地域,资源业务划分区域,BI统计划分区域,部门,部门,部门/渠道,原模型 所有业务强制使用一套区域划分，或者各子系统自行建立一套区域模型，管理分散。,新模型 增加业务特殊划定区域表，可以按照业务类型设定多套区域，并维护部门/渠道与这多套区域的归属关系。这样，不同的业务可以按照不同的区域维度进行管理。,业务特定划分区域表,部门与业务区域归属关系表,+,+,业务兼容性提升,业务便捷性提升,业务扩展性提升,模型修改带来的业务支撑能力的提升,原模型 一个员工只能从属于一个岗位。但实际应用中，一个员工可能不仅需要履行本职岗位的职责，还需要负责其它岗位的工作。,新模型 一个员工可以除了从属于自己的本职岗位以外，还可以额外从属其它多个岗位。模型业务兼容性更强。,工号与岗位关系表,+,员工,岗位,员工,岗位,员工,员工,岗位,员工,岗位,员工,业务兼容性提升,业务便捷性提升,业务扩展性提升,模型修改带来的业务支撑能力的提升,原模型 参数权限无模型支持，只能通过硬编码方式实现，无法提供界面的权限分配。,新模型 在数据权限定义表内增加了参数权限类型及受控参数表等字段，为参数权限提供了模型支持。用户可以通过权限管理功能在界面分配员工的参数权限。,数据权限表,受控数据表受控数据表编码字段名受控数据表描述字段名,+,权限类型：,+,参数权限,硬编码 if 拥有权限1可以处理A、B业务if 拥有权限2可以处理B、C业务,读取参数权限定义,根据受控数据表读取该表内的参数显示到前台,用户选择某几个参数分配给某员工,完成参数权限分配,业务兼容性提升,业务便捷性提升,业务扩展性提升,模型修改带来的业务支撑能力的提升,原模型 原模型角色有类型区分，比如菜单角色、域权角色、产品角色等。导致如果一个员工要分配完各类权限，则需要分配各类型角色，现有的权限类型已有10个，这意味着，一个员工需要维护10个角色的分配关系，十分繁琐。,新模型 新模型除去了角色的权限类型限制，可以将所有类型的权限分配给一个角色。一个员工要分配完所有类型权限，只需要维护一个角色的分配关系即可。,员工角色表,+,员工,角色(菜单),菜单权限,角色(域权),数据域权,角色(参数),参数权限,角色(产品),产品权限,角色(包),包权限,角色(),权限,员工,角色,菜单权限,数据域权,参数权限,产品权限,包权限,权限,角色定义表,角色类型,-,业务兼容性提升,业务便捷性提升,业务扩展性提升,模型修改带来的业务支撑能力的提升,原模型 角色定义没有层级概念。尽管营业班长只比普通营业员多几个权限，但是却仍需要完全维护营业员和营业班长两个角色与权限的分配关系。,新模型 角色定义可以形成多级架构。营业班长角色只需继承普通营业员角色，然后维护多出来的少量权限和营业班长角色的分配关系即可。,营业员角色,权限A,权限B,权限C,营业班长角色,权限A,权限B,权限C,权限D,营业员角色,权限A,权限B,权限C,营业班长角色,权限D,角色定义表,父级角色编码,+,继承,业务兼容性提升,业务便捷性提升,业务扩展性提升,模型修改带来的业务支撑能力的提升,原模型 原来的员工权限微调只能是在某员工已有权限角色上增加某些单独权限。这样如果，一个员工在拥有某角色基础上需要屏蔽某权限的话，只能新定义一个角色。,新模型 员工权限微调可以支持在员工拥有的某角色基础上屏蔽某些权限。操作更加便利。,员工功能权限表,授权方式,+,员工,角色,权限,员工,角色,权限,只能自己使用该权限,可以授权给他人，但自己不能使用该权限,可以自己使用该权限，也可以授权给他人,只能自己使用该权限,可以授权给他人，但自己不能使用该权限,可以自己使用该权限，也可以授权给他人,自己不能使用和授权,授权,授权,员工数据权限表,自己不用使用和授权,业务兼容性提升,业务便捷性提升,业务扩展性提升,模型修改带来的业务支撑能力的提升,原模型 系统权限分类只有一级（资源管理、营业受理等），导致一个分类下可能挂靠的权限有近百个之多，用户选择起来十分困难。,新模型 系统权限分类设计为多层结构，可以参照菜单层级搭建，使权限分类给用户一个直观清晰的印象，并且每个分类下的权限不会很多，选择起来很方便。另外这对后面提到的分类发布也提供了很好的支持。,系统权限分类表,父级权限分类编码,+,业务兼容性提升,业务便捷性提升,业务扩展性提升,模型修改带来的业务支撑能力的提升,原模型 有一些业务可能只能提供给省公司部门的人使用，而还有一些业务可能只能给某县市的人使用。而原模型不支持权限的发布区域机制，导致任何一个权限全省的权限管理人员都可以看到并且分配。,新模型 支持权限分类的发布，可以将某分类下权限发布给某个区域，则只有这个区域可以使用该权限。,全省,A市,B市,B1县,省部,权限分类发布表,+,业务兼容性提升,业务便捷性提升,业务扩展性提升,模型修改带来的业务支撑能力的提升,原模型 部门/渠道类型只有一级，无法进行细分。,新模型 部门/渠道类型修改为多层级结构，支持无限延伸的类型细分。,部门/渠道类型表,父级部门/渠道类型编码,+,业务兼容性提升,业务便捷性提升,业务扩展性提升,模型修改带来的业务支撑能力的提升,原模型 原来的员工授权没有有效期和使用时间段限制。而某些业务（比如批量业务）如果要求只能在某些时间段执行，则模型无法支持。,新模型 对员工的授权增加了时间维度的管理，扩展了权限控制范围，可以让某员工只能在某个时间维度内使用该权限。,员工,授权时间段,授权有效期,无限,无限,时间域授权,员工,授权时间段,授权有效期,时间域授权,晚上6点,上午8点,2010.03.18 8:00,2012.03.17 18:00,员工功能权限表,授权生效日期授权失效日期授权生效时间授权失效时间,+,员工数据权限表,角色功能权限表,角色数据权限表,业务兼容性提升,业务便捷性提升,业务扩展性提升,目录,一.数据模型总论二.产品域说明三.客户域说明四.计费帐务域-billing子域说明五.计费帐务域-帐管子域说明六.公共域说明七.统一编码介绍,统一编码&统一模型,参数统一编码目标,江苏,.,吉林,上海,福建,.,公共部分,非公共部分,可整合,不可整合,统一编码,统一扩展规则,目标编码&编码规则,参数编码修订原则,同一字段在对于当前取值范围的编码维度唯一,分类维度一,分类维度二,参数编码取值范围,字段(一),字段(二),参数编码修订原则,记录相似信息的参数归并使用唯一参数域,参数编码修订方法,统一编码,字段一,明确字段业务目标确定字段应用分类维度,剔除当前确定维度之外的参数编码,保留,剔除,字段二,归并,无法归并,且关键信息,字段三,新增,产品域重点参数应用简介电信类型&业务标识(一),电信分类标准：参照联通09年最新业务目录的分类标准、兼顾融合业务发展、保证业务分类分级的可扩展性,产品域重点参数应用简介电信类型&业务标识(二),电信分类标准：参照联通09年最新业务目录的分类标准、兼顾融合业务发展、保证业务分类分级的可扩展性,全电信类型编码,电信类型一,统一服务参数编码,电信类型二,产品域重点参数应用简介付费标记,参数取值,业务描述后付费：不参与准实时信控的用户准预付费：参与准实时信控的用户预付费：实时信控的用户，专指OCS和智能网用户,产品域重点参数应用简介限制类型,参数取值,业务应用 用于描述两个作用对象之间的限制关系,互斥 A与B互斥，表示 A与B无法共存全部依赖 A与B，C全部依赖，表示 A存在的前提是B and C同时存在部分依赖 A与B，C部分依赖，表示 A存在的前提是B or C存在,产品域重点参数应用简介场景&资费类型标识,参数取值-场景,参数取值-资费类型标识 对资费根据具体使用情况（某活动专享资费），业务范围（比如短信资费，GPRS流量资费等）进行的具体的分类细化，各省分根据实际需要的划分角度自行定义。,对于用