【定稿】湖北BOSS前台保障(V65)运行维护手册营业受理分册_全套完整.doc文档68页极速下载

而客户管理系统是中的重要组成部分，主要支持客户关系管理层面对服务实现服务保障的业务处理。

•为了落实中国电信提出的以客户为中心，以市场为导向，以效益为目标的战略，系统的规划建设将重点支撑以下业务目标的实现包括综合的业务受理客户管理产品管理营销活动管理计费监控合作伙伴管理系统管理统计报表等功能域综合的业务受理系统提供综合的业务受理能力，并在服务开通系统的支持下，实现全业务的端到端的业务处理。

这里的全业务包括了中国电信现有的各种电信业务，如语音业务数据业务卡类业务网元业务互联网内容服务等也包括中国电信近期可能提供的新业务，例如业务等等。

通过全业务的受理能力，以应对未来电信技术和业务的快速发展，支撑业务的融合。

灵活的产品商品配置系统提供灵活的产品包装能力，迅速推出新的产品服务以应对市场的快速变化。

通过建立完善的产品管理能力，使营销人员更加了解自身的产品能力，并可以更迅速的制定新的产品价格及优惠策略，更方便的进行产品的捆绑，特别是跨产品线的产品捆绑，提升整体的市场竞争优势。

全面的市场销售的支持中国电信通过，逐步建立并完善了营销体系和营销处理过程，系统将在操作层面与之对应的分析层面将有提供支持为市场销售工作提供相应的支撑，包括商品配置定义端到端的营销活动支持销售过程的支持等，支持客户通过客户经理营业厅呼叫中心互联网传真信函以及代理等各种接触途径办理电信业务为客户提供全方位的服务，支持全渠道的营销管理，使市场和销售工作更加科学规范，从而能够快速响应市场变化，在未来的市场竞争中处于有利地位。

建立统客户视图能够统管理所有客户政企家庭个人的数据资料，从而在中国电信企业内部对所有客户建立完整的客户视图，从而为客户洞察力的获取客户服务水平的提升奠定基础。

全程全网的服务系统不仅要支持个点本地网的业务，而且要支持湖北电信全网的服务，包括跨本地网和跨省业务的处理，实现站式业务受理站式客户服务，充分体现湖北电信全网的业务服务能力。

营业受理在前台保障系统中的位置前台受理模块技术架构图湖北省级系统，采用平台，支撑全省九七计费业务的企业营销和运维整个系统采用多层应用模型结构，系统的访问方式直接通过浏览器，不需要在客户端装任何软件。

采用下列相关技术数据岛强有力的日志管理工具如果想详细了解技术架构可参考技术框架前台受理模块技术架构图用于反向接口湖北系统架构前台受理模块服务层服务层持久层持久层表现层表现层用于调用批价服务后台服务模块技术架构图湖北系统架构后台服务模块持久层持久层服务层服务层表现层表现层用于加载定时器用于支持发起的分布式事务用于提供给的服务用于发送消息到整体架构介绍采用多层应用程序的优点提供了套完整的解决所有这些问题的框架方案提供了分布式可移植构件的框架为构件与应用服务器提供标准简化了服务器端中间层构件的设计更短的开发时间可重用构件更简化的连接多层应用程序的真正优点应用程序各部分之间松耦合，从而应用程序各部分的更新相互业务逻辑集中放在服务器上由所有用户共享，使得系统的维护和更新变得简单，也更安全数据库不再和每个活动的用户保持个连接，而是由应用程序组件负责与数据库打交道，降低数据库服务器的负担，提高了性能第章运行环境软件环境因为系统是基于企业应用系统，采取浏览器访问方式，所以对于普通客户端是不需要安装任何其他软件，基本配置需求如下配有或以上内存，支持分辨率必须装有及以上操作系统要求浏览器必须是版本。

营业员客户端浏览器的设置说明特别说明如果是操作系统必须在浏览器工具设置关闭弹出窗口阻止程序打开浏览器选择工具菜单下的选项点击选项，弹出如上窗口，再点击设置按钮，弹出如下窗口，般系统默认为自动请选择每次访问此页时检查选择选项的安全页菜单下的。

见下面图设置，在点击按钮自定义级别弹出窗口，通过域访问数据资源，选择启用项选择选项的安全页菜单下的本地，见下面图设置，在点击按钮自定义级别弹出窗口，通过域访问数据资源，选择启用项选择选项的隐私页下面高级在弹出的选项下点中选项。

目前武汉环境数据库用户分配前台库的库的第章日常维护日常维护基本任务维护人员日常维护基本任务每天早上在营业员上班前或者傍晚下班的时候登录下系统看系统是否正常运行。

以免营业厅营业的时候程序不能正常运转影响生产。

每天监控客户订单异常表，处理每天出现的异常订单。

详见处理营业员当天电话反馈的各种问题并进行及时处理，如果是程序问题得分析原因提交开发。

如果有新增主产品，主产品属性，服务提供等得及时同步给。

详见业务支撑中心人员维护业务支撑中心人员维护概要业务支撑中心是各本地网收集营业员反馈问题的部门，也是配置各本地网相关基础参数类数据的责任部门。

对于系统的维护工作量大，业务复杂，因此需要业务支撑中心人员要非常熟悉受理相关的维护工作。

熟悉各本地网营业受理的相关业务明白受理客户订单出错原因及其怎么解决了解产品商品定价计划服务提供的相关配置能够熟练的配置营销活动对本地网推出各种类型营销活动的支撑。

业务支撑中心人员日常维护业务支撑中心相关负责人员除了了解日常维护基本任务外，还需要了解下面的相关内容，每部分列举的表是方便维护人员进行快速查询。

商品主产品配置涉及到的表有对于各本地网为了适应业务的发展可能要及时新增商品增加产品属性等，配置的时候请相关负责配置人员登录产品配置程序进行相关的配置。

配置商品的时候要先增加商品，然后通过向导个步骤完成商品的增加。

商品表商品明细表特殊商品表商品的附属产品商品属性枚举值商品属性表商品属性校验表商品属性间关联信息关联的商品属性枚举值商品限制表商品关系表产品表主产品的附属产品表外部产品定义表来源于老产品信息表产品资源表资源序列串含义定义产品计费事件类型表产品关系表商品多定价表商品关系对于各本地网为了业务的调整可能要及时新增或者修改主产品，增加产品属性等，配置的时候请相关负责配置人员登录产品配置程序进行相关的配置。

配置主产品的时候要先增加主产品，然后通过向导个步骤完成主产品的增加。

产品属性配置及其修改涉及到的表有产品属性定义表产品属性表产品属性枚举值表产品属性校验表属性竖表向横表转换定义产品属性间关联信息关联的属性枚举值产品属性关系产品属性关系条件明细产品属性关系条件关联关系与主产品属性对应表关联关系生成规则表只有在产品配置完善后，在主产品的树上选择具体主产品修改产品产品属性产品属性维护。

服务提供新增及其修改涉及到的表有动作表服务提供类型描述表服务提供表服务提供修改对象服务提供限制服务提供限制明细表服务提供包服务提供包明细批量服务提供信息表营销服务提供营销服务提供明细只有在产品配置完善后，在主产品的树上选择具体主产品修改产品服务提供服务提供维护。

定价计划和次性优惠的配置和修改涉及到的表有定价计划关系原子服务提供资费表营销服务提供资费表次性资费标准表次性费用参考对象表次性费率判断条件表次性费用优惠计划表余额计算表优惠计算表分摊明细表优惠使用限制表商品次性费用关联表定价计划的新装变更及其次性优惠的新增及其变更也在产品配置里面进行配置，在主产品的树上选择具体主产品查看定价计划弹出式页面。

营销活动的配置针对每个本地网的特殊要求，可能需要经常的推出适合本地销售的营销活动。

能够根据市场的要求灵活的配置营销活动营销活动方案营销活动方案选项来满足营销活动的开展，从而降低营业员的受理失误概率。

营销活动涉及到的表有营销活动特殊营销活动营销活动方案营销活动方案选项组营销活动方案选项营销活动配置内容营销活动服务提供营销活动商品枚举表营销活动配置商品类营销活动配置产品属性值表营销活动配置产品属性表对应的次性费用优惠营销活动产品属性限制表营销活动参与人列表营销活动产品属性枚举值限制表营销活动限制营销活动方案限制营销活动选项限制营销活动资源类营销资源类明细服务内容营销活动内容限制营销活动配置登录页面是在统登录的八大模块里面有赋予配置营销活动权限的工号登录。

营销活动的配置新增营销活动营销活动的策划信息营销活动参与人等对营销活动查询及其修改页面其他需要配置的些表说明对于那些服务提供变更的数据是否需要送需要配置下面个表的数据服务提供组说明表，如果要送或者竣工的都配置为该表控制具体的那个服务提供是否要送。

受理的预付费业务预付费小灵通新装是否要送预付费平台这边对应的的那边对于预付费平台资费。

如果上网帐号有生成规则则需要配置下面的表帐号表示手工输入允许用户指定帐号由系统生成帐号方案手工输入方案前缀序列后缀，方案前缀接入号码后缀关联关系是否共线，是否虚拟网获取与指定服务提供互斥的服务提供需要配置下面的表根据指定服务提供标识从获取所属的服务提供大类根据服务提供大类从中获取互斥的服务提供大类串根据服务提供大类串在从获取互斥的服务提供标识集合。

客户购买商品是否有协议弹出，是根据下面的表来配置号码等级数据插入整理的表如下，营业受理异常订单的处理关于异常订单处理说明说明下面的监控语句如果是各业务支撑中心人员使用的时候，最好要带上本地的，如武汉使用时如果是省公司维护人员统计处理全省的数据就不必要来区分各本地网了。

针对语句还得注意区分是全省版本还是武汉电信的版本。

表名称前面所带的用户名称的不同，如武电用户，其他个本地网用户名称为，具体见上面用户名说明。

客户订单流程监控已收费但是仍然停留在收费环节监控说明用于监控。

监控语句或者