能不能做到?    为什么做不到       现在公司有这种需求   以我目前了解的微信扫码支付   二维码是由微信返回的    如何支持支付宝了

解决方案 »

  1.   

    比如说一个“通用二维码”,他实际上打开了网页应用,而这个网页应用是支付功能,你能让最终用户来作为通用的网页应用来扫描,比如说在支付宝上的“扫一扫”功能里边直接打开你的网页应用、并且在支付宝的浏览器环境里还能打开微信jsapi,那么有可能实现。
      

  2.   

    本来我是用jsapi的支付方式是可以实现的     问题是公众号支付没有返点     所以公司要求必须要扫码支付      那个收钱吧的聚合支付的原理是怎样的
      

  3.   

    1码支持8家也可以啊.其实是这样的.一个码 其实就是一个url而已..没任何信息(当然可能有商家信息 不过无所谓...)这个url其实是你自己写的网页  里面很简单 1个文本框1个按钮 输入金额点击确定...然后跳转到另外一个页面 这个页面也简单 只有2个radio 1个按钮. 选择支付宝或者微信 点击"付款."然后付款的时候 这个代码 就是由你自己写了..判断用户选的支付方式,其实支付的钱 是到了你的"帐户中".然后在由你给第三方厂家(是根据支付宝转账或者是微信转账)...当你把这些东西实现了.并且组合搭配的很好 都是支持可配置的.那么恭喜你..一个"支付平台"诞生了...
      

  4.   


    普通网页是可以很容易判断是微信浏览器还是阿里的。问题是 lz 的要求并不是直接打开 web api!
      

  5.   

    提示:利用扫描二维码进行支付时,支付宝和微信是不同的useragent,你可以根据这个useragent去跳转不同的链接。
      

  6.   

    一个二维码,扫完之后判断用什么app扫的,然后对接这个app的接口,获取拉起支付的链接,跳转这个链接
      

  7.   

    这么简单且成熟的应用 这么多人讨论不出个所以然,我也是醉了。通用支付二维码(可以集成微信、支付宝)你别说集成两个,集成十个八个问题都不大;恰恰是这个集成这两个字把你误导了,实现原理如下:一个入口二维码(即:向客户展示的支付二维码)客户扫码以后,即登录到你自己的网站空间中,目录结构如下:index.htm 扫码后的第一首页【Alipay】
    【wxpay】
    【...】【通用回调接口】
    index.htm首先判断用户通过什么客户端扫码进来的,可能性有下面三种,其他可能性排除:1、支付宝扫码:跳转至【alipay】获取相应支付参数发起支付
    2、微信扫码:跳转至【wxpay】获取相应支付参数发起支付
    3、浏览器扫码:跳出一个选择页面,请用户点击选择使用哪种方式支付,如果选择微信支付,则使用【weixin://】方法跳转至微信客户端发起支付。
    4、通过其他方式扫码:例如:扫一扫  系统自带代码工具等,自动弹出提示忽略请求;最后:不管通过123哪种方式扫码支付成功或失败,最后跳转至统一的回调接口,该写订单写订单,该弹提示弹提示;业务结束
    很简单的事儿一群人绕来绕去说不到点儿上。