电子商务系统和支付平台及其付款方式中间的订单信息查账

文中所叙述的查账，非金融企业內部的查账情景。适用企业自研及其购置的类电子商务系统，在此类情景下，服务平台身后付款方式很有可能连接手机微信、支付宝钱包亦或是是别的第三方聚合支付平台企业的安全通道。

一、支付平台具体描述

在如下图管理体系中，查账的目地是确保以下的等式成立：

顾客付款的钱-付款方式服务费=应结应收款

一些方式由于依据清算周期时间不一样或是别的经营要素，清算必须服务费。此类状况：应结应收款-清算服务费=到账额度。

在一个详细的电子商务平台交易中，还会继续涉及到折扣优惠、积分换购、立减、账户余额等付款情景，并且在其中又参杂多商户功能聚合支付平台。这类情景会让新入门的小伙伴们不知所措。

之上二种情景的逻辑性不应该放支付平台（付款控制模块）解决，只是应当放到买卖控制模块的订单管理系统子控制模块解决。

支付平台只关心券后额度的解决，一笔订单信息的订单金额、折扣优惠等都并不是支付平台关注的。在一个繁杂的电子商务系统中（淘宝网、京东商城、美国亚马逊），买卖控制模块的关键工作中之一便是解决好业务流程订单信息和支付订单的关联。

业务流程订单信息的关键特性：业务流程订单号、提交订单时间、订单金额、订单信息、折扣信息、商户功能信息内容、客户资料。

支付订单的关键字段名：付款订单号、业务流程订单号、付款時间、付款额度、商户功能信息内容、付款情况。

二、查账具体描述

懂了支付平台的精准定位和职责分工，在查账环节所要关心的关键工作中也就清晰了。

查账主要是确保三项数据信息的一致性：支付订单、付款水流、方式水流。

这三项是分别是业务管理系统、支付平台、付款方式的付款主数据，确保三者的ID关联和情况符合既保证了付款步骤的准确性。而方式必须确保的方式水流中的应结额度和具体清算额度的一致性，这个是付款方式內部查账必须处理的难题。

第一阶段查账中会涉及到商城积分的销账、经营折扣优惠的搭配因此 中后期会专题讲座共享；第二阶段与第三阶段很像，全是依据中下游系统软件生产制造的查账文档和当地的订单信息或是水流核查。详尽对账流程看下节。

三、对账流程

如下图，一般查账文档全是隔天才会形成，由于必须中下游系统软件每天解决完前天的內部查账后才会形成给上下游的查账文档。

获得查账文档：恢复出厂设置储存，原始记录全部字段名均储存；建立查账批号：由于一些系统软件涉及到商户功能许多 或是连接好几个付款方式，因此 能够依据具体要求建立查账批号便于分组管理。普遍以时间为一批号。可是中下游查账文档出难题时，很有可能必须当天必须再再次建立批号亦或是全量遮盖；查账解决：从恢复出厂设置的查账文档中提取六单号、种类、情况、额度、商户号等关键词段和本系统软件的订单信息搭配；假如 ID 额度 情况 一致，则此笔订单信息立即销账，打上查账标识。

ID 指推送要求给中下游时，中下游回到储存在本系统软件的唯一主键。

针对不一致的情景会出现三种状况，各自相匹配不一样解决计划方案：

当地有ID，中下游有ID；能够搭配可是情况不对；启用情况查看插口同歩情况；当地有ID，中下游无ID；依据ID查中下游订单信息；当地无ID，中下游有ID；依据ID查当地订单信息，或查看系统日志。

错漏解决这一块，在具体涉及到中，提议预埋好人力解决的专用工具，等运作平稳后再依据具体情况把一些经常出現的情景根据系统软件全自动解决。

四、汇总

文中中的查账对于情景是类电子商务系统和支付平台及其付款方式中间的订单信息查账，并沒有涉及到钱夹、资产代管方式下的会计查账。

文中出示的方式也关键是以业务流程要求考虑，处理当服务平台的买卖步骤非常复杂的状况下，如何确保订单信息、支付信息一致性的难题。

别的有关资产水流、应结资产、清算资产设计方案和会计ERP、企业网银（根据银企互连获得帐户水流）的查账，事后文章内容在一一详细介绍。

文中由 @侠之大者 原創公布于每个人都是产品运营，没经创作者批准，严禁转截。

题图来源于Unsplash，根据CC0协议书。