广东移动BOSS系统业务笔记、学习笔记.docx

《广东移动BOSS系统业务笔记、学习笔记.docx》由会员分享，可在线阅读，更多相关《广东移动BOSS系统业务笔记、学习笔记.docx（62页珍藏版）》请在三一办公上搜索。

1、业务笔记1. 新CRM核心模型参考：数据模型类-7-新CRM培训-核心模型.pptx1.1. 三户关系客户：正在或即将使用电信产品和服务的自然人或单位组织。 用户：客户新入网时产生的主订购的实例化。用户有不同的类型如：手机、固话、宽带、新业务。帐户：客户使用电信服务的付费实体，客户通过帐户向运营商缴纳通信费用和服务费用。包含了付费方式、银行帐号和帐单地址等信息。 一个客户拥有0到多个用户； 一个用户属于一个产权客户； 一个客户拥有0到多个账户； 一个账户属于一个客户； 一个账户可以为0到多个用户付费； 一个用户可以有1到多个账户为其付费。 客户信息表：帐户、账务关系信息表1.1.1. 主要客户

2、模型 客户作为参与人管理起来，为以后代理商、合作伙伴等其他参与人角色的统一管理建立了基础； 个人客户、家庭客户和政企客户统一在基础客户中进行客户ID的唯一编码、统一管理，实现了个人客户、家庭客户和政企客户的融合管理； 通过基础客户把在不同地市开户的不同客户ID识别为同一个真正的物理客户； 虽然在物理模型的实现上，个人客户、家庭客户和所有账户都按地市分库、分表存放，而全省的政企客户统一在另一个库存放，但通过参与人和基础客户的管理，并不影响融合的、统一的客户管理。1.1.2. 主要客户实体1.1.3. 主要账户实体1.2. 产品模型产品信息加载memcache缓存中，通过统一接口读取缓存信息。产品

3、管理与外围系统关系杭州在维护BOSS。产品模型概述如：预存200送100是一个预存策划；中心业务如手机报也是策划。1.2.1. 策划面向客户销售的实体。包含： 一到多个产品规格 一到多个角色； 一系列产品； 整体价格计划或多产品间的价格计划； （策划也包括价格计划） 可以进行的操作； 操作相关的一次性费用； 市场销售规则。策划分基本套餐、增值策划。分类：集团策划、SP策划（中心业务增值策划）、个人策划（基本策划、增值策划包括：预缴、促销、终端捆绑、组合营销包）入网后订购的产品都可视为增值策划。在界面上不同的策划可执行的操作是不一样的，如：基本策划可执行：换套餐、产品变更、订购增值策划；增值策划

4、的操作也是不一样的。1.2.2. 产品规格基于产品分类，针对不同的业务种类进行定义的，如GSM产品规格、家庭固话规格、有线宽带规格、专线规格、集团彩铃规格、集团专线规格。根据客户所订购业务的产品规格，实例化出对应类型的用户。用户类型有：GSM、有限宽带、无限宽带、固定电话、移动总机。1.2.3. 角色产品规格在策划中的构成角色，描述在该策划订购中，不同类型用户可以充当的角色。如：总机角色、分机角色；父亲角色、儿子角色、母亲角色；主号角色、副号角色等。如：亲情号码中有主号和副号。策划的角色决定了用户在策划下面订购的产品。1.2.4. 产品 面向客户提供的可选的销售单元，依附于策划进行销售 对服务

5、进行预订价形成的实体 包含服务与价格计划1.2.5. 服务 电信功能单元 人力、咨询等服务服务没有资费信息，不能直接向客户销售，如：来显显示、彩铃。1.2.6. 服务属性对服务、资费等的扩展描述。如铃音播放时间，呼叫转移号码，短号，接入号，打折方式，折扣值等。1.2.7. 价格计划包含资费、资源、优惠、促销、预缴等各种资费单元的统一价格策略，产品/策划使用价格计划进行资费定义的包装。计费资费：标准资费 帐务资费：包月费奖励资费：积分。 营业资费：手续费，普通缴费。（业务办理过程中的一次性费用）1.2.8. 业务操作定义策划可以进行的业务受理的动作：开户、变更、销户，可附加一次性资费定义。1.2

6、.9. 神州行套餐资费实例神州行轻松卡套餐 通话方式 资费标准 套餐月费 0元/月，6元/月来电显示费（必选） 本地 主叫 0.39元/分钟全包 被叫 免费 省内漫游 主叫国内 0.49元/分钟全包 被叫 免费 省际漫游 主叫国内 0.49元/分钟全包 被叫 0.39元/分钟全包 神舟行轻松卡对应一个基本策划，GSM主产品配置为策划下的产品，彩铃、来电显示、省内漫游也配置为产品，GSM增值业务中的139手机邮箱配置为基本策划关联的增值策划。1.2.10. 家庭套餐的资费实例l 家庭整合套餐支持移动GSM、固话、铁通宽带多种角色的成员捆绑受理。l 支持所有家庭成员一起共享帐务优惠。不同的角色下面

7、可订购不同的产品。1.2.11. 增值策划普通促销增值策划：中心业务增值策划：中国青年手机报 梦网彩信 000103 SP_CODE 801234 OPERATOR_CODE 112395通过SP_CODE映射中心业务的局数据1.2.12. 单向用户关系在产品下配置一个虚服务，子号码属性作为服务属性配置在服务上。单向用户关系类业务，用服务属性来记录副号来表示主号与副号的关系。1.2.13. 双向用户关系双向用户关系类业务，用多角色方式来表达主号与副号关系。1.2.14. 普通集团业务1.2.15. 含成员集团业务1.2.16. 产品模型的实体映射、实体关系、策划映射策划可执行的操作、角色：1.

8、2.17. CRM产品与BOSS产品关系BOSS定义的资费产品，通过CRM各类产品单元的ID与BOSS相关ID的进行映射、引用extend_id），达到CRM产品定义和BOSS产品定义的解耦。CRM产品定义 BOSS产品定义 策划(套餐) (OFFER)主计划(PLAN) 产品(PROD)产品（程控、促销 (PROD、PROM) 服务（计费相关）SERVICE服务(SERVICE) 1.3. 订购模型1.3.1. 模型构成主要包括核心模型、项目扩展模型。 扩展模型用于项目地的特殊需求。 1.3.2. 策划实例 客户或用户订购的套餐（策划）的实例化； 包含一系列的产品、服务等实例的组合； 1.3

9、.3. 产品实例用户订购产品的实例化，主要是一些程控功能及增值产品。策划包括产品，订购策划时也会实例产品。对于虚产品，不会进行实例化。1.3.4. 产品包含的服务实例与服务属性实例1.3.5. 用户与策划实例关系1.3.6. 产品实例与用户策划实例关系一个产品实例归属于一个用户订购或参与订购的一个策划实例； 一个用户订购或参与订购的一个策划实例包含0到多个产品实例； （如：虚服务）1.3.7. 服务属性实例一个产品实例可能包含0到多个产品包含的服务实例； 一个产品包含的服务实例属于一个产品实例； 服务实例因不直接面向客户选择，因此不单独实例化； 服务实例体现为产品包含的服务实例中； 用户可能因

10、为订购多个产品从而订购多份同一个服务； 一个产品包含的服务实例可能包含0到多个属性实例。 1.3.8. 策划实例之间的关系一个策划实例可能与另一个策划实例产生关系； 目前记录了策划的连带订购关系。 1.3.9. 核心订购对象模型总揽查询策划实例、产品实例。服务实例：select * from so.INS_PROD_INS_SRV_891 WHERE USER_ID=89160004773549服务属性实例：select * from so.INS_SRV_ATTR_891 t where user_id=89160004773549策划与用户关系：select * from so.ins_o

11、ffer_ins_user_891 where user_id=89160004773549（包含ROLE_ID，表示扮演的角色）1.3.10. 订单概述订单是指客户对产品的订购请求信息，包括业务订购申请、产品变更/取消等业务处理（的业务请求记录）。 引入订单的必要性：长流程业务的需要、融合业务的需要、只有确保成功后才改变用户资料。订单行：是指订单根据其相关的产品、用户或地域分解得到的可有效跟踪并可有效处理的业务操作项。用户对用户资料发起的增加、修改、删除的动作产生的记录，称之为订单。订单分有竣工和未竣工。竣工表示订单执行成功，完成了用户资料修改。 增加、修改、删除这些动作带上业务含义可以归类

12、为：开户、销户、订购、变更、退订等。 SO.ORD_CUST_F_853_201303(客户订单竣工表) 注：带F结尾的标识已竣工，不带F的标识未竣工。用户的一笔业务请求为一个客户订单，一个订单里面可以包含订购、退订等多个业务操作；一个客户订单包含用户订单、策划订单、产品订单、账务关系订单等，他们之间是一对一或者一对多的关系。1.3.11. 客户订单、策划操作订单和营业费用订单如果操作涉及到费用就需要保存营业费用订单。1.3.12. 业务操作其他信息、免填单、受理日志1.3.13. 客户订单与客户订单明细 客户订单明细记录一次客户服务请求的全部明细信息；用于后续订单的处理，如订单行拆解、启动流

13、程等； 客户订单明细内容为SoOrderData转换后的XML对象； 每行用多个VARCHAR2(4000)字段存储，一行存储不下时，拆分为多行存储。 可根据业务类型配置是否存储订单明细信息，一般业务过程不进行存储，工作流的必须要存储。 对于集团涉及到工作流的的场流程业务，必须保存客户订单明细，其他一般不用保存。1.3.14. 客户订单与策划操作订单 一个客户订单可能包含0到多个策划操作订单； 客户办理的业务不涉及到产品类操作时，主要内容记录在客户订单、业务记录和免填单中。 （此时就不会有策划操作订单）1.3.15. 策划操作订单、策划订单、用户订单的关系 在一个客户订单中，这第三者之间的关系

14、均为一一对应的关系； 用户与策划关系订单，主要是记录用户与策划实例的关系编号，并记录数据状态，减少订单转实例的业务逻辑处理。 1.3.16. 策划操作订单之间的关系 一个策划订单可能与另一个策划订单产生关系； 连带关系：包括策划间的连带订购、连带退订等。 具体关系参见产品管理的策划与策划之间关系类型的定义。1.3.17. 核心订单对象模型总揽客户订单：select * from so.ord_cust_f_891_201412 a where a.customer_order_id=89110051754551; - 根据年月分表用户订单：select * from so.ord_user_f

15、_891_201412 a where a.customer_order_id=89110051754551; - 根据年月分表用户与策划的订单关系：Select * from so.ORD_OFF_ORD_USER_F_891_201412 WHERE customer_order_id=89110051754551;策划：Select * from so.ORD_OFFER _F_891_201412 WHERE customer_order_id=89110051754551;Select * from so.ORD_PROD_F_891_201412 WHERE CUSTOMER_OR

16、DER_ID=89110051754551;Select * from so.ORD_PROD_ORD_SVR_F_891_201412 WHERE CUSTOMER_ORDER_ID=89110051754551;层层数据都是来源于订单。1.4. 资源模型1.4.1. 资源规格与资源实例 资源规格是对不同类型资源的定义，如SIM卡、号码规格等。 资源实例是资源规格的实例，如每一张SIM卡，每一个号码等； 资源实例包括号码资源实例，SIM卡资源实例，有价卡资源实例，终端资源实例等。 资源实例的管理一般是以1个为单位。1.4.2. 资源核心模型 根据资源特点和实际使用情况，不同的资源规格物理分表

17、的方式不同； 号码，SIM卡分为未用表和已用表，地市分表，在SO用户下。 有价卡部署在公共库RES用户下。（如：发票）1.4.3. 号码生命周期1.4.4. SIM卡生命周期1.4.5. 有价卡生命周期ORD开头的就是订单表、INS就是实例表2. 新CRM产品管理参考：业务类-13-新CRM培训_产品管理.pptx了解新CRM中产品管理的相关概念、产品构成的层次结构、典型业务产品的配置模式。2.1. 新老系统产品管理整体对比2.1.1. 老系统各类产品模型2.1.2. 新系统产品管理2.1.3. 新CRM产品概念模型2.1.4. 新CRM产品与BOSS产品关系OSS中定义的资费产品， 新系统都

18、会用到，实现方式是通过新CRM各类产品单元的ID与BOSS相关ID的进行映射、引用，达到CRM产品定义和BOSS产品定义的解耦。新CRM产品定义 BOSS产品定义 策划(套餐) (OFFER) 主计划(PLAN) 产品(PROD) 产品（程控、促销 (PROD、PROM) 服务（计费相关）SERVICE 服务(SERVICE) 活动只是CRM侧的概念，BOSS并不知道。2.1.5. 新老系统产品管理整体对比老系统 新系统 CRM和BOSS产品定义融合在一起，边界很难进行区分 独立出CRM中产品相关的配置要素，BOSS中定义的资费产品采用ID映射的方式实现 各类业务的产品配置采用不同业务模型，配

19、置离散化，各类业务独立功能点受理，难以展示客户订购信息的统一视图 统一各类业务的产品配置模型，配置集中化，实现各类业务的融合受理，便于客户订购信息统一视图的展示 2.2. 新CRM产品概念模型互斥依赖包括：产品间、策划间、服务间，在产品单元关系表中维护。比如：彩信服务必须依赖彩铃服务。策划组和策划组有互斥依赖，产品和产品的依赖关系（没有数据）。2.2.1. 规格针对不同业务种类基础产品进行定义的主销售品的分类 。 如手机通讯类的GSM规格、家庭固话规格、有线宽带规格、集团彩铃规格、集团专线规格等。业务受理时，会根据客户所订购基础业务的规格，实例化出对应类型的用户。用户类型和角色没什么关系，只是

20、资料上面显示。家庭亲情网：针对家庭客户推出的通话优惠业务，该业务采用一人付费，全家分享；由组网人支付月费5元/月，可加网内成员2-5人（含组网人共2-5人），成员每人每月可免费拨打和接听200分钟亲情网内本地市话。 在建立家庭网时，首先会用虚用户来建立家庭亲情网的基本策划。主号本身有自己的基本策划。2.2.2. 角色规格在策划构成中的角色。描述某个策划订购中，不同类型用户可以充当的角色或所处的地位，基于不同的角色可以灵活的配置资费级操作级别，家庭亲情网中的主号角色及子号角色 ，主号支付月租，子号纯粹享受免费资源，主号有成员增删改的管理权限，集团彩铃中集团用户的主角色及手机用户的成员角色。2.2

21、.3. 策划策划是运营商唯一对外进行销售的实体，承载一些列销售相关的配置要素。 针对不同客户群的品牌信息 市场推广时间 与其他业务互斥、依赖关系 业务规则：前项限制、后项限制 推广地域 推广渠道 操作员受理权限 生失效规则 销售目录策划类型如：基本策划（开户时全球通动感15元套餐）、促销（彩铃3元优惠）、增值策划（手机短信）、中心业务（增值策划）。互斥是双向关系，依赖是单向关系，互斥依赖是在同一时间内判断的策划订购判断，群组依赖（A依赖B/C/D三者中的一个），弱依赖（和用户订购时间关系没关系，如：只要订购过就可以了。）后项限制：订购某业务后，不可以进行某些操作。后项限制会实例化到资料表里。移

22、动的渠道包括：营业厅、网厅、短厅等，不同的策划在不同的渠道订购。新CRM对渠道支持不是很充分，通过其他额外配置来实现。权限配置指策划的可见权限。中心业务的策划是最多的。策划展示的目录就是销售目录，通过目录数展示。推广时间指何时能订购策划；生失效规则指订购策划后，用户有多久的有效期（立即失效、下周期失效），一般用自然月，即每月1号。分类：按照订购的可选性（必须订购类和可附加订购类）分类可以分成基本策划及增值策划。 基本策划按照客户、用户类型可分为： 集团业务基本策划 个人业务基本策划 家庭业务基本策划 增值策划按照具体的业务类型可分为： 中心业务增值策划 普通促销增值策划 产品包增值策划 营销活

23、动增值策划 客户订购基本策划后，会依据该基本策划归属的规格生成该类型的用户。一个用户只有一个基本策划（可用身份证做映射，生失效时间就是身份证的生失效时间）。群组业务会生成一个需用户。基本策划会归属一个品牌，增值策划对品牌概念要求较弱。品牌主要是针对个人业务基本策划而言，集团业务对品牌未分的特别严格。产品包：N选1、M选N。 策划的构成 策划由一些列产品组成 根据业务需求可以进行策划内产品必选、默选、可选的定义（策划与产品的关系定义） 不同角色可订购策划内对应的产品 策划通过角色关联产品。一个策划只有一个规格。2.2.4. 产品对服务预定价形成的实体，向客户提供服务的可销售单元。产品依附于策划进

24、行销售，不能直接销售，包含服务和资费（价格计划）。CRM产品模型只管一次性费用（预存费用、收取手机终端费用）；不管月租、周期性费用，这些费用在BOSS维护；活动返还的费用在CRM表里有体现。2.2.5. 服务由运营商向客户提供的一组电信功能单元、资源、人力服务或咨询工作。服务没有资费信息，不能独立向客户销售，如彩铃、宽带接入、12580咨询热线等。2.2.6. 属性对服务、资费等的扩展描述，服务属性：铃音播放时间，呼叫转移号码，短号，接入号。 资费属性：打折方式，折扣值。属性是挂在服务而非产品上。（如：短号属性、呼转号码）。资费属性如打折（订购产品，5块月租打8折，这种资费属性需要上发给BOS

25、S），因此在属性的类型定义里会额外定义资费属性，资费属性一般会上发I表。2.2.7. 操作相关业务场景的预定义策划上可以定义相关业务操作，支持相关业务场景操作上可以直接定义一次性资费（如开户时的预存）策划和操作的关系上也可以定义一次性资费（如订购某个营销活动时的相关预存、赠金等）。2.2.8. 价格计划包含产品资费、资源、优惠、促销、预缴等各种资费单元的统一价格策略，产品/策划使用价格计划进行资费定义的包装 BOSS资费 BOSS产品中定义的一些列资费费率、免费资源量、固定月租费用等信息，CRM产品只是通过BOSS产品ID进行引用 一次性资费 奖励资费：赠送话费、赠送积分等 营业资费：押金、预

26、存、卡费、设备安装费、扣减积分等 资源资费：优惠购机中的手机费用等 CRM只关系一次性资费。比如：免费资源量，如果是一次性赠送的则归CRM管，如果是周期性的，则归BOSS管。2.3. 新CRM产品物理模型PCE.pdm- 全球通88套餐G3版288元 111042110169 - 产品单元核心表，entity_id 为产品受理需要的权限实体IDselect * from up_product_item a where a.name like %全球通%;select * from up_product_item a where a.product_item_id =121030500500;s

27、elect * from up_product_item a where a.product_item_id = 131130500500;- 策划实体select * from up_offer a where a.offer_id = 111042110169;- 策划下产品select * from up_plan_prod_rel a where a.product_item_id = 111042110169;- 产品select * from up_service_price a where a.service_price_id = 121030500500;- 产品单元关系表，产

28、品关联服务、资费select * from up_item_relat a where a.product_item_id =121030500500;- 服务实体表select * from up_service a where a.service_id =131130500500;- 资费select * from Up_Price_Plan a where a.price_plan_id = 131130500500;- 分摊规则select * from up_apportion_rule;- 属性select * from up_attr;- 属性 下拉枚举select * from

29、 up_field_type;- 分组select * from up_product_item a where a.product_item_id = 200000201005;select * from UP_kind;select * from up_product_item a where a.product_item_id = 200024200663;select * from Up_Item_Relat a where a.relat_product_item_id = 200024200663;select * from Up_Item_Relat a where a.prod

30、uct_item_id =200024200663;- FEATURE 定义select * from up_feature_spec;- feature 值select * from up_item_feature;select * from up_item_relat_feature;- 产品单元地市配置select * from up_item_region;- 策划关联策划select * from up_plan_plan_rel;- 前项限制select * from up_offer_pre_limit a where offer_id = 111200000653;- 前项限制

31、参数select * from up_pre_lmt_param a where a.param_id = 5343;- 产品目录定义select * from up_prod_item_catalog;- 产品单元关联产品目录select * from up_item_catalog;- 中心业务定义表select * from up_sp_service;select * from up_sp_info;产品单元表、产品单元关系：除销售目录无产品单元以外，其余概念策划、产品、服务、属性等都会有产品单元。Lucence全文搜索时，就是用到名称和字符化产品名称（拼音首写）。通过单元类型在区别产

32、品、服务、属性等等。生效时间和使用生效时间是等同的，只要配置其中一个，就算是一样的。失效时间，任何一个超出有效期，就失效。删除标识，若为1则策划有效，为0则策划无效。互斥依赖这些则体现在产品单元关系表里。产品单元关系表包含3个表：策划和策划关系表、策划和产品关系表、其他产品单元间的关系表。参考：南基CRM产品单元关系。贵州也有2个上述文档维护。访问产品都是通过IProductFSV里的接口访问，无法直接访问产品表。2.4. 新老系统典型业务场景配置对比 2.4.1. 基本策划策划间关系有：连带策划、相容策划（可选增值策划），连带可以配置为可选。2.4.2. 普通促销增值策划 老系统中促销产品，

33、转成一些列增值策划附属在基本策划上供用户选择订购 老系统中营销案和促销的可选关系，在新系统中转成基本策划和增值策划的相容关系 2.4.3. 营销活动增值策划生失效有：订购、新装订购、退订。比如：新装时立即生效、业务变更下周期生效。产品单元连一个产品单元编号为0，配置生失效时间。连带生效方式的配置。大部分产品不配置生失效规则，而是在策划上面配置，然后使用策划上的配置。但是有些业务，如：宽带业务，如：策划账期数是12个月，但是策划下的产品只有3个月，那配置一个策划，额外标识策划下的产品的生失效时间。2.4.4. 中心业务增值策划2.4.5. 单向用户关系普通增值策划神州行幸福卡9元版亲密号码：可设

34、置5个移动亲情号码，拨打亲情号码共计赠送50分钟通话(包括本地和长途)；本地拨打亲情号码市话0.09元/分钟；本地拨打亲情号码长途0.15元/分钟2.4.6. 双向用户关系多角色增值策划朝阳乡音包：主号包月2元，主、副号码之间省内通话免500分钟（含本地主叫）2.4.7. 产品包增值策划产品包用法：2.4.8. 家庭网业务亲情套餐10元：包月10元,每名成员可获赠成员间本地主叫通话1000分钟,超出后成员间本地主叫通话0.1元/分钟,本地接听免费2.4.9. 普通集团业务集团业务没有增值策划，只有基本策划。基本策划挂产品，有多角色，服务属性较多2.4.10. 含成员集团业务2.4.11. 集团

35、业务（动力100）沈阳通信动力套餐一：5元套餐 集团V网+集团彩铃+移动总机 集团V网（智能网VPMN）：赠送集团V网内客户本地通话主叫500分钟；超出后主叫0.1元/分钟，被叫免费；其他按品牌资费收取 1元；集团彩铃：每年免费制作及更换三次集团彩铃铃音。 1元； 移动总机：主叫通话，本地通话费0.1元/分钟，国内（不含港澳台）长途费话费0.25元/分钟；省内漫游时，拨归属地通话费0.1元/分钟，拨非归属地通话费0.25元/分钟。被叫通话按现有品牌套餐执行 3元 2.5. 新CRM产品生命周期管理2.6. 新CRM产品管理相关技术 基于MemoryCache的产品缓存产品查询服务的使用频率非常

36、频繁，且配置数据量较大，为提高系统的性能，需要引入数据缓存技术，新CRM中通过MemoryCache进行缓存控制 基于Lucene的产品检索为模糊搜索查询的方便及提供系统的查询效率，引入Lucene搜索引擎技术进行产品关键字段的索引建立，避免数据库查询时like %keyword%无法使用到索引的性能问题 服务器集群产品MemoryCache缓存服务器、检索服务器都通过配置多台，组成服务器集群实现负载均衡及容灾控制，提高系统整体系能及可用性产品检索实例演示业务变更页面产品相关应用服务器部署：3. 新CRM营业受理框架3.1. 实例用户已有的业务资料信息，称之为实例。订单执行完毕按照订单资料新增

37、或修改用户资料叫转实例；常见实例表 ：对应订单表INS_USER（用户实例） ORD_USERINS_OFFER （策划实例）ORD_OFFER INS_PROD （产品实例） ORD_PROD INS_ACCREL（账务关系实例） ORD_ACCREL INS_OFF_INS_USER（策划用户关系实例） ORD_OFF_ORD_USER 3.2. 业务受理支持的渠道3.3. 业务受理实现3.3.1. 业务受理涉及的系统组件业务受理的系统核心组件： 1、基础开发平台 -页面要素封装组件 - Appframe 2、受理的界面 -页面受理的流程管理 - BCE3、受理的业务 -产品信息 - PC

38、E4、受理的过程记录 -订单信息 - Omframe-订单 5、受理业务资料的保存 -实例信息 - Omframe-实例 6、受理流程调度 -按照设定流程执行(短流程、长流程) - Comframe3.3.2. 业务受理的主要流程节点 3.3.3. 业务受理的典型流程-费用送帐管业务受理过程中产生的费用需要调帐管接口写入帐管库： 1）一次性费用：卡费、安装费等 2）普通预存费：开户、销户的时候可以普通预存 3）分摊预存 4）预存赠送5）积分3.3.4. 业务受理的典型流程-送BOSS即送计费。1）在受理流程中CRM系统中的计费接口模块根据业务先从订单对象中获取必要的信息，保存在CRM侧的计费接

39、口工单表里，业务受理侧的送计费接口表流程到此结束(TF进程异步处理的)； 2）在后台进程机这边会部署一系列的进程（可以根据实际的业务量来进行分组），实时监控接口表，如果有数据则把这些数据写进BOSS的相关表里并上发MDB；CRM计费工单表BOSS计费接口表I_WK_USER_XXXI_WK_USER_STATUS_XXXI_WK_USER_RELATION_XXXI_WK_ACCOUNT_XXXI_WK_USER_SPROM_XXXI_WK_USER_MSC_XXXI_WK_USER_PLAN_XXXI_WK_ACC_SPROM_XXXI_WK_USER_SWITCH_XXXI_WK_ACCT

40、_BILL_CYCLE_XXX. I_USER I_USER_STATUS I_USER_RELATION I_ACCOUNT I_USER_SPROM I_USER_MSC I_USER_PLAN I_ACC_SPROMI_USER_SWITCHI_ACCT_BILL_CYCLE .后台TF进程3.3.5. 业务受理的典型流程-送开通1)在CRM的受理业务流程中，开通接口模块从订单对象里获取需要发送外围平台的产品信息，并根据开通接口模块里的配置来生成相应的指令串存储在CRM数据库里，此时CRM侧的开通接口模块处理完毕(异步处理的)； 2）后台进程上布署的开通TF进程会实时监控CRM的开通接口

41、表，发现有数据就会把相关的数据搬迁到统一开通的数据里，此时CRM侧要做的事就完成了； 3）统一开通根据CRM送的数据根据配置分别去通知相关的外围平台，完成开通； 3.3.6. 业务受理的典型流程-报表沉淀给营业员的班长使用，统计业务受理量和收入等情况。1）在受理流程中CRM系统中的报表沉淀模块根据业务先从订单对象中获取必要的信息（业务信息、费用信息、资源信息等），保存在CRM侧的报表接口表里； 2）在后台进程机这边会部署一系列的进程（可以根据实际的业务量来进行分组），监控报表沉淀接口表，如果有数据则把这些数据写进报表系统相关表； 3.4. 业务受理的特点 产品管理的以下概念是统一订单管理模型的

42、基础：业务操作策划（套餐） -产品-服务 -服务属性 角色 产品规格 3.4.1. 订单核心模型3.4.2. 订单模型3.4.3. 订购实例模型3.4.4. 统一页面框架 通过统一的页面框架，实现页面的可配置、可装配化，从而实现页面层面的组件、业务逻辑的收敛与复用。 统一页面框架包括以下内容： 页面自动生成技术。根据产品管理的配置，自动生成不同产品的不同业务操作的服务、属性、价格计划等业务要素； 页面框架。可配置不同产品的不同业务操作的前台页面，由几个页面组成，这些页面组成的展现形式是上一步下一步方式还是在一个页面内全部显示； 数据集框架。可配置每个页面内包含的需要提交的数据集，每个数据集是否

43、可空，每个数据集提交的方式（全部提交、只提交修改过的、只提交选中的）。 页面规则框架。页面内元素的触发事件，可配置成页面规则，以实现动态加载，避免在页面内硬编码，从而提高了页面的复用程度、扩展性和可维护性。 3.4.5. 统一订单保存数据对象该对象能够接受前台输入的各种业务要素并转化为订单数据对象，以便后续的订单处理对象从中获取需要的数据并保存为订单 3.4.6. 统一订单处理框架订单处理框架为订单处理提供了众多订单处理的子流程、流程组件，这些组件提供了如何将受理数据保存到订单、订单保存后的后续处理流程、订单如何转化为用户信息的能力。 3.4.7. 统一业务规则框架统一业务规则处理框架可以配置不同产品、不同业务操作关联的不同类型的后台业务规则，这些规则可以是简单规则和规则表达式，这些产品、操作关联的后台规则可以通过配置方便地插入和移除。统一的业务规则处理框架包括以下内容：规则处理引擎。可以根据不同的规则类型获取参数、执行、并返回结果，前台根据不同的结果展示和进行后续处理；规则类型单个规则；规则表达式。规则的业务类型：常规操作是否可执行；增加成员类校验；删除成员类校验；成员是否已存在类校验；业务操作准入类提交类校验； 3.4.8. 统一流程框架统一订单处理流程