09_充值/提现

最新推荐文章于 2024-09-01 23:56:06 发布
最新推荐文章于 2024-09-01 23:56:06 发布
阅读量1k 收藏 26
点赞数 25
分类专栏： # 分布式金融项目 文章标签： 状态模式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/lastingboy/article/details/135733221
版权
本文详细描述了在IT技术背景下，银行存管系统中的充值和提现业务流程，包括用户操作、数据生成、请求处理和结果通知的接口定义。重点介绍了如何通过接口在用户中心、存管代理和服务间传递和验证充值和提现数据。
摘要由CSDN通过智能技术生成

充值

1 充值业务概述

用户在平台开户后会在银行存管系统中有一个虚拟银行账号，用户通过万信金融把储蓄卡中的金额转入到银行存管系统的虚拟银行账户中，即为充值。就好比你把银行卡中的金额转入到支付宝或微信中是一个道理。投资人在投标前需要先充值。

在这里插入图片描述

充值流程如下：

​ 在这里插入图片描述

  1. 用户在’我的’页面点击’账户余额’
  2. 点击充值(如果用户尚未开户，会被自动跳转到开户界面)，填写充值金额
  3. 确认信息并输入开户时设置的交易密码
  4. 充值成功

2 用户充值

2.1 需求分析

在这里插入图片描述

第一阶段：生成充值数据(图中1.1-1.7)

1、前端填写充值信息(如果用户尚未开户，会被自动跳转到开户界面)

2、前端请求用户中心服务充值

3、用户中心服务准备充值数据

4、用户中心服务请求存管代理服务生成交易记录（未同步），并对充值数据进行签名

5、存管代理服务将签名后的充值数据返回给用户中心

6、用户中心将充值数据返回给前端

第二阶段：请求充值(图中2.1-2.8)

7、前端携带充值信息请求银行存管系统

8、银行存管系统向前端返回充值信息确定页面

9、前端确认完成提交充值请求到银行存管系统

10、银行存管系统接收充值数据并进行校验，校验交易密码，无误后则将银行卡余额进行扣减

第三阶段：充值结果通知(图中3.1-3.4)

11、充值成功后银行存管系统异步通知存管代理服务

12、存管代理服务接收到充值成功通知更新交易状态为同步

13、存管代理服务通知用户中心服务

14、用户中心服务接收到充值成功的消息后保存充值信息

2.2 第一阶段：生成充值数据

2.2.1 需求分析

  1. 参考前面的“充值业务流程图(图中1.1-1.7）”，熟悉该阶段的具体需求和业务流程
  2. 查阅银行存管系统接口说明.pdf中的“充值”接口说明，熟悉接口接收参数和返回值

2.2.2 接口定义

2.2.2.1 用户中心生成充值数据接口(接口①)

在用户中心定义生成充值数据接口：

1、接口描述

​ 1）接收用户填写的充值数据

​ 2）用户中心保存充值信息

​ 3）请求存管代理生成签名数据

​ 4）将签名数据返回给前端

2、接口定义

在ConsumerApi接口中新增createRechargeRecord方法：

/**
 * 生成充值请求数据
 * @param amount 充值金额
 * @param callbackURL 回调地址
 * @return
*/
RestResponse<GatewayRequest> createRechargeRecord(String amount, String callbackURL);

在ConsumerController类中实现该方法：

@Override
@ApiOperation("生成充值请求数据")
@ApiImplicitParams({
@ApiImplicitParam(name = "amount", value = "金额", required = true, 
                  dataType = "String", paramType = "query"),
@ApiImplicitParam(name = "callbackURL", value = "通知结果回调Url", required = true,
                  dataType = "String", paramType = "query")})
@GetMapping("/my/recharge-records")
public RestResponse<GatewayRequest> createRechargeRecord(@RequestParam String amount,
@RequestParam String callbackUrl){
    return null;
}
2.2.2.2 存管代理生成充值数据接口(接口②)

在存管代理服务创建生成充值数据接口：

1、接口描述

​ 1）接收用户中心发来的充值请求数据

​ 2）保存交易记录

​ 3）生成签名数据

2、接口定义

在DepositoryAgentApi接口中新增createRechargeRecord方法：

/**
 * 用户充值
 * @param rechargeRequest
 * @return
*/
RestResponse<GatewayRequest> createRechargeRecord(RechargeRequest rechargeRequest);

在DepositoryAgentController类中实现该方法：

@Override
@ApiOperation("生成充值请求数据")
@ApiImplicitParam(name = "rechargeRequest", value = "充值信息", required = true, 
                  dataType = "RechargeRequest", paramType = "body")
@PostMapping("/l/recharges")
public RestResponse<GatewayRequest> createRechargeRecord(@RequestBody RechargeRequest rechargeRequest){
    return null;
}

该阶段涉及到的新的类有：RechargeRequest、RechargeRecord

2.3 第二阶段：请求充值

参考前面的“充值业务流程图(图中2.1-2.8)”，该阶段涉及到前端和银行存管系统，这些都不需要我们开发，直接进行测试即可

2.4 第三阶段：充值结果通知

2.4.1 需求分析

​ 参考前面的“充值业务流程图(图中3.1-3.4)”，熟悉该阶段的具体需求和业务流程

2.4.2 接口定义

2.4.2.1 存管代理服务接收通知接口(接口③)

银行存管系统充值成功会通知P2P存管代理服务，该服务需要更新交易状态。

1、接口描述

​ 1）接收银行存管系统通知

​ 2）更新交易状态

​ 3）向用户中心服务通知：向消息队列发送消息

2、接口定义

在DepositoryNotifyController类中新增receiveDepositoryRechargeResult方法：

@ApiOperation("接受银行存管系统充值返回结果")
@ApiImplicitParams({
  @ApiImplicitParam(name = "serviceName", value = "请求的银行存管接口名", 
                    required = true, dataType = "String", paramType = "query"),
  @ApiImplicitParam(name = "platformNo", value = "平台编号，平台与存管系统签约时获取", 
                    required = true, dataType = "String", paramType = "query"),
  @ApiImplicitParam(name = "signature", value = "对reqData参数的签名", 
                    required = true, dataType = "String", paramType = "query"),
  @ApiImplicitParam(name = "reqData", value = "业务数据报文，json格式",
                    required = true, dataType = "String", paramType = "query"),})
@RequestMapping(value = "/gateway", method = RequestMethod.GET, 
                    params = "serviceName=RECHARGE")
public String receiveDepositoryRechargeResult(
    				@RequestParam("serviceName") String serviceName,
                    @RequestParam("platformNo") String platformNo, 
    				@RequestParam("signature") String signature,
                    @RequestParam("reqData") String reqData){
    return "OK";
}
2.4.2.2 用户中心服务接收通知接口(接口④)

银行存管系统充值成功会通知存管代理服务，存管代理服务会通知用户中心服务，用户中心收到通知后需要保存充值记录，并更新余额。这里并不是严格意义上的接口，而是一个消息消费者(GatewayNotifyConsumer.java)，在开户时已经使用过，参考之前代码实现接收存管代理服务发来的通知，并更新数据。

注意：在对该阶段进行功能测试时，需要在银行存管系统中找到RechargeDetailsServiceImpl类，把其中两行代码的注释去掉，如下图所示：

在这里插入图片描述

提现

1 提现业务概述

​ 提现指的是：投资人在收到借款人的还款后，将余额从银行存管系统的虚拟账户中提取到自己绑定的储蓄卡。业务流程如下所示：

在这里插入图片描述

  1. 用户在’我的’页面点击’账户余额’
  2. 点击提现，填写提现金额
  3. 确认提现信息并输入开户时设置的交易密码
  4. 提现成功

2 用户提现

2.1 需求分析

在这里插入图片描述

第一阶段：生成请求数据(图中1.1-1.7)

  1. 前端填写提现信息

  2. 前端请求用户中心服务提现

  3. 用户中心服务准备提现数据

  4. 用户中心服务请求存管代理服务生成交易记录（未同步），并对提现数据进行签名

  5. 存管代理服务将签名后的提现数据返回给用户中心

  6. 用户中心将提现数据返回给前端

第二阶段：请求提现(图中2.1-2.8)

  1. 前端携带提现信息请求银行存管系统

  2. 银行存管系统向前端返回提现信息确定页面

  3. 前端确认完成提交提现请求到银行存管系统

  4. 银行存管系统接收提现数据并进行校验，校验交易密码，无误后则将银行卡余额进行扣减

第三阶段：提现结果通知(图中3.1-3.4)

  1. 提现成功后银行存管系统异步通知存管代理服务

  2. 存管代理服务接收到提现成功通知更新交易状态为同步

  3. 存管代理服务通知用户中心服务

  4. 用户中心服务接收到提现成功的消息保存提现信息到用户中心服务

2.2 第一阶段：生成提现数据

  1. 参考前面的“提现业务流程图(图中1.1-1.7）”，熟悉该阶段的具体需求和业务流程
  2. 查阅银行存管系统接口说明.pdf中的“提现”接口说明，熟悉接口接收参数和返回值

2.2.1 接口定义

2.2.1.1 用户中心生成提现数据接口(接口①)

在用户中心定义生成提现数据接口：

1、接口描述

1）接收用户填写的提现数据

2）用户中心保存提现信息

3）请求存管代理生成签名数据

4）将签名数据返回给前端

2、接口定义

在ConsumerApi接口中新增createWithdrawRecord方法：

/**
 * 生成用户提现数据
 * @param amount 提现金额
 * @param callbackUrl 回调地址
 * @return
 */
RestResponse<GatewayRequest> createWithdrawRecord(String amount, String callbackUrl);

在ConsumerController类中实现该方法：

@Override
@ApiOperation("生成用户提现数据")
@ApiImplicitParams({
        @ApiImplicitParam(name = "amount", value = "金额", required = true, 
                          dataType = "String", paramType = "query"),
        @ApiImplicitParam(name = "callbackUrl", value = "通知结果回调Url", required = true, 
                          dataType = "String", paramType = "query")})
@GetMapping("/my/withdraw-records")
public RestResponse<GatewayRequest> createWithdrawRecord(@RequestParamString amount, @RequestParamString callbackUrl){
    return null;
}
2.2.1.2 存管代理生成提现数据接口(接口②)

在存管代理服务创建生成提现数据接口：

1、接口描述

1）接受用户中心发来的提现请求数据

2）保存请求记录

3）生成签名数据

2、接口定义

在DepositoryAgentApi接口中新增createWithdrawRecord方法：

/**
 * 用户提现
 * @param withdrawRequest
 * @return
 */
RestResponse<GatewayRequest> createWithdrawRecord(WithdrawRequest withdrawRequest);

在DepositoryAgentController类中实现该方法：

@Override
@ApiOperation("生成提现请求数据")
@ApiImplicitParam(name = "withdrawRequest", value = "提现信息", required = true, 
                  dataType = "WithdrawRequest", paramType = "body")
@PostMapping("/l/withdraw")
public RestResponse<GatewayRequest> createWithdrawRecord(
    @RequestBody WithdrawRequest withdrawRequest){
    return null;
}

该阶段涉及到的新的类有：WithdrawRequest、WithdrawRecord

2.3 第二阶段：请求提现

参考前面的“提现业务流程图(图中2.1-2.8)”，该阶段涉及到前端和银行存管系统，这些都不需要我们开发，直接进行测试即可

2.4 第三阶段：提现结果通知

2.4.1 需求分析

​ 参考前面的“提现业务流程图(图中3.1-3.4)”，熟悉该阶段的具体需求和业务流程

2.4.2 接口定义

2.4.2.1 存管代理服务接收通知接口(接口③)

银行存管系统提现成功会通知存管代理服务，该服务要更新数据。

1、接口描述

1）接收银行存管系统通知

2）更新交易状态

3）向用户中心服务通知：向消息队列发送消息

2、接口定义

在DepositoryNotifyController类中新增receiveDepositoryWithdrawResult方法：

@ApiOperation("接受银行存管系统提现返回结果")
@ApiImplicitParams({
        @ApiImplicitParam(name = "serviceName", value = "请求的存管接口名", 
                          required = true, dataType = "String", paramType = "query"),
        @ApiImplicitParam(name = "platformNo", value = "平台编号，平台与存管系统签约时获取", 
                          required = true, dataType = "String", paramType = "query"),
        @ApiImplicitParam(name = "signature", value = "对reqData参数的签名", 
                          required = true, dataType = "String", paramType = "query"),
        @ApiImplicitParam(name = "reqData", value = "业务数据报文，json格式", 
                          required = true, dataType = "String", paramType = "query"),})
@RequestMapping(value = "/gateway", method = RequestMethod.GET, params = "serviceName=WITHDRAW")
public String receiveDepositoryWithdrawResult(
                    @RequestParam("serviceName") String serviceName,                  
                    @RequestParam("platformNo") String platformNo, 
                    @RequestParam("signature") String signature,        
                    @RequestParam("reqData") String reqData){
    return "OK";
}
2.4.2.2 用户中心服务接收通知接口(接口④)

银行存管系统提现成功会通知存管代理服务，存管代理服务会通知用户中心服务，用户中心收到通知后需要保存提现记录，并更新余额。这里并不是严格意义上的接口，而是一个消息消费者(GatewayNotifyConsumer.java)，在开户时已经使用过，参考之前代码实现接收存管代理服务发来的通知，并更新数据。

注意：在对该阶段进行功能测试时，需要在银行存管系统中找到WithdrawDetailsServiceImpl类，把其中两行代码的注释去掉，如下图所示：

在这里插入图片描述

我是二次元穿越来的
关注
  • 25
    点赞
  • 踩
  • 26
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
java提现功能开发_如何利用java实现提现金额到支付宝账户的功能
weixin_34221330的博客
02-13 3012
如何利用java实现提现金额到支付宝账户的功能发布时间：2020-12-11 09:42:13来源：亿速云阅读：74作者：小新小编给大家分享一下如何利用java实现提现金额到支付宝账户的功能，相信大部分人都还不怎么了解，因此分享这篇文章给大家参考一下，希望大家阅读完这篇文章后大有收获，下面让我们一起去了解一下吧！实现步骤具体如下：1、导入依赖com.alipay.sdkalipay-sdk-jav...
微信提现流程图
y_hai_yang的博客
07-16 3517
第一次在项目中遇到需要做一个微信提现功能.做了一个简单设计图,不知道能不能满足大部分业务场景.贴出来希望和大家一起讨论讨论.继续优化. 这里不牵扯提现的前期准备.比如企业账户,公众号,用户绑定等. 简单对整个流程图做一个文字说明: 1,用户发起提现申请 这里没有什么可以说的.无非就是输入提现金额之类的操作. 2,做一些校验,主要校验用户余额是否满足提现的要求. 3,余额都不足就不要提现了撒 (想P呢..) 4,如果有钱的话,就直接进入提现的下一个流程,对用户的金额进行加减,记录明细等 ...
uniapp-提现功能(demo)
Anorry的博客
09-14 1953
提现页面 有一个输入框 一个提现按钮 一段提现全部的文字首先用v-model 和data内的数据双向绑定。
如何实现微信支付提现功能
XMYBOBO的博客
08-22 1163
在一些程序中，商家在用户完成一定任务后（比如邀请好友或者看视频达到一定时长）会给予用户一定的现金奖励，用户可以通过提现功能将奖励提现到自己的微信账户，这个功能具体要怎么实现呢？通过微信支付的“商机转账到零钱”功能可以实现这个功能，这个功能有两种形式。
SSM商城项目实战：账户充值功能实现
qq_22593423的博客
08-26 678
在一个电商平台中，用户账户充值是一个非常重要的功能。本文将介绍如何在SSM（Spring+SpringMVC+MyBatis）商城项目中实现账户充值功能。通过本文的指导，你将学会如何在项目中添加账户充值的相关代码和逻辑。
核心业务5：充值业务实现
qq_44724899的博客
04-17 524
用户对于同一次请求或者多次请求的结果是一致的。
全新修复版/官方代付系统/支付宝微信代付/企业付款/提现秒到
08-22
充值模块阉割了QQ充值，解决了概率报错的问题，创建订单失败等小问题 核心自带功能：密码错误次数过多系统限制汇款（错误次数达到5次限制一小时），同账户汇款频繁（5次）限制3小时 0S秒下发，支持支付宝、微信通道...
Erphpdown插件 WordPress收费下载/收费查看隐藏内容/在线充值/前端个人中心/用户推广提现
06-12
充值卡充值（管理员后台生成充值卡卡号卡密，可以放在第三方自动发卡平台出售，然后购买用用卡密来进行网站充值）（另付费功能）购买此扩展 设置会员提现手续费比率 设置支付宝异步处理订单 设置用户推广消费提成...
erphpdown11.0插件-WordPress收费下载/收费查看隐藏内容/在线充值/前端个人中心/用户推广提现
07-19
会员推广下载专业版 WordPress插件（erphpdown）是模板兔开发的一款针对虚拟资源收费下载/付费下载/收费查看/付费查看/VIP下载查看的插件，经过完美测试运行于wordpress 3.x-5.x版本。
【it618钱包充值提现】使用教程1
08-08
本文将深入讲解积分钱包的主要功能，包括充值、转换、转账和提现，并介绍其内置的应用以及系统设置。 一、积分管理四大操作 1. 充值设置：论坛管理员可以设定积分与现金的兑换比率，设定最低充值额度，同时可以...
全新修复版/官方支付系统/支付宝微信支付/企业支付/提现秒到。
09-26
充值模块阉割了QQ充值，解决了概率报错、订单创建失败等问题。 核心自带功能：系统限制密码错误太多的汇款(错误次数达到5次，限制1小时)，同账户频繁汇款(5次)限制3小时。 秒，支持支付宝、微信支付。除了后顾之忧...
用户充值功能设计
springdk2009的博客
03-16 499
需求：会员充值功能大部分网站都需要，优其是虚拟商品交易中。4. 用户账单表，用于存取用户的余额变动。时间：2021-07-28 09:24:18。1. 创建充值表:用可只能充指定金额。3. 统一订单表，用于回调统一处理。2. 用户充值记录表。
CSDN余额充值协议
热门推荐
CSDN 官方博客
06-09 1万+
特别提示 《余额用户协议》（以下简称“本协议”）适用于所有使用余额的用户（以下或称“您”）。本协议一经同意并接受，即形成您与CSDN间具有法律约束力之文件。您确认，您已详细阅读了本协议所有内容，您充分理解并同意接受本协议的全部内容。CSDN还需要提醒您的是，如本协议内容发生修改或更新，CSDN将会在余额充值面板提示修改内容并公布。您在使用CSDN提供的各项服务之前，应仔细阅读本协议，如您不同意变更后的协议内容，应立即停用余额服务。 您的使用行为（包括但不限于点击充值、支付行为等）将视为您同意接受本协议以及
平台资金提现解决方案之实现微信付款到银行卡功能
悟空码字的博客
04-20 1163
使用微信提供的付款到银行卡接入很灵活，可应用于多行业平台内用户分佣等场景。可以和自身业务系统直接集成实现转账功能，无需频繁登录微信支付商户平台转账。
个人开发者实现实现充值和提现功能
Janking's Blog
02-20 6392
因为支付宝和微信API都不开放给个人，基于监听手机通知和广播的操作实在费神费力不讨好，于是就用手动确认代替自动到账 方案如下 充值时 用户扫完页面显示的二维码后，点击确定 前端提供充值的userId，当然还需要Cookie认证，防止cookie不一致，还要提供充值的金额（闲钱币，换算:100闲钱币 = 1RMB），然后调用/money 服务器会查找数据库中该id的用户，然后发送邮件给管理员，管...
【个人笔记】VCS工具与命令
最新发布
Hide_in_Code
09-01 1372
VCS 要进行simulate，有 two-step flow 和 three-step flow 两种方式。内容先compile，再simulate特点：仅支持 verilog HDL 和 SV. （对我已经enough了)理解compile是构建design的实例层次，得到一个可执行的二进制文件simv，用于后续仿真；simulate是进行具体的仿真。内容先analysis，然后elaboration，再simulate.特点：用于VHDL和verilog两个混合design的仿真。理解。
java 充值和提现功能开发
06-02
开发充值和提现功能需要以下几个步骤： 1. 确定支付方式：你需要确定你的应用支持哪些支付方式，例如支付宝、微信支付、银联支付等。 2. 集成支付API：根据你选择的支付方式，你需要集成相应的支付API，这些API通常由第三方支付服务提供商提供。 3. 处理支付请求：你需要处理用户的支付请求，包括用户的支付金额、支付方式等信息。 4. 处理支付结果：支付完成后，你需要处理支付结果，包括支付成功或失败、支付金额等信息。 5. 处理提现请求：用户需要提现时，你需要处理用户的提现请求，包括提现金额、提现方式等信息。 6. 处理提现结果：提现完成后，你需要处理提现结果，包括提现成功或失败、提现金额等信息。 在开发过程中，你需要注意支付和提现安全性问题，例如支付过程中的加密、用户身份验证等。同时，你还需要考虑用户体验，例如支付页面设计、支付成功或失败提示等。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

我是二次元穿越来的

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值