即时到账扫码接入流程
1、 区别：
扫码支付是在即时到账（点此查看技术文档）的接口基础之上做的升级，最主要的区别是接口中增加了qr_pay_mode（扫码支付方式）参数；
异步返回中会返回business_scene 参数给商户，表示该笔交易为扫码支付。
2、技术开发：
1） 商户在原有的即时到账接口中增加qr_pay_mode请求参数；
2） 根据商户收银台情况，选择qr_pay_mode传入的参数值；
3） 异步通知中接收business_scene值，并且当business_scene=qrpay （目前只有qrpay一种回传值）时将支付方式修改为“支付宝-扫码支付”；
3、 文档说明：
扫码支付用的是即时到账： create_direct_pay_by_user 接口，在即时到账提交参数中加入： qr_pay_mode 这个参数即可。
qr_pay_mode 参数说明：
异步通知返回参数说明：
4、扫码支付支持的模式：
1） 简约前置模式：qr_pay_mode=0
风格1：（qr_pay_mode=0） 生成的二维码页面
2） 前置模式：qr_pay_mode=1
风格2：（qr_pay_mode=1）生成的二维码页面
3） 页面跳转模式：这个参数的值 qr_pay_mode=2 ，直接进入到支付宝收银台
5、注意事项：
配置qr_pay_mode为0或为1或为3（扫码支付方式为订单码-简约前置模式或订单码-前置模式）的情况下，同步通知地址return_url需要传入商户中间跳转页面，即该页面需要实现让父页面自行跳转的功能，中间页面javascript代码：<script>window.parent.location.href='父页面调整的URL';</script>
1）、如果商户在即时到帐中传入原return_url地址，则直接在iframe中展示商户支付成功的反馈页面，会影响页面布局；
2）、商户可选择模式：
A.即时到账不传return_url，iframe停留在支付宝支付成功页面，由用户刷新；
B.即时到账传return_url=中间跳转页面，在iframe中指定同步通知地址【建议选择此模式】；