暂估、预提、挂账：三种"先记一笔数"，用错一个月底就得重做
摘要：月底发现一笔费用没有发票，先记还是等？电商里还有一类钱是"动了但说不清是什么性质"。暂估、预提、挂账这三种"先记一笔数"，业务含义、依据、反写时机和冲回规则全都不同，混用会在下个月把收入重复确认一遍。这篇用四个判定问题把三者分开，讲清各自什么时候改、什么时候冲、什么时候转走，以及最容易出错的"把预提当暂估"那一种。 关键词：暂估、预提、挂账、红冲、次期冲回、期末调整、暂估应收、电商财务
一、月底发现一笔费用没有发票
月底，财务发现一笔 8 万块的仓储费，平台那边下个月才出账单，也拿不到发票。
记还是不记？不记，这笔成本就落在下个月，这个月的毛利率会偏高；记，这个月的账就多了一笔没有凭证支撑的数。
这在会计上叫"期末调整"，在电商财务里更常见的说法是"先记一笔数"。难点在于"先记一笔数"至少有三种，混用会在下个月把账改一遍。
这三种是：暂估、预提、挂账。
它们长得都像——都是一笔暂时没有完整凭证的数——但业务含义完全不同。分清楚的标准不是金额大小，而是三个问题：业务发生了吗？金额依据是什么？性质定下来了吗？
二、三种"先记一笔数"
暂估：业务已经发生了，金额可以估
暂估解决的是时间差问题：业务已经发生并且不可逆，但结算还没到，所以先按当前掌握的信息估一笔。
在电商里最典型的暂估是暂估应收：货发出去了、平台的钱还没结算，财务按订单金额先确认一笔应收，等平台结算单来了再校正。
暂估的特点是：
- 它一定挂在某个具体的东西上（一张订单、一个 SKU、一份服务），不是一笔笼统的数；
- 它会被后续的真实数据校正，而且校正的方向通常是调整，不是追加；
- 它不需要等发票。
预提：按合同或进度，计提一笔未来必然发生的成本
预提解决的是权责发生制问题：服务已经享受了、成本已经消耗了，但发票还没到，按合同金额或者按进度先提一笔。
预提的特点是：
- 它的依据是合同或者服务进度，不是已经发生的单据；
- 它默认次期冲回。这是预提和暂估最大的区别：预提是"这个月先提，下个月冲掉"，等真实发票来了再按实际金额入账；
- 预提通常是费用的，对应应付或者预提负债。
在电商财务里有一类常见的误解是把预提用在了收入上。退货准备金就是典型。 准则要求按预计退货率计提，但很多电商团队的做法是：等平台退款真的发生了，在退款那个账期做一笔红字冲销。理由是电商的退款率高度依赖活动节奏，提前按比例提很难提准，而错提比不提更麻烦——提了就要冲，冲了再提，来回两次的账务动作比不预提更复杂。
所以业内的现实做法是：退货不预提，退款发生时按红字收入处理；准则要求的那部分计提，在账外台账或者手工凭证里做，不在对账流程里生成计提分录。
这三种调整在系统里的分界很清楚：对账流程只处理"有平台账单、有订单"的那一类。 轻易云的架构里，收入侧按订单聚合出体行，费用侧把账单行拆成待分摊、订单费用、无收入订单费用三个互斥的池子，每个池的进池条件、后续动作都写死。暂估、预提、挂账这三样在流程外各走各的账，没有被硬塞进对账——这恰恰是对的，因为它们本来就不该由对账来决定。
挂账：钱动了，但性质还没定
挂账解决的是定性待定问题：钱已经动了，但在弄清楚它是什么之前，先挂在一个过渡科目里。
电商里挂账最典型的两个是：
保证金。 平台收一笔保证金，退货率高的类目保证金还不低。这笔钱从钱的角度一直在那儿，不产生收入也不产生费用；收的时候从其他货币资金转到保证金，退的时候转回来。它是资产之间的转移，既不是收入也不是费用。
出口退税这类往来。 退税是把资产的减少转成应收，性质上属于应收，不计入营业收入，也不作为补贴收益。
挂账的特点是：它最终一定要转走。定性之后要么变成费用、要么变成收入、要么变成资产、要么变成负债。长期挂着不动的挂账，实质上是把问题藏起来了。
三、四个判定问题
与其记定义，不如记一串问题。任何一个"先记一笔数"的念头，按这四问走一遍，答案就出来了。
问题一：业务发生了吗？ 没发生，就不该记。不是暂估、不是预提、不是挂账，是"不记"。很多想不清楚的调整，答案其实是这一问。
问题二：金额的依据是什么？ 如果依据是"已经发生的具体单子"，那是暂估；如果依据是"合同或者进度"，那是预提；如果依据是"先按一个数挂着"，那是挂账。
问题三：这个数会往上冲还是往下冲？ 暂估通常随着真实结算被校正；预提固定次期冲回；挂账等定性后转走。这一问决定了你下个月要不要动它。
问题四：这个数进不进对账？ 暂估应收进，因为它是订单级的真实业务；预提一般不进，因为它不对应平台账单；挂账不进对账池，但在资金侧要有出处。
四问里，最容易错的是第三问。"我记了一笔暂估，下个月平台结算单来了要不要冲"——这个问题问不清楚，就说明当初这笔到底该是暂估还是预提没想明白。
四、反写时机：什么时候改、什么时候冲、什么时候转走
三种"先记"的反写规则各不相同，而且互不通用。
暂估：被真实数据校正，不被人工覆盖。 暂估应收的源头是订单金额，它由对账结果生成，业务日期取账期末。结算单到了、差异判出来了、转换批次出了，暂估应收这一步就结束了，后面走的是"从暂估下推成财务应收"这条正路。
这里有一条硬规则值得单独记：财务应收单不能自己新增，只能由暂估应收下推。 也就是说在 ERP 里，暂估和财务应收是同一笔应收的两个阶段，不是两笔。下推的时候，暂估被冲回，财务应收立起来。这一条如果记错，就会在系统里凭空多出一笔应收。
这个"下推"动作在轻易云里是一条独立的推送通道，不是顺手带的：它按平台、按店铺、按订单号去找到那张暂估单，把它带到财务应收上，同时把已下推的标记写回本地，避免第二次重复下推。"已下推"这个状态是防重复的关键，也是防多记的关键。
预提：次期冲回，按实际发票重入。 计提的那一笔在下一期自动冲掉，等发票到了按实际金额入账，差额进当期。预提的红冲方向永远是冲减，不带业务性质——它冲的是当初那笔预提，不是别的。
挂账：定性之后转走，不能只挂着。 保证金从挂账转成资产，往来从挂账转成应收或负债。挂账的账龄是一个必须盯的指标：超过两三个月还挂着的，通常说明它没被定性，只是被遗忘了。
五、最容易错的一处：把预提当成暂估
这是三种里最容易出事的错配，因为它不会立刻报错，会在下个月才爆。
把预提当成暂估的后果是：预提了一笔收入或费用，却不冲回。下个月真实发票到了、真实结算到了，同一笔业务被入两次账——多出来的账挂在总账上，因为对账流程本身没问题，它忠实地按你给的数出了单。
把暂估当成预提的后果相反：月月提、月月冲，实际结算来了之后又要单独入一次，三笔记录对同一笔业务。看起来很谨慎，其实是把一次确认做成了三次。
把挂账当成暂估是最贵的一种：挂账本来就不进对账，误当成暂估就意味着它被当成了一笔业务收入进了账——挂账的性质没定，账上的收入性质就定了。
怎么防？一句话：先看依据，再看方向，最后看会不会冲。 依据是具体单子 → 暂估；依据是合同进度 → 预提；依据是"先挂着" → 挂账。方向是"会被真实数据校正" → 暂估；方向是"固定冲回" → 预提；方向是"等定性" → 挂账。
六、还有两条与"先记一笔数"配套的红线
第一条，红冲带方向，不靠人记。 退款、差异、跨期冲销，在系统里的表达都是带符号的金额：收入为正、退款为负；费用为正、平台退还费用为负。差额单是带符号直接出，不是"取绝对值再乘一个方向"。取绝对值这一步一旦做了，方向信息就丢了，出单时就只能靠规则去猜。
第二条，尾差不抹平。 金额分到明细上之后会有分位尾差，规矩是由明确规则承接：按比例分摊时先乘后除，尾差落到最后一行；单笔流水的尾差可以留在订单级。但没有"小于一块钱就算它对"这种通用容差。 一分钱也是差异，系统不会替你抹掉。
这两条红线在轻易云里是有对应位置的。转换单据生成之后，金额相关的字段不允许人工改写——因为金额是聚合快照，改了就和原始账单、和桥表里的追溯关系断链。要调整只能走正路：改账单、重新解析、重新对账、重新生成转换单据。能改的地方留给该由业务判断的部分，不能改的地方替财务守住。
七、给财务的三条纪律
第一条，期末每一笔调整，都要能回答四个判定问题。 答不上来就先别记。
第二条，每种调整配一个反写规则，并且写进月度检查表。 暂估被校正、预提次期冲回、挂账定性转走，三条各归各的，不要混用。
第三条，挂账要设账龄监控。 超过两个月还在挂的，挂账清单上要有人认领。
这三种"先记一笔数"用错，代价不是这个月算错，是下个月要花两倍时间去查为什么多了一笔、少了一笔。而它们的区别其实很朴素：暂估是钱已经挣到了还没收到，预提是成本已经花掉了还没拿到发票，挂账是钱动了但还不知道它是什么。
把"暂估"这件事的边界划死，靠的是：暂估应收由对账结果生成，财务应收只能由它下推，转换单据是生成那一刻的快照、金额不可人工改。这一套约束的价值不在于算得多快，而在于它让"记错了"这件事在当月就露出来，而不是留到下个月。
调整做得好不好，最后看的是同一个指标：这个月的账，下个月要不要动。 需要动的越少，说明期末判断做得越准。
三条可以今天就做的动作
第一，把本季度所有"先记一笔数"的调整拉出来，逐笔标出是暂估、预提还是挂账，标不出来的就是隐患。
第二，给预提类调整建一张冲回表，列清楚哪一笔、什么时候冲、实际金额是多少。
第三，给挂账建一个账龄视图，超过两个月的挂账逐条认领，或者定性转走。