优劣势对比:http://www.360doc.com/content/16/0219/16/1586735_535745065.shtml
APPLE PAY :http://it.21cn.com/top/a/2016/0218/09/30631247.shtml
支付宝:https://cshall.alipay.com/enterprise/help_detail.htm?help_id=543651
APPLEPAY:http://www.apple.com/cn/apple-pay/?cid=wwa-cn-kwb-features
微信支付:https://pay.weixin.qq.com/wiki/doc/api/index.html
三星支付:http://www.techweb.com.cn/column/2016-06-16/2347587.shtml
http://www.eefocus.com/communication/351363/r0
微信对接案例:http://www.deyi.com/forum-viewthread-tid-6910612-extra-page%3D1.html
转自:http://www.zhihu.com/question/35818812
微信扫码支付有两种模式,这两种模式各适用于哪类场景?对于商户系统来说,使用哪种模式更好?
梁川
互联网金融从业者
选用模式1和模式2,取决于商户的业务场景及需求,无所谓好坏。
可以从如下一些角度来根据自己业务场景做选择:
1、用户在扫码到用户授权支付的中间环节,商户是否需要自定义交互流程
模式1:用户扫码到用户授权支付的中间环节,商户可以自定义界面及交互过程。因此能够实现较为灵活的业务定制。
模式2:用户扫码与用户授权支付是连续的,商户无法自定义中间的交互过程。
由于涉及自定义流程,从扫码到用户授权支付过程环节更多,因此模式1相对复杂,对商户的开发能力要求更高。
2、扫码金额是否固定
模式1:用户扫码的二维码中并无支付金额信息,商户可以在用户扫码到用户授权支付的中间环节,根据业务场景自定义支付金额。
模式2:用户扫码的金额已经是确定的。
3、时效性
模式1:无时效性限制。
模式2:有2小时的时效限制
。
发呆工程师
-
模式一和模式二提供了两种不同的能力,适用于不同的场景,看商户具体的需求。
两种模式,在支付的流程中,有一定的共同的流程:
1,生成订单。
2,用户支付。
差别在于:
模式一,先扫码,再生成订单。
模式二,先生成订单,再扫码。
而 生成订单,代表着 本次支付给商户的金额是否是已经确定了。
在模式一中,用户扫描的二维码,此时可以还没有确定实际要支付的金额。
在模式二中,用户扫描的二维码,金额已经是确定的。
可以这么理解,模式一中的二维码,是商品的二维码。
模式二中的二维码,是 订单的二维码,也因为这个是订单的二维码,所以必须要有时效性。
那么这两个场景的玩法,可以有一个明显的差别,
模式一,更适合无人职守的自动售卖机。所有的商品都有一个固定的二维码,价格相对稳定,当用户使用微信支付扫描了二维码,微信再请求自动售卖机的服务提供商的 后台接口,注意,这个请求中,是包含了商品ID以及用户信息的,这样,商户系统就可以根据 商品ID,以及用户的身份,再来确定用户实际要支付的金额。
模式二,更适合有人职守的,支付金额非常不确定的场合。比如,你去饭馆吃饭,虽然每个菜的金额是固定的,但一桌子饭菜的金额不固定,甚至是你还可能使用饭馆事先发放的代金券。这个时候,就需要收银员,预先创建一个订单,确定好金额,然后你再来扫描这个二维码来支付。
当然,用模式二来实现无人值守的自动售卖机,也是可以的。只是这个自动售卖机的就要多承担一些交互以及业务逻辑,在生成二维码之前,创建订单。