支付行业-银行渠道对接

本文介绍了银行渠道对接的各种通信方式,包括http、https、Socket、专线和前置机。讲解了同步、异步交互,补单机制,队列重试以及秘钥管理。还涉及到对称加密、非对称加密在支付安全中的应用,并提到了心跳检测、重连机制和数据包大小的注意事项。

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

•http是走公网通信,数据存在泄漏风险。

•https也是走公网,有ssl层对称加密和非对称加密通信。

•Socket一般是一些老银行才会有的方式,这里会区分单工、异步、长连接、全双工,同步等。

•专线是大部分银行喜欢用的为了安全,提供的双方独立于公网的信道。这里比较安全,一般通信就是用http。

•前置机是在专线基础上,银行给我们的服务器上安装的一套银行自主开发的软件。我们与前置机软件交互,前置机软件再与银行通信。再前置机软件里自动完成数据拆包、解包,加解密等操作。

异步-与银行交互本条链接无法直接获取到银行的返回业务结果终态。需要异步的调用查询接口获取结果。

同步-与银行交互本链路可以直接获取业务结果终态。

补单-针对结果未知,不明确,异常等 重新发起查询接口进行状态确定。我们公司有专门的补单系统做业务一致性保证。

队列重试-我们一般在支付接口未同步拿到终态时,主动将订单号信息放到队列里,这个队列来帮我们再次查询获取结果。一般采用延迟队列,5s,20s,60s,120s等类似机制。

秘钥-对数据进行摘要算法签名的key,一般是先将数据进行字典序升序排序并用&拼接,最后再拼接上这个key,然后摘要算法算出摘要值,作为报文中的signature参数。

对称加密:只有一个秘钥,算法一般采用AES,DES,3DES,一般小型支付机构喜欢用3DES。大部分支付机构或银行喜欢用摘要值比对。

非对称

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值