分账系统怎么选？先看三个反直觉的地方

　　平台选分账系统，通常会列一张功能清单：多级分润、阶梯比例、多周期结算、批量打款。这些都对，但它们区分不了好坏——凡是还在市面上的产品，清单上的项基本都能勾满。

　　真正拉开差距的，是三件在演示里看不出来、在报价单上也写不下的事。它们都有一个共同点：跟直觉相反。

　　一、收款只有一条路，退款有七条

　　收钱这件事，路径是单一的：钱进来，按比例分出去。系统只要算得对，就不会出问题。

　　退钱不是。同样退一笔已经分出去的款，至少要处理七种情形：全额退且尚未分账、全额退但已分账、部分退且未到结算日、部分退且已跨结算周期、跨周期冲抵、收款方账户已注销、优惠券与平台补贴怎么退。

　　每一种的资金路径都不一样，每一种都会在加盟商的后台留下一条记录，而这条记录他一定会看到。

　　多数系统在收款路径上做得很好，因为那是演示时能看到的部分。

　　我们的做法是：退款不生成新的分账，只生成一笔挂在原订单上的冲抵，原始订单号一路带着;冲抵落在下一个结算周期，不去动门店当期的到账金额。加盟商看到的不是"账户少了 3.72 元"，而是"两天前那一单退了一杯，冲回 3.72 元"。

　　这两句话的差别，就是财务一周要接多少个电话。

　　二、能配的东西越多，账越容易错

　　客户提需求时经常说：比例、层级、周期、主体，全部要能自己配。听起来是尊重业务，实际上是把一套账的正确性，交给平时不关心账的人。

　　我们见过太多这样的后台：运营为了做一次活动，把某个层级临时调到 0，活动结束忘了改回来;三个月后财务发现有一批订单一直按错误比例在分。没有人做错事，只是系统允许了这件事发生。

　　所以我们把配置分成两类：该放的放，该锁的锁。

　　比例、层级、周期可以配，但每改一次都会生成一个新版本，带生效时间、带操作留痕;历史订单永远按当时那一版还原，不随新规则变化。少数参数我们直接锁死——不是做不到，是改了之后这张账就没有基准了。

　　这套做法常被评价为"不够灵活"。我们接受这个评价。灵活应该放在能承受它的地方：业务规则可以灵活，账的基准不能。

　　三、账不是记给现在看的，是记给三年后查的

　　项目验收时，客户看的是：能不能分对。三年后再看，问题就换了一个：还能不能解释。

　　我们要求一笔交易能还原出五件事：对应哪个订单、按哪一版规则拆的、分给了哪些主体、开具了什么凭证、记在哪个期间。

　　前四项，验收时几乎每个客户都会问。第五项"记在哪个期间"，问的人很少——它不影响对错，只影响你能不能跟别人对上。但三年之后，所有问题都会回到这一项：这笔钱算在哪个季度、哪个月、哪张报表里，跨期调整怎么处理。

　　也因为这个，我们把分账对象设计成合约而不是门店。门店会迁址、换法人、暂停、闭店，认门店的系统，一次工商变更就能把历史记录搅乱;认合约的系统，变更只是旧合约结束、新合约开始，历史原地不动。

　　这三条都不算技术创新

　　它们没有一条能写进技术白皮书。它们是十四年里被问烦了、被返工逼出来的取舍——每一条背后，都对应过一次具体的翻工。

　　所以我们不太愿意在介绍里用形容词。分账系统之间的差别，不在功能多少，在这些看不见的地方：退款怎么走、配置守住哪条线、三年后还能不能把一笔钱说清楚。

　　14 年，100 多个细分行业，一天一千万笔。这些数字的意义不在证明我们规模多大，在于上面每一条取舍，都在足够多的场景里被验证过。

　　如果你正在选一套分账系统，可以拿这三条去问任何一家，包括我们。