对长短款进行核销以后生成核销凭证

[sami]

交易数据和银行清算数据，进入对账中心进行交易对账处理，生成的对平的平台支付记录、渠道清算记录，以及未对平的平台单边数据和渠道单边数据，未对平数据即支付在途数据，对支付在途数据进行差错处理以后，会生成差错处理数据，上述的对平数据、未对平的支付在途数据、差错处理数据将推送至数据转换中心，前往下步，直至到会计核算中心生成在途凭证和渠道应收应付凭证。 从银行获取到结算单，与渠道应收应付数据进行资金对账，得到长短款数据，长短款即资金在途数据；渠道结算数据推送至会计中心生成实收实付凭证，长短款生成资金在途凭证。
已抹平资金的在途挂账。 在会计核心，手续费收入、利息收入在期末将结转至相应财务账套，实现备付金账务中涉及到的自有资金的结转。 （清算数据绑定渠道实体账户 个渠道账户可能会有多条通道进行入账，例如网联渠 突尼斯电话号码表 道全部清算入账的央行集中存管户，在直联时代也存在这样的情况。 在计费中心存在个划付管理模块，可以实现清算数据与收单账户的关系绑定，也就是这份清算数据清算到了那个账户中。下图是计费中心产品架构： 划付规则设定的是个接口的支付成本、交易本金与渠道的清算规则，涉及从哪个收单账户出、什么时候支付、如何支付等信息，包含交易本金的划付以及手续费成本的划付两部分。


如下图所示： 这样，边实现了对账中心的清算往来数据，在向后流转到财务处理系统过程中，如何绑定上收单银行账户，这是后面要实现渠道已核银行应收应付科目入账的前提条件。 清算数据—收单银行账户—结算日期 五、支付机构科目设计 为了简单起见，我将所有主要科目放到张图中，并且用什么数据进行记账，每类数据操作哪些账户，记什么方向，以收款业务为范例进行，全部标记在了图中，付款业务，退款业务原理样，只不过涉及到的科目不同。


账户科目设置 科目设置原理就是以下套科目：虚拟户、三个过渡户、银行存款。 图中的粉色部分就是该收款和付款备付金核算的全链路涉及到的科目 商户结算账户：存储商户已结算账户余额 待结算商户-收款付款：存储待结算商户余额 渠道清算往来-收款付款：记录渠道待清算往来账务 已核对应收银行-收款付款：记录已核对应收银行账户 银行存款-备付金自有资金：记录银行存款账户余额 科目编号设置，不是重点，可以采用三层结构，例如预收账款-客户备付金-商户，这部分不做详细介绍，后续可以单独介绍支付机构账套设计。