浅谈支付对账系统的设计

在支付系统中，对账功能是一个非常复杂的系统设计。本文作者分享了自己的对账功能设计，供各位参考。

小编在一家上市电商公司任职，今日分享一下自家设计的支付系统；仅为分享学习交流…

一、支付管理系统

支付网关管理

目的是管理维护支付方式

字段：网关ID、网关code、网关名称（微信支付、支付宝支付）、网关类型（线上、线下..）；

业务线信息管理

主要目的是管理业务信息，比如各类业务线：京东实物电商、京东京喜、京东健康、京东到家等；

字段：业务名称、业务方ID（系统生成）；

业务平台管理

主要目的维护管理业务方对应下的平台，比如京东健康有小程序、安卓、iOS、wap等；

字段：平台名称、ID、备注等；

业务方支付账户管理

目的维护商户号，并关联业务信息（那个业务线、那个业务平台、那个支付网关）；

字段：业务线、业务平台、支付网关、支付商户号、APPID、支付方式秘钥、支付方式私钥..

后面分享支付对账、结算账单等系统的设计…..

支付对账系统的架构的设计

为什么对账：对账是交易流程中最重要的纠错机制；避免意外或人为错误，数据量大人工无法完成对账，避免订单差错越积越多，变成糊涂账；

对账的流程思路：

1、定时获取支付渠道流水账单文件–原始账单存储–解析–数据整理生成平台对账文件；

2、对账是双边对账：订单与支付、支付对流水；

3、对账类型：收款与退款；对账时间：每日对账；

4、对账明细表：对平与未对平数据；找出差异标记差异；当下无法处理可先挂起；

5、处理对账异常数据：短款差错（仅我方有）、长款差错（仅微信有）、错账（双方都有但金额错误）；

6、差错处理：①有规律的系统处理（跨日问题：与第二天再对一次）；②无规律的人工处理；

核对模块四种状态：

对平正常：两边对比无异常，标记为正常。

差错未处理：两边对比异常，标记异常等待人工处理。

差错已处理：人工处理后标记已处理。

差错已挂起：某些暂时无法处理或永久忽略的问题标记挂起。

对账差错为「长款」时，支付渠道显示支付成功，我方订单查询为空，我方掉单。这时，财务人员需要发起「补单」，这个「补单」补单审核流程，我们可以把它当作一个处理选项，放在「人工手动处理」。

短款差错：我们的订单中有记录，浅谈支付对账系统的设计但支付渠道对账单中没有记录。简单讲就是少收钱了。一般此类错误通常是碰到「跨日交易」，用户在23:59分下单，在00:01分支付。

长款差错：我们的订单中没有记录，但支付渠道收到钱了。简单讲就是多收钱了。一般此类错误多是我们的系统未正确接受支付渠道下发的支付成功返回信息。这种手动调整交易状态即可。

错账：两边都有记录，但金额对不上。

对账是个非常复杂的系统，本期仅浅谈一下，后面再深入梳理进行整理发表；关注我，一起交流分享；

本文由@阿辉原创发布于人人都是产品经理。未经作者许可，禁止转载

题图来自Unsplash，基于CC0协议

该文观点仅代表作者本人，人人都是产品经理平台仅提供信息存储空间服务