电话卡生命周期管理项目建设方案书.doc

1、*卡生命周期管理项目建设方案 版本作者日期更改部分更改原因1.0王云2009-9-17增加了CRM和卡平台的物理拓扑，增加了卡生命周期流程分析。2.0章伟2009-10-17根据10月15日的会议进行了修改。3.0潘麒2009-10-21根据10月19日的会议进行修改3.1潘麒2009-10-26根据10月25日讨论修改3.3潘麒2009-10-31根据10月29日讨论修改第1章 项目背景61.1 问题的提出61.2 现状61.2.1 业务现状61.2.2 系统现状与存在的问题71.3 建设的必要性和意义7第2章 建设目标82.1 概述82.2 业务目标92.3 功能目标92.4 应用范围12

2、第3章 卡生命周期管理子系统建设方案133.1 数据流图133.2 系统架构图143.3 网络拓扑图153.4 功能结构图163.5 功能描述163.5.1 数据采集163.5.2 数据处理173.5.3 业务逻辑引擎173.5.4 数据查询183.5.5 统计分析183.5.6 系统管理183.6 接口描述183.6.1 11888卡数据接口清单183.7 系统部署193.8 存在的风险20第4章 11888脱机卡平台建设方案214.1 网络拓扑214.2 功能结构图214.2.1 卡库224.2.2 业务模块224.2.3 接口应用模块224.2.4 系统管理234.3 接口描述234.4

3、 系统部署24第5章 CRM平台优化建设方案255.1 网络拓扑图255.2 功能结构图255.3 功能描述255.3.1 制卡管理255.3.2 删卡管理265.3.3 单卡退卡、换卡管理275.4 接口描述275.5 系统部署285.6 存在的风险285.6.1 卡套与卡对应管理285.6.2 原有智能网平台能力28第6章 卡平台优化建设方案296.1 网络拓扑296.1.1 UVC的组网结构296.2 功能描述306.2.1 制卡管理306.2.2 删卡管理306.2.3 有效期管理306.2.4 激活/去激活306.2.5 卡信息查询316.2.6 单卡信息文件提供316.3 系统接口

4、326.4 系统部署326.5 存在的风险33第7章 ODS平台优化建设方案347.1 功能描述347.2 系统接口347.3 存在的风险35第8章 清分清算平台优化建设方案368.1 现状描述368.2 网络拓扑368.3 功能描述368.3.1 数据采集368.3.2 数据处理368.3.3 平衡公式处理378.3.4 界面修改378.4 系统接口378.5 系统部署38第9章 Billing平台的优化建设思路399.1 系统架构图399.2 网络拓扑409.3 功能结构图409.4 功能描述409.4.1 数据抽取409.4.2 新计费账务核对419.4.3 数据归并419.4.4 报表

5、功能419.4.5 权限管理439.5 系统部署43第10章 系统软硬件配置要求4410.1 硬件配置4410.2 软件配置44第11章 实施计划与投资4511.1 项目实施计划4511.2 项目预算费用45第12章 投资效益分析47第13章 其它需要说明的情况4813.1 系统公式4813.1.1 11888卡、96088卡4813.1.2 17908、200、201卡5113.1.3 各场景分析举例5313.2 数据流向54第1章 项目背景1.1 问题的提出中国电信正在建设以客户为中心的业务支撑体系，业务和服务都围绕客户展开。为了更好的管理电信发行的电话卡（11888卡、96088卡）和通

6、信卡（ 17908C类卡、201卡、200卡），急需完善原卡进销存系统及卡生命周期管理子系统，为本平台建立一个系统，更全面的反应卡生命周期中的状态变化以及卡进销存系统、卡平台、财务三者之间得平衡关系。以更精准的反映卡类业务运营情况。随着全业务的快速发展，审计机构对电信业务运营的财务和账务的平衡关系也有了更高的要求。1.2 现状目前，对于11888卡、96088卡、17908C类卡、201卡、200卡还没有建立卡生命周期管理子系统，因此每月财务和账务核对工程中，需要花费大量的工作量整理卡生命周期中发生的各类费用等数据，但核对结果并不理想，常常出现平衡报表不平衡的情况。1.2.1 业务现状l 11

7、888充值付费卡 业务流程未全部确定，财务无法和各业务平台及代理商、商户等结算。 卡生命周期管理子系统统计卡平台数据明细时，华为统计卡平台余额较困难。 CRM进销存系统中未区分全国卡及本地卡。 充值付费卡目前还没有过期卡，如果两年后出现过期卡，建议如其它卡一样，建立一个脱机卡库统一管理过期卡。l 96088电话卡 目前96088卡平台提供的报表，因脚本运行时间产生误差等原因，报表数据自身无法平帐。 CRM进销存系统只管理卡生命周期的一部分，即从卡生成开始，到卡已激活并销售，进销存系统是可以管理的，但之后的卡状态和卡信息无法管控。 CRM进销存系统对于用户退卡换卡，对于卡状态卡余额等相关卡信息并

8、没有详细记录。 易付卡脱机系统数据来源为96088卡平台，但是因换卡等操作在易付卡脱机系统和96088卡平台并未实现同步，因此存在隐患。l 通信卡（17908、200、201） 通信卡消费都存在最后一分钟的问题，电话卡平台计费方式和财务根据通话清单计算通话费的方式，导致两者必然存在一定误差。 需要对业务与财务结算的调节因素进行梳理，目前存在很多调节因素都为人工统计，正确性不高。 200卡、17908卡还具有自身的调节因子，因此三类通信卡的平衡公式不全相同，需要分别统计。1.2.2 系统现状与存在的问题本项目涉及了CRM卡进销存系统、UVC、96088卡平台、通信卡（200、201、17908）

9、卡平台、卡清分清算、ODS等多个系统。目前，CRM卡进销存系统与卡平台等系统之间未能自动交互，各平台间数据孤立，数据基本靠人工整理，容易导致进销存系统、各卡平台、各脱机卡平台等数据与财务数据不一致，从而造成平衡公式不平的结果，并难以查证不平衡的原因。1.3 建设的必要性和意义现有业务流程和平台与系统架构存在的问题已经影响了财务与帐务的平衡关系。如果不设立项目重新规划和建设，无法管理卡生生命周期内各种状态以及金额的变化，不利于各类卡的财帐平衡管理，无法达到审计机构对电信业务运营的财务和账务的平衡关系的要求。第2章 建设目标2.1 概述通过收集、分散在各系统中的电信卡流转数据，对11888卡生命周

10、期数据，达到提供准确的财帐核对数据及统计报表的目的。通过优化各卡系统之间的关系，从而减少人工管理环节，提高卡业务流程的规范性，具体目标如下：l 新建卡生命周期管理子系统从CRM进销存系统、ODS、清分清算、UVC、过期11888卡脱机卡库等平台采集数据，并进行数据处理，提取满足平衡公式所需数据。完成 11888卡的进销存平衡公式、卡平台平衡公式、财务平衡公式以及三者之间在卡的生命周期各个环节上的统计报表。l 新建11888卡脱机库平台新建11888卡脱机库，对11888脱机卡的进行存储和管理，为CRM提供11888脱机卡的余额查询功能。l 优化CRM进销存系统新增与各卡平台操作的同步机制；增加

11、退卡、换卡及过期卡等相关操作的功能，替代人工控制操作。l 优化UVC新增与CRM进销存系统的卡生成，卡激活的同步操作机制；为卡生命周期管理子系统提供各类卡的状态变更的信息。l 优化ODS平台根据CRM进销存系统优化后的输出数据，进行预处理，为卡生命周期管理子系统提供各类卡的状态变更的信息；同时提供业务部门相关统计报表。 l 优化卡清分清算平台为卡生命周期管理子系统提供使用各类卡为各计费网元的进行充值和销账数据；增加退款信息，优化目前各卡平台和清分清算平台对账结算功能。l 优化billing平台通过新计费系统的数据抽取、核对、合并等操作，生成帐务系统自身平衡性稽核报表。2.2 业务目标l 规范现

12、有的业务操作流程在换卡操作、过期卡进收入、已过期卡未转收入、库存已销毁而平台未删除等情况发生时减少人工控制的环节。l 通过系统自动形成财帐平衡报表数据的采集通过系统自动实现，避免人工加减数据，系统通过数据处理，并按照财务平衡公式进行计算，最终形成卡的财帐平衡报表。2.3 功能目标l 卡生命周期管理子系统序号模块名称具体内容备注1数据采集各类数据文件接口自动采集、手工采集、协议转换、文件导入等新建2数据处理包括数据的抽取、合并、稽查数据的存储、数据的对象映射、数据增删改等新建3业务处理包括业务逻辑处理引擎(各公式数据的引入、各调整因子的引入、各卡处理公式核查、财务公式核查、平衡公式核查)新建4数

13、据查询提供原始数据查询、运算数据查询新建5统计分析按照各平衡公式出具相关统计分析报表新建6系统管理权限管理、用户信息管理、参数配置新建7接口模块与UVC平台接口，与96088平台接口，与通讯卡平台接口，与卡清分清算系统接口，与ODS系统接口，与CRM进销存系统接口新建l 11888卡脱机库序号模块名称具体内容备注1卡库脱机库、删除库、操作库、视图索引建设、存储过程创建、数据对象映射新建2业务处理退卡逻辑处理、换卡逻辑处理 新建3查询统计按照各输入条件进行库内数据查询，并根据查询结果进行统计，提供相应数据导出功能。新建4系统管理登陆管理、菜单管理、sesion控制、日志管理、平台接入管理、参数配

14、置新建5接口模块与UVC各接口、与CRM平台各接口、与卡生命周期管理子系统接口、与ODS平台接口新建l CRM进销存系统序号模块名称具体内容备注1制卡流程参见4.3.1改造2删卡流程参见4.3.2新建3退换卡流程参见4.3.3新建4接口模块制卡请求接口、删卡请求接口、激活/去激活接口、卡信息查询接口改造5数据清理历史数据批次与卡号段关系清理新建6空中冲值空中冲值订单新建和审核新建l 华为各卡平台序号模块名称具体内容备注1接口模块人工返充的交易记录文件；本月新增卡的文件；单卡信息文件2Websevice接口改造查询任务列表；查询任务详细信息；获取任务号；取消任务；充值卡制卡接口；查询充值卡批次信

15、息；查询充值卡信息；激活/去激活l ODS平台序号模块名称具体内容备注1报表模块退卡、换卡、删卡过程中新增ods日报、月报表，删卡、过期卡进收入的报表新建2接口模块与crm进销存系统接口与卡生命周期管理子系统接口新建l 清分清算系统序号模块名称具体内容备注1数据采集包括各接口协议转换、集团平帐文件和本地11888卡退卡文件自动采集、现金退款文件、文件解析等新建2数据处理包括数据的抽取、合并、稽查等，补充数据入库类型，进行数据入库和数据的对象映射新建3统计报表退卡报表生成改造各业务网元结算报表改造l Billing系统序号模块名称具体内容备注1数据抽取抽取开账、销账、调整数据新建2新计费帐务核对

16、通过对自身预存款、溢收款的核对，形成账务系统的稽核平衡表。新建3数据归并生成的数据进行归并和收敛，形成用户预存款、溢收款核对平衡表的基础数据新建4报表将数据以表格的方式，直接展示在前台页面上新建5权限管理权限管理新建2.4 应用范围本项目相关系统使用对象，包括：单位：企业信息化部、个客部卡中心、财务部、其他相关单位。系统：CRM、各卡平台、卡清分清算、ODS、卡生命周期管理系统（本项目新建）、过期11888卡脱机卡系统（本项目新建）卡业务范围：11888卡第3章 卡生命周期管理子系统建设方案3.1 数据流图3.2 系统架构图 卡生命周期管理子系统从UVC平台获取11888卡期初、期末、增加、减

17、少（转移）等数据，通过与ODS系统之间的接口获取CRM进销存系统中单卡的库存、增加、减少等数据，从清分清算平台获取单卡充值记录等数据，从ODS清分清算等平台获取财务期初数、贷方数、借方数等数据。3.3 网络拓扑图 由于本次新增设备较少，且在eni网内，建议不再单独配置交换机，建议放置在南汇IT机房，建议直接接入机房的ENI接入交换机内。本次项目拟新增加2台小型机作为数据库及文件服务器，同时拟共用机房现有存储设备，扩容相关硬盘供本项目使用。目前建议扩容2T磁盘空间，其中1T做数据库使用（500G做脱机卡库，500G供卡生命周期和清分清算使用），500G做文件使用，500G做冗余调整。数据库使用o

18、racle 10g2台数据库服务器采用vertas软件（建议采用移动支撑中心目前使用的版本以方便维护）做HA。建议采用机房目前已有的磁带机对磁盘数据进行备份。同时新增2台PCServer作为应用及接口服务器，服务器之间采用HA软件实现主备，新增2台PCServer作为清分清算应用服务器以替换现有清分清算系统在用设备，服务器之间采用HA软件实现主备。 项目所属服务器相互间访问，以及同外系统间交互，皆通过ENI网络进行。共用机房内的存储设备，按需求大小划定文件系统供平台使用，数据库及文件服务器与存储间通过HBA卡或所在机房光交换机相连接。3.4 功能结构图卡生命周期管理子系统包括接口数据采集、数据

19、处理、业务逻辑处理、数据查询、统计分析和系统管理各模块，通过对采集自各个平台中的数据,进行抽取，合并，稽查等操作取得满足公式所需要的数据，在按照各公式运算后以报表的形式展现给用户，达到卡财帐核对的要求。3.5 功能描述3.5.1 数据采集主要负责与外系统进行通信，以便完成数据的采集，具体包括如下内容：l 通信协议接口支持多种与外系统的接口，例如：FTP、存储过程、WebService等方式；与各系统之间的接口具体采用的方式以及接口的报文格式待与各平台确认后决定。l 自动数据采集通过通信协议接口，从UVC、96088卡平台、17908卡平台、201卡平台、200卡平台、进销存平台、财务平台等外系

20、统自动获取数据，并将采集后的数据进行数据处理。l 手工数据采集系统提供用户Web界面，支持用户通过文件形式倒入诸如平台预生成数据 、专卖店换卡平台重复数据 、调节过期卡进收入上报数中的调换卡金额等数据（上述数据无法从其它系统中获得，但需要参与财帐核对），或直接输入调接数据，并将数据进行数据处理。3.5.2 数据处理l 对于从外平台取到的各类数据，将有效字段进行数据抽取。l 将分散在多个文件中的数据，进行数据合并到一个数据文件中l 对于数据文件的格式、字段进行合法性稽查。l 将系统通过数据处理得数据得到后存储到数据库相应的表中；l 将数据库中的相关数据映射成相应的对象，业务层通过对象的操作就可以

21、对数据进行操作；l 数据对象操作的封装，形成对于表数据的基本操作封装，如新增数据、删除数据、更新数据、批量新增、批量删除、批量更新等。3.5.3 业务逻辑引擎l 将公式所需数据和调节因子进行公式引入l 将参与财帐核对的5种卡的处理公式（上月平台余额+本月新增-本月减少=本月平台余额 ）以及财务处理公式（期初数+贷方数-借方数=期末数）固化在系统中，使用处理公式对数据持久层中的数据进行运算；3.5.4 数据查询l 系统提供运算数据查询功能，以方便对运算公式各数据进行查询跟踪。l 系统提供原始数据查询功能，以方便对单卡数据的各生命周期环节的原始数据进行查询跟踪。3.5.5 统计分析l 按照各平衡公

22、式出具各类统计分析报表，报表格式按照财务T字表进行设计。l 统计分析提供按时间、按卡种选择进行报表生成。3.5.6 系统管理l 系统管理员、系统操作员账号的开通、基本信息修改、删除操作；l 对系统的菜单、功能、数据的权限进行管理，确保每个操作员只能对自己拥有权限的菜单、功能、数据进行操作；l 对与参数进行设置，以方便对系统进行管理。3.6 接口描述本小节描述了卡生命周期管理子系统与外系统的系统接口需要提供的数据内容清单。3.6.1 11888卡数据接口清单序号接口名称类型方向提供内容1UVC平台接口文件UVC-生命周期1. 提供在用卡平台的卡信息，包括卡号、批次、面额、当前余额、有效期、状态修

23、改日期、卡状态、本地卡/外地卡、本地用户/外地用户等信息。2. 平台已生成，CRM进销存系统无记录的所有卡的基本信息，包括卡号、当前余额等信息。2ODS接口文件ODS-生命周期1. CRM进销存系统当前库存中所有卡基本信息，包括卡号、批次、面额、当前余额、有效期、状态修改日期、卡状态、本地卡/外地卡、本地用户/外地用户等信息；2. 过期卡报收入的所有卡的基本信息，包括卡号、金额等信息3. 专卖店换卡平台重复操作所有卡的基本信息，包括卡号、金额等信息4. 卡部及其他单位换卡操作所有卡的基本信息，包括卡号、金额等信息5. 调节过期卡进收入上报数中的调换卡金额操作所有卡的基本信息，包括卡号、金额等信

24、息6. 平台卡数据已经生成，实物卡还在卡厂，为通过进销存系统进库房的所有卡的基本信息，包括卡号、金额等信息7. 库存已销毁平台但尚未删除的所有卡的基本信息，包括卡号、金额等信息8. 库存换入卡基本信息，包括卡号、金额等信息。9. 过期卡中已减收入。10. 每月期初数、期末数、贷方数、借方数311888脱机卡库接口文件脱机卡库-生命周期1. 过期卡数据2. 退卡数据4清分清算子系统接口文件清分清算-生命周期1. 11888卡的充值数据3.7 系统部署 硬件配置：系统名称配置数量应用卡生命周期管理数据库及文件服务器Hp-rx6600, 8个1.66GHz CPU，32GB内存，2个146GB硬盘，

25、2个1000Base-SX类型局域网接口,2个1000Base-T类型局域网接口，3个4GB盘阵接口，1个DVD-ROM光驱，2个冗余电源模块，3*HBA，1个管理卡2台安装数据库，卡清分清算平台，11888卡脱机库以及卡生命周期管理子系统共用。提供ftp，用户采集各平台数据。存储建议提供2T的文件系统。存放脱机卡库、卡清分清算、卡生命周期数据。存放FTP采集来的文件数据。应用及接口服务器IBM3650 2颗2.5GHzCPU，8GB内存，2块300GB硬盘,含Windows2003标准版1个管理卡；3块以上局域网网卡；2个冗余电源模块2台与CRM的webservic接口；脱机卡管理应用和卡生

26、命周期管理应用。软件配置系统名称版本数量应用卡生命周即管理中间件Weblogic 9 2套Web应用中间件3.8 存在的风险由于目前的平衡公式中的数据来源未能管理到单卡以及余额生命周期，因此本项目中建议在CRM系统和卡平台系统为卡生命周期管理子系统提供源数据时，需要精确到单卡金额等信息从卡（96088卡平台、通信卡平台）平台到帐务系统的充值数据流程仍然为人工控制，存在风险。平台数据库为3个系统共用，且为单机运行，存在系统单点故障。第4章 11888脱机卡平台建设方案目前200卡、17908卡的脱机卡平台在长无BMS中运维，可以提供卡余额查询，卡删除等功能。201卡、96088卡的脱机卡平台由卡

27、中心使用，可以提供余额查询，卡删除等功能。本次仅新建11888卡的脱机卡平台，实现11888卡的余额查询，卡删除等功能，由IT提供运维，由卡中心使用。4.1 网络拓扑11888脱机卡平台考虑和卡生命周期系统共用设备，网络拓扑请参考3.24.2 功能结构图4.2.1 卡库l 存储UVC上本批次过有效期3个月后的卡信息，以及对数据进行操作的历史记录，方便业务部门追溯；l 为了统计信息的查询效率和对数据库空间的利用率，将11888脱机卡数据依照一定的条件进行归总，并存于表中。l 提供卡库业务处理逻辑，将数据库中的相关数据映射成相应的对象，业务层通过对象的操作就可以对数据进行操作； 4.2.2 业务模

28、块l 业务数据处理定期对卡数据进行处理，过有效期2年后转收入，并在脱机卡平台中置删除标志。l 数据查询查询提供所有11888脱机卡信息查询功能；提供所有对脱机卡信息进行操作的历史记录的查询l 统计分析提供用户按照卡的批次段、失效期时间段等条件对脱机卡发行数量、总数、库存等数据进行统计4.2.3 接口应用模块l 与UVC建立接口，提取卡平台相关数据入11888卡脱机库；l 向CRM平台提供卡余额查询接口服务，由CRM进行调用（前面的脱机卡中的余额转移功能修改。）l 与卡生命周期管理子系统建立接口，定期向卡生命周期系统提供本月新增的数据；l 与ODS平台建立接口，按月向ODS平台提供过期卡转收入报

29、表，按卡名称、发行数量（张）、有效期、发行面值（元）、发行面值（总额）、总余额、库存数（张、元）、售出卡余额等数据；4.2.4 系统管理l 系统管理员、系统操作员账号的开通、基本信息修改、删除操作；l 对系统的菜单、功能、数据的权限进行管理，确保每个操作员只能对自己拥有权限的菜单、功能、数据进行操作；l 日志管理l 参数配置管理4.3 接口描述序号接口名称类型方向提供内容111888卡平台接口文件UVC-脱机卡库由UVC上删除后向脱机卡库发送删除卡信息，包括卡名称、有效期、发行面值（元）、售出卡余额2卡生命周期接口文件脱机卡库-生命周期向财账平衡接口发送本月新增卡数据，包括卡名称、发行数量（张

30、）、有效期、发行面值（元）、发行面值（总额）、总余额、库存数（张、元）、售出卡余额3CRM接口Webservice脱机卡库-CRM1、提供脱机卡余额查询功能，包括卡名称，有效期，发行面值（元），售出卡余额文件CRM 脱机卡库删卡时，由CRM发起删卡请求，由脱机卡卡库发起批次验证，并删除后反馈CRM4ODS接口文件脱机卡库-ODS向ODS平台提供卡名称、发行数量（张）、有效期、发行面值（元）、发行面值（总额）、总余额、库存数（张、元）、售出卡余额4.4 系统部署 11888脱机卡平台考虑和卡生命周期系统共用设备，系统部署请参考3.6第5章 CRM平台优化建设方案5.1 网络拓扑图本次项目CRM侧

31、改造不涉及硬件改动，利用原有设备和架构实现改造功能。5.2 功能结构图5.3 功能描述5.3.1 制卡管理原有制卡流程保持不变，有CRM系统替代原来手工工单操作。l 发行表提交提交后，自动传送到卡平台，传递的信息包括，发行数量、有效期等l 卡平台生成数据卡平台收到信息后，根据要求自动生成卡数据，并进行入库操作卡平台返回序号段、批次号等信息l 批次号和序号段对应关系维护CRM记录并维护卡平台返回的批次号和序号段批次号和CRM的产品一一对应 与卡平台增加激活/去激活接口激活后才能入库，在途卡指的是已激活未入库的那部分数据5.3.2 删卡管理在CRM系统中新增删卡流程。（与脱机卡平台做接口，业务确认

32、只有进了脱机卡平台的过期卡才会删除）l 删卡请求单根据CRM系统中卡产品的有效期，业务单位可以选择超过一定期限的产品（即，批次）进行删除（通信卡8个月，充值卡2年等）提交后，对于该产品在电信库存内的资产调拨到待销毁库。同时，根据批次号和序号段关系，发送脱机卡平台删除序号段/批次号l 脱机卡平台验证脱机卡平台收到信息后，验证接收到的序号段/批次号是否可以删除如果可删除则删除，脱机卡平台返回结果l 删卡回退如果脱机卡平台返回不可删除，则CRM调拨回原有库存l 实卡销毁如果脱机卡平台返回可删除，则生成实卡销毁工单，进行实卡销毁销毁后，卡从待销毁库调拨到销毁库5.3.3 单卡退卡、换卡管理在CRM系统

33、中新增过期卡单卡退换流程。l 退换卡订单对于库存没有扩展到营业厅前，仍然采用目前的换卡、退卡模块，对于专卖店/代理商收集统一进行批量退换卡的情况，界面提供批量导入功能。并能核对退卡单位与该批卡的领卡单位是否一致，否，不得退卡。核对内容：领用单位、领出（张、元）、卡名或序号段。退卡订单提交后，进行配卡，将退卡从“已售库”调拨到“退卡库”换卡订单提交后，进行配卡，从电信库存中分配一张到“已售库”退卡同时，需要记录退卡余额换卡手续费、差额记录到订单行项目的某个字段内。l 退卡余额查询对于卡平台未删除的卡，可以通过实时接口查询卡平台获得。卡平台已有MML接口，需要封装后提供；脱机卡平台需要增加该接口。

34、对于卡平台已删除的卡，可以通过实时接口查询脱机卡平台获得。脱机卡平台需要增加该接口。5.4 接口描述序号接口名称类型方向提供内容1UVC接口非实时CRM-UVC业务发起制卡请求给卡平台文件UVC-CRM卡平台生成文件返回实时CRMUVC1、 卡平台进行激活/去激活（批量）2、 业务发起查询请求211888脱机卡库非实时CRM-11888脱机卡库业务发起删卡请求给脱机库卡平台非实时11888脱机卡库-CRM脱机库平台返回结果5.5 系统部署针对本次项目CRM侧改造不涉及硬件改动，利用原有设备和架构实现改造功能。5.6 存在的风险5.6.1 卡套与卡对应管理由于卡套业务场景的存在，造成CRM无法精

35、确管理到单卡。此风险会造成系统库存与实物库存的不一致，同时会影响退换卡业务操作。尤其是，如果需要将11888扩展到营业厅的话，几乎无法在对单卡进行管理。如果CRM无法做到单卡管理，则无法提供精确的单卡销售状态。在财帐核对不平的情况下，无法追溯到单卡进行查证。5.6.2 原有智能网平台能力原有智能网平台的能力是否能支持现有生成卡和删卡的流程，保证接口的实时性和准确性。第6章 UVC优化建设方案6.1 网络拓扑6.1.1 UVC的组网结构注:黄色背景部分为此次新增设备。l 现有VCP、VMP为一套HP RX6600小型机双机，VCP、VMP应用各部署在一台单机上，双机冷备运行，本次财帐核对需求需要

36、从VCP上抽取大于百万的海量数据，对VCP网元的性能开销较大，从VCP核心网元的角度考虑，建议将VCP应用剥离出来，新增一套小型机双机运行，同时VCP建议改造为热备，需要增加两套磁阵与双机对应，从而可以避免磁阵的单点故障。l 本次项目建设需要从VCP中抽取用户基本数据，同时需要在UVC侧对抽取数据做初步统计处理，并为卡生命周期系统，因此需要增加2台PC服务器做应用接口服务器。6.2 功能描述6.2.1 制卡管理UVC开放MML给CRM调用，CRM可以通过此接口在UVC上面定制一个制卡任务，任务定制时，操作员可以输入面额、全国卡/本地卡、批次号、生成卡数，有效期基本卡信息参数。UVC在接受到MM

37、L调用后，将CRM请求加入待执行任务队列，任务可以在5分钟后业务可以避开话务高峰，放在晚上执行。UVC根据任务参数，生成新的充值卡，同时生成制卡文件，制卡文件格式采用集团规范格式（包含批次号，面额、卡号，卡密码等基本信息）。UVC开放目录，由CRM到UVC指定目录下提取制卡文件。在制卡任务完成后，CRM可以通过调用MML查询任务执行结果。6.2.2 删卡管理 对于过期1个月后（不论是否还有余额）的卡信息，由UVC每日从有效卡表放到无效卡表，无效卡表中放置2个月后，再从无效卡表删除并文件导给脱机卡平台。对于已使用后3个月的余额为0而未过期的卡，从有效卡表放到无效卡表，无效卡表中过期3个月后，再从

38、无效卡表删除并文件导给脱机卡平台。6.2.3 有效期管理由UVC提供的Portal实现,可以单卡延期也可以批量延期6.2.4 激活/去激活UVC开放MML给CRM调用，可以实现按批次激活。6.2.5 卡信息查询UVC可以MML给CRM调用，可以通过输入充值卡号查询单卡信息6.2.6 单卡信息文件提供UVC平台提供的数据包括l 充值交易记录文件 UVC每日提供当天的交易全量记录给财帐核对，包括充值（本地/异地值）、余额转移、卡冲正、扣款、淘宝充值日志记录。l 计费系统对账文件UVC每天提供各计费系统相应对帐文件（格式符合集团规范，目前已经提供清分清算的）l 人工返充的交易记录文件 UVC每日提供

39、通过UVC界面进行返充的交易记录l 本月新增卡的文件：华为在卡管理网元（VMP）上输出每月激活的卡批次信息和单卡信息。批次、激活时间批次：（AAAAAAXXXXXXYYYYYYY，XXXXXX为批次号，YYYYYYY为卡总数0000100，卡序号范围就是从1到100，批次号+卡序号可以唯一确定一张卡）l 单卡信息文件单卡信息：卡序号、当前剩余金额、使用状态、有效期、最近一次的卡操作日期（生成/入库/激活/去激活/加锁/解锁）。如9月1日激活，9月10日充值，10月1日文件中就是已使用状态。UVC按现状输出能力和单卡生命周期变更（根据单卡整合所有变更信息后输出）的详细信息，UVC系统会记录单卡在

40、生命周期内各种状态的变更时间，同时每天在单卡信息文件中FTP给外围系统。l 本月减少：在全量充值记录中获取。 Huawei:直接从充值记录文件中分析获取。删卡的信息。（卡序号、剩余金额、删除日期）需要华为增加输出文件。 Huawei:和提供脱机卡平台文件保持一致。l 集团下发的卡平帐文件 Huawei:这个目前UVC平台取不到。6.3 系统接口序号接口名称类型方向提供内容1CRM接口WebserviceCRM-UVC1、提供制卡的接口2、提供激活/去激活接口3、提供卡信息查询接口文件UVC-CRM1、提取制卡文件2卡生命周期文件UVC-11888脱机卡库1、提取充值交易记录文件2、提取对帐文件

41、3、提取人工返充的交易记录文件4、提取新增卡的文件5、提取单卡信息的文件311888卡脱机卡库文件UVC-脱机卡库1、提取失效文件6.4 系统部署系统名称配置数量应用UVCVCPHP RX6600小型机双机2台磁阵2套应用及接口服务器IBM3650 2颗2.5GHzCPU，8GB内存，2块300GB硬盘,含Windows2003标准版1个管理卡；3块以上局域网网卡；2个冗余电源模块2台软件配置系统名称版本数量应用UVC数据库Informix2套数据库HA软件VCS1套VCS双机软件6.5 存在的风险1、 CRM如果需要单卡信息涉及到卡密码安全性问题，需要考虑2、 CRM只能按照批次来销卡（批次

42、中只要有一张卡没有过期或使用就不能销卡），3、 上海卡有效期一般是两年，会存在大量批次2年内无法销卡，导致UVC卡表数据量急剧膨胀，严重影响UVC业务性能4、 CRM目前只能按照产品来延长有效期，无法按照单卡延长，需要确定是否会存在有单卡延长的要求，同时整个批次都延长，也会导致系统中冗余数据越来越多（即许多无用卡数据无法及时清理，影响UVC系统性能）5、 目前上海因为硬件不够，只支持冷备，如果要支持热备，需要增加一套小型机。6、 若从热双机备机上面导出数据，因为导出的时间过长，中间过程会不会影响主备切换，需要评估验证。7、 目前UVC管理类接口只能支持MML,如果要支持其他接口，UVC改造很大

43、，会对UVC稳定性产品极大影响。8、 单卡信息文件汇总金额和实际金额会存在误差。第7章 ODS平台优化建设方案7.1 功能描述1、基于CRM进销存数据，按业务需求在退卡、换卡、删卡过程中新增ods日报、月报表。2、基于CRM进销存数据，根据本项目中CRM的输出数据的变更，进行优化处理，然后将CRM的数据按照卡生命周期管理子系统的数据要求提供给卡生命周期管理子系统进行平衡计算。本月新增：统计口径为入库。Ods报表中输出产品id、批次（需要由crm、ods增加）、该批次中的卡数量、面值（一个批次中只有一种面值）、入库日期。每月初（由ods确定具体时间）给上月数据。本月减少：统计口径为销售。Ods报表中输出产品id、批次（需要由crm、ods增加）、卡号段（需要增加卡号段，该批次中本次销售掉的号段）、该号段中的卡数量（与号段匹配）、面值、销售日期。每月初（由ods确定具体时间）给上月数据。7.2 系统接口序号接口名称类型方向提供内容1CRM接口文件CRM-ODS销售信息（购卡订单、退卡订单、换卡订单）、库存信息、调拨交易信息、制卡请求信息、删卡请求信息2卡生命周期接口文件ODS-财帐核对提供进销存系统中所有卡