积分系统退货关联交易功能改造

金融第三方支付案例ID：185677

xish

10 年经验· 平安银行

微信扫码沟通，客服可协助直接对接工程师；如当前档期不合，也可继续推荐相似案例作者。

案例介绍

项目描述：
信用卡积分系统是一个根据用户的信用卡交易信息，该系统主要使用Oracle存储过程来实现业务逻辑，根据一定的规则来判断是否要向用户发送/退回不同类型的积分。由于手工书写的规则存在遗漏，因此存在大批用户（约占退货交易的20%）有退货交易而无法进行退分，造成银行资损的情况发生。
本项目的目的有两个，一是解决退货交易无法正常退分的问题，二是通过本次改造不同类型的积分统一到一套业务逻辑中，以便于管理。
主要职责和成果：
1.项目分三个阶段进行。前两个阶段围绕发分场景最多的万里通积分场景进行。其第一阶段仍旧使用存储过程实现，仅调整业务逻辑，退分数据不在根据业务手工书写的规则进行计算。而是根据主机交易数据中提供的交易流水号信息，建立正向交易和负向交易之间的关联。并根据退货交易的金额比例来产生具体的退分金额数字。由此能每天为银行挽回了6~7万人民币的资损。
2.第二阶段是将退货交易的业务逻辑从存储过程迁移到java平台，并将这部分功能与已经迁移到java的主发分流程引擎上对接。由此实现退货关联交易的功能的分布式部署。将原先用时45分钟的退货交易批量时间压缩到20分钟以内。
3.第三阶段是将java开发的退货交易功能推广到其他涉及到退分场景中去（如程金币，小鹏汽车等不同类型的积分），实现退货交易逻辑的统一。