电商系统中，支付中心作为交易的重要支撑体系，是总系统的重中之重。那它的架构有哪些关键部分？底层设计又要注重的是什么呢？本文将为大家解答这一系列问题。

  上一篇文章《B2C电商系统产品架构：全局分析系统定义与职责》中，我们主要描述下B2C电商系统整体产品架构图，里面各个模块系统每一个展开其实就是一个庞大的产品体系，而这个也正是后续该系列文章的大纲。

  在我们开始正式讲解之前，大家先描述下自己对支付中心的认知。我想可能对于大部分普通用户，对支付中心的理解可能更多就是付款页面了，即收银台，用户选不一样支付方式来进行付款。甚至连订单申请的退款到账，用户也基本不会联想到支付中心身上。

  支付中心作为交易三流向中的资金流支持体系，是最重要核心的部分，搞不好对公司就会产生不可估量的损失。接下来，我们就来系统性地了解下经典B2C电商的【支付中心】究竟有哪些模块，每个模块又有什么职能？各模块之间又是如何联动的。

  说到底，支付中心的原子能力就是收、退、打，其他所有的一切，几乎都是围绕这几个基础能力搭建出来的应用产品。

  支付中心对内的上游主要是业务订单系统（本文主要描述经典场景），订单会传入支付结算所需要的核心信息，支付中心接收后转化为系统内的收退打相关指令，并进行信息的回执；

  支付中心对外是跟三方支付公司/银行系统来进行互动，支付中心将平台的收退打指令转为三方真实资金的收退打指令，三方产生信息回执；

  而支付中心内部，主要包含收单系统与清结算系统。前者主要负责收款，后者主要负责退款与打款。

  最上边的订单系统，就是触发指令给支付中心的上游，一般就是公司的各个业务订单系统；

  左侧的模块，是三方支付机构内部的大概逻辑（不再引入银行，主要为了描述支付中心对外的资金信息交互）；

  箭头指向只是表明大逻辑上有关联或顺序，但仅限于宏观层面，不开展到非常细节的产品设计层次；

  接下来，我们从【收单】【清结算】【账户】【对账】【交易安全】5个部分来展开：

  收单系统的主要职责就是收款，对业务要保证下单支付转化率，对系统要保证安全稳定、精准无误；

  我们就拿比较经典的普通支付来说明，订单创建后，获取到业务、用户和商品相关信息，然后创建支付单实体，支付单包含了支付收单所必须的上游信息。

  支付单创建之后，上游订单维持“待支付”状态，用户都能够在限定时间内发起支付行为，即吊起收银台。

  这里注意，收银台本质上就是收款通道的整体逻辑控制，不同终端、不同业务可选择支付通道的不同，例如：微信内是不可能用竞品支付方式的、有的业务坏账率高没办法使用分期产品、信用卡手续费谁承担、哪个收款通道默认选中/展示排序等等。这些本质上就是结合业务不一样的情况，为支付转化率和交易安全作保障。

  当用户选择某种特定支付通道之后，收银台就会用sdk或内嵌M页吊起支付通道，用户放弃某个通道之后，大部分场景可以更换其他支付通道继续支付。

  在三方支付的体系内，在使用余额或绑卡支付成功后，真实资金会从用户在三方的用户账户余额转往平台在三方的商户账户余额（有账期的暂不展开）；同时，三方告诉平台的支付中心用户已完成付款，平台的支付单可以变更已付款状态，并回执给订单变更订单状态。

  清分系统职责：处理上游业务单的分账请求，并转换成为标准的清分记录，进而在业务结算时机调用结算系统产生结算记录；

  一条清分记录，会被拆分为N条结算记录。清分记录能够理解为业务一笔订单的完整分账信息，可能包含很多目标账户，结算的时机也可能不同，经过清分系统之后，会转化为一条条格式化的结算原始记录，主要是出资账户和单个目标账户、结算金额、结算时间等核心信息；

  结算系统职责：将清分系统产生的结算记录，按照账期产生结算单，进而按照商户系统合同打款信息进行转账打款操作（包含欠款扣款逻辑）；

  结算系统，将待结算的结算记录按照结算周期和结算对象，分别进行合并运算，生成结算单（如果是负值结算单可能涉及到滚动生成结算单）。结算记录：结算单=N：1。

  结算单如果是正值，则生成打款单/提现单，然后将钱款进行打出，也有一定的可能是多批次打出。结算单：打款单=1：N；

  商户会按照结算单与自己在平台经营的订单信息进行对账，看是否有误差，以及关注结算单的打款进度。

  账户基础原子能力有：充、提、冻、转（支付、转账、扣罚）。支付单、结算单/提现单、冻结/解冻、转账等都会产生账户流水。

  支付中心的天职就是为平台交易安全提供保证。不仅要关注交易的双方角色，还要核心关注钱款的流向，尤其是收、打这2个节点。

  第一方面，支付中心包保证合规、合法。首先支付中心设计要满足监管部门的要求，并且要结合业务上游和支付中心联动，积极反诈骗、洗钱、信用卡套现等违规违法行为。

  第二方面，要做到系统健壮。从系统模块设计、系统实施、系统运营，都需要非常严谨，兜底也要建立完备的预警机制、熔断机制，为公司业务上游提供安全可信赖的支付服务。

  本文聚焦在支付中心的框架内，比较宏观介绍了部分系统的定义和职责，另外有些模块也都还在探索摸索阶段，并非标准答案。

  支付中心系统底层设计比较固定，最关键是能够结合企业自己的业务做好对应的架构设计和运行支撑。跟着业务变化而迭代系统，这样才可以做出一个有灵魂的支付中心。