某移动APP跳转至微信支付的完整流程

16 评论 8559 浏览 85 收藏 10 分钟

编辑导语:我们平时使用的移动APP是如何跳转到微信支付的呢?本篇作者就给我们介绍了移动APP跳转至微信支付的完整流程,一起来看一下。

声明一下,我说的移动APP指的是移动端的APP(下文的移动APP、商户APP指的都是一个意思),不是指充话费的运营商。首先我们还是先从一些概念入手,来谈谈支付。

问自己一个问题:你接触过的支付场景有哪些?

直接上图吧。

解析某移动APP跳转至微信支付的完整流程

这个图我不再做过多的解释。下面看一个例子:

解析某移动APP跳转至微信支付的完整流程

在这个图中,我们可以发现,商家通过生产厂家把零部件生产并组装出来之后形成汽车(产品),当这个产品通过商家卖给用户或者消费者的时候,这个产品就变成了有商业性质的商品了,也就发生了市场行为,在整个市场行为里面有商家的销售行为、买家的购买行为、还有涉及到双方皆有的交易环节。这个市场行为里面因为买卖关系的产生,所以在商家和买家之间形成了债券和债务的关系,我们再来看跟我们关系比较密切的例子:

(1)消费者老江从某公司买办公用品,办公用品从产品变成商品,进入交易。

这就是支付存在的前提,即存在买卖的交易。

(2)办公用品从该公司转移到老江手里, 这就完成了商品所有权的转移。

这个转移也导致了老江和该公司之间形成了债权和债务关系(债权和债务的含义自己去百度查)。

(3)老江通过现金或者其他方式来完成支付,清偿了这个债务。

(4)老江拿到办公用品,办公用品从商品变为消费品,交易过程完成。

这是一个完整的交易过程,我们基于这样的交易过程来给支付下个定义:

解析某移动APP跳转至微信支付的完整流程

解析某移动APP跳转至微信支付的完整流程

基于上面的这个思考,于是为了保障消费者的权益,中间机构担保形式的支付形式渐渐在商业的行为中,如下图:

解析某移动APP跳转至微信支付的完整流程

比如现在的支付宝、微信本质上也是一种担保机构。

第三方支付的概念:是指具备一定实力和信誉保障的独立机构(阿里巴巴),具有国家颁发的合法的支付业务经营许可证(支付牌照)并通过与银联或网联对接而促成交易双方进行交易的网络支付模式;

第三方支付的业务模式:在第三方支付模式当中,买方选购商品后,使用第三方平台提供的账户进行货款支付(买家先把钱支付给第三方),并由第三方通知卖家货款到账、要求发货;买方收到货物,检验货物并确认后,第三方支付再将款项转至卖家账户;只不过在这个过程里面,第三方支付必须要是国家合法的机构,这个就是支付牌照。

再回过头看下三方支付的业务模式:

解析某移动APP跳转至微信支付的完整流程

国内比较著名的持牌第三方支付公司有:

解析某移动APP跳转至微信支付的完整流程

接下来我们看下电商交易的过程,以下为案例:业务场景(以下流程均以该场景为例):

用户在苏宁易购APP提交订单并通过微信支付完成扣款,我们先看看页面跳转。

解析某移动APP跳转至微信支付的完整流程

解析某移动APP跳转至微信支付的完整流程

这个是我们每个人在购买一个商品的时候,我们肉眼能看得到的页面跳转,真正的交易环节是不是这样的,看下面的图:

解析某移动APP跳转至微信支付的完整流程

这个我今天要跟大家分享的主要内容:首先思考一个问题,在这个业务流程中,数据流程图怎么画出来?

解析某移动APP跳转至微信支付的完整流程

同样我们一样要先拿到微信的接口文档,再去设计流程。

解析某移动APP跳转至微信支付的完整流程

解析某移动APP跳转至微信支付的完整流程

解析某移动APP跳转至微信支付的完整流程

我们在之前的文章中提到了,对于微信支付通道,必须要先拿到预定单的字段,同样,我们设计的流程如下:

解析某移动APP跳转至微信支付的完整流程

接下来就是从苏宁易购跳转到微信APP的支付流程:

解析某移动APP跳转至微信支付的完整流程

上图中的右下角有一个问题,想一想。我们再把上面的流程深入下:

解析某移动APP跳转至微信支付的完整流程

解析某移动APP跳转至微信支付的完整流程

解析某移动APP跳转至微信支付的完整流程

解析某移动APP跳转至微信支付的完整流程

整个从移动APP(商户APP、移动APP)跳转到微信支付的完整流程就是这样的:

解析某移动APP跳转至微信支付的完整流程

微信交易状态主动查询的接口:

解析某移动APP跳转至微信支付的完整流程

解析某移动APP跳转至微信支付的完整流程

再来思考一个问题:如果商户系统查询后依然无结果无反馈,该怎么处理?

接着查,一般查询间隔时间为2n秒,n为自然数,一般不超过5,比如第一次查询是在13秒开始的,下次查询在15秒开始,再下一次在19秒开始,第三次查询在21秒开始。

如果连续超过5次反复查询依然无结果,不再继续查询,可认为服务器已宕机,此时需要人工干预,尽快联系运维人员定位原因。

解析某移动APP跳转至微信支付的完整流程

对账怎么对?

请关注下期,再见。

 

本文由 @产品经理研究站 原创发布于人人都是产品经理。未经许可,禁止转载

题图来自Unsplash,基于CC0协议

更多精彩内容,请关注人人都是产品经理微信公众号或下载App
评论
评论请登录
  1. 5:对于支付的系统流程及关键逻辑梳理得很清楚,收获很多,感谢。

    来自广东 回复
  2. 收银台如果是通过小程序方式来完成的话,这个流程是怎么样的?

    来自广东 回复
  3. 你好,有个疑问希望解答一下。
    我之前做过一个购买应用的app,最开始是以支付宝的同步通知为支付成功的判断标准,后来测试发现有bug,页面中显示的支付状态是服务端的订单状态,因为支付宝的异步通知有延迟,在异步通知到达之前,应用显示为未购买状态。
    后来改为以异步通知为准,当app收到同步通知后,主动向服务端查询订单状态,但这样也有个问题,异步通知是有延迟的,当查询的时候,如果因为延迟还没到,依然会返回未支付状态。
    最后的解决方案是:app收到同步通知后,进入loading状态,此时隔1s请求一次支付状态,当查询到服务端订单状态成功后,才算支付成功。这个方案也有点问题,网络顺畅的时候,异步通知其实不到1s就返回到服务端了,但这个方案至少要用户等1s,体验不太好,我感觉apple pay有可能就是这样做的。
    关于照顾用户体验方面,有没有什么更好的方案可以使用?

    来自北京 回复
  4. 这是讲得最清楚的文章!可以求1份图吗?

    来自广东 回复
  5. 这种图文介绍一起来挺好的,介绍的也很详细,感谢作者

    来自广东 回复
  6. 这不是产品是技术吧,这么详细

    来自北京 回复
    1. 地道的产品

      来自上海 回复
    2. 来自北京 回复
  7. 真的一个很简单的操作,背后却饱含着并不简单的设计

    来自韩国 回复
    1. 说的对

      来自上海 回复
  8. 简而言之,需要第三方的支付公司的参与,哈哈哈哈,不知道这样理解对不对,这个跟每个人都息息相关,但是对我这方面来说,理解起来还是有点难的。

    来自河南 回复
    1. 对,需要和三方支付对接

      来自上海 回复
  9. 讲得十分清楚和完整,思路更加清晰了, 谢谢分享!

    来自广东 回复
    1. 持续关注

      来自上海 回复
  10. 哇中间的程序这么多这么复杂,谢谢分享,学到啦!

    来自广东 回复
  11. 中间的程序原来有这么多,了解了了解了,谢谢分享!

    来自广东 回复