虾皮对账要对的是哪几本名目

对账要对的是哪几本名目，先数清楚

先分清楚要对的不是一堆数字，而是三本名目。第一本是平台侧的，记着成交与结算两类内容。第二本是银行侧的，只记钱实际进出的那些流水，其余一概不记。第三本是自己侧的，按自己的习惯把前两本的内容重新登记一遍。三本各成体系，互相之间不能替代。

平台侧的名目分两层。上层是交易层，记的是每一笔订单金额和它在平台内的各种扣减。下层是结算层，记的是扣减完之后应当结算多少。两层之间的差是平台内部处理的结果，这个部分在银行侧是完全看不到的，所以只能回到平台侧去找。

银行侧的名目只有一类，就是实际进出账户的钱，别的信息在这里一概没有。它不区分这笔钱来自哪一笔订单，也不区分里面包含了什么名目。银行只知道某一天有一笔钱进来，金额是多少，这一笔在银行看来就是全部内容。

自己侧的名目最杂，因为它是由人登记出来的。有人按订单登记，有人按批次登记，还有人按收款周期登记，三种方式会产出三套不一样的名目结构。彼此之间即使金额对得上，明细也对不上，这是对账反复卡住的常见原因之一。

三本账的理想关系是：平台侧的应有额减去各类差异等于银行侧的实收额，而自己侧的登记额应当等于银行侧的实收额。这个链条上任何一环错位，对账就会停在那一环上，而不是继续往下走，所以排查要有顺序。

实际工作中最常见的情况是自己侧的账直接照平台侧的数字抄，跳过了银行侧这一环。这样做出来的账看起来整齐，但它记录的是应当收到的钱，不是实际到账的钱。两者不一致的时候，账面上看不出任何异常，问题要等到用钱时才暴露。

另一种常见情况是只保留银行侧的流水，不记平台侧的明细，只认流水不认来源。这样一来，钱到了多少是清楚的，每一笔分别来自哪里却是模糊的。时间一长，账户里多出来的那一点就没人说得清是什么名目了。

把三本都摆出来之后，各自的作用就清楚了：平台侧管的是应当，银行侧管的是实际，自己侧管的是解释。缺了应当就没法知道差额有多大，缺了实际就没法知道差额在哪，缺了解释就没法知道差额为什么来，三样缺一不可。

名目还分静态和动态两类。静态的是那些一笔一次、金额固定的项，比如每笔订单的手续费扣减。动态的是跟着时间走的项，比如跨期还没结算的部分。月底对不上几乎都出在动态这一类上，静态的项很少出问题。

数名目的时候有一个容易犯的错，是把平台侧的两层混成一层来看。混在一起之后，交易层的扣减和结算层的调整会互相抵消一部分，看总数一切正常，看明细却发现有项目重复出现。分层看是避免这个问题的基本办法。

知虾的关键词分析栏目按站点列出公开的搜索与价格信息，数据按日更新到前一交易日。那些栏目呈现的是市场侧的结构，和自家三本账上的名目没有任何重叠。两类信息放在一起看的时候要分清来源，否则会把市场的变化算成对账的差异。

自己侧登记方式的选择，直接决定了要对的名目有多少。按订单登记名目最多最细，对起来也最费工；按收款周期登记名目最少最粗，对起来最快。两种方式没有优劣之分，但同一本账里只能选一种，换来换去最费事。

有的卖家会把平台侧的明细整理成一张表，再把银行侧的流水整理成另一张表，两张表并排放在一起逐行对。这种做法在处理笔数少的时候很有效，笔数一多就会失控，因为两张表的行数本来就不一样多，也没有共同的排序依据。

要让两张表能对，先要做的是建立一个共同的键，让同一笔钱在两处都能被认出来。这个键可以是一批结算的日期，也可以是一段订单号区间。有了共同的键，两张表才谈得上逐项比对，没有键的时候并排放得再整齐也没有用。

三本名目之间的关系理清之后，对账就从一件靠记忆和耐心的事，变成一件靠结构的事。结构对了，差异会自己浮出水面，不再需要靠人去猜哪一笔不对劲。这一节先把数量数清楚，下一节看每一本各管哪一段。

还有一点值得提醒：三本账不是各自记完再拼起来的，而是互相牵制的。平台侧的名目一旦改了口径，银行侧的流水不会跟着变，自己侧却必须跟着变。谁先变、谁后变，决定了对账在那一段时间里会不会出现缺口。

三本账各自成立之后才有得对，真正的活是第三步到第四步之间的那一次逐项对应。

平台账、银行账、自己账，各管哪一段

平台侧管的是从成交到应当结算这一段。它知道每一笔订单发生了什么，包括扣了什么、留了什么、什么时候该结出去。它不知道的是钱实际什么时候到，因为到账发生在平台之外。这一段的信息只有平台侧有，别处补不上。

银行侧管的是钱实际进出账户这一段。它知道哪一天到了多少，从哪个方向来。它不知道这笔钱对应哪些订单，因为跨境的流水上不会带着订单号。这一段的信息只有银行侧有，平台侧同样补不上，两边谁也替代不了谁。

自己侧管的是把两种说法接起来的这一段。它把平台侧和银行侧的两种记录接上，说明某一天到的那一笔钱是由哪一批结算构成的。这个解释由人来写，所以质量取决于登记的习惯，而不是取决于数据本身，这一点常被低估。

三段之间的接缝有两处。第一处在平台侧和银行侧之间，是钱从应当变成实际的那一跨。第二处在银行侧和自己侧之间，是钱被认领到具体批次的那一步。两处接缝都是对账最容易停下来的地方，也都需要提前准备好对应的依据。

第一处接缝上的名目差异，表现为平台说该结一百，银行实际到了九十八。差的那两块可能散在好几类名目里，也可能全部来自一笔单独的扣减。这两块由谁处理，取决于它是平台侧的项还是银行侧的项，判断错了就会找错人。

第二处接缝上的名目差异，表现为银行到了一笔钱，自己侧的账上却认不出来。认不出来通常是因为这一笔横跨了两批结算，或者因为它含了一笔此前漏记的补款。这一类差异不去查清，就会一直挂在账上，越积越多。

三本账各自都可能有自己的调整项。平台侧有结算调整，银行侧有对方发起的冲正，自己侧有更正登记。三类调整的名目不同、时点不同、方向也可能不同，对账时要先把这三类调整单独挑出来，不要混进正常项里一起比较。

有一个判断三本账是否健全的简单标准：随便挑一天，能不能说出这一天平台侧应当结多少、银行侧实际到多少、自己侧登记了多少。三个数都说得出来，账就是健全的；有一个说不出来，那一本就需要补，补哪一本也很明确。

平台侧和银行侧的时间基准往往不同。平台侧按结算周期记，银行侧按自然日记。两个基准不一样的时候，同一天在两处的含义就不一样，直接比较会得出错误结论。对账之前先把基准的差别说清楚，后面省掉的是反复解释的工夫。

自己侧在这三本里的角色最容易被低估。它看起来只是抄写一遍而已，实际上它是三本里能解释差额来源的那一本。平台侧和银行侧都只提供结果，只有自己侧把结果和原因连起来。少了它，差额永远只是一个没有名字的数字。

把三本账的分工写下来贴在案头，能省掉很多来回确认的时间。分工清楚之后，遇到问题第一反应会变成判断它属于哪一本，而不是立刻去翻全部流水。判断的起点变了，处理的速度也会跟着变，而且新人接手时不用重新问一遍。

三本账之间的次序是有讲究的。先立平台侧，再立银行侧，最后立自己侧。顺序反过来做的话，会先形成一套解释，再去找数据来印证它。这种做法在数据不完整的时候会得出似是而非的结论，看起来通了，其实没有。

有的账本会在自己侧里面再分一层，把平台侧名目和银行侧名目分别登记，最后再做一个汇总。这样做的好处是两边的来源都留着，随时可以追回去；坏处是汇总层出问题的时候，排查要从两个方向同时开始，工作量翻倍。

三本账的名目数量差异很大。平台侧的名目最多，因为每一类扣减都是一个名目；银行侧的名目最少，通常只有进出两类；自己侧的名目数量取决于登记方式。名目多的地方未必最难对，名目少的地方也未必最简单，关键看有没有对应的另一侧。

这一段讲的是三本账各自的管辖范围。范围划清之后，下一节谈它们之间靠什么勾稽，也就是靠哪些共同的锚点把三本账串成一条线，让不同来源的记录能够互相对上。范围不清的时候，谈勾稽是无从下手的，因为连哪两本之间该有关系都说不清。

范围划清还有一个附带好处，就是能判断某一项到底该不该进对账的范围。不属于任何一段的内容本来就不该拿来对，放进来只会制造出没有意义的名目差异，而这类差异最费神，因为它既不是错，也处理不掉，只能一次次被解释。

跨期结算项几乎每个月都会留下尾巴，退款售后项紧随其后，银行手续费这一项反而最不容易出岔。

三个名目之间的勾稽关系是什么

三本账能串起来，靠的是一组共同的锚点。最常用的锚点是结算日期，因为平台侧的结算记录上有它，银行侧的到账流水上也大致能推断出它。有了共同的时间参照，两本账之间的比对才有立足点，否则连起点都找不准。

第二个常用锚点是金额区间。同一批结算的金额在平台侧是一个确定的数，到账之后在银行侧会略小一点。用一个区间去框定，就能在流水里把对应的那一笔找出来。区间放得太窄会找不到，放得太宽则会找到错的那一笔。

第三个锚点是批次分组。平台侧的每一批结算都有一个内部编号，这个编号不会出现在银行流水上，但它能用来判断哪些订单应当同时到账。用分组的方式对，比用单笔对更稳，因为单笔的对应关系本来就脆弱。

三个锚点的关系是互相补充的。日期能框出范围，金额能确认身份，分组能解释为什么这几笔应该一起出现。只用其中一个，对账会变得很吃力；三个一起用，多数情况都能落到位，剩下的只是个别需要单独说明的笔。

勾稽的核心是一条等式：平台侧的应有金额减去各类扣减名目，等于银行侧的实收金额。这条等式在任何一段时间里都应当成立，误差只允许出现在还没结算完的那部分上。等式的两边经常对不上，说明有某一类名目被漏掉了，而不是数据本身有问题。

等式两边的差额如果能被完整地拆解成几个有名目的项，账就是通的。如果差额拆不出名目，只能笼统说一句有一点差，那说明名目本身还没有理清。这也是名目这一层要先于对账动作的原因，顺序颠倒过来做，功夫全白费。

第二组勾稽关系在银行侧和自己侧之间：自己侧登记的每一笔收入，都应当能在银行侧的流水里找到对应的一笔。反过来银行侧的每一笔进账，也应当在自己侧有一个说明。两个方向都要通，单向通只能算对了一半。

单向通不了的情况有一个典型表现：银行侧有一笔钱，自己侧怎么也认不出来。这一类通常是补款或者跨期款，它们在平台上可能早就结算过，只是到账时间推后了，所以出现在了一个看起来不相干的日期上。

自己侧和平台侧之间通常不需要直接勾稽，因为它们中间隔着银行侧。如果发现自己在拿自己侧直接对平台侧，中间跳过了银行侧这一环，那么得到的差额里会同时包含时间上的差和名目上的差，两类混在一起就没法拆。

勾稽关系还有一个层级的区别。逐笔勾稽最细，也最费工；按批勾稽居中；按期勾稽最粗，但最快。三种层级不是互相替代的关系，而是先用粗的筛出问题，再用细的定位到具体名目，顺序反了会做很多无用功。

实际做的时候有个常见误区，是只做逐笔勾稽，不做按批勾稽。逐笔对完之后，如果发现整体还有差额，就没有下一步可以走了，因为没有中间层级可以定位。按批这一层的作用，正是给出这一步，让差额有一个可以落脚的颗粒。

差额能拆解到什么程度，取决于名目分得有多细。名目分得细，差额能被拆成几项；名目只有大类，差额就只能给出一个大类的方向，具体落在哪一项上仍然不知道。想让对账更精确，要动的是名目的粒度，而不是核对的次数。

勾稽关系确立之后，还需要定一个容差。完全相等在实务中很少见，因为汇率和手续费会带来极小的小数差。容差定得太紧会天天报警，定得太松会漏掉真问题，合理的容差通常按自己历史的波动范围来定。

把勾稽关系写在纸上，会发现它其实只有三条等式。三条等式都通了，三本账就串上了。三条里有一条不通，问题一定出在那条等式所涉及的两本账之间，这时候查账的范围一下就缩小到三分之一，效率的差别就在这里。

三条等式的作用不仅是查错，也是防止漏项。某一个名目如果一条等式都进不去，说明它根本不属于对账的范围，或者说明它被遗漏在了所有等式之外。两种情况都需要处理，放着不管，它就会在以后某一天以差额的形式出现。

这一节讲的是三本账之间的勾稽。勾稽关系确立之后，下一节看那一类最容易被漏掉的名目，也就是跨了期、在两本账上各记了一半的那几笔。它们不算错，却会让期末的差额突然变大，而且金额通常不大，很容易被当成无关紧要的尾巴放过去。

最容易漏的，是那些跨了期的那几笔

跨期的笔最容易漏，原因是它同时属于两个期间，但两边的账各记了一半。平台侧在这一期把它记进了结算，银行侧在下一期才把它记进流水。单独看任何一本都完整，两本放一起就缺了一块，而且两边都不觉得自己错。

跨期在不同名目上的表现不一样。跨期结算项表现为平台侧已结、银行侧未到；跨期退款项表现为平台侧已退、银行侧未收；跨期费用项表现为本期扣了、下期才在流水上体现。三类名目的时间错位方向并不相同，处理方式也不一样。

平台侧的结算记录上有一栏时间，是这一批什么时候应当结出去。银行侧的流水上也有时间，是这一笔什么时候实际到的。两个时间之间的差就是跨期的长度，这个长度是可以被统计出来的，不是随机的。

跨期的长度会随结算周期变化。周期短的时候，跨期只有几天，影响仅限于期末最后那几笔；周期长的时候，跨期能到一两周，期末前后的一大段都会受影响。周期越长，跨期的影响面越大，越需要提前安排。

期末最后几天是对账最容易出事的时间段。这几天产生的结算可能还没走完，银行侧自然也没有对应的流水。如果不加区分地把这几天的应有额全部算进本期，差额就会在期末凭空变大，看起来像出了大问题，其实只是时间没到。

处理方法有两种：要么把这几天单独拿出来，不算进本期的差额；要么照常算进去，但在差额里单独标出一部分叫未达项。两种做法都能用，关键是选定之后每一次都用同一种，换着用会让历史数据无法互相比较。

跨期款还有一个特点，就是它在下一期会以一笔看起来无关的入账出现。如果下一期没有准备，这一笔就会变成一笔来源不明的钱，处理它要重新翻上一期的记录。提前把清单交下去，这一趟就省了。

退款类的跨期最容易漏，因为它牵涉两个方向。钱先按扣减处理，之后退回来的时候在另一个方向出现。两个方向的日期不同，中间那一段在账上就是一个看着像少了一块的名目，而它其实是平的。

有的平台会把退款和费用冲抵之后再结算，这时候在流水上就只看到一笔净额。净额出现之后，里面包含了几项、各是多少，从流水上已经看不出来了。要还原，只能回到平台侧的明细里去找，而这一步经常被跳过。

跨期项在金额上通常不大，正因为不大，它们容易被当成不重要的尾巴放下。可它们有一个特性：会累积。这个月的未达项如果没结清，下个月又会叠加一批，几期之后就会变成一笔说不清来路的余额挂在账上。

对跨期项最有效的做法是建一份滚动清单。清单上记着每一笔未达项的金额和它预计出现的时间，时间到了就去流水里找。找到就划掉，没找到就继续留着并记下次数。这份清单不需要复杂工具，一张表就能维护，难的是每期都过一遍。

滚动清单还有一个附带好处：它会暴露出某些项一直找不到。某些项连续几期都找不到，说明它对应的名目本身就是错的，或者说明它根本不会到账。这一类需要单独查，不能一直挂在清单上占位置。

跨期项和名目本身的粒度也有关。名目粗的时候，跨期和正常项混在一起，看不出哪些是跨期的；名目细的时候，跨期项会自己显形。这也是先分名目、后做对账这个顺序的实际意义，顺序对了，很多问题自己会冒出来。

期末对账的时间点选择，会影响跨期项的多少。在结算周期刚走完的时候对账，跨期项最少；在周期中间对账，跨期项最多。把对账放在工作量大、跨期项也多的时点上，等于同时承担两份麻烦，选个更合适的时点更省力。

跨期这件事说到底是一个时间刻度的问题。三本账上都有时间，但用的刻度不一样。把三本账的时间刻度先对齐，跨期项就会从看不见的东西变成看得见的东西。看得见之后，剩下的只是逐个处理，不再需要靠猜。

这一节讲的是哪些笔最容易漏。下一节把几本账并排摆开，看差异最终落在哪一处，以及每一处差异各自该用什么样的办法去处理。同样是差额，落在不同位置上的处理方式完全不同，把位置认错了，做的努力也就白费了。

几本摆一起，差异到底落在哪一处

把三本账并排之后，差异会落在三个位置之一：平台侧和银行侧之间、银行侧和自己侧之间，或者同一本账内部的相邻期间之间。分清落在哪一个位置，就决定了接下来该查哪一本，而不是三本一起翻，那是效率最低的做法。

落在第一处位置的差异，特征是金额不大而笔数固定。每一批结算都会有那么一点，而且方向基本一致。这一类差异通常来自名目上的处理方式，不是偶然的错漏，所以逐笔去找是找不到具体某一笔的，要找的是名目本身有没有缺项。

落在第二处位置的差异，特征是金额可能不小而笔数很少。银行确实进了这笔钱，自己侧没认出来，或者反过来。这一类通常来自登记时的遗漏，逐笔去找能定位到具体哪一笔，花时间但能查清。

落在第三处位置的差异，特征是两个期间各少一块、各多一块，合起来是平的。这一类是纯粹的期间归属问题，和金额大小无关，也不会影响两个期间加起来的总数。处理的办法是把两个期间放在一起看，而不是各自单独看。

判断差异落在哪一处，有一个不需要精细计算的方法：看它在几本账之间的方向。同一笔差额在平台侧和银行侧方向相反，说明它落在第一处；在自己侧和银行侧方向相反，说明它落在第二处；在两期中方向相反则落在第三处。

差异的方向常常被忽略，因为大多数人只记录差额的大小，不记录方向。只记大小的时候，两个方向相反的差异会互相抵消，看起来像是一笔小差，实际是两笔各自都不小的差，处理方式也完全不同。

按月看差异和按批看差异，会得到不一样的结论。按月看，差异可能很小，因为期初和期末的跨期项互相抵了一部分；按批看，每一批的差异方向都很清楚。两种观察方式都有用，但要看目的是判断整体还是定位问题。

知虾的定价计算与站点费用栏目可以按日查看，数据更新到前一交易日。它显示的是各站点在同一时点上的结构差别，不显示任何一笔钱落在哪一本账上。拿它来确认站点的结构有没有变可以，用它来核对某一期的差额则不合适。

三本账中名目最多的是平台侧，所以差异在平台侧被稀释得最厉害。同一个差额如果在平台侧看，可能只是几千项里的一个小项，很容易被忽略；在自己侧看，可能就是一笔显著的异常。看差异要从名目少的地方看起。

差异定位到位置之后，还要判断它是单次的还是持续的。单次差异处理完就结束；持续差异说明名目本身设置有问题，处理掉这一次，下一次还会再出。判断方法很简单：看同一位置的差异在连续几期里是否都出现。

持续出现的差异通常来自两种情况：一是名目重复，同一项钱在两处各记了一次；二是名目缺失，某一项钱在任何地方都没被记上。重复和缺失在金额上的表现相反，但在持续性上的表现很像，要分开判断。

差异的处理顺序也有讲究。先处理持续性的，再处理单次的。持续性的差异处理完之后，单次差异的数量往往会少一大半，因为单次里有一部分其实是持续性差异在个别期间上的波动，并不是独立的问题。

把差异按位置分类之后，会发现大部分工作量集中在第一处位置上。这一处涉及平台侧和银行侧两套名目，两套的规则不一样，对起来也就要多花一份力气。第二处和第三处的量通常小得多，处理起来也快。

差异落在哪一处，和业务本身的复杂度也有关。做单站点、单币种的时候，差异几乎都落在第一处；做多站点、多币种的时候，第二处的差异会显著增加，因为认领的环节变多了，需要说明的关系也变多了。

对账的价值不在于把差异抹平，而在于把差异归到位置上，让它有名目、有原因、有下一次出现的时间。做到这一步，账才真正变成可以依赖的东西，而不是每次出报表都要重新解释一遍的负担。

这一节讲的是差异的落点。落点清楚之后，下一节看名目会在什么时候增减，以及怎么让名目清单跟得上这些变化，不至于每改一次规则就要重新对一遍。名目清单跟不上的时候，表现出来就是每一期都在处理同一类新问题。

三本并排还有一个额外收获：能看出哪一本本身就不健全。如果某一本账上永远说不出差额的方向，那问题多半不在对账动作上，而在这本账的登记方式上，改动作是治不好的，得从登记规则改起。

三本账的名目并不一一对应，能三处同时出现的名目很少，多数只在其中两处露面。

名目会在什么时候增减，怎么跟得上

名目不是固定不变的。平台改一次规则，可能就会多出一项扣减；新开一个站点，可能就会带进来几类此前没有的名目。名目一变，原来的对账方式就会失效，因为它在按老的名目清单逐项核对。

变化的第一种来源是平台侧的规则调整。这类变化会先在结算明细里体现，然后才反映到账面上。观察结算明细的构成有没有出现新的一栏，比等着在账面上发现问题要早很多，也更容易找到对应的解释。

变化的第二种来源是业务范围的变化。新增站点、新增币种、新增物流方式，每一种都会带进来一批名目。新增的时候如果只在业务侧记录，没有同步到对账的名目清单里，新增的这一批就会成为对不上的部分。

变化的第三种来源是自己侧的口径调整。同一类钱以前记在一个地方，现在改记到另一个地方，自己侧的名目结构就变了，而平台侧和银行侧并不知道这件事，三本账的对应关系需要重新建立一遍。

跟上变化最实用的办法是给名目清单加一个版本日期。每次调整之后，在新的清单上记下调整的日期和调整了什么，原有的清单留着不删。这样回头看任何一期的账，都能找到当时用的那一版名目，不会张冠李戴。

名目清单的形态不需要复杂，一张表两列就够：一列是名目名称，一列是它出现在哪一本账上。需要的话再加一列说明它是静态还是动态。清单本身的价值在于它被使用，而不在于它有多完整、多漂亮。

有一个常见的做法是把名目清单和对账模板绑在一起。清单变了，模板跟着变；模板没变的时候，就不用担心清单偷偷改了而没人发现。这个绑定关系一旦建立，维护成本会低很多，也少了一类隐蔽的错。

新增名目的时候要特别留意它和现有名目会不会重叠。重叠的表现是同一笔钱在两个名目下各出现一部分。这种重叠在刚新增的时候不明显，等金额累积起来才会被发现，而那时候已经很难追溯它是从哪一天开始的。

减少名目的时候同样要留意。删掉一个名目之前，要确认它下面没有余额。如果还有没处理完的项，直接删掉会让这部分钱失去名字，变成一笔无归属的差额挂在账上，以后再想查清要花很多工夫。

名目变化的频率和业务的稳定程度相关。业务模式稳定的时候，名目可能一年都不怎么变；模式调整期，名目可能一个季度就换一轮。在这两个阶段，对账的工作量差别很大，做计划的时候要把这个差别算进去。

跟上变化还有一个组织上的前提：名目清单必须有人负责。没有明确负责人的时候，清单会在几次调整之后变成一份过时的文档，谁也说不清它现在准不准。负责人不需要是专职，但必须是明确的某个人。

对账时如果发现某笔钱没有对应的名目，不要临时给它起一个名字。临时起的名字不会进入清单，下一次出现同样的情况又会起另一个，相同的钱会有好几个名字。正确的做法是判断它该归入现有名目还是该新增一个。

名目的粒度也会随规模变化。小规模的时候三五个大类就够用，规模上去之后需要拆到十几项。拆的时候要注意保持历史可比性，不要把一个老名目直接拆成新的几个而不留对应关系，否则历史数据就断层了。

把名目维护当成一项常规工作之后，对账就不会每隔一段时间就失控一次。维护的成本很低，失控的代价很高，两者的差别在于有没有提前做这件事。提前做的部分看不见成果，但它省下的是后面反复收拾的时间。

这一节讲的是名目的增减以及怎么跟上。名目本身理清之后，下一步会遇到一个新的问题：两边的名目都在，可它们用的计算基础不一样，一个含着几项，另一个不含，对不上却不是少了名字。那是比对基础要处理的事，放在下一节里说。

名目清单还有一个隐藏用途：它可以用来校验业务范围有没有扩大。如果清单半年都没有添过一项，而站点和品类都在增加，那说明新增的部分根本没有被纳进对账范围，也没有出现在任何一期的差异里。

平台侧的应有额一直不动，自己侧的登记额要四周才追上去，差额是名目还没归到位的部分。

名目理清了，比对口径在下一节里

这一篇从头到尾只说名目。三本账各有哪些名目、彼此靠什么勾稽、哪些最容易漏、差异落在哪一处、名目什么时候变，五件事都在名目这一层里。没有涉及按什么基数比对，也没有涉及差异最后记在哪里，那两件属于别的层。

名目这一层的产出并不复杂，就是一份清单加三条等式。清单说清有哪些名目，等式说清它们之间该怎么对上。有了这两样，对账就从凭经验变成了按步骤，步骤明确之后，换人接手也不会走样，新人不需要重新摸索一遍。

名目理清之后，下一步自然会遇上一个问题：两边的名目都有了，可它们用的基础不一样，一个是含某些项的，一个是不含的。这时候要谈的就不再是有没有这个名目，而是它按什么算，性质变了。

基础不同属于比对层面的问题，不属于名目层面。名目层面只判断这一项在不在、叫什么、出现在哪本账上；更下面一层才判断这一项的数值是怎么得出来的。两层的顺序不能颠倒，先有名字才谈得上算得对不对。

把两层混在一起谈，最典型的表现是拿着一份名目清单去讨论金额为什么对不上。讨论到最后会发现，清单上的名目两边都认，只是两边算出来的数值基准不同。这时候真正要改的是基准，不是清单，改错了地方白费力气。

对账做久了的人往往会有一种体会：名目这一层最枯燥，却最省事。枯燥是因为它就是逐项列清单，没有任何技巧可言；省事是因为列清楚之后，后面每一期的重复工作都会变得机械，不再需要每次重新判断一遍。

名目清单做完之后，建议把三条等式也写在同一页上。三条等式分别是应有与实收的关系、流水与登记的关系、以及相邻期间的归属关系。写在一起的好处是，任何一期对账出问题，都能按顺序把三条逐一验证一遍，不必凭印象排查。

这三条等式的验证顺序也有讲究。先验第三条第期间归属的，再验第一条应有与实收的，最后验第二条第登记与流水的。顺序对了，每验一条都会缩小问题的范围；顺序错了，每验一条都会引入新的疑问，越验越乱。

验证的过程中如果发现某一条等式长期通不过，不要急着改动等式本身。等式是结构性的，长期通不过通常说明有一个名目一直没有被正确列入。把那个名目找出来，等式自然就通了，改动等式只是把问题藏起来。

对账这件事最让人头疼的不是差异多，而是差异没有名字。有名字的差异可以分类、可以追踪、可以判断它会不会再出现。没有名字的差异只能一次次重新查，查完还是不知道它是什么。名目这一层解决的就是给它一个名字。

把名字给全之后，剩下的工作就落在比对的基础上。同一批钱按含与不含两种基础算，结果会不一样；按不同的时间窗算，结果也会不一样。这些都属于下一节要处理的问题，和名目有没有列清是两件事。

如果现在手上的账还没有一份像样的名目清单，可以先用最粗的版本起步。把三本账上出现过的名字都列出来，不用急着合并同类项，也不用急着判断哪些是重要的。先把存在的东西列全，这一步的价值最大。

清单列全之后再回头看差异，会发现很多说不清的地方其实只是两个名字指的是同一件事。合并掉这些重复的名字，差异会减少一批，而且是永久性地减少，不需要每一期再去解释一次，解释一次的成本被摊掉了。

名目清单还有一个实际的作用，是可以拿来和业务侧沟通。业务侧关心的是钱有没有收到，对账侧关心的是这个名目归在哪一本账上。把清单摊开来说，两边讨论的是同一个东西，不会出现各说各话的情况，沟通的时间也能省下一半。

这一篇讲的是名目这一段。折算按什么基础、时间窗怎么对齐、以及差异最终在哪一层落脚，分别在别的篇目里回答。几篇之间的界线清楚了，读起来才不会把不同层的问题混成一件事，也才知道一个具体的差额该从哪一篇里找答案。

自测一遍这一篇的内容也不难。能不能说出自己账上有几本名目、每一本各管哪一段、以及哪一类名目每年都会留下尾巴。三个问题都答得出来，这一篇的内容就算用上了；答不上来的那一项，就是下一次整理账目时该先动手的地方。

常见问题（FAQ）