AUDIT NOTES
从一个审计案例看收入确认的关键判断

从合同、交付与验收三个线索出发,拆解收入确认判断,并把结论连接到可复核的证据。
本文目录6 个章节
原创演示案例。文中的公司、金额与交易均为虚构,仅用于说明学习方法;判断实际业务时,应结合完整事实与适用准则。
收入确认最容易让人着急的地方,是账上已经有一个日期,而业务事实往往散落在合同、仓库、邮件和客户反馈里。我的习惯是先把这几条时间线放在一起,再考虑哪一条真正回答了问题。
一、案例背景
假设 A 公司在年末向客户销售一套设备。12 月 28 日设备运出,12 月 30 日到达客户现场,次年 1 月 5 日完成调试,1 月 8 日客户签署验收文件。合同除了设备交付,还约定安装与运行测试。
这个例子并没有预设“出库就确认”或“验收才确认”。合同条款如何安排权利义务,设备能否独立使用,安装是否具有实质性,都需要进一步了解。日期是调查的入口,不能直接代替分析。

二、审计重点与判断思路
先把问题写清楚
我会把待解决事项写成一句话:在报告期末,公司已经向客户转移了什么,仍需要承担什么?这比泛泛地写“核查收入真实性”更容易落实到具体资料。
| 需要了解的事实 | 可以寻找的资料 | 资料的局限 |
|---|---|---|
| 合同约定的交付责任 | 完整合同、补充协议 | 标准模板可能与实际执行不同 |
| 设备实际到达与状态 | 物流记录、现场记录 | 到达不等于完成全部履约 |
| 安装和测试的作用 | 技术方案、测试记录 | 内部记录需要与其他证据交叉核对 |
| 客户是否接受设备 | 客户沟通、验收记录 | 签字日期也应结合实际事项解释 |
让证据相互解释
如果物流记录显示已送达,技术人员却说设备必须调试后才能运行,我会继续追问两份资料之间的关系。遇到不一致的信息,不急于选择最支持账务处理的一份;先记录差异,再解释其形成原因。
三、把判断写进底稿
底稿可以按“问题—事实—适用要求—分析—结论—未决事项”组织。引用资料时保留来源、取得日期与对应位置,让复核人能够从结论回到证据。对于尚未取得的资料,明确负责人和预期取得时间。
讨论中提出的假设也值得保留,例如安装是否构成单独服务。只有写明假设如何被支持或推翻,判断过程才不会只剩一段结论。
四、经验总结
这个演示例子给我的提醒是:收入判断从理解业务开始,专业条文帮助我们组织问题,证据帮助我们检验答案。越接近年末,越要把发货、到货、调试、验收和账务入账分开记录。
延伸阅读可从上方的财政部原文开始。阅读时先核对准则的适用范围,再对照自己的问题清单;不要把本文的虚构交易当作实际项目的处理结论。
记录每一次专业判断,让经验成为下一次行动的起点。


