想要精通一个行业需要多久？
我的回答是I don't know，断断续续做支付这一块的业务有几年了，但是感觉刚刚入门。
很久没有写博客了。。。不知道要怎么写了。
---------------------------------------------------------------
以下支付的说明，均是基于跨境电商，支付渠道如无特殊说明，均是指PayPal。
---------------------------------------------------------------
目录：
1. 支付系统简介
2. 支付系统关联系统
3. 支付系统设计
4. 总结
1. 支付系统简介
每一家公司都是在做销售，产品是实体货物或者服务或者其他，目标都是要盈利。每个公司都会有一个收银台（实物或者虚拟的），原因是需要。。。收款或者退款。这也是支付系统产生的原因吧。毕竟每一个软件的产生都是要解决实际生活中的问题。（小结：支付系统是一个收银台）
作为一个非支付业务为主的公司，在使用支付渠道时，往往采用的第三方支付渠道（个人认为原因是支持的支付方式或者卡种会更多，对于国外的本地化或者全球化支持度更高），尤其是电商公司。
2. 支付系统关联系统
2.1 订单系统
我们采用的是先下单，再进行支付，如一段时间之后不进行支付，则取消订单。支付系统会更新订单系统的支付状态，如支付成功会进入发货流程。
订单系统介绍请查看这里
2.2 风控系统
2.2.1 事前风控
简介
在进入第三方进行支付之前，对订单信息进行风控判定，也叫做黑名单风控
校验信息
客户ID，客户邮箱，客户IP，客户下单频率，订单支付次数，支付频率
任意订单信息校验不通过，则拒绝客户进行支付。
2.2.2 事后风控
简介
无法通过系统来判断是否是高风险的交易，需要人工判断
校验信息
取消订单频率，收货地址（是否在高风险国家、城市），金额（是否超出指定金额）
说明：
每个公司对于风控系统的认知和想法不同，适合自己的才是最好的。风控规则也会随着风险的变化而变化。
2.3 IPN管理系统
简介
管理第三方发送的交易结果通知，发送给支付系统进行解析（更新交易结果、交易状态）。ipn是指第三方支付渠道发过来的交易通知。
ipn的类型：payment、refund、chargeback、dispute（这里列出来一些常见的和通用的，其他根据具体的支付渠道来）等等
2.3.1 接收ipn
当第三方支付渠道发送过来ipn之后，应该是做简单的校验（和第三方支付结果进行比对）即可入库。以便于由于系统问题造成ipn接收失败
2.3.2 给支付系统发送（或者重新发送）ipn
ipn管理系统接收到ipn之后，会异步通知支付系统（更新交易结果和状态，以及时间）
解决问题
第三方支付渠道沟通、不进行通知的重发，以及支付系统处理失败等等问题。
3. 支付系统设计
3.1 支付流程
用一张图来说明（A B C为操作本地数据库位置，第一次出现为添加，第二次出现为更新）
3.2 退款流程
和收款流程相比，只是少了事前风控（当然调用的第三方API，是退款的API）。退款交易的父级ID为付款ID
3.3 Ipn处理流程
以支付结果ipn处理流程为例（这里会处理ipn重复接收的问题，另外dispute、chargeback通知会产生新的交易记录，并且会冻结订单金额）
4. 总结
4.1 一笔订单可能有多笔支付交易（可能部分付款，国内这种情况较少）
4.2 对于一笔交易而言（不是一笔订单），支付流程的正向流程只有一个，而逆向流程可能有多个（例如，dispute处理过程中可能会发送多条ipn，需要针对不同类型的ipn进行处理，并改变订单状态，让客户知道当前的处理进度）
4.3 退款渠道一般有两条路径（订单系统退款，支付系统退款），如果一笔交易有正在退款中的交易，那么允许再次添加一条退款交易（即使两笔退款都是退全额的支付金额）
4.4 在支付系统设计的过程中，应该考虑到财务对账（第三方支付系统和支付系统，支付系统和订单系统）
4.5 ipn的处理流程太过于复杂，影响到交易结果和订单状态（需要异步发送通知）
4.6 风控策略会根据风险的变化而变化
这里只是简单说一下支付流程，牵扯到的很多细节没有进行说明，未完待续。。。。。。