第三方支付业务浅析

应用扮演银行的角色进行拓展商户，有页面，非页面，短信三种渠道拓展商户，拓展商户越多，交易量就越大；其实就是先去银行支付，再去通知商户发货。同步的直接支付，响应即是告诉商户去发货。对于异步需要二次确认（短信）的支付,是需要通知商户发货。

 

某些业务平台是做一种具体的业务，只有一种商户，既要去银行支付，也要去通知商户发货。例如公共事业业务，彩票业务，话费兑换电子券业务等，强势商户，商户测无法生成订单，则平台自己生成订单（此时业务平台相当接的渠道，并非商户）。

 

1、三种下单方式，两种支付方式，一个冲正接口。页面下单，非页面下单，标准短信下单，标准短信支付，直接支付，直接冲正。其中三种下单的支付方式都是标准短信支付。

 

2、关于下单

    2.1、web接入的商户，报文都必须进行加密。加密采用的RSA加密，非对称加密方式？

    2.2、页面下单，非页面下单，标准短信下单，三种下单方式的共同点和区别。

            1）共同点：

            a、都是商户下订单的方式，即订单号是由商户生成，非平台生成，不管是直接支付，还是需要二次确认的支付，订单都具备自身的作用，订单作用，见下文。对于有些强势的商户,由商户提供接口且接口中没有订单号，则由平台生成订单号。

            b、同一笔订单，只要未进行支付或者支付失败，可以进行多次支付。标准短信下单需要进行验证。

 

           2）区别：

           a、订单号来源：页面下单和非页面下单，订单号和订单日期（merDate）都在请求报文中；商户发起一个订单请求，接着用户会收到一条带平台订单号的短信，用户进行回复则是支付，支付完成后，平台会对商户进行支付结果通知（payDate对账使用）； 对于短信下单方式，用户编辑商品号发送到（短信号+商户号），由业务平台去通知商户下订单，订单号在商户的响应报文中，通知商户下订单的接口？？

           a、对于页面下单、非页面下单，同一个手机号，在5分钟内，下单的次数不能超过一定的数量，该数量配置在配置文件中。标准短信下单是否有需要验证。

 

3、关于支付

        1）、二次确认支付，需要下验证码给用户或者需要用户二次点击确认操作。如果是异步的方式，即下短信给用户，用户确认才完成支付，这种方式需要对商户进行支付结果通知。

 

        2）、直接支付，不需要二次确认，风险很高，所以除了加签还对接入IP进行了过滤。因为与银行对账，给商户出对账文件都是使用的platDate，所以要求直接支付的请求日期必须是当前日志？？？？这样的话既可以与银行对账，也可以根据platdate字段给商户出对账文件?????

 

4、关于冲正

    对交易的补救措施就是交易查询或者交易冲正。当天冲正即为冲正，隔天或跨天冲正即为退款。

    商户发起冲正，报文中需要原订单号+原订单日期， 经过平台查询订单，从订单中获取出交易的流水和交易日期，用交易流水和交易日期（交易表主键）查询交易，判断交易是否存在且支付成功，如果支付成功，则进行退款操作，记一笔退款的交易。 如果再次退款呢？？？？没有防重的操作。需要查看应用的代码是如何做的,其他省有没有防重的操作，同时参考下 福建公共事业的退款是什么样的？？？

 

订单表的作用。

    3.1、防重。一笔订单只允许成功支付一次。

    3.2、订单状态记录了整个交易的过程。 （订单初始化，交易中，支付成功，支付失败，如果支付成功，发货失败，会更新订单的状态？？？）

    3.2、其实在某种意义上来讲就是合同, 是买卖双方履行销售过程中各方面权利和义务的约束力. 换句话来说, 身份证对您有什么用处, 订单在您做生意的过程中就体现了什么用处. 订单其实就是您获得权利和义务的凭证。[from web]

 

交易表的作用。