合规国际互联网加速 OSASE为企业客户提供高速稳定SD-WAN国际加速解决方案。 广告
## 支付接口笔记 创建支付宝收银台时如果检测到已登录则会直接创建支付订单,否则不会直接创建支付订单。 同一商户订单号可以创建多个支付宝收银台(订单认证ID),但只能创建唯一一个支付订单,支付订单与收银台是一对多的关系,如果检测到支付订单已支付则会提示已支付。 手机网页版支付(没有调起支付控件时)再输入支付密码支付时才会创建支付订单,也就是说创建支付订单和支付完成很大可能会是一个步骤,甚至是在同一个过程中完成的,当然余额不够,支付未完成这种情况也有可能,但这种情况应该会创建支付订单的。 即使订单信息相同,每次生成的支付宝收银台(订单认证ID)也不相同,但是创建的支付订单却是唯一与订单信息对应的。 如果一个订单设置了超时支付,那么每次创建的不同收银台还是使用同步(沿用第一次的收银台)的超时时间,如果超时则会关闭该订单对应的所有收银台,超时后再次创建新的收银台则会重新初始化超时时间(未生成支付订单时),如果生成了支付订单,超时关闭的话,再次创建收银台会提示订单已关闭,不能为此订单继续创建收营台了,估计12306就是出于这个考虑,所以才维护了两套订单号的。 同一个商户订单号,不论创建多少次收银台,后来的收银台是否设置了超时等,都会以首次创建的收银台为准,尽管收银台页面可能不是这么显示的而是按照当前收银台显示的,但实际上创建订单却是以首次的收银台为准的。 这样支付宝通过检测商户订单号就不会导致重复支付的问题。 支付宝支付订单不能被用户手动关闭,只能被删除,删除不是关闭,所以不影响交易,而永久删除必须在订单完成后,而订单完成这个状态是:交易成功或者交易关闭。交易关闭是自动的,默认未完成的支付订单超过十五天后会自动关闭,用户并不能操作订单状态,商户那边可能可以关闭订单。 但是12306的商户订单号却与订单编号不同,一个订单编号(订单E00000)每次支付时竟然会请求不同的商户订单号W000000000,这就导致了12306同一订单可以重复支付的问题。 不知道12306为什么要这样,我重复支付的也不知道在哪里申请退款。 估计12306是维护了两套订单号,给用户看的和提交到支付宝的 支付是个麻烦的事情,最好还是要像12306那样设计一个支付流水号,这个流水号与业务订单号对应,而不应该将业务订单号直接传给支付平台作为“商户订单号”,不然有的平台比如支付宝同一“商户订单号”它是能区分开的,这就导致如果12306也这样做那么会出现用户好不容易抢的一张票,应为一次失误的用一个没有钱的支付宝支付失败,在想用别的支付宝就不行了,所以12306才会维护自己的“支付流水号”。这个支付流水号只作为系统使用,用户没请求一次支付接口就生成一个,并与业务订单号关联,可以不对用户展示。这样在处理重复支付和支付平台重试问题时也很容易了。 * * * * * #### 第三方重试/多渠道支付/重复支付? 防止重复支付,不能够依赖于第三方平台,建立退款机制,回调接口建立严谨完善的支付状态检查就可以保证支付安全了(需要用到事务和锁),所以支付订单和订单可以分开,而不一定要用订单号来请求第三方。 > 对于统一平台,比如alipay,不管是调用扫码支付还是PC/wap支付接口,只要时同一商户订单号,返回得都是同一支付信息,商户订单号在渠道那里是唯一的,而不论是具体哪个支付接口。(待实验) **怎么判断回执重试?** 这需要接口保证,对于同一个商户的相同的支付请求数据所生成的支付信息,仅能付款成功一次(不论是具体的哪个付款方式接口) * * * * * ![](http://cdn.aipin100.cn/d4a92f2c0cdc243f56b3b11ba6a4ed5a) ![](http://cdn.aipin100.cn/599166df4008b23b316874199219ef10) ![](http://cdn.aipin100.cn/98f1b56199371a8491855a276a3bfffd) ![](http://cdn.aipin100.cn/269cb5d52505ed30fb79032d599a808b) ![](http://cdn.aipin100.cn/20190506184344.PNG) (只要请求支付信息的订单号相同,都是这样的,哪怕收银台二维码不一样,收银台地址每次请求支付信息都会不一样的) 前一个用户扫码,什么都不做就到账单中去了(待支付),第二个人再扫码就不行了。 虽然这儿也可以找人代付,但是也并不方便,需要加好友(所以12306那样有意义)。 支付宝会保证不会重复支付,就算会,支付宝渠道也会自己处理,对于我们商户来说,对于同一订单号生成的支付信息可以理解为不会发生重复支付就可以了。 ***** last date:2019-04-10 07:58:59