交通银行:信用卡案件调查系统


 2009-03-16 00:00:00       753

合作伙伴:卡中心信息技术部、普元
使用产品:普元EOS、BPS流程平台
项目时间:2008年
项目背景
交行信用卡在卡发量快速增长的同时,卡中心需建立一套先进的、高效的、完善的案件调查系统,不但可以控制信用风险及时挽回损失,更可提高客户对银行的信赖,刺激客户更多的消费,同时也是帮助交通银行树立国内一流品牌形象的重要手段之一。

面临挑战
目前案件调查工作虽有一个简易桌面程序管理相关信息,但对于较强协作性和复杂性的调查过程是通过纸质方式进行传递处理。对案件调查员来讲,存在调查过程不规范,工作效率无法提高,以及调阅信息不便等问题。同时不少反映案调质量和效率的报表是通过人工整理产生,由此无法避免数据上的差错。案调部门根据以往每年调查案件的数量,要求系统能容纳500在线用户,以及应对未来两年案件处理能力。系统具备如下特点:
1.       项目需求内容多:3级功能模块 120个左右、报表22个,并且要求在3个月内完成系统上线工作,其中包括了业务部门测试时间。
2.       案件调查过程是个信息收集、验证求实过程。这些信息分散在卡中心不同系统中。系统需要一套切实可行的设计思想指导规范接口,让后续项目建设有章可循。
3.       案件调查过程复杂,不同案件存在关联性。系统需要通过调查过程间交互,真正做到有效利用调查资源,提高工作效率。
 
解决方案
因为系统具有这些复杂性和特殊性,在项目实施前卡中心进行了开发平台选型等工作,最终以普元EOS中间件平台作为应用支撑平台。项目的IT实施于2008年9月正式开始,2008年12月底正式上线。案件调查系统复用近百个“运营工作流系统构件”, 复用这些构件完成案件调查总体功能的60%。从而保障项目能在短短3个月内交付使用。
案件调查过程是一个复杂并且协作性较强的过程,调查信息来源于银行内部不同系统。
由于对于这些系统交互接口建设不可能一蹴而就,本期案件调查系统设计和预留了与其他系统信息获取接口,同时系统还提供各系统案调信息手工输入和批量导入功能,用以保证系统上线后业务部门案调工作的正常开展。
案件调查系统另一个特点在于系统处理的信用卡案件,虽然它们录入来源不同,但它们之间往往存在相似性。系统提供合并功能,将类似的案件一并处理,从而减少案件资源投入,减少成本支出,提高案件处理效率;系统提供关联功能,为调查员从形态不同的案件中提取案件共性,提高案件处理质量。
 
系统环境
应用服务器环境如下:
操作系统:AIX 4.3.3.1 64位
应用服务器:IBM Websphere ND 6.0.2.17
工作流:BPS流程平台
SOA中间件平台:普元EOS
硬件配置:IBM JS21
数据库服务器环境如下:
操作系统:AIX 4.3.3.1 64位
数据库:DB2 8.2.6
 
价值分析
高复用构件架构项目应用又一个成功实践
通过对运营工作流构件的复用,不但让高强度开发任务的项目按期完成,同时也让案件调查延续了运营工作流特性。其中关键的特性:
1.       通过SLA复用为案件调查流程后期再造,提供量化依据
2.       全程监控案件处理过程,及时解决案件处理中出现的问题。

系统集成性较强,面向服务设计让项目后续建设有序开展
在案件调查现实业务中需要从行内其他系统中获取信息,对调查过程进行支持,从而达到对目标案件的定性和处理。这些业务现状决定了案件调查系统本身就是一个系统应用集成性的项目。由于一期时间有限,系统设计时结合EOS快速构建服务特性,对各系统案调接口进行服务定义,其中包括信息反馈时间、频度、相似度等要求。为项目后续建设有章可循。

高关联性业务,BPS流程平台提高流程间灵活交互能力、业务处理效率
案件调查系统以流程为载体进行案调业务开展即一个流程为一个案件调查。在实际案件调查业务中,很多案件之间有关联性。如果这些案件分别由不同调查员进行调查,必然造成资源浪费和重复劳动。系统通过流程间灵活交互能力对多个案件进行合并、撤销合并、关联等操作,让相似案件由专人集中调查处理,从而大大提高案调处理效率。

相关阅读: