|
距离2018年，倒数31天 写于11.30 在家中 原创 10/14 动笔于周四下午19:20，完笔于20:00 从入职上海保交所以来一直从事支付清结算的架构和项目管理工作 今天就来谈谈什么是支付清结算？ 一共划分了3块来介绍，第一部分讲一下什么是支付、什么是清算、什么是结算。第二部分讲支付系统的核心模型与核心流程，第三部分讲一下目前主流的一些三方支付公司的产品和架构。 那我们先来一步步看下支付、清算、结算到底是什么？ 举一个现实中的一个例子，小明去金拱门买麦辣鸡腿汉堡，正常情况下就是一手交钱一手交货，这中间不考虑退货和退款的问题，也不考虑汉堡成本的问题以及提供汉堡上下游的厂商的结算问题，那很简单了，小明现金给金拱门的服务员，服务员在小本本上做个记录，然后小明可以开始吃汉堡了。 服务员通过复试记账的办法，在小本本上记下 借：银行存款10 块，贷：汉堡10块。这样一个交易流程就完成了。 现在我们来看更先进一点的例子，小明这次不用现金了，小明选择使用微信支付（微信提供扫码、公众号、H5、APP多种支付方式）来买汉堡吃。不管用哪一种支付方式只要涉及到银行的，微信都会发送实时清算资金指令给到微信背后对接的银行，银行会实时把小明的银行卡的钱扣掉，然后把钱转移到微信公司在银行开立的一个结算账户。 这个时候最终的收款方金拱门在银行的钱是不会实时变多的，只是收到一笔微信来的清算指令，只是告知说有那么一笔成功的支付交易，收到10块钱，可以记账了。 站在金拱门的角度记账是记 借：微信应收款 10块 贷：麦辣鸡腿堡 10块。记微信应收款 10块的原因 是因为 资金没有真的到帐。然后等到第二天微信的结算银行把钱真的转账到金拱门银行账户里，金拱门会记一笔实际资金到账 借：银行存款10块 贷：微信应收款 10块。可以发现这里的微信应收款一借一贷最终冲销为0. 讲到这里，我们可以基本了解支付，清算，结算的概念。支付本身可以看作是一种实时清算，实时结算，主要对付款的人来说。清算本身可以看做一个流水，一个指令，结算就是最终转账的那个动作。 现在看看支付宝作为三方支付的清算，过程还是和之前一样。小明用支付宝绑定了一张建行卡，充值 10块。这里我们记账是记 借：建行存款10，贷：小明余额 10。 复试记账的逻辑，首先要区分是哪些资产、哪些是负债，简单来说就是是你的就是资产，不是你的，但是在你这边记录的就是负债。 比如说我昨天借给小明100块，小明的账务记成 借：现金100 贷：应付陈祺欠款100。这里现金就是资产，应付陈祺欠款 就是负债。所以支付宝这里 贷 小明支付宝余额 10 在这里的意思就是说，小明充值10块，钱给了支付宝，支付宝实际现金收到10，同时还欠小明10块。 继续往后就很简单了，小明买了金拱门的东西，只要把余额转给金拱门就可以了，那金拱门余额也是负债，金拱门余额 要变多，放贷方科目，小明余额也是负债 余额要变少 放借方科目。 （遵从负债放借科目减少，放贷科目增加的原则） 等到T+1日，金拱门要把余额的钱提现。金拱门是通过支付宝在工行的备付金进行提现打款。所以金拱门余额的负债放借放科目（减少），贷方放工商银行，因为实际工商银行的存款减少了。 最终，支付宝 的银行资金 是 建行增加，工行减少。支付宝变相的实现了央行大小额系统的跨行转账的功能，并且起到了一个中央清算的功能，所以对于小明和金拱门来说支付宝就是他们的中央对手方。 央行的系统里面只能看到支付宝与小明，支付宝与金拱门分别的资金与信息流动。央妈其实并不知道是小明把钱最后给了金拱门，这就带来了很大的金融风险。 那央行是如何解决这个问题的?近期央妈企图通过组建了网联这个组织来完成网上支付业务中央清算的功能，网联要求各家三方支付公司不能直联银行，只能对接网联一家，那网联就是一个大集中的清算中心，可以看到所有清算指令，这样就可以监控到小明最终把钱给到金拱门。 那我们总结一下，什么是清算、什么是结算。根据百度百科定义结算是清偿商务活动中债权债务的最终结果；清算是结清银行间资金账户往来债权债务关系最终结果的一种过程。 简单来说,清分=记账,清算=算账,结算=转账 举央行小额支付系统的例子：A行将向B行单笔小于5W的汇款逐一记录（清分），依次凑够5W为一个单位（清算），根据清算结果每5W一笔人民币批量转给B行（结算）. 最核心的逻辑-账户与会计、核心流程 支付最核心的是会计体系，我们可以简单分为内部账户，和外部账户，内部账户可简易理解都是资产科目，外部账户可简易理解为负债科目，这里有个人和机构。机构的可能会比个人多一些会计账户。 我们可以看一下具体外部账户的会计科目的结构是如何设计的，一级科目可以定义为客户基础账户，二级可以是余额，保证金，待结算。这里可以看到金拱门实际的一个账户会对应到3个具体的科目上。基本这就是目前主流的三方支付系统的会计设计方式。
从支付系统核心流程来看，一般会有4个子系统组成，支付系统，清算系统，渠道系统，账务系统。 支付系统下订单并与支付宝通讯，然后支付成功后生成清算流水，然后生成记账的交易流水，发给账务系统生成会计分录流水，会计分录流水生成的同时会更新会计科目相应的余额。 这中间有2个地方会产生对账，一个是账务系统的流水和支付清算这边的流水的内部对账，然后是支付清算的流水和银行渠道那边的流水的对账。 如果支付系统作为三方支付给其他业务系统提供服务还需要和业务系统对账，比如淘宝的系统就会把自己的交易流水与支付宝的支付流水进行日终对账。 看看别人怎么做的，别人有什么东西
我们先来看看号称业内最强的支付宝的设计，总体上就分支付清算，账务，还有核算（也就是对账）。 账务会计模块支付宝有一个创新，内部外部账记账方式不同。比如说你是用银行卡做充值操作，正常情况下我们会看到我们余额增加，同时内部账户银行卡的账务也增加。一般是借：银行存款 贷：你的余额 但是支付宝的做法是异步记银行存款，就是你看支付宝上余额增加了，但是支付宝系统里银行存款的账务还是没变化，是事后才会被更新。 支付宝为什么只记单边账呢？主要因为支付宝的外部账户有上亿个 ，内部银行账户数量比较少，比如双11的时候外部账户同时发生几百万个工行支付交易，那支付宝工行存款科目就要考虑高并发更新的问题。 传统是通过加锁技术进行并发控制，以免更新错余额，但是会对性能有很大的影响。所以通过异步的方式记内部银行存款的帐，从而做到不影响用户支付的极速体验。 京东是通过收购三方支付网银在线来做的京东支付。总体产品架构基本大同小异。 美团支付有一个2次清分，2次清分可以看做是商户的二次清结算功能。什么是商户二级结算，比如说淘宝决定以后支付宝不用了，用美团支付，然后美团收到的钱 都打给淘宝集团的一个银行账户里，就是一级结算。但是淘宝要求美团可以分别打给每个不同的淘宝店主银行账户里，那就是二级结算的功能。 说了那么多，大多一般典型的支付系统产品架构如下，希望给你带来一些参考。
|
|
|
