# 统一支付平台--协议支付测试总结

统一支付平台--协议支付测试总结

1、相关接口

交易中心接口文档地址:

https://confluence.sui.work/pages/viewpage.action?pageId=20226667

1、/payment-trade-ws/ws/trade/v1/payRequest   (代收请求)
2、/payment-trade-ws/ws/trade/v1/payResult    (代收结果查询)
3、/payment-trade-ws/ws/trade/v1/remitRequest (代付请求)
4、/payment-trade-ws/ws/trade/v1/remitResult  (代付结果查询)
5、/payment-trade-ws/ws/trade/v1/refund       (退款请求)
6、/payment-trade-ws/api/v1/refund/result     (退款结果查询)
7、/payment-trade-ws/ws/trade/v1/agreePayRequest(协议支付请求)
8、/payment-trade-ws/ws/trade/v1/agreePayConfirm(协议支付请求确认)
9、/payment-trade-ws/ws/trade/v1/agreePayRoute(协议支付预路由)
10、/payment-trade-ws/ws/trade/v1/agreePayCommit(协议支付免验)    

实名中心接口文档地址:

https://confluence.sui.work/pages/viewpage.action?pageId=19239738

1、/payment-realname-ws/api/v1/realname/check (用户实名)
2、/payment-realname-ws/api/v1/realname/info  (用户实名信息查询,须在绑卡鉴权成功后)

鉴权中心(目前只有离线接口文档):

设计图及设计文档:

https://www.processon.com/view/link/5b24bfc6e4b0723312592259

https://confluence.sui.work/pages/viewpage.action?pageId=19236760

1、/payment-auth-ws/api/v1/auth/request (鉴权请求)
2、/payment-auth-ws/api/v1/auth/con?rm  (鉴权确认)
3、/payment-auth-ws/api/v1/card/list (绑卡列表)
4、/payment-auth-ws/api/v1/bankcard/supportStatus (查询银行卡支持情况)
5、/payment-auth-ws/api/v1/card/plaintext/getByTradeAgreeNo (根据交易协议号查询绑定的银行卡信息)

2、测试流程

2.1 用户实名

实名流程:

调用接口:/payment-realname-ws/api/v1/realname/check

1)首次实名

数据入库: 实名流水表和实名信息表finance_payment_realname.t_real_name_flowfinance_payment_realname.t_user_info实名验证成功入库流水表t_real_name_flowt_user_info表,实名不通过则仅入库流水表

2)非首次实名

优先查询t_user_info表中的用户数据是否匹配,匹配则流水表中插入一条实名记录;不匹配则会调用第三方鉴权渠道做实名鉴权,实名验证成功入库流水表t_real_name_flowt_user_info表,实名不通过则仅入库流水表

2.2 绑卡鉴权

P.S:删数据sql脚本

# 抹掉指定手机号对应用户的所有鉴权信息
SELECT @phone:= encrypt_bank_phone from finance_payment_auth.t_user_bank_card where bank_phone like ‘%2905%‘;
SELECT @ta:=trade_account FROM finance_payment_auth.t_bank_card_repo WHERE encrypt_bank_phone = @phone;
SELECT @puid:=puid FROM finance_payment_auth.t_user_bank_card WHERE trade_account = @ta;
DELETE FROM finance_payment_auth.t_bank_card_auth_info WHERE trade_account = @ta;
DELETE FROM finance_payment_auth.t_auth_request where encrypt_bank_phone = @phone;
DELETE FROM finance_payment_auth.t_bank_card_repo WHERE trade_account = @ta;
DELETE FROM finance_payment_auth.t_merchant_trade_account WHERE trade_account = @ta;
DELETE FROM finance_payment_auth.t_platform_trade_account WHERE trade_account = @ta;
DELETE FROM finance_payment_auth.t_user_bank_card WHERE trade_account = @ta;
DELETE FROM finance_payment_user.t_platform_user WHERE [email protected];
DELETE FROM finance_payment_user.t_user WHERE [email protected];  

鉴权流程:

1)通用流程(不含adviceToken)-- 适用于卡贷特性

请求鉴权,调用鉴权请求接口

  • 若用户在指定渠道下鉴权过,则通过本地库finance_payment_auth.t_user_bank_card校验四要素,校验通过由随手记发短验。
  • 若用户在指定渠道未鉴权过,则会调用第三方渠道(目前是通联)做鉴权,校验通过由第三方发送短验。

鉴权确认,调用鉴权确认接口

  • 根据鉴权请求订单号和短验,做鉴权确认即可。

2)非标定制流程(含adviceToken) -- 适用于非标

走预路由—>鉴权请求->鉴权确认

  • 获取非标定制的adviceToken

  • 通过adviceToken做鉴权请求,若对应渠道下已经鉴权通过过,此时绑卡短验由随手记发送

  • 鉴权确认

相关表:

select * from finance_payment_auth.t_auth_request order by id desc limit 10;  # 鉴权请求流水表
select * from finance_payment_auth.t_user_bank_card order by id desc limit 10; # 用户绑卡记录表
select * from finance_payment_auth.t_bank_card_auth_info order by id desc limit 10;  # 银行卡鉴权信息表

2.3 协议支付交易

1)非标协议支付交易走免短验支付流程

  • 调用接口: /payment-trade-ws/ws/trade/v1/agreePayCommit
  • 请求报文: 对应用户的tradeAgreeNo和adviceToken需从finance_payment_auth.t_auth_request表中获取

2)通用支付交易流程

  • 调用接口:

    支付请求:/payment-trade-ws/ws/trade/v1/agreePayRequest

    支付确认:/payment-trade-ws/ws/trade/v1/agreePayConfirm

  • 交易报文:

    request

    confirm

3) 退款流程(卡贷)

  • 涉及接口:

    /payment-trade-ws/ws/trade/v1/refund

    /payment-trade-ws/api/v1/refund/result

  • 退款只针对收款成功的订单,我们通过查询db获取可退款的订单

  • 请求退款:调退款接口

  • 查询退款结果:状态说明(1-等待,2-成功,3-失败,4-过期)

退款实际上就是走代付流程,因此我们要关注代付中心中的代付结果状态

# 代付中心
select * from finance_account_pay.t_remit_batch order by id desc limit 10;
select * from finance_account_pay.t_remit_detail order by id desc limit 10;
select * from finance_account_pay.t_remit_out_batch order by id desc limit 10;
select * from finance_account_pay.t_remit_out_detail order by id desc limit 10;  

3 接口调用顺序图

统一支付平台相关接口

原文地址:https://www.cnblogs.com/chengtch/p/9264966.html

时间: 2024-10-05 08:28:30

# 统一支付平台--协议支付测试总结的相关文章

【转载】第三方支付平台相关-支付、对账

参考页面: http://www.cnblogs.com/leefreeman/p/4043959.html 首先交易的流程(商家角度): 1:浏览商品.下单: 2:支付,用户将货款划到支付平台: 3:支付平台通知商家支付成功: 4:卖家收到支付通知,进行发货: 5:用户收到货物,验货完成,通知支付平台: 6:支付平台将货款划到商家账户. 涉及到银行的支付流程(支付平台角度): 1:浏览商品.下单: 2:支付,用户将银行账户信息提交给支付平台,支付平台连接银行支付网关,请求将买家账户的资金划至支

Thinkphp各大支付平台在线支付集成源码

用Thinkphp给客户开发网站的时候需要用到各大平台付款功能,下面就免费分享给大家,此类是个成熟类,网上down下来的,经过修改测试了(可以直接拿来使用,附带使用方法,有需要的朋友请拿走.),如果有需要安装的演示请登陆"二当家的"查看:http://www.erdangjiade.com/php/524.html目前包含了支付宝pc版.支付宝wap版.palpay.yeepay.unionpay.kuaiqian.财付通tenpay等,这几个常用的支付平台,支付方式均为即时到账,不包

游戏开发金融平台怎么对接支付平台第三方支付怎么申请接口对接

些年来第三方支付发展得非常迅速,第三方支付已经普及到各行各业中了,尤其是游戏行业,现在很多的游戏都是有充值系统的,而充值系统就是使用第三方支付的,下面小编就给大家介绍一下网络游戏申请第三方支付接口吧! 网络游戏申请第三方支付接口 网络游戏申请第三方支付接口 支付宝申请条件 1.如果您是个人签约,需要满足合作六个月以上,近三个月全部成功交易大于1000笔,金额超过5万元. 2.申请支付宝接口的需要提供淘宝同名店铺链接地址或者已经签约的支付宝及时到账.担保交易.双功能收款中的任何一款产品. 3.需要

金融项目股票配资融资融券资金盘专业定制系统搭建支付通道支付渠道支付接口D0实时结算平台第三方支付平台申请对接网银网关

需要了解 JR金融项目 区块链,比特币,p2p项目,B2B网关,现货资金盘,期货招商,股票配资,商品交易所 大盘的 金融支付 第三方支付,网关支付,网银支付,银行卡支付,话费卡支付,银联代扣,支付渠道,支付宝支付,微信支付,扫码支付,快捷支付,支付牌照申请,线上支付通道搭建,支付通道申请,支付接口对接,原生支付宝网关支付!独立后台,D0实时结算,API批量代付接口 JR / BC / QP 菠菜奔驰游戏等稳定安全通道!大量三方支付资质出售!请加QQ 2954704394 随着网络的发展,人们追求

第三方支付平台业务分析

何为第三方支付平台 我们把时间往前推15年,1999年的时候国内的电子商务开始起步,一些电商网站开始运行.理论上人们可以通过网络进行支付.购物.用户在网上下单,支付,然后商家收到钱后发货,用户收到货物感觉非常嗨皮,一次美好的网购旅程结束了.但有时并不那么嗨皮,这种流程因为在支付和收货之间存在时间和空间上的距离,那么问题就来了,不是挖掘技术哪家强,而是用户和商家难以在彼此信任的问题上达成一致,用户担心我给了钱,商家不发货:商家担心如果先发货,用户不付钱.为了解决这种尴尬,第三方支付平台诞生了. 第

ecmall第四方支付平台

ecmall第四方支付平台 平台介绍 ecmall第四方支付平台,是一个只属于ecmall商城的独立支付平台,各个商家可成为平台会员.成为会员后可对自己的资金进行提现.充值.转账.收款,并实现每笔交易可视化操作. 平台功能介绍 一.会员等级管理 会员分为3个等级:代理商(代理商可以添加下级人数为120(仅限创业商户)). 创业商户(创业商户可以添加下级人数为10(仅限普通用)). 普通会员(普通用户没有添加下级权利), 后台管理员可自定义修改各级添加下级人数 会员等级关系图 代理商的下级可以是创

浅谈第三方电子支付平台测试方法的研究

第三方支付平台的功能和结构特点 在信用方面,第三方支付平台作为中介,在网上交易的商家和消费者之间作一个信用的中转,通过改造支付流程来约束双方的行为,从而在一定程度上缓解彼此对双方信用的猜疑,增加对网上购物的可信度. 在技术层面,第三方支付平台承担安全保障和技术支持的作用,提供一系列的应用接口程序,支持多家银行的多卡种支付,将多家签约银行的支付方式整合到一个界面上,负责交易结算中心与银行的对接.银行与商家通过接入第三方支付平台实现二次结算,并采用国际先进SSL加密模式,在银行.消费者和商家之间传输

微信支付-公众号支付H5调用支付详解

微信公众号支付 最近项目需要微信支付,然后看了下微信公众号支付,,虽然不难,但是细节还是需要注意的,用了大半天时间写了个demo,并且完整的测试了一下支付流程,下面分享一下微信公众号支付的经验. 一.配置公众号微信支付 需要我们配置微信公众号支付地址和测试白名单. 比如:支付JS页面的地址为 http://www.xxx.com/shop/pay/ 那此处配置www.xxx.com/shop/pay/ 二.开发流程 借用微信公众号支付api(地址 http://pay.weixin.qq.com

移动聚合支付平台设计逻辑

在移动互联网络技术逐渐成熟和移动互联网应用快速发展的环境下,移动互联网的收费通道和计费用户体验占有举足轻重的地位.对于移动互联网企业,快速的收入和回报有利于企业长期和稳定的发展:对于服务和应用的用户而言,方便快捷的支付方式和支付体验有利于提高用户对移动互联网的支持和拥护,更加有利于移动互联网的快速发展.因此,聚合手机支付平台需要解决以下问题.1.兼容性强支持市面上各种主流支付方式,且易于扩展支持新支付方式,从而提高企业利润,且给用户较好的体验.(1)统一支付接口,降低维护成本将各种主流的支付方式