NingG +

支付系列:清结算系统

1. 概要

关于清结算,需要考虑几个因素:

围绕清结算系统,进行深入分析,具体涵盖:

2. 业务目标

清结算系统:

几个术语,进行统一:

3. 系统设计

清结算系统,具体系统设计,涵盖下述几个方面:

  1. 功能设计:从业务角度,需要支持哪些业务功能、逻辑功能
  2. 主体流程:业务逻辑上,主体操作流程
  3. 逻辑架构:逻辑模块

领域模型:

3.1. 功能设计

清结算系统,需要支持下述几个功能:

  1. 两类对账:渠道对账、业务对账
    1. 支付渠道对账
      1. 渠道
        1. 国内:支付宝、微信、Ping++、ApplePay
        2. 海外:Stripe、Adyen、Juspay
      2. 类别
        1. 收款
        2. 退款
      3. 特别说明
        1. 每个渠道,都需要区分「渠道商户」,即,渠道侧分配的「商户」
    2. 业务对账
      1. 类别
        1. 收款
        2. 退款
      2. 两个订单
        1. 支付订单
        2. 交易订单
      3. 特别说明
        1. 不同业务,是否可以共用?还是每一个业务,一个系统?
  2. 统计汇总
    1. 渠道:三方支付渠道
      1. 渠道应收
      2. 渠道应退
      3. 手续费汇总
      4. 实际应结
    2. 商户号:商户清分
    3. 业务:分业务统计

清结算系统,需要考虑的一个关键模块:差错处理

清结算系统中,对账的差错:

清结算系统中,对账的差错处理:

补充,几个常见术语:

3.2. 主体流程

清结算系统,分为下述几个主要流程:

3.2.1. 下载账单

下载对账单:

3.2.2. 账单转换

数据规范时,下载不同渠道的对账单,建议设置为统一的命名规范,然后进行存储。

3.2.2.1. 文件命名

上传对账单文件命名规则为:

业务类型_资金渠道_清算日期_序列号 . 文件格式(I_WEIXIN10401_20160415_02.CSV

具体含义:

3.2.2.2. 文件解析

对账单,文件解析:

3.2.2.3. 信息入库

原始账单文件,归一化之后,抽取结构化信息,导入数据库中,便于后续的对账。

3.2.3. 启动对账

对账单数据整理规范后,进行对账时,需将对账单中订单、金额与电商平台系统订单、金额进行比对。

  1. 获取支付订单:根据渠道、日期、状态,获取支付订单
  2. 支付订单与对账单匹配
    1. 按照系统订单中顺序一条条与对账单记录进行匹配
    2. 匹配时先按照订单号进行匹配,再对金额进行比对
    3. 系统订单匹配完成以后,检查对账单是否存在剩余记录

3.2.4. 标记差错

对账结果:

结果输出:

对账结果的差错标记:

3.2.5. 差错处理

主要是针对:「单边账-长短款」的处理,以及「金额不一致」

清结算系统中,对账的差错处理:

3.2.6. 结果汇总

结果输出:

TODO:

3.3. 逻辑架构

清结算系统,逻辑架构,整体分为:

  1. 接口层:对外提供服务
  2. 服务层:核心的对账处理流程
  3. 网关层:对外下载对账单、查询单个账单的详情

对应的「技术架构」:逻辑架构

对应的「技术架构」:技术栈架构

4. 附录

4.1. 附录 A:POSP 系统

POSProxy,POS 前置系统,用于管理:

4.2. 附录 B:POS 机

几个常见问题:

疑问:

4.2.1. POS 机的一清机 & 二清机

一清机

二清机

疑问:

5. 参考资料

Top