对接浦发银行支付(三)-- QR扫码付

2024-04-20 08:12

本文主要是介绍对接浦发银行支付(三)-- QR扫码付,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

一、使用场景

扫码付,指的是支付平台,给每个用户的具体订单生成一个QR二维码,用户本人或者他人扫码付款。
付款用户可以直接识别二维码,或者下载到本地,通过微信或支付宝扫一扫识别,第二步将跳转至对应的支付页面H5–第三方支付提供。
二维码其实就是一个h5地址,既要支持微信扫,又要支持支付宝扫。

简单的流程如下:
在这里插入图片描述

从上述要求寻找浦发银行的支付方式,交易类型tranType,选择“OK-聚合动态码支付”。

下面将具体介绍浦发银行的扫码付。

二、扫码付接口

和jsapi支付是同一个接口,交易类型不同,且不必要openId。

  • 接口名称:对公收款支付
  • 接口URI:/api/corporateAccounts/payments/orders
  • 请求方式:POST

请求报文

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

在这里插入图片描述

  • terminalNo:终端号,在申请商户的时候,由浦发银行分配给我们
  • cmdtyDsc:商品描述
  • tranAmt:交易金额,单位是元
  • iPAdress:这个最容易踩坑,地址的英文明明是address,它偏偏要少写一个d;其次该字段在Lombok自动生成getter/setter的时候,会变成“IPAdress”。
  • mrchlInfmAdr:支付回调的异步通知地址
  • tranType:选择“OK”
  • mrchId:商户号,在联调接口前,先在浦发后台申请好商户(注意:不是浦发开放平台,这也是我想不明白的地方:既然有开放平台,怎么不把商户后台相关功能一并开放给商户呢?这一点还是微信商户后台做得好,真的是让银行望尘莫及了)
  • mrchOrdrNo:平台支付流水号,这个字段命名也是醉了(好端端的订单编号OrderNo,被他给取成了OrdrNo,每次都生怕写错了)

响应报文

  • tranOrdrNo:浦发银行支付流水号,需要保存至支付订单
  • trandDate:交易日期,本来没什么用,查询支付结果接口中需要用到它,且必传参数。
  • qRCdLind:二维码链接,这就是我们本文的主要成果,目标就是为了得到它。
    在这里插入图片描述

示例报文

  • 请求报文
{"terminalNo": "98A00162","mrchOrdrNo": "052B40408140404004512","cmdtyDsc": "商品描述","tranType": "OK","mrchId": "310319982990001","IPAdress": "127.0.0.1","mrchTm": "20240408140404","mrchlInfmAdr": "http://122.xx.xx.xx:6008/pay/api/v1/xxx/xxx","tranAmt": "0.01"
}
  • 响应报文
{"statusCode": "0000","transNo": "04972404086861405202210686","isSbscrbFlg": "","isFlag": "","pyBnkInfo": "","totalAmt": "","clueDtl": "","byrOfAlipayAcctNO": "","actRcvAmt": "","byrPayAmt": "","usPntsPayAmt": "","toUsEstbInvAmt": "","inrChlCnlNo": "","aLPAYCdBal": "","mrchStrNm": "xxx公司","userId": "","addItInNal": "","fldData": "","clrgDate": "",# 支付中状态"ordrSt": "09","tranType": "OK","tranAmt": "0.01","thdPtySeq": "","tranOrdrNo": "1901040814042900150041165352","tranDate": "20240408","qRCdLink": "https://etest2.spdb.com.cn/msemk-cli-h5app/#/H5CompanyPay?H5Channel=400&qrCode=https%3A%2F%2Fqr.95516.com%2F03100001%2Fccas%2F129%2FOK%2F5CD652D479B73FE9BCF0BAD1241A4F65AE3E1B9E2F9E1F3CB3DADB91D27CBF52","praPayCmmFlg": "","mrchId": "310319982990001","mrchTm": "20240408140429","signature": "","sgnData": "","aLTrnCrc": "","pymtMd": "","busInfo": "","dscntAmnt": "","mdsctAmnt": "","byUserType": "","apndPyMd": "","pblcAcctId": "","trdMerMechNo": "","weChatSubMechNo": "","bussRetInfo": "","errCode": "","errInfo": "","trdChnl": "","bnkngbsnssSeqNo": "","rsrvFld1": "","rsrvFld2": "","rsrvFld3": "","rsrvFld4": "","rsrvFld5": "","rsrvFld6": "","remark": ""
}

得到了返回字段qRCdLink,在通过下文的在线生成qr二维码,即可测试支付。

三、在线生成二维码

这里介绍一款在线生成二维码的工具:qr-code-generator

在这里插入图片描述

扫描后,跳转到https://etest2.spdb.com.cn/msemk-cli-h5app

交易单号,即浦发银行支付流水号,它是以1901开头的一串数字。

在这里插入图片描述

四、遇到的问题

1、下单账号与支付账号不一致,请核实后再支付

在这里插入图片描述

解决办法:上文讲到了,扫码付虽然不要求openId,但是浦发银行的测试环境要求我们必须把微信用户openId加到白名单。

也就说,我们必须先找到微信公众号appId及其下的openId。

2、“errCode”:“CBAS004”,“errInfo”:“缺少必要字段spbill_create_ip(UP0802100)”

从这个报错信息,根本就无法直观地看出是缺少了哪个必要字段。这是因为下单支付接口请求和响应,找遍了也找不到字段spbill_create_ip。

其实就是请求入参缺少了字段iPAdress。想不明白,为什么接口的字段命名得如此随意。

3、当前页面的URL未注册

在这里插入图片描述

这个错误很常见,解决途径就是在微信商户后台,【产品中心】–》【开发配置】–》【支付授权目录设置】,添加浦发银行的h5页面。
在这里插入图片描述

这篇关于对接浦发银行支付(三)-- QR扫码付的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/919734

相关文章

如何更优雅地对接第三方API

如何更优雅地对接第三方API 本文所有示例完整代码地址:https://github.com/yu-linfeng/BlogRepositories/tree/master/repositories/third 我们在日常开发过程中,有不少场景会对接第三方的API,例如第三方账号登录,第三方服务等等。第三方服务会提供API或者SDK,我依稀记得早些年Maven还没那么广泛使用,通常要对接第三方

对接话费充值API接口的开发步骤以及各种优势

对接话费充值API接口通常涉及以下步骤: 1.选择API提供商: 研究并选择一个可靠的话费充值API提供商。考虑因素包括覆盖范围、费率、交易限额、客户支持和用户评价。 2.注册和获取API密钥: 在选定的API提供商平台上注册账户,并获取API密钥或访问令牌,这是调用API时进行身份验证的必要信息。 3.阅读API文档: 仔细阅读API文档,了解如何构建请求、需要哪些参数、API的

Java应用对接pinpoint监控工具的时候,应用名称长度超出限制而导致接入失败

一、背景 java应用需要接入pinpoint,同一个虚拟机上的其他应用接入成功,唯独本应用不行。 首先排除是pinpoint agent的问题,因为其他应用都正常。 然后,我就对比二者的启动脚本。 -javaagent:/opt/pinpoint/pinpoint-bootstrap.jar -Dpinpoint.agentId=DA301004_17 -Dpinpoint.applic

jsapi 支付缺少appid ¬ify_url

$.ajax({url: 'url',type: 'get',dataType: "json",//改成jsonsuccess: function (data) {//$('#xx').val(data)WeixinJSBridge.invoke('getBrandWCPayRequest', $.parseJSON(data),function(res){if(res.err_msg == "

“设计模式双剑合璧:工厂模式与策略模式在支付系统中的完美结合”

工厂模式(Factory Pattern)和策略模式(Strategy Pattern)都是常见的设计模式,但它们解决的问题和应用场景不同。下面是它们的区别: 1. 目的不同: 工厂模式(Factory Pattern): 工厂模式的主要目的是创建对象。它通过定义一个创建对象的接口,让子类决定实例化哪一个具体类,从而将对象创建的逻辑与使用的代码分离。 工厂模式可以分为简单工厂、工厂方法和抽象

社群空间站付费入群系统易支付版全套搭建教程

社群空间站9.9付费入群系统易支付版全套搭建教程 1.创建站点 2.搭建环境 php7.2 3.上传源码包 数据库批量修改sq9.dongge1.icu s10.dongge1.icu 改为你的域名 4.上传数据库 修改数据库文件/data/config/ 5.访问域名 6.账户密码 admin 123456 7.易支付修改地址是在/data/tpl/app/default/yy_

PDF样本图册转换为一个二维码,随时扫码打开无需印刷

在这个数字化时代,纸质样本图册已成为过去。如今,一切都变得触手可及,包括我们的PDF样本图册。想象一下,将这些图册转换为一个二维码,让客户随时扫码打开,无需印刷,这将带来多大的便利和环保效益!接下来就让我来教你如何轻松实现PDF样本图册到二维码的转换,让您与时俱进,走在环保科技的前沿吧。 1. 准备好制作工具:FLBOOK在线制作电子杂志平台 2. 转换文档:点击开始

替换Windows AD时,网络准入场景如何迁移对接国产身份域管?

Windows AD是迄今为止身份管理和访问控制领域的最佳实践,全球约90%的中大型企业采用AD作为底层数字身份基础设施,管理组织、用户、应用、网络、终端等IT资源。但随着信创建设在党政机关、金融、央国企、电力等各行各业铺开,对Windows AD域的替换成为企业信息安全建设中不可避免的议题之一。 鉴于AD在企业中的应用程度不同,可将企业分为轻度、中度及深度三类Windows AD

店匠科技携手Stripe共谋电商支付新篇章

在全球电商行业蓬勃发展的背景下,支付环节作为交易闭环的核心,其重要性日益凸显。随着消费者对支付体验要求的不断提高,以及跨境电商的迅猛发展,支付市场正经历着前所未有的变革与挑战。在这一充满机遇与竞争的领域,店匠科技(Shoplazza)凭借其创新的嵌入式支付解决方案—— Shoplazza Payments,成功在市场中占据了一席之地。 近日,在新加坡举办的 Stripe Tour 新加坡站 20

uni-app 扫码优化:谈谈我是如何提升安卓 App 扫码准确率的

一. 前言 之前的一个项目遭到用户吐槽:“你们这个 App 扫码的正确率太低了,尤其是安卓的设备。经常性的扫码扫不出来,就算是扫出来了,也是错误的结果!” 由于之前是扫描二维码的需求,所以没有对扫描条形码做严格的测试,客户提示说是条形码扫描效率低下。随即,我用自己的手机测试了一下,在安卓手机上确实有这样的问题,扫码准确率确实是低,尤其是条形码,扫码效率慢且不准确。扫描二维码的的效率还算可以