支付相关

优劣势对比：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

微信扫码支付有两种模式，这两种模式各适用于哪类场景？对于商户系统来说，使用哪种模式更好？

两种模式的介绍： 【微信支付】扫码支付开发者文档

添加评论 

分享

按投票排序 按时间排序

2 个回答

5赞同 反对，不会显示你的姓名

梁川 互联网金融从业者

5 人赞同

选用模式1和模式2，取决于商户的业务场景及需求，无所谓好坏。

可以从如下一些角度来根据自己业务场景做选择：
1、用户在扫码到用户授权支付的中间环节，商户是否需要自定义交互流程
模式1：用户扫码到用户授权支付的中间环节，商户可以自定义界面及交互过程。因此能够实现较为灵活的业务定制。
模式2：用户扫码与用户授权支付是连续的，商户无法自定义中间的交互过程。

由于涉及自定义流程，从扫码到用户授权支付过程环节更多，因此模式1相对复杂，对商户的开发能力要求更高。

2、扫码金额是否固定
模式1：用户扫码的二维码中并无支付金额信息，商户可以在用户扫码到用户授权支付的中间环节，根据业务场景自定义支付金额。
模式2：用户扫码的金额已经是确定的。

3、时效性
模式1：无时效性限制。
模式2：有2小时的时效限制 。

发布于 2015-09-21  4 条评论  感谢 

分享

  收藏  •  没有帮助  •  举报  •  作者保留权利

发呆工程师

10 人赞同

-
模式一和模式二提供了两种不同的能力，适用于不同的场景，看商户具体的需求。

两种模式，在支付的流程中，有一定的共同的流程：
1，生成订单。
2，用户支付。

差别在于：
模式一，先扫码，再生成订单。
模式二，先生成订单，再扫码。

而 生成订单，代表着 本次支付给商户的金额是否是已经确定了。
在模式一中，用户扫描的二维码，此时可以还没有确定实际要支付的金额。
在模式二中，用户扫描的二维码，金额已经是确定的。

可以这么理解，模式一中的二维码，是商品的二维码。
模式二中的二维码，是 订单的二维码，也因为这个是订单的二维码，所以必须要有时效性。


那么这两个场景的玩法，可以有一个明显的差别，
模式一，更适合无人职守的自动售卖机。所有的商品都有一个固定的二维码，价格相对稳定，当用户使用微信支付扫描了二维码，微信再请求自动售卖机的服务提供商的 后台接口，注意，这个请求中，是包含了商品ID以及用户信息的，这样，商户系统就可以根据 商品ID，以及用户的身份，再来确定用户实际要支付的金额。

模式二，更适合有人职守的，支付金额非常不确定的场合。比如，你去饭馆吃饭，虽然每个菜的金额是固定的，但一桌子饭菜的金额不固定，甚至是你还可能使用饭馆事先发放的代金券。这个时候，就需要收银员，预先创建一个订单，确定好金额，然后你再来扫描这个二维码来支付。

当然，用模式二来实现无人值守的自动售卖机，也是可以的。只是这个自动售卖机的就要多承担一些交互以及业务逻辑，在生成二维码之前，创建订单。