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

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

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

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

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

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

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

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

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

实际上，有几种情况:

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

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

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

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

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

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

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

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