商户绑卡银行卡流程设计优化

文章介绍了针对历史商户系统中绑卡流程存在的数据不一致问题进行的优化。通过数据库改造,将银行卡数据的维护权归于支付平台,商户平台仅保留绑卡流水记录。新增了绑卡流水表、审批记录表,并详细描述了状态流转图。改造后,运营后台能统一展示和操作数据,历史商户数据需回刷至支付平台。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

一、背景

历史商户系统,断断续续经过好多人开发,商户绑卡流程数据好多地方不同步。
商户绑卡会调用支付平台进行绑卡,但是历史平台将数据留存了一份,所以目前现状,商户平台维护一份数据,支付平台维护一份数据,可能导致数据不一致。
按照域的划分,银行卡数据应该放在支付平台,商户不应该维护一份银行卡数据,已现有基础进行了梳理和优化,增加绑卡流水概念,后续商户平台只留银行卡绑卡流水数据。

二、数据库改造

2.1 数据库

因为有上层业务,直接依赖商户平台存的银行卡数据,所以目前商户历史银行卡表做对支付平台数据同步,后续推动业务切至支付平台接口能力。
增加商户绑定非同名审批流程,则商户如果需要绑定不是自己商户名的银行卡需要进行审批(财务要求)。

  • 商户银行卡表:历史表,目前做支付数据同步,少量的业务依赖商户数据。
  • 绑卡流水表:记录每次操作流水,目前操作类型有-绑卡、删除、解绑
  • 审批记录表:记录每次发起的审批流程。

银行卡绑卡依赖表

2.2 状态流转

2.2.1 银行卡表状态流转图

在这里插入图片描述

2.2.2 审核记录表状态流转图

在这里插入图片描述

2.2.3 流水表状态流转图

在这里插入图片描述

2.2.4 整体状态流转图

在这里插入图片描述

三、流程改造

请添加图片描述

四、效果

这里简单展示下后台入口,将商户平台数据和支付平台数据,在后台展示,可进行操作,查看对应的日志。历史商户绑卡数据有待回刷至支付平台。
在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值