《支付系统-支付核心》

本文为ping++白皮书读书笔记系列。

5.1 支付前置

    随着业务定制化的发展，对于交易支付系统要求越来越高，纪要保持系统的稳定性，有要具备灵活性，这是比较矛盾的事。支付前置的职责：支持业务变化的扩展性，将交易通过支付前置的配置转换为后端支付系统能统一处理的模式，方便后端多样化记账需求。

   支付前置的定义：包装后端支付核心系统的接口，对外提供接口包括：余额、现金、网银、快捷支付、出款及订单的退款。所有的支付行为都会以业务支付订单的形式落地。

业务产品码

    交易系统各类接口包装后各类产品（提现、充值）后，将对应的支付请求发给支付前置系统，支付前置系统根据产品编码跟配置关系，生成对应的业务支付订单并处理后续流程。

   5.2 支付协议

支付协议即对支付服务的封装， 白皮书以提现协议为例介绍，

1 提现的明细项关联着业务方所传递的外部订单号，代表着原始订单信息。

2.调用支付层时，通常会落地生成一笔支付订单，并根据该订单结合配置去生成对应的支付指令，若是包含调用清算通道则生成清算指令（外部指令），若是操作账户金额指令（内部指令）。

5.3  支付引擎

  支付引擎类型：

定义支付的原子级支付形态 ，所有的支付行为都是资金账户的流转，包括：充值、提现、内部支付（转账）、退款。

指令：

即支付核心的工单号，前置的每笔支付订单包好了一笔或者多笔指令。指令包含了对应的原始支付类型（上面提到的）、业务请求类型、支付方式、支付产品编码、参与方信息（收付款人信息）、支付指令信息（退款时关联原支付指令）等。

服务流程：

  定义支付指令的执行流程，将支付拆分为原子级支付类型，并对支付类型的流程进行编排。

白皮书以电商的下单付款及收获确认为例。用户是支付和确认收货。

对应交易侧的两次请求：支付，结算。对应支付前置系统：收单支付协议、后一个被拆分为两笔,一笔是三方支付一笔是余额转账（将资金从担保账户结算到商家账户），分别对应两条支付指令，支付跟转账。

5.4 风控

   支付系统的风控，处在交易系统的前面，拦截可疑交易。

风控是个专业的话题，反作弊最好前置，这里不展开。白皮书只提到了实名认证这一项。

当然对于我们，司机的实名认证信息，驾证信息，银行卡信息，鉴权信息都要核验。

5.5 管理后台

   要为运营、财务提供查看交易数据的可视化网站后台。

  常见功能有

日常运维

交易查找（包括三方交易流水号搜索）、订单退款。

交易数据展示

提供管理层所需要的不同视图展示。

报表下载

   将交易历史数据导出为交易报表。

   当然以上都是敏感数据，一定要做好安全权限的管理。资金安全，内网访问。导出数据的脱敏处理等。

5.6 报表

  交易报表

  

除了财务需要，审计部门也需要。

结算报表

 支付系统的清算核心对账户中的资金进行结算时，生成结算报表，供财务人员作为后续查账、审核的依据。

内部人员使用的数据，通常会根据需求方来定制化开发。

财务报表

  财务核心分账户来管理资金，账户记录了所属会计科目和账务记录，账务记录标明了账户资金的收支情况。按照公司的财务要求，对于同一类财务会计科目的账户，分别统计该报表编制期间收入和支出金额，生成财务报表。