接一条通道时，对账很简单：拿通道给的对账文件，和系统流水一比，数目对上就结束了。接三条通道之后，这件事的复杂度不是变成三倍，而是变得更难梳理。
第一个卡点：订单号不统一
每条通道都有自己的订单号体系。同一笔顾客付款，在门店系统里有一个号，在通道里有另一个号，在终端上可能还有第三个。如果没有在受理阶段就建立映射关系，事后想核对一笔交易，只能靠金额和时间去猜。
金额相同的交易在同一天可能有很多笔，时间又只精确到秒，靠猜的结果就是经常对错行。解决办法是在受理时就生成全局唯一的流水号，把它和通道订单号一起存下来，后续任何环节都用这个号串联。
第二个卡点：费用口径不一致
不同通道对手续费的表述方式不一样。有的报「应收金额」和「手续费」，有的只报「结算金额」，有的把费率含在明细里。如果还有退款、撤销等特殊情况，口径差异会更大。
对账的第一步不是比数字，而是先把口径统一成同一套。
比较稳妥的做法是在系统内部定义一套标准字段：交易金额、通道手续费、其他扣费、实际结算金额。每条通道的原始数据在入库时就转换成这套标准格式，后续所有统计都基于标准字段，不再直接读原始报文。
第三个卡点：结算周期错位
T+1、T+0、按周结算、按自然月结算——不同通道、不同签约方式，结算周期可能完全不同。这会导致一个常见现象：某天看总账，各通道的待结算金额分布得很不均匀，很难判断「这个月到底应该收到多少钱」。
- 按通道分别维护结算批次，不要混在一起算；
- 每笔交易记录预计结算日期，而不是只记交易日期；
- 把「已结算」和「待结算」分开统计，避免把在途资金当成已到账。
做对账系统的收益在哪
从投入产出来看，对账系统不会直接带来收入，但它能减少两件事：一是月底集中对账的人力，二是资金差异发现不及时造成的损失。尤其是第二种，差异拖得越久越难追，能在当天发现，追回的概率就高得多。
对账的价值不在报表好看，而在问题能被及时看见。
