新CRM核心模型业务笔记

业务笔记新CRM核心模型参考：数据模型类-7-新CRM培训-核心模型.pptx三户关系客户：正在或即将使用电信产品和服务的自然人或单位组织。用户：客户新入网时产生的主订购的实例化。用户有不同的类型如：手机、固话、宽带、新业务。帐户：客户使用电信服务的付费实体，客户通过帐户向运营商缴纳通信费用和服务费用。包含了付费方式、银行帐号和帐单地址等信息。一个客户拥有0到多个用户；一个用户属于一个产权客户；一个客户拥有0到多个账户；一个账户属于一个客户；一个账户可以为0到多个用户付费；一个用户可以有1到多个账户为其付费。客户信息表：帐户、账务关系信息表主要客户模型客户作为参与人管理起来，为以后代理商、合作伙伴等其他参与人角色的统一管理建立了基础；个人客户、家庭客户和政企客户统一在基础客户中进行客户ID的唯一编码、统一管理，实现了个人客户、家庭客户和政企客户的融合管理；通过基础客户把在不同地市开户的不同客户ID识别为同一个真正的物理客户；虽然在物理模型的实现上，个人客户、家庭客户和所有账户都按地市分库、分表存放，而全省的政企客户统一在另一个库存放，但通过参与人和基础客户的管理，并不影响融合的、统一的客户管理。主要客户实体主要账户实体产品模型产品信息加载memcache缓存中，通过统一接口读取缓存信息。产品管理与外围系统关系杭州在维护BOSS。产品模型概述如：预存200送100是一个预存策划；中心业务如手机报也是策划。策划面向客户销售的实体。包含：一到多个产品规格一到多个角色；一系列产品；整体价格计划或多产品间的价格计划；（策划也包括价格计划）可以进行的操作；操作相关的一次性费用；市场销售规则。策划分基本套餐、增值策划。分类：集团策划、SP策划（中心业务增值策划）、个人策划（基本策划、增值策划｛包括：预缴、促销、终端捆绑、组合营销包｝）入网后订购的产品都可视为增值策划。在界面上不同的策划可执行的操作是不一样的，如：基本策划可执行：换套餐、产品变更、订购增值策划；增值策划的操作也是不一样的。产品规格基于产品分类，针对不同的业务种类进行定义的，如GSM产品规格、家庭固话规格、有线宽带规格、专线规格、集团彩铃规格、集团专线规格。根据客户所订购业务的产品规格，实例化出对应类型的用户。用户类型有：GSM、有限宽带、无限宽带、固定电话、移动总机。角色产品规格在策划中的构成角色，描述在该策划订购中，不同类型用户可以充当的角色。如：总机角色、分机角色；父亲角色、儿子角色、母亲角色；主号角色、副号角色等。如：亲情号码中有主号和副号。策划的角色决定了用户在策划下面订购的产品。产品面向客户提供的可选的销售单元，依附于策划进行销售对服务进行预订价形成的实体包含服务与价格计划服务电信功能单元人力、咨询等服务服务没有资费信息，不能直接向客户销售，如：来显显示、彩铃。服务属性对服务、资费等的扩展描述。如铃音播放时间，呼叫转移号码，短号，接入号，打折方式，折扣值等。价格计划包含资费、资源、优惠、促销、预缴等各种资费单元的统一价格策略，产品/策划使用价格计划进行资费定义的包装。计费资费：标准资费帐务资费：包月费奖励资费：积分。。。营业资费：手续费，普通缴费。。。（业务办理过程中的一次性费用）业务操作定义策划可以进行的业务受理的动作：开户、变更、销户，可附加一次性资费定义。神州行套餐资费实例神州行轻松卡套餐通话方式资费标准套餐月费0元/月，6元/月来电显示费（必选）本地主叫0.39元/分钟全包被叫免费省内漫游主叫国内0.49元/分钟全包被叫免费省际漫游主叫国内0.49元/分钟全包被叫0.39元/分钟全包神舟行轻松卡对应一个基本策划，GSM主产品配置为策划下的产品，彩铃、来电显示、省内漫游也配置为产品，GSM增值业务中的139手机邮箱配置为基本策划关联的增值策划。家庭套餐的资费实例家庭整合套餐支持移动GSM、固话、铁通宽带多种角色的成员捆绑受理。支持所有家庭成员一起共享帐务优惠。不同的角色下面可订购不同的产品。增值策划普通促销增值策划：中心业务增值策划：中国青年手机报梦网彩信 000103SP_CODE 801234 OPERATOR_CODE 112395通过SP_CODE映射中心业务的局数据单向用户关系在产品下配置一个虚服务，子号码属性作为服务属性配置在服务上。单向用户关系类业务，用服务属性来记录副号来表示主号与副号的关系。双向用户关系双向用户关系类业务，用多角色方式来表达主号与副号关系。普通集团业务含成员集团业务产品模型的实体映射、实体关系、策划映射策划可执行的操作、角色：CRM产品与BOSS产品关系BOSS定义的资费产品，通过CRM各类产品单元的ID与BOSS相关ID的进行映射、引用extend_id），达到CRM产品定义和BOSS产品定义的解耦。CRM产品定义BOSS产品定义策划(套餐)(OFFER)主计划(PLAN)产品(PROD)产品（程控、促销(PROD、PROM)服务（计费相关）SERVICE服务(SERVICE)订购模型模型构成主要包括核心模型、项目扩展模型。扩展模型用于项目地的特殊需求。策划实例客户或用户订购的套餐（策划）的实例化；包含一系列的产品、服务等实例的组合；产品实例用户订购产品的实例化，主要是一些程控功能及增值产品。策划包括产品，订购策划时也会实例产品。对于虚产品，不会进行实例化。产品包含的服务实例与服务属性实例用户与策划实例关系产品实例与用户策划实例关系一个产品实例归属于一个用户订购或参与订购的一个策划实例；一个用户订购或参与订购的一个策划实例包含0到多个产品实例；（如：虚服务）服务属性实例一个产品实例可能包含0到多个产品包含的服务实例；一个产品包含的服务实例属于一个产品实例；服务实例因不直接面向客户选择，因此不单独实例化；服务实例体现为产品包含的服务实例中；用户可能因为订购多个产品从而订购多份同一个服务；一个产品包含的服务实例可能包含0到多个属性实例。策划实例之间的关系一个策划实例可能与另一个策划实例产生关系；目前记录了策划的连带订购关系。核心订购对象模型总揽查询策划实例、产品实例。服务实例：select*fromso.INS_PROD_INS_SRV_891WHEREUSER_ID=89160004773549服务属性实例：select*fromso.INS_SRV_ATTR_891twhereuser_id=89160004773549策划与用户关系：select*fromso.ins_offer_ins_user_891whereuser_id=89160004773549（包含ROLE_ID，表示扮演的角色）订单概述订单是指客户对产品的订购请求信息，包括业务订购申请、产品变更/取消等业务处理（的业务请求记录）。引入订单的必要性：长流程业务的需要、融合业务的需要、只有确保成功后才改变用户资料。订单行：是指订单根据其相关的产品、用户或地域分解得到的可有效跟踪并可有效处理的业务操作项。用户对用户资料发起的增加、修改、删除的动作产生的记录，称之为订单。订单分有竣工和未竣工。竣工表示订单执行成功，完成了用户资料修改。增加、修改、删除这些动作带上业务含义可以归类为：开户、销户、订购、变更、退订等。SO.ORD_CUST_F_853_201303(客户订单竣工表)注：带F结尾的标识已竣工，不带F的标识未竣工。用户的一笔业务请求为一个客户订单，一个订单里面可以包含订购、退订等多个业务操作；一个客户订单包含用户订单、策划订单、产品订单、账务关系订单等，他们之间是一对一或者一对多的关系。客户订单、策划操作订单和营业费用订单如果操作涉及到费用就需要保存营业费用订单。业务操作其他信息、免填单、受理日志客户订单与客户订单明细客户订单明细记录一次客户服务请求的全部明细信息；用于后续订单的处理，如订单行拆解、启动流程等；客户订单明细内容为SoOrderData转换后的XML对象；每行用多个VARCHAR2(4000)字段存储，一行存储不下时，拆分为多行存储。可根据业务类型配置是否存储订单明细信息，一般业务过程不进行存储，工作流的必须要存储。对于集团涉及到工作流的的场流程业务，必须保存客户订单明细，其他一般不用保存。客户订单与策划操作订单一个客户订单可能包含0到多个策划操作订单；客户办理的业务不涉及到产品类操作时，主要内容记录在客户订单、业务记录和免填单中。（此时就不会有策划操作订单）策划操作订单、策划订单、用户订单的关系在一个客户订单中，这第三者之间的关系均为一一对应的关系；用户与策划关系订单，主要是记录用户与策划实例的关系编号，并记录数据状态，减少订单转实例的业务逻辑处理。策划操作订单之间的关系一个策划订单可能与另一个策划订单产生关系；连带关系：包括策划间的连带订购、连带退订等。具体关系参见产品管理的策划与策划之间关系类型的定义。核心订单对象模型总揽客户订单：select*fromso.ord_cust_f_891_201412awherea.customer_order_id=’89110051754551’;--根据年月分表用户订单：select*fromso.ord_user_f_891_201412awherea.customer_order_id=’89110051754551’;--根据年月分表用户与策划的订单关系：Select*fromso.ORD_OFF_ORD_USER_F_891_201412WHEREcustomer_order_id=89110051754551;策划：Select*fromso.ORD_OFFER_F_891_201412WHEREcustomer_order_id=89110051754551;Select*fromso.ORD_PROD_F_891_201412WHERECUSTOMER_ORDER_ID=89110051754551;Select*fromso.ORD_PROD_ORD_SVR_F_891_201412WHERECUSTOMER_ORDER_ID=89110051754551;层层数据都是来源于订单。资源模型资源规格与资源实例资源规格是对不同类型资源的定义，如SIM卡、号码规格等。资源实例是资源规格的实例，如每一张SIM卡，每一个号码等；资源实例包括号码资源实例，SIM卡资源实例，有价卡资源实例，终端资源实例等。资源实例的管理一般是以1个为单位。资源核心模型根据资源特点和实际使用情况，不同的资源规格物理分表的方式不同；号码，SIM卡分为未用表和已用表，地市分表，在SO用户下。有价卡部署在公共库RES用户下。（如：发票）号码生命周期SIM卡生命周期有价卡生命周期ORD开头的就是订单表、INS就是实例表新CRM产品管理参考：业务类-13-新CRM培训_产品管理.pptx了解新CRM中产品管理的相关概念、产品构成的层次结构、典型业务产品的配置模式。新老系统产品管理整体对比老系统各类产品模型新系统产品管理新CRM产品概念模型新CRM产品与BOSS产品关系OSS中定义的资费产品，新系统都会用到，实现方式是通过新CRM各类产品单元的ID与BOSS相关ID的进行映射、引用，达到CRM产品定义和BOSS产品定义的解耦。新CRM产品定义BOSS产品定义策划(套餐)(OFFER)主计划(PLAN)产品(PROD)产品（程控、促销(PROD、PROM)服务（计费相关）SERVICE服务(SERVICE)活动只是CRM侧的概念，BOSS并不知道。新老系统产品管理整体对比老系统新系统CRM和BOSS产品定义融合在一起，边界很难进行区分独立出CRM中产品相关的配置要素，BOSS中定义的资费产品采用ID映射的方式实现各类业务的产品配置采用不同业务模型，配置离散化，各类业务独立功能点受理，难以展示客户订购信息的统一视图统一各类业务的产品配置模型，配置集中化，实现各类业务的融合受理，便于客户订购信息统一视图的展示新CRM产品概念模型互斥依赖包括：产品间、策划间、服务间，在产品单元关系表中维护。比如：彩信服务必须依赖彩铃服务。策划组和策划组有互斥依赖，产品和产品的依赖关系（没有数据）。规格针对不同业务种类基础产品进行定义的主销售品的分类。如手机通讯类的GSM规格、家庭固话规格、有线宽带规格、集团彩铃规格、集团专线规格等。业务受理时，会根据客户所订购基础业务的规格，实例化出对应类型的用户。用户类型和角色没什么关系，只是资料上面显示。家庭亲情网：针对家庭客户推出的通话优惠业务，该业务采用一人付费，全家分享；由组网人支付月费5元/月，可加网内成员2-5人（含组网人共2-5人），成员每人每月可免费拨打和接听200分钟亲情网内本地市话。在建立家庭网时，首先会用虚用户来建立家庭亲情网的基本策划。主号本身有自己的基本策划。角色规格在策划构成中的角色。描述某个策划订购中，不同类型用户可以充当的角色或所处的地位，基于不同的角色可以灵活的配置资费级操作级别，家庭亲情网中的主号角色及子号角色，主号支付月租，子号纯粹享受免费资源，主号有成员增删改的管理权限，集团彩铃中集团用户的主角色及手机用户的成员角色。策划策划是运营商唯一对外进行销售的实体，承载一些列销售相关的配置要素。针对不同客户群的品牌信息市场推广时间与其他业务互斥、依赖关系业务规则：前项限制、后项限制推广地域推广渠道操作员受理权限生失效规则销售目录策划类型如：基本策划（开户时全球通动感15元套餐）、促销（彩铃3元优惠）、增值策划（手机短信）、中心业务（增值策划）。互斥是双向关系，依赖是单向关系，互斥依赖是在同一时间内判断的策划订购判断，群组依赖（A依赖B/C/D三者中的一个），弱依赖（和用户订购时间关系没关系，如：只要订购过就可以了。）后项限制：订购某业务后，不可以进行某些操作。后项限制会实例化到资料表里。移动的渠道包括：营业厅、网厅、短厅等，不同的策划在不同的渠道订购。新CRM对渠道支持不是很充分，通过其他额外配置来实现。权限配置指策划的可见权限。中心业务的策划是最多的。策划展示的目录就是销售目录，通过目录数展示。推广时间指何时能订购策划；生失效规则指订购策划后，用户有多久的有效期（立即失效、下周期失效…），一般用自然月，即每月1号。分类：按照订购的可选性（必须订购类和可附加订购类）分类可以分成基本策划及增值策划。基本策划按照客户、用户类型可分为：集团业务基本策划个人业务基本策划家庭业务基本策划……增值策划按照具体的业务类型可分为：中心业务增值策划普通促销增值策划产品包增值策划营销活动增值策划……客户订购基本策划后，会依据该基本策划归属的规格生成该类型的用户。一个用户只有一个基本策划（可用身份证做映射，生失效时间就是身份证的生失效时间）。群组业务会生成一个需用户。基本策划会归属一个品牌，增值策划对品牌概念要求较弱。品牌主要是针对个人业务基本策划而言，集团业务对品牌未分的特别严格。产品包：N选1、M选N。策划的构成策划由一些列产品组成根据业务需求可以进行策划内产品必选、默选、可选的定义（策划与产品的关系定义）不同角色可订购策划内对应的产品策划通过角色关联产品。一个策划只有一个规格。产品对服务预定价形成的实体，向客户提供服务的可销售单元。产品依附于策划进行销售，不能直接销售，包含服务和资费（价格计划）。CRM产品模型只管一次性费用（预存费用、收取手机终端费用）；不管月租、周期性费用，这些费用在BOSS维护；活动返还的费用在CRM表里有体现。服务由运营商向客户提供的一组电信功能单元、资源、人力服务或咨询工作。服务没有资费信息，不能独立向客户销售，如彩铃、宽带接入、12580咨询热线等。属性对服务、资费等的扩展描述，服务属性：铃音播放时间，呼叫转移号码，短号，接入号。。。资费属性：打折方式，折扣值。。。属性是挂在服务而非产品上。（如：短号属性、呼转号码）。资费属性如打折（订购产品，5块月租打8折，这种资费属性需要上发给BOSS），因此在属性的类型定义里会额外定义资费属性，资费属性一般会上发I表。操作相关业务场景的预定义策划上可以定义相关业务操作，支持相关业务场景操作上可以直接定义一次性资费（如开户时的预存）策划和操作的关系上也可以定义一次性资费（如订购某个营销活动时的相关预存、赠金等）。价格计划包含产品资费、资源、优惠、促销、预缴等各种资费单元的统一价格策略，产品/策划使用价格计划进行资费定义的包装BOSS资费BOSS产品中定义的一些列资费费率、免费资源量、固定月租费用等信息，CRM产品只是通过BOSS产品ID进行引用一次性资费奖励资费：赠送话费、赠送积分等营业资费：押金、预存、卡费、设备安装费、扣减积分等资源资费：优惠购机中的手机费用等CRM只关系一次性资费。比如：免费资源量，如果是一次性赠送的则归CRM管，如果是周期性的，则归BOSS管。新CRM产品物理模型PCE.pdm--全球通88套餐G3版288元111042110169--产品单元核心表，entity_id为产品受理需要的权限实体IDselect*fromup_product_like'%全球通%';select*fromup_product_duct_item_id=121030500500;select*fromup_product_duct_item_id=131130500500;--策划实体select*fromup_offerawherea.offer_id=111042110169;--策划下产品select*fromup_plan_prod_duct_item_id=111042110169;--产品select*fromup_service_priceawherea.service_price_id=121030500500;--产品单元关系表，产品关联服务、资费select*fromup_item_duct_item_id=121030500500;--服务实体表select*fromup_serviceawherea.service_id=131130500500;--资费select*fromUp_Price_Planawherea.price_plan_id=131130500500;--分摊规则select*fromup_apportion_rule;--属性select*fromup_attr;--属性下拉枚举select*fromup_field_type;--分组select*fromup_product_duct_item_id=200000201005;select*fromUP_kind;select*fromup_product_duct_item_id=200024200663;select*fromUp_Item_Relatawherea.relat_product_item_id=200024200663;select*fromUp_Item_Rduct_item_id=200024200663;--FEATURE定义select*fromup_feature_spec;--feature值select*fromup_item_feature;select*fromup_item_relat_feature;--产品单元地市配置select*fromup_item_region;--策划关联策划select*fromup_plan_plan_rel;--前项限制select*fromup_offer_pre_limitawhereoffer_id=111200000653;--前项限制参数select*fromup_pre_lmt_paramawherea.param_id=5343;--产品目录定义select*fromup_prod_item_catalog;--产品单元关联产品目录select*fromup_item_catalog;--中心业务定义表select*fromup_sp_service;select*fromup_sp_info;产品单元表、产品单元关系：除销售目录无产品单元以外，其余概念策划、产品、服务、属性等都会有产品单元。Lucence全文搜索时，就是用到名称和字符化产品名称（拼音首写）。通过单元类型在区别产品、服务、属性等等。生效时间和使用生效时间是等同的，只要配置其中一个，就算是一样的。失效时间，任何一个超出有效期，就失效。删除标识，若为1则策划有效，为0则策划无效。互斥依赖这些则体现在产品单元关系表里。产品单元关系表包含3个表：策划和策划关系表、策划和产品关系表、其他产品单元间的关系表。参考：南基CRM产品单元关系。贵州也有2个上述文档维护。访问产品都是通过IProductFSV里的接口访问，无法直接访问产品表。新老系统典型业务场景配置对比基本策划策划间关系有：连带策划、相容策划（可选增值策划），连带可以配置为可选。普通促销增值策划老系统中促销产品，转成一些列增值策划附属在基本策划上供用户选择订购老系统中营销案和促销的可选关系，在新系统中转成基本策划和增值策划的相容关系营销活动增值策划生失效有：订购、新装订购、退订。比如：新装时立即生效、业务变更下周期生效。产品单元连一个产品单元编号为0，配置生失效时间。连带生效方式的配置。大部分产品不配置生失效规则，而是在策划上面配置，然后使用策划上的配置。但是有些业务，如：宽带业务，如：策划账期数是12个月，但是策划下的产品只有3个月，那配置一个策划，额外标识策划下的产品的生失效时间。中心业务增值策划单向用户关系普通增值策划神州行幸福卡9元版亲密号码：可设置5个移动亲情号码，拨打亲情号码共计赠送50分钟通话(包括本地和长途)；本地拨打亲情号码市话0.09元/分钟；本地拨打亲情号码长途0.15元/分钟双向用户关系多角色增值策划朝阳乡音包：主号包月2元，主、副号码之间省内通话免500分钟（含本地主叫）产品包增值策划产品包用法：家庭网业务亲情套餐10元：包月10元,每名成员可获赠成员间本地主叫通话1000分钟,超出后成员间本地主叫通话0.1元/分钟,本地接听免费普通集团业务集团业务没有增值策划，只有基本策划。基本策划挂产品，有多角色，服务属性较多含成员集团业务集团业务（动力100）沈阳通信动力套餐一：5元套餐集团V网+集团彩铃+移动总机集团V网（智能网VPMN）：赠送集团V网内客户本地通话主叫500分钟；超出后主叫0.1元/分钟，被叫免费；其他按品牌资费收取1元；集团彩铃：每年免费制作及更换三次集团彩铃铃音。1元；移动总机：主叫通话，本地通话费0.1元/分钟，国内（不含港澳台）长途费话费0.25元/分钟；省内漫游时，拨归属地通话费0.1元/分钟，拨非归属地通话费0.25元/分钟。被叫通话按现有品牌套餐执行3元新CRM产品生命周期管理新CRM产品管理相关技术基于MemoryCache的产品缓存产品查询服务的使用频率非常频繁，且配置数据量较大，为提高系统的性能，需要引入数据缓存技术，新CRM中通过MemoryCache进行缓存控制基于Lucene的产品检索为模糊搜索查询的方便及提供系统的查询效率，引入Lucene搜索引擎技术进行产品关键字段的索引建立，避免数据库查询时like‘%keyword%’无法使用到索引的性能问题服务器集群产品MemoryCache缓存服务器、检索服务器都通过配置多台，组成服务器集群实现负载均衡及容灾控制，提高系统整体系能及可用性产品检索实例演示业务变更页面产品相关应用服务器部署：新CRM营业受理框架实例用户已有的业务资料信息，称之为实例。订单执行完毕按照订单资料新增或修改用户资料叫转实例；常见实例表： 对应订单表INS_USER（用户实例） ORD_USERINS_OFFER（策划实例） ORD_OFFERINS_PROD（产品实例） ORD_PRODINS_ACCREL（账务关系实例） ORD_ACCRELINS_OFF_INS_USER（策划用户关系实例） ORD_OFF_ORD_USER业务受理支持的渠道业务受理实现业务受理涉及的系统组件业务受理的系统核心组件：1、基础开发平台--页面要素封装组件-----Appframe2、受理的界面 --页面受理的流程管理-----BCE3、受理的业务 --产品信息 -----PCE4、受理的过程记录 --订单信息 -----Omframe-订单5、受理业务资料的保存 --实例信息 -----Omframe-实例6、受理流程调度--按照设定流程执行(短流程、长流程)----Comframe业务受理的主要流程节点业务受理的典型流程-费用送帐管业务受理过程中产生的费用需要调帐管接口写入帐管库：1）一次性费用：卡费、安装费等2）普通预存费：开户、销户的时候可以普通预存3）分摊预存4）预存赠送5）积分业务受理的典型流程-送BOSS即送计费。1）在受理流程中CRM系统中的计费接口模块根据业务先从订单对象中获取必要的信息，保存在CRM侧的计费接口工单表里，业务受理侧的送计费接口表流程到此结束(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_BILL_CYCLE_XXX…….I_USERI_USER_STATUSI_USER_RELATIONI_ACCOUNTI_USER_SPROMI_USER_MSCI_USER_PLANI_ACC_SPROMI_USER_SWITCHI_ACCT_BILL_CYCLE…….>>后台TF进程>>业务受理的典型流程-送开通1)在CRM的受理业务流程中，开通接口模块从订单对象里获取需要发送外围平台的产品信息，并根据开通接口模块里的配置来生成相应的指令串存储在CRM数据库里，此时CRM侧的开通接口模块处理完毕(异步处理的)；2）后台进程上布署的开通TF进程会实时监控CRM的开通接口表，发现有数据就会把相关的数据搬迁到统一开通的数据里，此时CRM侧要做的事就完成了；3）统一开通根据CRM送的数据根据配置分别去通知相关的外围平台，完成开通；业务受理的典型流程-报表沉淀给营业员的班长使用，统计业务受理量和收入等情况。1）在受理流程中CRM系统中的报表沉淀模块根据业务先从订单对象中获取必要的信息（业务信息、费用信息、资源信息等），保存在CRM侧的报表接口表里；2）在后台进程机这边会部署一系列的进程（可以根据实际的业务量来进行分组），监控报表沉淀接口表，如果有数据则把这些数据写进报表系统相关表；业务受理的特点产品管理的以下概念是统一订单管理模型