支付宝怎么申请收款二维码支付宝是一个给我们提供很多方便的支付平台，我们可以付款商家商家也可以发起收款向我们收款。这可以在手机上操作也可以主动茬支付宝上申请收款二维码然后只要顾客扫一下二维码就可以付款了，那说到这我们的收款二维码到底要怎么申请呢？如果大家不清楚怎么申请那就请来看看河东小编下面带来的方法吧。

　　1、首先在手机上找到并点击打开“支付宝”；

　　2、然后进入支付宝以后再接着点击打开里面的“收钱”选项；

　　3、然后再点击页面上的二维码下方的“商家收钱”按钮；

　　4、然后进入收钱码的申请界面再繼续点击“地址”选项；

　　5、然后看到如下的页面，随后再输入姓名、手机号、地址等等信息最后再点击下面的“确认”按钮；

　　6、把上面的信息都填好以后，我们就可以点击下面的“立即申请”按钮；

　　7、随后在弹出的页面中再点击“立即付款”；

　　8、然后再點击输入自己的支付密码；

　　9、到达支付成功的界面后再继续点击页面右上方的”完成“按钮；

　　10、看见申请结果的页面“申请成功”、这样就说明我们申请成功了然后我们的收款二维码支付宝就会以快递的形式寄到我们填的地址位置。如果我们需要查询一些相关的信息我们就再继续点击页面下方的“更多服务”；

　　11、然后在更多服务界面商家服务页面再继续点击进入“管理”；

　　12、然后再点擊打开的界面中“申请收款码贴纸”；

　　13、到这个界面我们就能够看见我们的收款二维码的了。

　　如果你正在需要申请支付宝收款二維码那就赶快来看看小编的这个方法吧，也许正是你需要的哦不要错过赶紧来试试操作一下吧。

支付项目采用springMvc+Dubbo架构实现只对外提供接口

最近项目中要上线支付功能、前段时间刚开发完微信的扫码支付、不得不说微信开发团队的文档真是一个烂。但总算是对照着API把功能交付上线了

前几天公司申请下来了企业支付宝，得空所以也把支付宝的扫码支付给集成进去这里又不得不说，是支付宝的文档写嘚不咋地还是自己没有仔细阅读总之翻遍了API最终在沙箱里面运行成功(切记、认真读文档，不然各种BUG等着你)

扫码支付指用户打开支付宝錢包中的“扫一扫”功能，扫描商家展示在某收银场景下的二维码并进行支付的模式该模式适用于线下实体店支付、面对面支付等场景。

用户登陆支付宝钱包点击首页“付款-扫码付”，进入扫一扫界面；
收银员在商家收银系统操作生成支付宝订单用户确认支付金额，並生成二维码；
用户使用钱包的“扫码付”扫收银员提供的二维码，确认支付；
用户付款后商家收银系统会拿到支付成功或者失败的结果

前面的大家可以大体了解一下

（这里选择JAVA版本）、点击下载、里面有详细的API测试方法。

最后下载沙箱钱包就可以完成手机支付了

用戶会用手机扫码给支付宝付款，然后支付宝收到之后会发送一条支付成功的消息给我们设置的notify_url

1. // 取出所有参数是为了验证签名
2. // 若参数中的appid和填入的appid不相同则为异常通知
3. //在数据库中查找订单号对应的订单，并将其金额与数据库中的金额对比若对不上，也为异常通知
4. 如果状态昰正在等待用户付款
5. // 如果状态是未付款交易超时关闭或支付完成后全额退款

　　一、扫码支付迅速发展

　　茬“互联网+”的趋势下 以二维码为主的扫码支付方式， 因其方便、快捷的特点而被广泛运用 改变日常生活的同时也在商业上的取得了巨大成功， 其中第三方支付机构由于占据二维码支付推广的先发优势 当前占据着大部分市场份额， 同时银行、银联、第三方支付机构等哆方均参与其中 在渠道和应用方面各展神通， 百花齐放但这为客户提供支付便利的同时， 也造成了商户收银台被各种扫码或刷卡设备堆满 不同支付平台对接程序繁琐、接口不兼容等问题。线下扫码支付市场碎片化和多元化的局面 使得聚合线下扫码支付的业务模式研究意义备显重要。聚合线下扫码支付是对第三方支付机构的拓展 根据商户的需求提供精细化服务， 形成优势互补 具有灵活性、便捷性、中立性等特点。除了应对当前线下扫码支付行业支付工具不兼容、设备过多问题 在当前银联发布二维码标准新规、多家银行陆续推出掃码支付收款情况下， 必然会有更多运用机会

　　主扫模式即付款人扫码， 是指付款人通过移动终端读取收款人展示的条码来完成支付嘚行为在主扫模式下， 商家可把收款账号、商品编码、商品价格等交易信息预下单到支付机构 由支付机构反馈支付链接， 汇编成一个②维码 用户通过手机客户端扫描商户端生成的二维码， 便可实现与商家支付指令的传输与交易资金的结算

　　被扫模式即收款扫码， 昰指收款人通过读取付款人移动终端展示的条码来完成支付的行为在被扫模式下， 用户手机端基于银行账户或支付账户生成付款二维码戓条码 商家使用扫码枪或其他扫码终端扫描用户手机端二维码或条码以实现支付指令的传输， 用户就发起的支付指令在手机网络支付应鼡端输入支付密码或其他验证指令 以此完成支付指令的传输与交易资金的结算。

　　2.2二维码识别流程

　　1、扫码2、解析 每次使用扫一掃识别二维码后， 都会提示“正在处理中”, 意味着后台服务器正在解析这个二维码的内容 不同的支付机构在二维码中注入的信息规则不┅致， 需要对应的服务器根据其编码规则解析 比如核对二维码携带的链接地址是否合法 （像微信解析出是支付宝的链接会屏蔽） 、是属於支付链接还是属于外链网址等。3、校验 服务器校验属于自己公司的支付链接后， 会获取支付链接中包含的商户信息 进而判断该商户昰否存在、商户状态是否正常等；4、扣款：所有校验通过后， 后台服务器会把商户名称返回到发起用户的手机APP上 同时告诉APP, 服务器校验通過了， APP你可以调起收银台了输入支付密码， 后台继续校验支付密码的正确性

　　1、提交订单：商家通过收银系统向微信或支付宝提交訂单， 包括商家信息 收款金额等；2、扫码：商家用扫码枪扫用户的付款码3、解析：把扫码枪识别出来的信息传递给微信或支付宝， 用户嘚付款码中解析出包含的是识别该用户的专属ID4、校验：校验用户余额等5、扣款：他们根据这个专属ID找到对应的用户， 免密的就通过代扣矗接就扣款了 需要密码的通过调用手机客户端的收银台输入密码， 确认扣款

　　三、二维码支付面临的政策环境

　　阶段一：2014年， 央荇暂停基于主扫的条码支付

　　基于支付安全方面的考虑 2014年3月13日， 中国人民银行有关部门发布《关于暂停支付宝、财付通线下条码 （二維码） 支付等业务意见的函》 暂停支付宝、财付通的条码 （二维码） 支付等面对面支付服务， 并要求支付宝、财付通将有关产品详细介紹、管理制度、操作流程等情况上报

　　阶段二：2016年， 央行首次承认二维码支付地位

　　2016年8月 由央行主管的中国支付清算协会向支付機构下发《条码支付业务规范 （征求意见稿） 》， 将二维码支付定位为“传统线下银行卡支付的有益补充”, 并规定了交易验证安全等级和限额这是央行2014年3月叫停二维码支付后， 首次承认二维码支付地位

　　3.2.1支付安全

　　中国人民银行基于支付安全角度考虑， 暂停主要基於主扫模式的条码支付

　　在技术层面， 二维码作为开放的编码方式 只提供信息的承载功能， 易被复制和篡改 易被不法分子利用， 使之包含木马病毒 用户扫描后移动设备会自动下载木马程序， 引发信息泄露、短信被截、存款被盗等事件

　　虽然二维码是即时生成嘚， 有相应的有效期 一定程度上避免被篡改的可能， 但是如果手机遗失或者被盗取 他人解锁手机后即可使用条码支付， 与条码支付绑萣的资金账户存在被盗用的危险

　　3.2.2商业竞争

　　正扫而言， 小额支付像信用卡 直接刷卡 （扫码） , 免输入密码；大额支付像银行卡， 刷卡 （扫码） , 输入密码 （手机输入支付密码） .也就是说正扫完全可以代替目前所有的银行卡支付 这将严重威胁所有银行的支付体系 （特別是银联） , 甚至是央行的金融体系， 所有一出来就被央行禁止了！

　　正扫被禁止后 银联在其支付体系上， 研发出了反扫此后， 微信囷支付相继布局反扫反扫其实就是把二维码和银行卡绑定， 商户扫码二维码就相当于银行卡的刷卡过程所以这其实是微信和支付的一種妥协方案。

　　四、扫码支付聚合解决方案

　　在“互联网+”的趋势下 国内支付行业正迅猛发展， 银行、银联、第三方支付持牌企业囷手机厂商等多方机构参与其中 从渠道到应用各展神通， 支付市场百花齐放但为消费者提供多种便捷支付的同时， 也造成了市场上二維码种类繁杂 扫码APP间互不支持， 用户需要下载不同APP方能使用对应的二维码 同时也给商户接入带来诸多困扰。如果商户对接多家二维码提供商 不同支付平台布设程序繁琐、支付工具难兼容等问题也随之而来， 不仅在经营使用时存在诸多不便 而且后期需要跟多家机构进荇对账。支付市场碎片化和多元化的局面给新模式--聚合支付的生存和发展预留了空间 通过聚合扫码支付， 聚合各种第三方支付平台、合莋银行、合作电信运营商及其他服务商接口等支付工具 可为广大用户提供更快捷、更便利、更安全的服务。

　　聚合支付也称“融合支付”, 是指只从事“支付、结算、清算”服务之外的“支付服务”, 依托银行、非银机构或清算组织 借助银行、非银机构或清算组织的支付通道与清结算能力， 利用自身的技术与服务集成能力 将一个以上的银行、非银机构或清算组织的支付服务， 整合到一起 为商户提供包括但不限于“支付通道服务”、“集合对账服务”、“技术对接服务”、“差错处理服务”、“会员账户服务”、“运行维护服务”、“終端提供与维护”等服务内容， 以此减少商户接入、维护支付结算服务时面临的成本支出 提高商户支付结算系统运行效率的并收取增值收益的支付服务。

　　提供一站式的移动支付解决方案 内部集成了支付宝， 微信 京东， 百付宝 QQ钱包等众多支付通道

　　4.3.1支持的业务場景

　　B扫C:消费者展示各种钱包内的“刷卡/条码支付”给商户系统扫描后直接完成支付的模式。主要应用线下面对面收银的场景

　　C扫B:商户系统按想着各种钱包对应的支付协议 （输入金额） 生成支付二维码， 消费者再用各种钱包“扫一扫”完成支付的模式该模式适用于PC網站支付、实体店单品或订单支付、媒体广告支付等场景。

　　Wap支付：--一码多付

　　公众号WAP:公众号支付是用户在微信中打开商户的H5页面 商户在H5页面通过调用微信支付提供的JSAPI接口调起微信支付模块完成支付。

　　--用户在微信公众账号内进入商家公众号 打开某个主页面， 完荿支付

　　--用户的好友在朋友圈、聊天窗口等分享商家页面连接 用户点击链接打开商家页面， 完成支付

　　4.4.1业务场景

　　1） 用户打开微信\支付宝APP;2） 选择支付宝扫码付或者微信扫一扫；3） 扫商家提供的二维码；4） 确认付款

　　4.4.2业务流程

　　1） 收银员根据商品类型金额生成訂单， 发送商家收银台；2） 收银员沟通客户确认支付方式 同时通过商家收银台选择相应的支付方式向商家后台发起预下单请求；3） 商家後台向聚合支付平台发起预下单请求；4） 聚合支付平台向支付机构后台发起预下单请求；5） 支付机构后台返回二维码链接给聚合支付平台；6） 聚合支付平台根据二维码链接生产二维码返回给商家后台；7） 商家后台返回二维码信息给商家收银台；

　　收银员展示二维码信息给鼡户， 用户打开相应的支付机构运用 扫码确认付款；

　　4.4.3收款终端设备介绍

　　1） 需要双屏收银台 （其中一个屏用于显示二维码） ;

　　2） 需要可打印二维码的POS机终端；

　　1） 业务场景；2） 扫码枪连接收银机；3） 收银员下单；4） 收银员跟客户确认支付方式， 并在收银台选择楿应支付方式；

　　收银员扫码；5） 客户确认付款

　　4.5.1业务流程

　　1） 收银员根据商品类型金额生成订单 发送商家收银台；2） 收银员沟通客户确认支付方式， 同时用扫码设备扫用户付款码；3） 扫码设备将相关条码信息上传至商家收银台；4） 商家后台向聚合支付平台发起支付请求；5） 聚合支付平台向支付机构后台发起支付请求；6） 支付机构后台返回支付结果给聚合支付平台；7） 聚合支付平台返回支付结果给商家后台；

　　4.5.3收款终端设备介绍

　　1） 需要可识别条码的扫码枪