虾皮结算周期里钱以哪些名目挂着

结算周期里钱以哪些名目挂着，分几类

一笔订单显示成交之后，钱不会立刻变成余额。它先在后台挂到几个不同名义下面。有的名义等买家确认收货，有的名义等售后期走完。还有的名义只是一条记录，永远不会变成现金。把这些名义分清楚，是看懂结算周期的第一步。

名目大体可以分成三类来认识。第一类是还在路上的钱，条件没满足就一直挂着。第二类是被规则扣住的钱，规则解除才会松开。第三类是已经扣掉、不再回来的钱，只留一条明细。三类混在一张表里，数字就很难读。

在路上这一类最容易被误认成收入。买家付了款，订单也显示成交，钱却还在等下一步。它挂在待处理的名义下面，不进可提余额。卖家如果不区分这个名义，就会把还没到手的钱算进当期回款。这种误算在旺季尤其常见。

被扣住这一类包含的规则各不相同。有的按固定周期放开，有的等争议结束才动。有的要等买家主动确认，买家不确认就自动顺延。同一个名义下面，可能同时压着几十笔金额不等的记录。只看合计，看不出哪一笔什么时候能松。

已经扣掉这一类是减法留下的痕迹。佣金、支付手续费、活动让价、运费补贴各留了一行。它们不会再回到余额里，只是让到手金额变小。很多人只盯这一类，以为看懂了减法。其实前面还有两类，被完整漏掉了。

三类名目同时存在于同一个账户里。它们不是排队关系，而是并行挂着。今天成交的那笔钱，可能同时占着在路上的名义和被扣住的份额。把这些拆开看，才知道账上每个数字代表什么状态。合成一个数，只会得到一个没有含义的总量。

分几类其实不是重点，重点是每类的放开条件不同。按类看，条件是一组；按笔看，条件是一笔一套。卖家常犯的错，是拿类别的平均条件去推单个订单。结果就是预估的回款日总比实际早那么几天。这个偏差看着小，累积起来却不小。

名目还分平台侧和第三方侧。平台侧的名目由规则决定何时松开。第三方侧的名目往往由通道方处理，节奏更慢一些。把两类混着记，会得出一个不稳定也不可复现的日期。分开记，各自的节奏才看得清。

有些名目金额很小，容易被整段忽略。单笔看来只有几毛，一年下来却是一笔可观的总额。忽略这些小项，等于把减法的尾数全部丢掉。对账的时候，就是这些尾数让两边始终保持一点差距。差一点，就永远对不上。

名目的名称在不同站点可能不一样，含义却基本对应。同一件事，在一个站点叫待处理，在另一个站点换个词。看到不一样的词就以为是新名目，会重复统计。按含义归类，比按字面归类更可靠。这一点在多市场经营时尤其重要。

账户里还有一类特殊名义，只记录不出钱。它出现在报表里，但从来没有对应的提现动作。比如某些调整项，只是把金额从一个位置挪到另一个位置。把它当成待结算，会高估能拿到的钱。识别它的方法，是看它有没有对应的放开条件。

把这些名义按是否可变再分一次很有用。可变的名目会随着订单推进自动换状态。不可变的名目一旦挂上就固定不动，只能等人工处理。前一类是流程的一部分，后一类是例外。混一起看，会误以为整个账户都不稳定。

分完类就能回答一个基本问题，账上那个数字到底是什么。它是三类名目的总和，不是一个可动用的金额。把它和银行余额划等号，是从一开始就理解错了。分清名目，才谈得上算周期。跳过这一步去算天数，方向本身就偏了。

名目分类还有个时间维度需要留意。同一笔钱今天挂在一个名义下，明天可能换到另一个名义。这个移动过程本身不产生收益，也不损失金额。它只是状态在变。只盯着金额不变，会以为什么都没发生。

走到这里可以先把结论放一放。名目是骨架，接下来的问题是每一类什么时候能变成现金。这个时间差，才是结算周期真正要算的东西。本篇只把名目摆清楚，时间算法留给后面的节次。边界划清了，读起来才不串。

把总额拆到名目，再拆到条件，最后落到时点，四步走完账上的数字才有含义。

哪些是能结的，哪些还压着不能动

能结的和不能动的，分界线是条件是否满足。条件满足的名目会自动进下一层，条件没满足的一直挂着。判断一笔钱能不能结，只须问它还有没有未完成的动作。有动作没走完，钱就动不了。这条判断比看金额大小有用得多。

能结的第一种情形是买家已经确认收货。确认之后，钱从待处理转到可结算。有时候买家不确认，系统也会在期限到了之后自动确认。自动确认的日子通常比手动确认晚几天。晚的这几天，就是资金被多压住的时间。

能结的第二种情形是售后窗口已经走完。窗口期内买家可以发起退货或退款，钱必须留着备付。窗口一过，这部分备付就松开。松开的时点和窗口长度直接相关，不同类目长短不一。这就是同类订单回款日并不一致的原因。

压着不能动的情形里，最常见的是争议未结。买家提了纠纷，平台要把这笔钱留到争议有结论。争议可能几天就结束，也可能拖上几周。拖的这段时间，钱一直挂在那儿，不进也不出。它不是丢了，只是暂时动不了。

第二种被压住的是预售和定制类订单。买家付了定金或全款，货还没发出去。钱在发货完成之前不会进入可结状态。设计成先收钱后生产的模式，本身就意味着这部分钱要被压更久。压多久，取决于承诺的发货时间。

第三种被压住的是账户层面的留存与预留。它跟单笔订单没有一一对应关系，而是按账户整体规则留出。这部分钱不进单笔结算，也不随订单结束而释放。它按账户状态变化，而不是按订单状态变化。把它算进某笔订单的待结款，就会算错。

还有一种被压住是因为资料不全。收款账户信息没补齐，或者身份核验还没通过。这种情形下钱其实已经能结，只是结不出去。它和条件没满足是两回事，处理方式也不一样。前者等时间，后者等补件。

能结的金额和账上的总额之间总是差一截。差的这一截，就是上面这些被压住的部分之和。差多少不是固定比例，而是随订单结构变化。争议多的时候差得多，预售多的时候也差得多。只看总额，看不出这一截是怎么来的。

区分这两类还有一个实用价值。能结的部分可以用来安排支出，不能动的部分不能。如果把两者混着做资金计划，很容易在需要付款的日子里发现钱不够。不够的原因不是没收入，而是收入还没松开。看清这一点，付款节奏就好安排。

判断一笔钱能不能动，三个问题就够。动作走完了吗，窗口过了吗，账户有没有额外预留。三个都答是，钱就能结。有一个答不上来，钱就还得等。这个判断不依赖任何预测，只依赖当前状态。

卖家常把可结和可提混成一件事，其实中间还差一步。可结是平台认了这笔钱归你，可提是钱到了能出账的位置。有些站点两者之间还隔着一次归集动作。把可结当可提，提现计划就会落空。落空之后再补，成本比提前留出缓冲高得多。

被压住的钱有时会突然一起松开。比如一批订单的售后期在同几天集中过期。松开当天，可结余额会跳一截。看到这一跳不要以为当天生意特别好，它只是以前压着的钱到期了。把跳变当成新增，会误判经营趋势。

反过来也可能一批订单同时被压住。旺季集中发货之后，售后窗口集中开始。那段时间可结余额增长会明显变慢。慢不是因为卖得少，而是因为钱都被窗口占着。理解这一点，旺季的资金安排才不会太紧。

名目能不能动，还和结算方式有关。有的站点按订单单独结算，有的按周期批量结算。批量结算下，单笔订单条件满足了也要等本期一起走。这属于周期规则，本篇只点到为止。算法怎么定，留给后一节展开。

到这里可以把能结和不能动的边界画清了。能结的是条件已满足的部分，不能动的是条件未满足或账户预留的部分。两边加起来就是账上总额。这个等式永远成立，只是平时没人去验它。验一次，很多疑问会自己消掉。

售后期预留和待确认货款通常是压着资金最多的两项，账户层面预留虽然笔数少但单笔份量不小。

不同状态的钱分几类，按什么来分

状态分类的第一层看条件是否可逆。有的状态一旦进入就不会退回去，比如已完成的结算。有的状态可能倒退，比如待结算遇到退款会变回争议。可逆的状态要留备付，不可逆的可以放心安排。这一层直接决定了钱的可用程度。

第二层看时间归属。状态可以分成过去、现在、将来三类。过去的已经定型，现在的正在处理，将来的还依赖后续动作。很多看错的账，都是把将来的状态当成现在的状态写进了报表。按时间归属看，大部分混乱会自己消失。

第三层看金额是否已经确定。有的状态金额完全定了，收多少扣多少都清楚。有的状态金额还在浮动，因为可能发生部分退款或运费调整。确定的部分可以计入，浮动的部分应当单独标注。混在一起，预测就没有意义。

三层交叉之后，状态可以归成六格。最确定的一格是已定型、已过去、金额固定。最不确定的一格是未定型、将来、金额浮动。其余四格介于两者之间。卖方最需要盯的，就是最不确定的那一格，而不是总额。

如果用平台后台的标签来分，标签名字往往只反映其中一层。比如待结算这个标签说的是条件状态，不说明金额是否确定。照着标签归类别，会把不同的东西塞进同一格。正确做法是拿标签当线索，不当结论。这一步看着琐碎，实际省很多返工。

状态还会因为外部动作整体平移。比如平台调整了售后窗口长度，一批订单的状态会同时变化。这种平移不是个别异常，而是规则变了。只处理个别的几笔，剩下的还会继续按新规则走。识别规则层面的变化，比逐笔修正省力。

不同结算类型下的状态集合并不一样。一类订单可能有完整的在途、待结、可结三段。另一类可能跳过中间状态，直接从处理中到可结。用同一套状态名去套所有类型，会造出并不存在的状态。分类的前提是先分清订单类型。

分类要有稳定的粒度，不能今天粗明天细。粒度太粗，看不见压在哪里。粒度太细，每笔都成了特例，也无法归纳。一般以能对应一个放开条件为合适粒度。一个条件对应一个状态，这样最省心，也最容易被坚持用下去。

状态之间是有顺序的，但这个顺序并不单线。有些状态可以并行存在，比如一笔订单既在售后期内又有部分金额已确认。把它硬塞进一条线，就必须人为取舍。分开两条线看，反而更接近实际。线多了不好看，但比看错强。

还有一类状态属于异常分支。比如支付失败后重试、订单被拆分、部分商品缺货。这些分支会让原本简单的状态变复杂。分支本身不常见，但一旦发生就需要单独跟踪。把它们混进主流程，主流程的规律就被稀释了。

分类做完要能回答一个具体问题。这笔钱现在能不能动，什么时候能动，能动多少。三个问题答不上来，说明分类还不够用。分类不是给人看的目录，而是拿来判断的工具。判断不了，就说明还得再分一层。

看状态的频率也影响分类方法。每天看一次，可以把同类合并。每月看一次，就要保留足够细节。否则中间发生了什么，事后完全看不出来。频率决定了粒度，粒度又决定了能不能把问题定位到具体那一刻。

有些状态只存在于系统内部，报表上并不显示。比如风控核查阶段，钱已经扣住但对外仍显示待结算。这时候报表是平的，实际情况是有波动的。看不到不代表没发生，只是这一步不对外呈现。知道有这一层，就不会被平台数字完全带着走。

把状态和名目分开看会更清楚。名目说的是钱挂在什么名义下，状态说的是这个名义进行到哪一步。同一个名目可以有好几个状态，同一个状态也可能出现在不同名目下。两者是两条轴，不要合成一条。合成之后，两个维度都读不出来。

分完类，接下来该问的是各状态各压了多少钱。这是下一节要展开的角度，本篇先把分类立住。分类立住了，后面算占用才有共同的语言。语言不通，讨论资金就会被数字本身带偏。先有共同的说法，才有可比的数字。

最容易看错的，是把待结算当已结算

看错这件事有个典型样子。报表上有一行待结算，金额不小，看起来马上就能用。于是把它算进了本月的可用资金里。等到要付供应商款时才发现，这笔钱还有一部分条件没满足。差价就是从这一处来的。

为什么容易看错，因为两个词只差一个字。已结算和待结算摆在相邻位置，视觉上很像。而后台列表通常按金额排序，待结算那一行往往排在上面。看得越急，越容易只看数字不看标签。这不是粗心，是界面本身的引导。

看错的第一个代价是现金流计划失真。计划里放进了还没松开的钱，付款节点就会踩空。踩空之后要么临时拆借，要么拖延供应商。两种处理都会留下额外成本。成本不在报表里，但确实发生了。

第二个代价是毛利判断偏乐观。把待结算当成已收入，等于把还没经过后续调整的金额当成了最终数字。退款、纠纷赔付、二次运费都可能让这个数字变小。按偏大的数字做定价决策，会让本来就薄的利润更薄。这一项损失最隐蔽，也往往最大。

第三个代价是跨期比较失去意义。这个月看错的幅度和上个月不同，两个月的差异就混进了比较结果。你以为在看趋势，其实在看两个不同口径的差错。趋势一旦被污染，后续所有判断都要打折。打折之后，决策的底就不稳了。

识别方法其实很简单。不要看金额，看条件。每一笔待结算背后都有一个未完成的动作。找到这个动作，就知道它什么时候会松开。找不到动作的，多半是账户层面的预留，本就不该按订单处理。

还有一层容易忽略，就是部分结算的情况。一笔订单可能有一部分金额已确认，另一部分还在争议中。这时候同一笔订单会同时出现在两个状态里。把它整体归到待结算，会低估已经能用的钱。整体归到已结算，又会高估可用的部分。

有的平台会给出一个预计可结日期，这个日期是按规则推算的。推算的前提是后续没有新的动作发生。一旦买家发起售后，这个日期就会变。把预计日期当成承诺，是另一种形式的看错。它只是当前条件下的一个估计。

待结算的范围还会因为账户整体状态变化。账户被临时限制时，原本能结的钱也会被压住。这时候待结算的金额会突然变大。变大不是因为生意变好，而是因为规则变了。看到突变先查规则，再查订单。

避免看错有个笨办法，每天只记录可结金额。可结的判定条件严一点，宁少不多。这样得到的曲线虽然偏低，但方向是可靠的。用可靠的曲线做计划，比用好看的数字做计划更安全。笨办法的好处是能一直用下去。

记录的时候把日期也带上，标注这是哪一天的判定结果。同一笔钱在不同日期的状态可能不同，不标日期就分不清。分不清的记录，过几天就变成了噪音。带日期是最低成本的可追溯性。做到这一点，回看时省很多事。

如果确实需要预估，就把预估和已结分开放在两列。混在一列里，过一段时间自己都认不出来哪个是实数。分开放，误差可以被度量。能被度量的误差，才有机会被修正。放在一起，误差只会一直藏着。

团队协作时这个错会被放大。一个人算进了待结算，另一个人按这个数字做了采购决定。链条越长，初始的偏差被放大得越多。避免的办法是统一以可结金额作为对外口径。口径统一，误差就不会层层传导。

在知虾公开页面的多站点数据里，各站的结算名目并排摆开，数据按日更新到前一交易日。它让人看到不同市场里同一名目的位置差异。差异摆出来之后，判断哪个数字属于哪一类会更有依据。拿不准的时候，对照一下比凭感觉猜要强。这一步只做对照，不给结论。

说到底，待结算和已结算的差别不在金额，而在条件。条件没满足的钱，无论数字多好看，都不能拿来安排支出。把这条记住，比记住任何一张报表都管用。报表会变，条件判断的方法不会变。这也是这一节能留下的最实用的东西。

各名目加起来，一共占用多少资金

把各名目加起来，得到的是一笔被流程占着的资金总额。它不等于亏损，也不等于费用，只是暂时不能动。很多人看到这个大数就紧张，其实它应该和销售额放在一起看。比例稳定，说明流程正常。比例突然变大，才值得查。

加总时最容易犯的错是重复计算。一笔钱在某个时点只属于一个名目，不能同时算进两个。如果按名目分别求和再相加，要注意名目之间的互斥关系。互斥关系没理清，合计数就会虚高。虚高之后，看什么都不准。

第二个容易犯的错是把已经扣掉的项也算进占用。佣金和手续费已经离开了你的钱，它们不再占用任何东西。把它们算进占用额，等于把已经花掉的钱当成还压着的钱。这两者性质完全不同。混在一起，分析就失去了意义。

第三个容易犯的错是忽略时间权重。同样是一百万被占着，占三天和占三十天完全不是一回事。只看金额不看时长，得到的只是一个静态快照。快照可以用来对比不同名目之间的大小，不能用来判断压力。压力要按天算，不能只按金额算。

占用额和销售额之间存在一个大致的比例关系。这个比例随类目、站点、结算类型变化。自己做一段时间记录，就能看出自己的比例区间。比例稳定的时候可以按比例预估。比例不稳定的时候，必须逐笔看。

占用额的构成会随季节变化。大促之后，售后窗口集中开启，被压住的部分明显变多。这段时间的占用额上升是正常现象。如果按平时的比例去判断，会误以为出了什么问题。看出季节因素，才不会自己吓自己。

预售模式对占用额的影响更直接。先收钱再慢慢发货，等于长期占着一笔资金。占用额常年偏高，不是因为流程慢，而是模式本身如此。衡量这种模式的资金压力，要看占用天数的分布，而不只看总额。分布比总额更能说明问题。

争议类占用是最难估的一块。它没有固定期限，取决于双方处理速度。有的几天解决，有的拖很久。估算时通常按历史平均天数处理，并留出余量。余量留得太少，一遇到长争议就会打乱计划。

账户层面的预留也要算进占用，但它不该和订单占用相加。两者口径不同，一个按账户，一个按订单。混加之后得到的总数没有对应的动作可以解释。分开列示，反而更容易看懂账户的实际可用空间。这一项最容易被顺手混进去。

加总之后应该做一次交叉验证。可结金额加上各名目占用，应当等于账上可查的某个合计数。如果对不上，说明有一个名目被漏了或者被重复算。这个验证不需要复杂工具，只需要把名目列全。列全之后，大多数差异会自己现形。

各名目的占用天数分布比总额更有信息量。如果大部分占用集中在一两个名目上，优化就有的放矢。如果占用分散在很多名目上，说明流程本身环节多。环节多不一定不好，但资金会长期分散在多个位置上。分散的代价，是每一笔都动不了。

在知虾公开页面的定价计算里，各项费用可以按站点摆出来看。数据按日更新到前一交易日。把它作为对照，可以判断自己算出的名目构成是否符合所处市场的通常情况。对照的作用是发现问题，不是给结论。发现问题之后怎么处理，还得看自己账户的实际条件。

占用额是会自己变化的，不需要任何新订单。只要时间往前走，一些条件就会到期，钱自动松开。这意味着占用额既有新增也有减少，是双向流动的量。只记录新增，会看不懂为什么总数有时下降。把减少也记上，账才活起来。

把占用额和提现记录放在一起看，能看到一个完整的节奏。占用上升之后通常跟着一段提现高峰。高峰出现的时滞，就是流程平均走完的时间。这个时滞属于后面的节次要处理的问题。这里只把它当交叉印证，不做展开。

加总这件事本身没有难度，难点在于名目是否列全。列全了，加出来就是一个可解释的数。解释不了，就说明还有名目没被认出来。把加总当成一次自查，比当成一次统计更有价值。自查发现的漏洞，往往比数字本身重要。

同样是压着钱，争议冻结款放开最难预判，售后期预留最容易框出区间。

名目状态什么时候会翻，怎么看得出

状态翻转总有一个触发动作。这个动作可能来自买家，也可能来自时间本身。买家确认收货是典型的人为触发。售后窗口到期是典型的时间触发。抓住动作，就能提前知道哪一批钱快要松开了。

时间触发的翻转可以提前框。只要知道窗口长度和订单成交日，就能框出大致区间。这个区间不需要精确到天，能框到周就够了。框出区间之后，资金安排的弹性就能做出来。有了弹性，临时缺口就不容易变成事故。

人为触发的翻转比较难预判，但可以按概率估。大部分买家不会主动确认，而是等到期自动处理。所以实际翻转日往往集中在窗口到期的那几天。这个聚集现象在批量发货之后尤其明显。发货越集中，翻转的浪头就越大。

有些翻转是反向的，从可结退回到不可结。买家在窗口期内发起售后退款，就会造成这种倒退。倒退的金额通常不大，但会让已经安排好的资金出现缺口。给可结金额留一点缓冲，就是为了这种情况。缓冲不用多，够覆盖一轮退款就成。

账户层面的翻转和订单无关。账户资料更新成功，被压住的钱可能一次性放开。账户触发风控，原本可结的钱也可能立刻被压住。这一类翻转幅度大，可预判性差。做计划时要把它单独放一行，不要混进订单侧的节奏里。

怎么看得出状态快翻了，有个实用的信号。看同一名目下的笔数有没有集中到某几天成交。成交集中，翻转也会集中。成交分散，翻转就平滑。翻转的形状，基本上就是成交形状的一次延迟复制，只是晚了两三周才显形。

第二个信号是新出现的争议笔数。争议一多，不可结的部分会跟着变多。这个信号通常比金额变化更早出现，因为它数的是笔数不是金额。笔数的变化更灵敏，适合做早期提示。看到笔数抬头，就该把近期计划重算一遍。

第三个信号是账户层面的通知。规则调整、资料到期、结算方式变更，都会先有提示。这类通知不直接说金额，但说明后面会有一批状态变化。看到通知就该把近期的资金计划重算一遍。通知本身不发钱，但它预告了钱的位置要变。

翻转发生后，账上数字的形态会变。原来集中在待处理名目下的金额会分散到多个名目里。分散本身不是坏事，说明流程在往前走。但如果长期停在某个中间名目不动，就值得看看是不是有环节卡住了。卡住的位置通常也是资金压得最久的位置。

记录翻转可以做得很轻。每天记一次各名目的金额，连续记一个月，形状自然出来。这只花几分钟，却能看清自己账户的真实节奏。凭印象判断节奏，几乎一定会偏。有了记录，讨论资金就有了共同的底稿。

有的翻转有滞后的迹象。条件明明满足了，金额却没有立刻挪动。这通常是处理批次的问题，不是条件没满足。批次处理意味着最多晚一个处理周期。知道这一点，就不会把正常的延迟误读成异常，迟一天和处理出问题本来就是两回事。

翻转和提现是两件事。状态翻了只说明钱可以动了，不代表已经出账。中间还隔着提现动作和到账时间。把翻转日当成到账日，是常见的乐观假设。两者之间通常还差几天，赶节点的时候必须把这几天算进去。

从知虾公开页面的站点分析一栏，可以看到各市场的资金沉淀节奏，数据按日更新到前一交易日。把这个节奏和自己账户的翻转记录对照，能区分哪些延迟属于市场共性。哪些延迟属于自己账户的特殊情况。两类不该混谈。前者只能适应，后者才值得动手查。

判断翻转是否正常，需要一个自己的基准。基准的做法是把过去几个月的翻转记录整理成区间。落在这个区间内就是正常波动，超出才需要查。没有基准，每一次变化看起来都像异常。基准不用很精确，能挡住噪音就够。

状态会翻，是因为构成它的条件在变。把条件列出来，翻转的时点就不再神秘。多数时候，钱不是不动，而是你不知道它在等什么。等什么写清楚了，等待就有了长度。有长度的等待，才可以被安排。

可结余额下行而占用总额上行，两条线分开的速度就是钱被条件压住的幅度。

名目分完，周期怎么算在下一段里

名目分完，剩下的问题是一个时间差。钱从成交到可以动用，中间隔着若干条件。每个条件各自消耗一段时间，加起来就是一笔钱的等待时长。这个等待时长才是结算周期要处理的对象。本篇只到名目为止，不去算这段时长。

为什么不在这里算，因为算时长要先定起点。起点定在成交日、发货日还是签收日，结果完全不同。这个选择属于起算口径的问题，需要单独一节来讲。名目讲的是钱的形态，口径讲的是时间的算法。两件事分开看才不会互相干扰。

有人会问，把钱按名目摆好之后，周期不是自然就出来了吗。实际上摆好了只是有了分类，分类的角度是条件。周期的角度是时间。同一组条件按不同的起点去算，会得到不同的天数。条件本身不告诉你从哪天开始数。

名目这一层的实用价值，在于让减法看得见。原来只有一个到手金额，现在能拆成几个部分。拆开之后才知道哪一部分最占时间，哪一部分金额最大。有了这个认识，才谈得上安排回款节奏。节奏不是凭感觉排的，是看着构成排的。

名目的边界也要说清。它不包括费率怎么算，也不包括起算日怎么定，更不包括最后的钱记在哪本账上。这些分别属于后面的内容，本篇不展开。本文只回答钱以什么名义挂着、挂在哪一类、什么时候松。越出这个范围就不成立了。

一个常见的误用是拿名目去推天数。名目里确实隐含时间信息，但它不是按天组织的。要用天数做规划，必须先有一个明确的起算规则。没有规则的推算，每次结果都不一样。结果不一样，就没法拿来做计划。

第二个常见误用是拿名目去核账。对账要看的是每一笔的最终归属，而不是它曾经停在哪个名目。名目只能解释过程中钱在哪儿。它不能解释最后算进了哪一期。这两件事在报表上是分开的栏位，混着用只会两头都不清楚。

不过名目这一层也不是纯理论。把它列全，至少能发现两个实际问题。一是账上总额里有多少是永远拿不到的钱。二是多少是短期内拿不到的钱。这两个数字都比销售额更有参考意义，也更容易被忽略。

举一个对照的场景。同样两笔金额相同的订单，一笔已经过了售后窗口，一笔刚进入窗口。它们的名目构成看起来差不多，能动的部分却完全不同。只看金额看不出差别。只有按名目拆开，才能分辨这两笔钱的实际状态。

名目还会随平台规则变化而调整。新的费用项出现，或者某项费用取消，名目表就跟着变了。定期核对名目的完整性，比记住某个历史时点的构成更有用。变化的时点本身也是信息，它往往预告了费用结构的调整。看到新名目，先看它有没有放开条件再归类。

如果名目长期对不上，一般是三种原因之一。一是有一项被漏记，二是两项被重复统计。三是账户层面的预留被当成了订单占用。三种原因的排查顺序建议从第三种开始，因为它最容易发生，也最容易确认。确认之后再往前往后查，范围会小很多。

做完这一层，你会对账户有一个新的认识。账户上的数字不是一个值，而是一组状态的集合。集合里的每一项都有各自的放开条件。理解了这一点，后面看周期、看口径、看归账，都会顺一些。顺序理顺了，讨论数字就不再是各说各话。

有一点需要提醒，不要为了分类而分类。分类的目标是能回答能不能动、什么时候能动这两个问题。如果某一种分法答不了这两个问题，它就是多余的。越简洁的分类，越容易被坚持用下去。用不下去的分类，再漂亮也没用。

最后把本篇的范围合上。本文回答的是钱以哪些名目挂着、分成哪几类、哪些能动哪些不能。也回答了合计占用多少、状态什么时候会翻。它不回答起算点怎么定，不回答分成几段路走，也不回答最后记到哪一期。那三个问题留给后面的节次。

名目是这条链路上最先要看的一层。看清了这一层，后面的时间算法才有意义。反之，名目没看清就算天数，只会得到一串自洽但与现实无关的数字。数字自洽不等于数字有用。有用的前提是，它对应的是真实的条件状态。

常见问题（FAQ）