大家好,我是十三。
为什么需要暂估入账?
业务场景
场景一:月底最后一天入库,发票下月才到
月底最后一天,货物入库了,但供应商的发票要下个月才能寄到。如果等发票来了再记账,9 月份的财务报表就会失真。
场景二:供应商发票开具有延迟
有些供应商发票开具有延迟,可能晚 1-2 个月才寄到。如果一直等发票,财务报表就会一直不准确。
财务原则:权责发生制
核心思想:业务发生时就应该确认资产和负债,而不是等到付款或收到发票时。
如果不做暂估:
- 月底库存明明增加了,但财务报表上库存资产没变。
- 资产负债表不准确,无法真实反映企业的财务状况。
- 违反了会计的"权责发生制"原则。
如果做暂估:
- 即使没有发票,也可以先"估计"一个成本入账。
- 确保财务报表及时反映业务,符合权责发生制原则。
- 等发票到了,再冲销暂估,用真实金额重新入账。
通俗理解
就像你网购了一件商品,已经收到货了,但发票还没到。你的"资产"(商品)已经增加了,即使发票没到,也应该在账上记录这笔资产。等发票到了,再根据发票金额调整。
暂估入账的业务流程
触发条件
暂估入账通常在以下情况下触发:
- 货物已入库:入库单已确认,货物已经正式成为公司资产。
- 发票未到:尚未进行发票校验,没有正式的发票凭证。
- 通常是月末自动触发:系统在月末结账时,自动扫描所有"已入库但未开发票"的记录,进行暂估处理。
暂估金额的确定
系统需要确定一个"暂估成本",通常按以下优先级:
优先级一:使用 PO 价格
- 如果采购订单上有价格,优先使用 PO 价格作为暂估成本。
- 这是最准确的方式,因为 PO 价格是双方确认的。
优先级二:使用历史价格
- 如果没有 PO 价格,可以使用该 SKU 最近一次采购的价格。
- 适用于价格相对稳定的商品。
优先级三:使用标准成本
- 如果都没有,可以使用标准成本(需要提前维护)。
- 适用于有标准成本体系的制造企业。
会计分录
用会计语言表达:
借:库存商品 10,000 元 (资产增加)
贷:应付账款-暂估 10,000 元 (负债增加,但这是"暂估"的)
这笔分录的意义:
- 借:库存商品:让公司的资产负债表如实反映,我们多了价值 10 万元的货。
- 贷:应付账款-暂估:我们确认欠了供应商一笔钱,但这笔负债的金额是"暂时估计"的,需要后续用正式发票来调整。
系统流程
发票到达后的冲销与正式入账
业务场景
次月初(或发票到达时),供应商发票终于寄到了。财务部门需要进行发票校验,然后处理暂估。
第一步:红字冲销暂估
目的:先"撤销"之前的暂估记录,因为那是"估计"的,现在要用"真实"的发票金额。
会计分录(伪代码):
// 发票校验通过后,自动冲销暂估
function reverseAccrual(accrualDetail, invoice) {
const amount = accrualDetail.amount;
// 生成红字冲销凭证(红字表示负数,即减少)
journalEntry.debit("库存商品", -amount); // 资产减少(红字)
journalEntry.credit("应付账款-暂估", -amount); // 负债减少(红字)
journalEntry.save();
}
用会计语言表达:
借:库存商品 -10,000 元 (红字,资产减少)
贷:应付账款-暂估 -10,000 元 (红字,负债减少)
通俗理解:就像代码里的"回滚",先把之前的暂估记录"撤销"掉。
第二步:正式入账(根据发票)
目的:用发票的真实金额,正式确认资产和负债。
用会计语言表达:
借:库存商品 10,200 元 (资产增加,发票金额)
贷:应付账款 10,200 元 (负债增加,正式负债)
注意:发票金额可能与暂估金额不同(价格变动、税费等),所以必须冲销后重新入账。
完整流程示意
暂估与正式入账的差异处理
在实际业务中,发票金额与暂估金额完全一致是理想情况,出现差异才是常态。
场景一:发票金额 = 暂估金额
情况:暂估 10,000 元,发票也是 10,000 元。
处理:
- 冲销暂估:-10,000 元
- 正式入账:+10,000 元
- 结果:金额一致,无差异。
会计分录:
冲销暂估:
借:库存商品 -10,000 元
贷:应付账款-暂估 -10,000 元
正式入账:
借:库存商品 +10,000 元
贷:应付账款 +10,000 元
场景二:发票金额 > 暂估金额
情况:暂估 10,000 元,发票 10,200 元,差异 200 元。
处理:
- 冲销暂估:-10,000 元
- 正式入账:+10,200 元
- 结果:库存成本增加 200 元,应付账款增加 200 元。
会计分录:
冲销暂估:
借:库存商品 -10,000 元
贷:应付账款-暂估 -10,000 元
正式入账:
借:库存商品 +10,200 元 (比暂估多 200 元)
贷:应付账款 +10,200 元
影响:
- 库存成本从 10,000 元调整为 10,200 元(增加 200 元)。
- 应付账款从 10,000 元(暂估)调整为 10,200 元(正式)。
可能的原因:
- 价格变动:供应商临时调价。
- 税费差异:暂估时未考虑税费,发票包含了税费。
- 其他费用:发票包含了运费、包装费等。
场景三:发票金额 < 暂估金额
情况:暂估 10,000 元,发票 9,800 元,差异 200 元。
处理:
- 冲销暂估:-10,000 元
- 正式入账:+9,800 元
- 结果:库存成本减少 200 元,应付账款减少 200 元。
会计分录:
冲销暂估:
借:库存商品 -10,000 元
贷:应付账款-暂估 -10,000 元
正式入账:
借:库存商品 +9,800 元 (比暂估少 200 元)
贷:应付账款 +9,800 元
影响:
- 库存成本从 10,000 元调整为 9,800 元(减少 200 元)。
- 应付账款从 10,000 元(暂估)调整为 9,800 元(正式)。
可能的原因:
- 价格优惠:供应商给了折扣。
- 暂估过高:暂估时使用的价格偏高。
系统如何自动化处理暂估与冲销?
理解了暂估和冲销的原理后,我们来看看系统是如何自动化处理这个流程的。
自动暂估
系统要点:
- 定时任务:通常在月末最后一天晚上自动执行。
- 扫描条件:已入库、未开发票、未暂估。
- 记录明细:记录哪笔暂估对应哪笔入库单,便于后续冲销。
自动冲销
系统要点:
- 自动查找:发票校验通过后,系统自动查找对应的暂估记录。
- 自动冲销:生成红字冲销凭证,撤销暂估。
- 自动入账:根据发票金额,生成正式入账凭证。
数据追溯
系统需要完整记录整个流程,确保可追溯、可审计:
暂估记录:
- 入库单 ID
- 暂估金额
- 暂估日期
- 暂估依据(PO 价格/历史价格/标准成本)
冲销记录:
- 对应的暂估记录 ID
- 冲销金额
- 冲销日期
- 对应的发票 ID
正式入账记录:
- 对应的发票 ID
- 正式金额
- 入账日期
- 差异金额(如果有)
暂估入账的常见问题与处理
在实际业务中,暂估入账可能会遇到各种问题,系统需要能够妥善处理。
问题一:暂估后,发票一直不到怎么办?
场景:暂估已经做了 3 个月,但发票一直没到。
处理:
- 系统可以设置"暂估超期预警",超过一定时间(如 3 个月)未收到发票,提醒财务人员跟进。
- 财务人员需要联系供应商,催促发票开具。
- 如果确认发票无法开具,需要特殊处理(如无票采购的处理流程)。
问题二:部分发票到达(分批开票)
场景:PO 下单 100 件,但供应商先开了 50 件的发票,还有 50 件未开票。
处理:
- 系统只冲销 50 件的暂估,剩余 50 件继续暂估。
- 在途数量:50 件(已开票)+ 50 件(未开票,继续暂估)。
系统体现:
PO 下单:100 件
暂估:100 件 × 100 元 = 10,000 元
第一次发票:50 件 × 100 元 = 5,000 元
冲销暂估:50 件 × 100 元 = 5,000 元
正式入账:5,000 元
剩余暂估:50 件 × 100 元 = 5,000 元
问题三:暂估金额不准确
场景:发现暂估金额明显不合理(比如用了错误的历史价格)。
处理:
- 可以手动调整暂估,但需要审批和记录原因。
- 调整后,系统重新生成暂估凭证。
- 等发票到了,再按正常流程冲销和正式入账。
问题四:发票金额与暂估差异很大
场景:暂估 10,000 元,但发票是 15,000 元,差异 5,000 元(50%)。
处理:
- 系统可以设置差异预警阈值(如 20%)。
- 如果差异超过阈值,需要人工审核。
- 财务人员需要核实差异原因,确认无误后才能正式入账。
总结:暂估入账的业财价值
回顾今天的内容,我们深入理解了暂估入账与冲销这个业财一体化的经典场景:
-
为什么需要暂估入账:确保财务报表的及时性和准确性,符合权责发生制原则。业务发生(入库)时,财务就要记账,而不是等发票。
-
暂估入账的流程:月末自动扫描"已入库但未开发票"的记录,根据 PO 价格或历史价格计算暂估金额,生成暂估凭证。
-
发票到达后的处理:先红字冲销暂估,撤销之前的暂估记录;然后根据发票金额正式入账,确认真实的资产和负债。
-
差异处理:发票金额可能与暂估金额不同,系统需要自动调整差异,确保账务准确。
-
系统自动化:系统通过定时任务自动暂估,通过发票校验自动冲销和正式入账,大大提升了财务处理效率。
暂估入账是业务驱动财务的典型体现。它通过"先估计、后调整"的方式,确保了财务报表的及时性和准确性,是业财一体化的关键环节。
理解暂估入账,是理解业财一体化的关键。它让我们明白,财务不是孤立的存在,而是业务的忠实记录者。业务发生时,财务就要及时反映,即使暂时没有发票,也要通过暂估的方式先记录,等发票到了再调整。
至此,P2P(采购到付款)流程的核心概念已经完整。接下来,我们将把目光转向企业的"资金入口"——O2C(订单到收款)流程,看看企业是如何"赚钱"的。
往期回顾
- 业财通识 06:采购在途是什么?库存预测的关键变量
- 业财通识 05:商品世界的基石,深入理解 SPU 与 SKU
- 业财通识 04:万事俱备,如何优雅地完成供应商付款?
- 业财通识 03:收到供应商账单能直接付款吗?三单匹配与发票校验深度解析
- 业财通识 02:当货物上门,系统里发生了什么?收货、入库与暂估入账全解析
- 业财通识 01:企业花钱的第一步,从采购需求到法律合同
关于十三Tech
资深服务端研发工程师、架构师、AI 编程实践者。
专注分享真实的技术实践经验,持续记录企业系统、架构设计与 AI 编程实践。