清结算的理解

支付行业一般都有清结算：术语多，需理解。

简单理解：用户支付的钱立即扣除，但商户需要等到次日进行了清结算后才能到账的。
完整理解：清结算=清算（计算上一日的总交易额，扣多少手续费）+结算（付款划拨）

例子：我A绑卡在平台B上买了产品C支付100元。我的银行卡立即少了100也有交易记录，等银行到第二日结算时，银行扣0.1元手续费，剩下的99.9才正式划拨到商户的银行账户上。
这个过程前商户B需要：
1.商户先在银行开个账户
2.商户和银行之间约定好手续费率
3.商户需对接好银行的绑卡支付查询等接口

流程：下单-支付-清结算-对账
下单：需先检查订单信息无误然后调用银行的快捷支付渠道。
支付：记录好数据，包含

1. 付款方信息： 我的账号、卡号、姓名等
2. 收款方信息： 商户的账号、卡号、商户名等
3. 订单信息： 流水号、商品名称、订单金额、优惠金额、实付金额等
4. 渠道信息： 提交时间，支付时间、失效时间、费率费用、渠道来源（快捷支付或网银支付或***支付）

清结算：
这个过程有银行单方进行，银行的支付模块与财务模块之间的对比，会有差错处理，自动平账、人工干涉、容错、退款、生成账务文件等处理。清算和结算是分开的，即清算是在下单的时候就计算好了手续费，次日结算时候进行求和即可，分开的好处是回溯问题更清晰。

对账：
这个过程是商户单方面处理， 商户从银行那边取回对账文件，和自己这边的交易进行对比，以银行取回的账务文件为准进行纠正交易。

此处还有几个名词：
1、分账。分账一般还需要在下单时记录好分账人和金额，上面例子如果加个前提，推广公司W和商户约好，如果我是W推广而来的，则每笔订单给W1元好处费。那么扣完手续费后的99.9就不是全给商户了，而划拨98.9给商户B，划拨1元给W。
2、长款。即账小于现金，即 订单金额<对账文件记录金额 或者 订单无而对账文件有。解决方法：根据流水号查订单，有就补单把订单改成成功状态，没有则需人工介入。
3、短款。即账大于现金，即 订单金额>对账文件记录金额 或者 订单有而对账文件无。
解决方法：先标记为存疑，在规定的时间内（一般加一天）再去处理，过了时间点就是短款。

支付系统一般有的功能设计
1 运营管理后台
1.1 渠道介入
1.2 商户添加、费率、权限配置
1.3 接口权限配置
1.4 报表管理
1.5 会计分录