交易数据和银行清算数据，进入对账中心进行交易对账处理，生成的对平的平台支付记录、渠道清算记录，以及未对平的平台单边数据和渠道单边数据，未对平数据即支付在途数据，对支付在途数据进行差错处理以后，会生成差错处理数据，上述的对平数据、未对平的支付在途数据、差错处理数据将推送至数据转换中心，前往下步，直至到会计核算中心生成在途凭证和渠道应收应付凭证。 从银行获取到结算单，与渠道应收应付数据进行资金对账，得到长短款数据，长短款即资金在途数据；渠中心生成实收实付凭证，长短款生成资金在途凭证。
对长短款进行核销以后生成核销凭证，已抹平资金的在途挂账。 在会计核心，手续费收入、利息收入在期末将结转至相应财务账套，实现备付金账务中涉及到的自有资金的结转。 （清算数据绑定渠道实体账户 个渠道账户可能 阿富汗 whatsapp 会有多条通道进行入账，例如网联渠道全部清算入账的央行集中存管户，在直联时代也存在这样的情况。 在计费中心存在个划付管理模块，可以实现清算数据与收单账户的关系绑定，也就是这份清算数据清算到了那个账户中。下图是计费中心产品架构： 划付规则设定的是个接口的支付成本、交易本金与渠道的清算规则，涉及从哪个收单账户出、什么时候支付、如何支付等信息，包含交易本金的划付以及手续费成本的划付两部分。
如下图所示： 这样，边实现了对账中心的清算往来数据，在向后流转到财务处理系统过程中，如何绑定上收单银行账户，这是后面要实现渠道已核银行应收应付科目入账的前提条件。 清算数据—收单银行账户—结算日期 五、支付机构科目设计 为了简单起见，我将所有主要科目放到张图中，并且用什么数据进行记账，每类数据操作哪些账户，记什么方向，以收款业务为范例进行，全部标记在了图中，付款业务，退款业务原理样，只不过涉及到的科目不同。