您好,欢迎进入98pos机网!

咨询热线:

13295929339

关于快捷支付通道的几个问题

发布时间:2024-02-20 21:23人气:

快捷交易方式一般企业需要先签约,生成网络协议号(Token)后再进行电子支付,POS机办理需要提交申请和审核等,

企业基本上有两种设计结构:

商家卡号结构,与商家卡号相关的同一卡号下的协议号不变;

商号-会员号码-卡号结构,与商号、会员号码和卡号相关,不同的会员号码对应同一卡号的不同协议,POS机代理加盟行业蕴藏数十亿级市场,

这两种结构处理以下问题的灵活性是不同的。商户卡号结构比较简单,易用性差。不同用户绑定一张卡,如果跟卡,一个用户解绑,另一个用户自动解绑,但现实生活中,多用户绑定一张卡的情况很多。比如老板让秘书绑定自己的卡去买东西,秘书离职或者换秘书去解绑。结果老板自己的账号用不了。

  下面就是我们可以看看快捷支付里的几个关键技术问题。

快速问题一: 您支持重复签名吗?

答:重复签约是指已经签约的卡号重新签约。有必要确认是否支持这种行为。比如反复签约,渠道还是会验证卡信息是否正确,比如返还给商家或者签约成功。否则,合同将失效。

实际上,有几种情况:

实名登记制,只能用他的卡对自己的账户进行实名认证;

  允许多个不同用户进行绑定同一张卡;

同一个用户多次绑定到同一张卡。

对于这些场景,一定要明确是否支持重复签名,每次签名信息验证是否独立,不影响之前的签名情况。如果不支持,则需要进一步确认签名卡号是否会验证正确,是否会返回协议号。

例如,该通道不支持重新签名,当卡号已被重新签名时,该通道已被重新签名。然后需要区分处理逻辑,不同处理逻辑的渠道侧对应的支付平台处理机制是完全不同的。

如果退签卡的逻辑是验证卡元,并且是正确的(否则会返回卡信息错误),那么这就意味着卡元一定是正确的,支付平台可以直接取出原卡号对应的协议号进行支付。如果从逻辑上来说,可以顺便把原协议号还给主叫方,那么甚至可以省去调用卡对应的原协议号的过程。

  如果我们返回已签约的逻辑是不验证卡要素,仅代表该卡号已经签约过,那么企业无法通过判断该卡号是否能够正确。对于网络支付服务平台发展而言,简单的处理技术逻辑是告诉学生用户不支持重复绑卡;复杂点的是将卡要素上送自身鉴权通道数据进行鉴权,验证一个正确后再取出原协议号进行电子支付。

当然,作为一个支付平台,我们的理想情况是,银行支持重复合同,并独立核实,不影响以前签订的情况。



13295929339