银行ECIF项目开发设计阶段汇报.ppt

上传人:仙人指路1688 文档编号:2346292 上传时间:2023-02-14 格式:PPT 页数:67 大小:5.97MB
返回 下载 相关 举报
银行ECIF项目开发设计阶段汇报.ppt_第1页
第1页 / 共67页
银行ECIF项目开发设计阶段汇报.ppt_第2页
第2页 / 共67页
银行ECIF项目开发设计阶段汇报.ppt_第3页
第3页 / 共67页
银行ECIF项目开发设计阶段汇报.ppt_第4页
第4页 / 共67页
银行ECIF项目开发设计阶段汇报.ppt_第5页
第5页 / 共67页
点击查看更多>>
资源描述

《银行ECIF项目开发设计阶段汇报.ppt》由会员分享,可在线阅读,更多相关《银行ECIF项目开发设计阶段汇报.ppt(67页珍藏版)》请在三一办公上搜索。

1、统一客户信息管理系统(ECIF)设计评审汇报,项目组,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,3,一、项目背景、建设目标,XX银行统一客户信息管理系统(Enterprise C

2、ustomer Information Facility,简称:ECIF)的总目标是整合目前XX银行相关系统中的客户信息并为相关系统提供实时的、完整的、一致的、共享的客户信息,建设企业级的客户单一视图,使统一客户信息管理系统成为全行唯一的、权威的客户数据源。项目一期建设客户范围为全行零售客户及潜在客户。ECIF系统作为客户信息的统一创建和修改点,实现客户信息的单点控制,作为全行客户信息管理和服务的中心,解决业务发生过程中各系统创建、更新客户信息时的冲突、一致性问题;解决跨渠道、跨业务线的客户信息实时共享的问题;实现客户信息的集中服务功能,增强客户信息应用服务功能的复用性。系统建成后,将服务于全

3、行各客户接触点,为柜台业务人员、客服人员、客户经理、客户自助服务、系统管理人员等提供统一的客户信息服务。,项目背景、建设目标(续)ECIF项目业务目标,实现客户统一识别;提供及时、准确的客户360度视图;实现跨渠道/产品线信息共享;提升客户分析结果应用能力;加强增值服务能力,具体目标,描述,客户统一识别,实现跨渠道/产品线信息共享,提供及时、准确的客户全面视图,核心系统与信用卡系统客户号关联客户基本信息、客户联系信息、客户关联信息一致性保证客户归并,客户全面识别客户各项资产实时查询客户资产负债信息全面展示,客户评价信息展示潜在客户信息存放和展示销售机会信息存放和展示,提升客户分析结果应用能力,

4、基于客户行为及需求的客户分层结果,精准定位目标客户基于产品关联及产品偏好的客户分层结果,制定有效的交叉/向上销售方案基于客户行为、需求、态度的客户分层结果,主动识别客户,实施差异化、有针对性的服务,加强增值服务能力,综合账户清单/客户360视图信息展示/换卡签约自动继承,客户全面风险信息展示客户综合签约信息存放和展示,总体目标,项目背景、建设目标(续)ECIF项目业务技术目标,建立支持XX银行业务长期发展的统一客户信息管理系统平台,实现客户信息7*24小时服务。建立业界领先的系统容错处理机制。,建立统一客户信息管理系统平台,总体目标,建立客户信息同步等客户信息一致性保证机制,一期实现与核心、个

5、贷、信用卡、对私OCRM系统等部分系统同步。,建立基于客户信息的组合服务机制,提供业务需求所要求的组合服务。,满足XX银行性能指标要求:满足业务处理服务中用户数量大、实时性要求高、对并发访问处理能力要求高的需求,支持20000个以上终端操作用户同时接入系统进行访问,在日交易处理量大于300万笔的场景下,简单交易响应时间小于200毫秒,复杂交易响应时间小于500毫秒,并支持未来5年业务发展对系统性能提出的扩展要求。,实现7*24小时服务,实现客户信息一致性保障机制,建立客户信息的组合服务机制,实现系统的高性能,落实XX银行零售客户数据标准。,落实数据标准,具体目标,描述,主要内容,一、项目背景、

6、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,系统的主要功能,.全行统一客户号的分配 客户识别和查询 新客户的统一创建 客户信息的维护修改 客户全貌信息的提供 潜在客户信息的管理 客户归并处理 客户风险偏好测评 客户联网身份核查结果共享 客户信息管理机制 等共计57支交易,子系统,功能点,联机交易子系统,批量数据处理子系统,批量客户信息的创建批量客户信息修改批量客户信息的补充(导入)特殊客户名单导入批量客户信息导出相似客户清单生成报表

7、生成、统计 等共计28个任务,客户信息管理机制(示例),系统的主要功能(续)后台管理子系统,注:黄色框 生产环境只配置查询功能;紫色框系统资源监控 通过安装行内统一监控工具软件实现监控功能;共22个功能点。,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,ECIF系统与周边系统的关系,系统总体架构设计,ECIF系统总体架构图,说明:交易子系统通过SOP数据包(加MAC)同总行前置进行数据交换,批量子系统使用文件进

8、行数据交换。,系统总体架构设计(续),交易子系统架构图,说明:ECIF系统同总行前置使用SOP报文格式进行数据交换时,在ECIF的接口层完成SOP报文的组包、解包以及MAC校验的操作。,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,系统内部逻辑架构,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署

9、设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,系统模块设计交易子系统,接口层模块RQD受理分派器 ECIF系统受理外部系统或客户端请求,根据配置参数和规则将请求交易分派到 对应的模式识别器模块。RND回复分派器 ECIF系统所有返回响应都会发送到RND模块,根据配置参数和规则将交易回复分派到对应的外部系统。SRRD同步请求响应分派器 接收到流程控制器转发的报文,向目标系统发送请求;等待外系统返回响应后再转发给流程控制器。流程控制层 负责报文数据格式的转换,交易路由的控制,交易的拆分和组合,交易的分发,事务控制。应用控制层 通过流程的步骤定制信息来驱动,将业务处理逻辑封装为

10、业务规则动态库,供应用控制器调度。ETC异常处理 ECIF系统中抛出异常时,由本模块进行分类处理相关异常善后工作.数据同步模块 XXECIF项目中采取准实时同步方式实现订阅发布,将需要向外系统同步的信息发送给外系统,并且需探测外部系统接受是否成功,对于不成功的通过重发机制来处理;同时,提供监控功能监控同步情况,及时发现问题,提供手工触发同步工具。,系统模块,系统模块说明,接口层模块流程控制层应用控制层ETC异常处理模块数据同步模块,系统模块设计交易子系统模块关系图,系统模块设计批量子系统,调度中心任务组调度器 将可启动的任务组和与该该组相关的任务点分别放入运行表。任务点调度器 轮询所有待启动的

11、任务,判断任务是否满足启动条件。对满足启动条件 的任务分配到性能最优的应用服务器上进行处理。信息中心任务清理服务 在系统日期发生变化后,对前日的任务处理流水进行备份登记。任务状态维护 接收任务中心对任务处理的状态汇报。主动查询任务中心对任务的处理情况,保证任务处理的完整性。统一接入服务 通过统一的socket接口,提供第三方软件接入批量子系统的标准服务,能完成批量任务的监控和运行控制。任务中心任务处理服务 响应调度中心派发的任务处理请求,执行具体的任务处理。可支持执行的任务包含:可执行程序、sh脚本、oracle存储过程、动态库函数。任务状态汇报系统性能采集 采集系统的各类性能指标和任务处理情

12、况,为集群环境的负载均衡提供判断依据。采用文件到达触发批量方式,以无人值守方式进行批量处理。,系统模块,系统模块说明,调度中心信息中心任务中心,系统模块设计批量子系统模块关系图,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,系统接口设计,接口通讯方式通讯模式ECIF与总行前置之间的通信的实时联机交易报文格式采用SOP报文格式实时批量联机交易的文件传输采用TFT方式传输,文件内容采用ASCII码的格式ECIF系统

13、与综合前置的联机交互时,双方都遵从全行数据标准各周边系统与综合前置的联机交易交互时,原则遵从全行数据标准,具体实施由综合前置协调处理ECIF系统与综合前置系统的通讯方式采用同步通讯模式.周边系统与综合前置系统的通讯方式,双方原则上维持现状。服务的调用和提供方式综合前置系统与ECIF系统的服务调用采用TUXEDO域服务调用方式周边系统与综合前置系统的服务调用方式原则与现有调用方式保持一致。,接口设计,接口设计说明,接口通讯方式,系统接口设计,接口设计原则交易子系统 交易接口需满足功能共用性原则,即交易接口需要包含不同系统间功能相同或相似的功能要求。新增接口设计原则:(1)不同类型交易接口分离原则

14、,即查询类和维护类需要制定单独接口。改造接口设计原则:(1)优先改造交易流程原则,现有交易如通过变更交易流程能够满足功能,则优先改造现有交易流程。(2)交易接口较小改动的原则,在设计交易接口时,尽量避免大量改动交易接口内容。批量子系统(1)ECIF系统与各周边系统的批量数据交换采用文本文件方式,文件交互规范采用目前各系统与EDW交互规范,采用GBK编码,每行为一个完整的独立记录,记录各个字段之间采用“|+|”作为分割符号,每行采用rn作为换行。(2)为了保证接口数据的一致性,避免各类数据类型和格式错误,在形成所传输的ASCII格式文件之前,将数据转换成本接口方案所规定的数据类型和格式。,接口设

15、计,接口设计说明,接口设计原则,系统接口设计,报文格式通讯报文格式 ECIF系统与综合前置系统采用SOP报格式,对于非透明转发的报文执行交易主题核心项标准化落地,报文头中包含客户号、渠道类型、渠道编号、交易产品编号、客户账户编号,并预留3-5个空字段以备后用。周边系统与综合前置系统的通讯方式,双方自行约定,原则上维持现状,由综合前置进行报文转换转换。批量子系统文件 批量子系统通过批量数据交换平台(EDW 文件交换服务器)。接口数据文件均按本方案要求的数据内容,描 述及顺 序,以”|+|”来分割数据,数据项中不能包含分割符或0 x0D0A(回车换行符)。安全控制数据包加密 ECIF与综合前置约定

16、,对SOP数据包进行加MAC,解MAC的校验。,接口设计,接口设计说明,报文格式安全加密,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,系统数据设计,全系统数据范围,客户信息按主题进行规划与存储,满足系统正常运行所需的控制表,客户信息模型,统一客户信息管理系统,系统运行控制,基本信息,关联信息,联系信息,评价信息,风险信息,事件信息,往来信息,特殊名单,潜在客户,交易子系统相关数据表,批量子系统相关数据表,后台

17、管理相关数据表,系统数据设计-客户信息模型 1,系统数据设计-客户信息模型 2,系统数据设计-客户信息模型 3,主题名称,说明,系统数据设计-系统运行控制,系统运行控制相关数据表 系统运行所需要相关控制表、过程登记表、流水登记表等。主要分为:交易子系统相关数据表交易配置表交易过程登记表批量子系统相关数据表批量配置表批量过程登记表后台管理相关数据表用户与权限配置表,数据设计,数据设计说明,系统运行控制表,系统数据设计-系统运行控制(交易子系统),交易配置表,数据设计,数据设计说明,交易子系统相关数据表交易配置表 1,系统数据设计-系统运行控制(交易子系统),交易配置表,数据设计,数据设计说明,交

18、易子系统相关数据表交易配置表 2,系统数据设计-系统运行控制(交易子系统),交易过程登记表,数据设计,数据设计说明,交易子系统相关数据表交易过程登记表,系统数据设计-系统运行控制(批量子系统),批量配置表,数据设计,数据设计说明,批量子系统相关数据表批量配置表,系统数据设计-系统运行控制(批量子系统),批量过程登记表,数据设计,数据设计说明,批量子系统相关数据表批量过程登记表,系统数据设计-系统运行控制(后台管理),用户与权限配置表,数据设计,数据设计说明,后台管理相关数据表用户与权限配置表,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、

19、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,系统部署设计-物理架构图,系统部署设计-软硬件环境,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,系统安全设计,严格执行行内信息系统安全控制要求,通过了应用系统设计方案安全评审,主要从以下方面加强安全控制:1、安全架构方面:数据库服务器、应用服务器、web管理服务器,满足灾备要求,部

20、署于总行生产主机房、灾备机房。2、系统安全方面:使用行内认证的系统软件版本;不使用操作系统,数据库,中间件的默认帐号,不使用系统默认服务。3、应用安全方面:使用员工号作为管理身份标识;后台管理用户账号的的创建、修改、禁用和删除功能,须向业务主管部门提出书面申请,批准后由业务管理员进行调整,并保存变更历史;密码管理要求;日志管理要求等。4、数据安全方面:后台管理用户的密码必须加密存储;联机交易时采用MAC验证技术;开发基本完成后提交数据屏蔽表和脚本。5、后台配置文件中涉及数据库用户密码的信息统一采用3DES算法。详见信息系统设计和上线安全评审手册(ECIF)v3.0.xls,主要内容,一、项目背

21、景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,关键技术介绍,联机效率的保障机制通过划分不同的应用(查询,和更新),不同的交易模型(原子,组合,复合)来实现多级的应用分流,并支持动态扩展。根据服务处理时间长短来部署服务,避免大量较慢交易占用所有服务而影响较快交易。服务分流机制:根据不同业务服务特征在应用群内进行服务分流,分流机制划分多层次分流。架构各个模块大量采取Forward方式尽快释放每个处理环节的资源。联机服务的负载均衡机制对

22、外部系统发往本系统的交易请求进行流量控制,以防止本系统内部出现堵塞;甚至波及到本系统的下游系统。流控点设立于系统接口层,分为系统级流控、交易级流控,渠道级流控,灵活配置。设定交易处理的阀值,当某种联机交易访问量突然增大时,如果操过交易处理的最大处理阀值,接口层直接拒绝该交易;利用Tuxedo中间件进行应用服务器集群,实现系统的高可用性、均衡负载、易于扩展等目标;,关键技术,关键技术说明,联机效率的保障机制联机服务的负载均衡机制,关键技术介绍(续),复合交易技术复合交易指由ECIF系统的若干笔组合交易、原子交易以及向外请求服务的交易进行组合而成实现的交易。复合交易除需要经过FCL(流程控制器)多

23、次处理外,还需要通过接口层模块(SRRD)向外系统发起交易请求来完成.订阅发布的实现在ECIF系统中,客户信息变更后,将变更后的客户信息准实时的方式同步到对应的外部系统中的方式;从订阅发布的本质分析来看,对于主题目标,当发生状态改变时,对于多个订阅者来说,都能够得到通知并且更新;XXECIF项目中采取准实时同步方式实现订阅发布,ECIF发布订阅主要由发布者,订阅者,数据写入者,数据读入者来实现主题的发布订阅和数据传输功能,将需要向外系统同步的信息发送给外系统,对于不成功的通过重发机制来处理.自动代码生成工具ECIF提供了一套基于C+的数据库实体表操作对象生成代码工具,直接能够生成基于每个实体表

24、的一些常用的操作方法对象,比如表查询,记录修改,记录增加的操作方法,大大提高了代码开发效率,而且统一了代码开发的风格.Oracle 底层接口OCI规范生成,能保证效率,无需人工调整。,关键技术,关键技术说明,复合交易技术订阅发布的实现自动代码生成,关键技术介绍(续),权限管理 交易权限控制 交易子系统对不同渠道调用服务有权限的约束,在接口层响应交易请求后,判断该请求的来源渠道是否有调用此交易的请求,如果无权限,则拒绝服务。数据维护权限控制 不同的来源渠道,对ECIF的客户信息有着不同的维护权限,这些信息项的权限控制在FWL层实现,根据权限控制表的相关信息,判断来源系统是否有权限修改相关的信息项

25、,如果无权限修改,则提示相关渠道对相应字段无修改权限。数据查询权限控制 不同的来源渠道,在查询ECIF的客户信息时有着不同的权限,这些信息项的查询权限控制在FWL层实现,根据权限控制表的相关信息,判断来源渠道是否有权限查询某个字段的信息,如果无权限,则在返回报文中,将该字段置空。,关键技术,关键技术说明,权限管理,关键技术介绍(续),为了应对批量处理任务的需求,使用多机并行和任务并行相结合的方法来处理。多机并行可以保障批量任务的连续性,不会因为应用服务器的单点故障,导致批量任务的中断。多任务并发可以保障任务的高效性,使用多任务并发可以缩短批处理的时间。联机交易批量时采用单笔事务提交,保证对前端

26、业务的响应。,关键技术,关键技术说明,批量处理技术,关键应用设计,客户360度视图客户综合账户清单换卡后签约信息的继承,360视图设计方案_原则,设计原则:360视图是对客户信息的综合展现,不同的渠道有不同的展现需求,设计方案可以根据具体的业务应用灵活选取后台相关服务及服务组合。360视图信息来源于多个系统,由综合前置对跨系统的服务通过异步转同步方式进行组合,组合服务包含的子服务个数需要控制,以确保单个服务的处理效率。通过加强界面整合,并通过前端的交易联动和组合来减小综合前置组合服务的复杂度。通过信息分层的需求方案来逐步展现客户信息。对于交易流水的查询要控制查询的时间跨度。不同层级之间避免系统

27、自动联动,应通过人工操作触发。,360视图示例_CallCenter人工坐席进线优化,丰富客户信息项,增加VIP等级信息、客户风险评估信息、评价信息,增加客户层综合签约信息,提供整合后的客户信息,统一借记卡和信用卡客户信息,360视图示例_OCRM优化方案(1.整合后的客户信息),360视图示例_OCRM优化方案(2.账户信息实时查询),实时,客户综合账户清单,业务需求:综合账户清单定期呈现客户资产负债状况和客户各账户时点余额信息,使客户对自己的财务状况有个全面清晰的了解,以便进行投资理财规划及相应的管理。同时,在综合账户清单中加入分析型元素,综合呈现客户的积分、等级、评价信息,以及适合客户需

28、要的营销信息。当前仅针对部分高价值客户,为其提供综合账户清单服务,由客户经理生成综合账户清单并提供给客户。综合账户清单内容主要包括:基本信息(综合账户清单地址、客户名称)、对账单相关信息(编号、账单日、日期范围)、资产情况、负债情况、财务分析(资产负债结构图、财务分析及走势)营销信息、交易明细(可选)技术实现:1、一期只对客户经理开放此功能数据文件生成:每月月初由数据仓库批量生成数据文件综合账户清单生成和提供:OCRM系统根据数据仓库提供的数据文件,生成格式化的综合账户清单,由客户经理根据客户需要提供给客户。2、今后对多渠道的支持方案数据文件生成:每月月初由数据仓库批量生成数据文件综合账户清单

29、生成和提供:单独部署综合账单服务器,根据数据仓库提供的数据文件,加工生成格式化的综合账户清单,由各渠道访问下载。,换卡后签约信息的继承,业务需求:客户通过借记卡账户签约电子支付、基金、第三方存管等业务后,如借记卡因挂失补卡等原因变更卡号,由柜员发起一次3840换卡交易,在核心系统换卡后,通过相关系统的配合完成新卡号对旧卡号上签约操作的继承,实现签约T+1整体自动继承,部分签约实时继承。涉及的签约业务及现状:,换卡后签约信息的继承(续),换卡后签约信息的继承(续),实现要点:T+1继承的实现核心日终提供新旧卡号对照文件并分发各系统,由各系统完成新旧卡号继承处理;具体到分行,使用目前核心数据采集下

30、发的BHKDJ文件;基金系统,由核心新增数据采集文件放到核心数据采集外围系统(基金系统)目录下。信用卡自动还款、基金签约继承,根据客户业务办理需要,由柜员调用相应交易实现签约的及时继承。T+0继承的实现 在核心系统内进行签约管理的:跨行转帐、跨行通存通兑、自助设备转帐,核心系统修改实现换卡后自动继承。,换卡后签约信息的继承(续),改造方案:1、客户到柜台申请换卡。2、柜员调用3840交易。3、前置发送换卡交易到核心系统。4、核心本地签约修改原卡号为新卡号。5、前置将换卡结果同步给ECIF系统。3840交易为前置穿透交易,需要调整为非穿透交易。6、换卡结果返回图形化终端;若换卡成功,同时增加提示

31、“请用5366交易更改信用卡自动还款对应借记卡号”。7、核心系统换日后尽早提供新旧卡号对照文件并分发各系统,由各系统完成新旧卡号签约自动继承T+1的处理。8、规范协议支付的签约书,明确提示客户换卡后重新签约;客户换卡申请表中提示客户协议支付需重新签约。,主要内容,一、项目背景、建设目标 二、系统的主要功能 三、系统总体架构设计 四、系统内部逻辑架构 五、系统模块设计 六、系统接口设计 七、系统数据设计 八、系统部署设计 九、系统安全设计 十、关键技术及应用设计 十一、周边系统改造,周边系统配套改造(1),周边系统配套改造(2),周边系统改造当前交易量估算,周边系统改造对ECIF系统的性能要求,

32、满足业务处理服务中用户数量大、实时性要求高、对并发访问处理能力要求高的需求,支持20000个以上终端操作用户同时接入系统进行访问,在日交易处理量大于300万笔的场景下,简单交易响应时间小于200毫秒,复杂交易响应时间小于500毫秒,并支持未来5年业务发展对系统性能提出的扩展要求。,周边系统配套改造实施计划,周边系统改造遗留问题_PCOM(),PCOM 全称为 IBM Personal Communication,是IBM为解决开放式平台终端访问大机的通讯客户端程序。目前在信用卡中心主要用于访问Vision Plus系统,通过ARMN客户姓名/地址屏幕维护客户信息,这种方式难以实现由ECIF系统

33、统一维护客户信息。,周边系统改造遗留问题_PCOM(),一、使用情况1、主要用于信用卡中心审批部(5-10人)和作业部(3-5人),审批部主要处理用户用卡阶段需要风险核查处理的,对客户信息的修改,作业部主要用于信用卡VIP客户服务和客户信息问题或Vision Plus系统异常造成的一些问题2、PCOM渠道交易量 增加客户:35笔/天(将取消)审批修改:1020笔/天 其它修改:100笔/天二、解决方案1、过渡方案-JFootPrint PCOM渠道修改V+客户信息后,由JFootPrint通知ECIF系统2、优化方案 取消PCOM,通过CallCenter系统或者信用卡审批系统替换PCOM功能,项目实施计划,讨论评审,讨论评审,

展开阅读全文
相关资源
猜你喜欢
相关搜索
资源标签

当前位置:首页 > 建筑/施工/环境 > 项目建议


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号