台账这个词语，起初听到时也感觉比较晦涩。其实，台账早在古代就有案例。古代市场门店没有电脑，也没有互联网，只能靠账簿来记录每天的钱款收支。

买了材料花了100两白银，那就记录支出100两白银。当天盈利了10两黄金，就要记录进账10两黄金。

账本作为生意场必备的物品，被大家所熟知，也就延续了下来，因为是放到桌子上的账本，又称它为台账。

后来互联网普及之后，由于这样的记账形式还是比较类似，所以台账一词在互联网上被原汁原味的保留下来了。后来凡是可以记账的系统，都会在台账加上定语，比如订单台账，支付台账或支付台账等。

01

台账业务的基础架构

在生意场经常可以听到一句话：一手交钱，一手交货。订单的生命过程也同样伴随着钱和货的交易，也就是钱款的转移和商品的交付。

台账则主要处理后者，关于财务相关的业务。目标职责是保交易的收支平衡，公平交易，阳光透明。

台账一般会记录订单的正向交易应收实收信息，订单的财务对账，以及订单逆向售后退款信息。

02

应收和实收

做账的时候，不但要看账簿流水情况，流水能够反映公司的经营状况。而且还要看公司的收支是否达到了一个平衡点。“支”代表公司开销，支出，这里我们不展开聊。主要还是聊“收”。

实际上“收”可以拆解为两趴，应收和实收。前者表示订单必须要收的金额，后者表示实际收到的金额。两者必须相等，帐才是好账，否则会触发异常流程。

如果实收大于应收，那可能是用户支付的次数过多，或者支付发生错误导致支付按钮报错等等。此时，因为台账不平衡，自然会触发退款行为，会将用户多支付的金额退还到原支付账户。

当实收等于应收时，订单正常向下流转。

当实收小于应收时，会触发异常流程。

订单应收是以订单维度，计算的是订单的金额，根据订单金额统计台账的待收款信息。假设订单金额是RMB100元，那么台账就记一笔应收账单为待收款RMB100元。

订单生成后，此时订单还没有支付，订单状态为未付款。这笔订单台账需要由订单系统调用台账服务接口，写入订单台账。

订单拆分后，父单会拆分为多个子单。订单生成时写的应收实际上是父单的实收，如果拆分后，实际上父单就不存在了，只是虚拟的订单。

此时，就需要对每个子单再次进行应收台账的写入，应该做两件事，原父单应收的冲销，新子订单应收的写入。

秉着谁污染谁治理的原则，子单的应收应该有拆分的发起者，拆分系统写入。

总结一下，台账应收分别在订单生成时和订单拆分时创建，前者由订单系统写应收台账，后者由拆分系统写应收台账。

接着讲，子单拆分后应收写多少合适呢？会不会出现问题？还记得我们在之前写过一个拆分金额公式吗，在此时也能用得上，即

单个商品优惠后价格 = 商品价格 – 总优惠金额（商品价格/订单总金额）

按照这个公式可以计算每个订单商品的总金额，拆单后的子单，写入的就是订单商品价格之和。

假设拆单后，商品a价格10元，商品b价格是20，商品c是50，商品a和商品b同仓生成1个共同子单，商品c不同仓单独生成一个子单，那么前者子单应收金额为30元，后者营收金额为50元，即同比例等于订单应收金额。

订单实收统计的是支付流水，因为存在订单拆单的情况，一笔支付流水可能会对应多笔订单。所以，以流水为颗粒度最为稳妥。

当订单创建时，写的是实物商品金额的应收。多数订单都会涉及虚拟财产如红包优惠券等，这部分也需要订单系统写台账。

写的不是应收，而是实收，因为提交订单时已经使用了这笔虚拟财产。

第一次订单实收记录是订单支付完成后开始写台账，由于使用的收银台服务，收银台的交易系统保存着支付流水，所以是由收银台进行写实收。调用的接口服务都需要由台账提供。

订单拆分时，父订单拆分为多个子订单，此时父订单的实收就没有作用了，需要进行冲销，台账要划掉这笔费用，把实收全部转移到实际的子订单中。

所以，对于实收方面，拆分系统需要做两件事，一是父单实收冲销，二是记录子单实收。

总结一下，订单生成时，订单系统会创建虚拟财产的实收。订单支付后，有收银台调用台账实收接口，写入实收。订单拆分时，父单冲销，拆分系统记录子单实收。

03

台账的逆向流程是什么？

台账对账后，也会出现逆向流程。比如由于支付系统发生故障，导致未付款的订单用户多次支付，或者订单金额计算错误，导致多次支付。

用户下单时，地址填错了，或是不想购买，取消了订单。或者是用户拒收了快递，都会导致台账进行逆向流程操作。

台账的逆向流程其实指的是订单的逆向退款。对于大多数自营电商来说，通用的异常场景有以下三种情况，订单取消，订单售后退货和订单支付多次。

订单取消

电商平台上很多场景都可以发生订单取消的情况，按操作人员区分，用户可以自己取消订单，平台系统自动取消订单，订单过期取消，或是客服帮忙取消订单。按用户意愿区分，可分为多买取消，买错取消，未使用优惠取消等等。

取消订单时，订单可能未支付，也可能已经支付。不过无论订单的支付状态如何，当台账查询到订单系统推送的取消MQ后，台账会自动的进行逆向退款流程。

对于退款操作台账是无法独立完成的，需要调用其他后台系统的服务才能进行完整退款。订单退款按照财产属性区分，涉及两方面的退款，分别是资金退款和虚拟资产退款。两者的退款流程完全不同

涉及资金退款，首先需要从退款系统拿到具体的退款金额，金额计算逻辑全都是退款系统操作，台账只需要吃“现成”的。然后在继续调用下游的支付系统，实现退款操作。退款时，一般会将资金返还到原支付账户。

由于虚拟财产是订单系统记的实收，涉及虚拟财产退款时，台账则直接可以从订单中获取具体的虚拟财产退款，然后下面流程和资金退款比较一致，继续调用下游的支付系统，实现退款操作。

 售后退款

售后的颗粒度是以服务单为准，每个订单可能对应多个服务单，同样，一个sku也可以对应多个服务单。售后退款通过后，退的是服务单的金额，而订单并没有直接关联关系。

与订单取消退款不同的是用户的操作流程，售后退款需要订单收货后，用户手动触发申请操作，并且还有一道审核流程三需要两步审核。

一第步是客服审核服务单是否有效，第二步是线下配送员核查商品是否完好，第三步是仓库检修人员仔细核查。

当全部审核通过后，接下来的流程和订单取消的退货流程比较相似，涉及资金退款，走退款系统。涉及虚拟财产，正常流转。

订单支付多次退款

在双11的时候，因为流量爆发，经常遇到订单无法支付的情况，订单支付后也没有支付成功的反馈。用户会变得疑惑，多次点击支付按钮，导致一笔订单进行了多次付款。

订单应收只是订单金额，而实收则出现几倍于应收的情况。对于台账来说，应收和实收不平，需要走逆向流程。台账系统发起退款请求，在后台生成工单，

工单需要人工审核，客服人员要根据订单金额和实际的支付流水判断是否需要走退款流程。

若情况属实，客服审核通过，这笔资金将会根据实际支付金额和订单应付金额情况，返回到用户的账户。

此时，台账还要做一件事，原来多支付的实收部分冲销作废，并写入新的实收金额。