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

5.1 付款预付款

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

支付前端的定义：封装后端支付核心系统的接口，对外提供的接口包括：余额、现金、网银、快捷支付、提现、订单退款等。 所有支付行为都将以业务支付指令的形式实施。

企业产品代码

交易系统的各个接口封装各种产品（提现、充值）后，向支付前端系统发送相应的支付请求。 支付前端系统根据产品编码和配置关系生成相应的业务支付订单并处理后续流程。 。

5.2 付款协议

支付协议是支付服务的封装。 白皮书以提现协议为例。

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

2. 调用支付层时，通常会生成支付订单，并根据订单和配置生成相应的支付指令。 如果涉及调用清算通道，则生成清算指令（外部指令）。 如果是操作账户金额指令（内部指令）。

5.3 支付引擎

支付引擎类型：

定义原子级支付方式。 所有支付行为均为资金账户转移，包括：充值、取款、内部支付（转账）、退款。

操作说明：

即支付核心的工单号。 前面的每一张付款单都包含一条或多条指令。 该指令包括对应的原始支付类型（上述）、业务请求类型、支付方式、支付产品代码、参与者信息（收款人信息）、支付指令信息（与退款时原始支付指令相关）等。

服务流程：

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

白皮书以电商订单支付和收获确认为例。 用户付款并确认收货。

对应交易端的两个请求：支付和结算。 对应支付前端系统：收单支付协议，后者分为两笔交易，一是三方支付，二是余额转账（将资金从担保账户结算到商户账户），对应两条付款指令，付款请按照转账方式进行。

5.4 风险控制

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

风控是一个专业的话题，反作弊最好先解决，这里就不多说了。 白皮书只提到实名认证。

当然，对于我们来说，驾驶员的实名认证信息、驾驶证信息、银行卡信息、认证信息都必须经过验证。

5.5 管理背景

有必要提供一个可视化的网站后端来查看运营和财务的交易数据。

常见的功能有

日常操作及维护

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

交易数据展示

提供管理层所需的不同意见。

报告下载

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

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

5.6 报告

交易报告

除了财务需求外，还需要审计部门。

结算报告

支付系统的清算核心在结算账户内的资金时，生成结算报告，供财务人员作为后续审核、审核的依据。

内部人员使用的数据通常是根据需求定制和开发的。

财务报表

财务核心以独立账户管理资金。 账目记录了会计科目和会计记录。 会计记录显示账户资金的收入和支出。 根据公司财务要求，对于同一类财务会计科目的科目，报告编制期间的收入和支出金额分别核算，生成财务报表。