如何制作第四方支付

很多支付机构都是从上游的支付接入自己的支付。那么这样的一套体系的逻辑是怎么样的呢。如何来进行。最近制作了一套第四方支付机构的类似功能，来满足公司业务的支付系统。这里大致和大家分享一下制作的逻辑和思路：

首先最终钱都是进入一个总账户，然后后续总账户在T+1给商户打款。那么我们这里其实做的就是两个加密的地方，

一个是商户想支付平台提交订单支付的时候，需要遵守平台的加密规则。

二个是支付平台想总账户支付的时候，需要遵守总账户平台的加密规则。

其中很重要的环节就是商户和总平台之间会有回调，回调所传递的信息要同步。支付平台就是起到一个中转信息的作用。我们这里用的的一个支付信息，就是通过邮件系统给用户发邮件，让用户获得到支付地址，然后去支付。如果总平台回调成功，但是支付平台对商户失败，那么可以在支付平台后台手动回调订单信息。总体来说，只要把我支付的流程的安全和信息的正确性。总平台回调直接出发支付平台想商户回调既可。

其实中间最主要的就是对于支付信息和密钥加密，解密的过程。剩下的就是做一个支付平台（总后台和商户后台），可以进行资金的统计和订单的汇总。其中也涉及到订单的状态，商户的注册信息和下发给商户的商户号和密钥。

 

 下面是部分截图信息。可以看看内部的逻辑设计。

商户信息：

管理员账户：

 

 商户信息：

大体的逻辑就是这样，对于大家想说的支付之间的安全和加密规则。每个平台有不同的规则。我之前写过一篇关于支付的文章，可以供参考。今天的第四方支付就是这样的思路。也算是给大家一个信息分享吧。共勉。。。。