“持续创作，加速成长！这是我参与「掘金日新计划 · 6 月更文挑战」的第1天， 点击查看活动详情”
文本已收录至我的GitHub仓库，欢迎Star：https://github.com/bin392328206/six-finger
种一棵树最好的时间是十年前，其次是现在
大家好，我是小六六，三天打鱼，两天晒网，小六六接触进入到支付这个行业也快一年了，从今天开始就开始输出自己的对支付相关的知识的梳理来和大家一起来学习支付，支付是一个非常大并且应用广泛的一个行业，它是万事万物的基础！ 我觉得任何产品的最后一公里肯定是支付了。有人说：“支付很简单。”，有人说：“支付很难。” 如果你对支付感兴趣，建议关注我哦！大家一起学习！
今天这篇文章就是想带大家来了解下一个从点到点，从端到端，从始到终的支付链路，最近三只松鼠的坚果不是挺火的嘛，那六六就以从京东买三只松鼠为例，带大家从整个宏观的角度来看看中国的互联网支付！
其实这几秒钟整个支付的链条跋山涉水，翻山越岭经历千险，
我们看上面的架构图，对于一个服务平台的支付架构，一般有图中的相关系统组成：直面用户的收银台，记录业务的订单系统，推动交易的交易系统，对支付指令进行处理的支付系统，支付指令传送通道的支付通道子系统。
另外支付成功后还有一条线清结算线：支付成功以后交易将数据提交清算中心完成数据的清分计算，然后提交账务系统完成记账；再通知会计核心完成内部账的记录；最后通知资金平台对交易向商家进行货款的结算……
这样对于一个服务平台来说，一个支付的骨架就出来了！
其实很多第三方支付公司都是这么玩的 你比如说国内的京东支付，微信支付，海外的Paypal,Strip checkout等等
支付系统的主要职责是处理业务系统发起的所有交易请求，包含收银台、交易系统、支付核心等模块，根据各模块不同的功能职责，可以将支付系统分为业务层和支付层两部分。
收银台即用户日常付款前选择渠道的页面，是支付平台提供的基本功能之一， 主要职责是协助业务平台完成支付交易，向用户提供一致的交易体验。一般情况下，根据不同终端类型定制标准化的收银台给到外部进行调用，保证各终端体验一致且针对各端特定需求、场景来展现不同的支付方式。
收银台的业务场景（边界） 一般分为付款与充值两部分：
交易系统本身是作为支付系统外部处理业务逻辑的外围系统。由于支付核心系统本身并非面向业务端且业务逻辑的多变性与复杂性，支付系统为了兼顾稳定并能够为业务端提供灵活支持，因此需要在支付系统外层搭建面向业务端处理交易逻辑的交易系统。交易系统处理业务端的各种交易类型后，将业务信息转化为支付系统可识别的支付订单并导入。
以担保交易为例，C 端用户在天猫购买一件商品，成功支付后商家进行发货，用户确认收货后平台将货款结算给商家。此处设计到「担保交易支付」以及「确认收货」环节，与支付系统内部的支付与结算步骤一一对应：
从支付和收货缓解可以看出，担保收单交易就是讲支付系统的支付基础能力包装后对外支持业务的一款产品。
会员系统是完整的支付平台内极其重要的基础模块之一，负责管理支付系统内部的交易主体。会员系统保存了客户在支付系统内部账号的实体信息，为客户建立了统一的、以会员 ID 为标识的会员基本信息、关系信息（会员和账户、会员和操作人、会员与银行卡）视图。
一般情况，会员在支付系统内部分为个人会员和企业会员（默认企业会员有商户权限），以电商平台为例，C 端用户为个人会员，B 端商户为企业会员：
支付系统的职责为通过支付核心与后端清结算、会计、账务等系统的统一协作，让前端支付产品可以更关注产品本身的逻辑，而减少对清分、对账、储值等后端服务的考量及动作；同时通过标准化的支付指令定义，统一前端支付产品的支付请求接口，提供适应各类产品使用的基础支付服务。
支付核心的边界：
账务核心的功能为，根据前端业务系统的要求设计相匹配的账户类型、管理各类账户、记录账户资金变动等，同时，按照公司内部的财会规范提供反映各账户间交易资金变化情况的会计数据；并且负责将自身记录账务流水与支付渠道结算资金和结算流水进行核对，对对账结果中出现的差错交易进行差错处理。
清算核心负责维护客户参与交易时的清分、结算规则，并按照已配置的规则完成交易资金的清分与结算操作。
由此可见如果你要做一个第三方支付公司的，大大小小估计得建设几十个系统呢？所以来说，支付并不简单，后面六六会和大家一起来学习各个系统！