浅谈支付/对账系统的设计

支付领域里kaiyun.ccm，核对账目是一项相当繁杂的系统构建工作，本文作者介绍了自己的账目核对方案，供大家借鉴。

该编辑于某上市公司从事电商相关工作，今天将介绍由其团队研发的支付平台；此举旨在促进知识传播与互动交流…

一、支付管理系统

支付网关管理

目的是管理维护支付方式

内容包含网关唯一标识、网关专属编码、网关称谓，具体有微信支付渠道和支付宝渠道，同时涉及网关运作模式，例如虚拟网络操作和实体线下运作等类别。

业务线信息管理

核心任务是处理业务数据，例如不同业务板块：京东实物购物平台、京东京喜、京东健康、京东到家等。

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

业务平台管理

核心任务是照看服务对象专属的渠道，诸如京东健康设有微信应用、安卓客户端、苹果手机版本、网页版等。

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

业务方支付账户管理

旨在保护商家账号，同时将其与具体业务范畴、相关业务平台以及所使用的支付渠道进行对接。

类别包括工作领域, 运营载体, 交易接口, 交易单元标识, 应用身份码, 交易授权密码, 交易安全密钥等等

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

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

对账的目的何在，它构成了交易环节中不可或缺的校验环节；旨在防止突发状况或人为失误，由于信息量庞大，人工核对难以实施，以免订单偏差不断累积，最终演变成难以理清的混乱账目；

对账的流程思路：

定期取得各支付渠道提供的账单记录，将初始账单资料归档保存，开展账单内容的分析处理，经过数据归类与加工，最终制作出平台所需的核对清单。

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

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

对账明细表：区分已核对与未核对数据，识别出不一致之处并加以标注，若当前难以解决可暂时搁置处理。

处理对账出现的不同问题：存在我方单边短少的情况，也存在微信单边多出的情形，还有双方账目不符但金额记录有误的情况

错误处理：需要按照固定方式系统解决，比如跨日差错，要等到下一天再次核对；对于没有规律的问题，则通过人工方式处理

核对模块四种状态：

两边数据一致，则判定为正常状态。若发现不一致，则转为异常标记，并等待人工介入修正。经人工修正后开yun体育app官网网页登录入口，需更新标记为已处理状态。对于特殊情形，如暂时无法解决或决定忽略的问题，应标记为挂起状态。

账目出现多付情况时，资金渠道表明已付款，但本公司订单系统无记录，属于订单丢失情形。针对此类状况，财务部门必须启动「补办手续」，该「补办手续」的审批程序，可视为一种人工干预措施kaiyun全站登录网页入口，归入「手动操作」类别中

核对工作是一项极其繁杂的系统，本阶段仅做初步探讨，后续将系统化梳理并公布详细内容；敬请留意，共同探讨交流心得；