承包公司财务报告:IFRS 15 真正棘手之处

问建筑或房地产财务负责人，审计师最可能质疑哪个数字，几乎没有人会说是现金。他们会说是完工进度百分比。自从 IFRS 15 取代了 IAS 11 下那套近乎自动化的完工百分比法以来，长期合同的收入确认就不再是一个公式，而变成了财务部门必须逐个项目、逐个主体去论证和捍卫的判断。

正是这个判断环节最容易出问题，而且并非偶发。该地区的审计师普遍将“各主体、各项目处理口径不一致”列为反复出现的审计发现，而且失败模式重复到几乎可以预测:动员费和批量交付的材料被计入完工进度的成本对成本分母，从而虚增报告的完工进度;明明还应处于纯成本阶段的合同却被提前确认了利润;一笔变更单索赔在达到 IFRS 15 要求的“极可能”门槛之前就被入账了。这些都不是什么罕见的边缘情形，而是这个行业的审计师年复一年都会看到的标准调整驱动因素。

房地产还有自己的一层复杂性

开发商在建筑业本身的陷阱之上，还背负着第二套陷阱。期房销售的收入确认时点经常出错:签署 SPA、支付首付款，或是完成 RERA/Wafi 登记，这些节点感觉上像是应该确认收入的时刻，但在 IFRS 15 下，真正触发确认的其实是施工活动的开始，而不是这些文书手续。土地方与开发商组成的合资结构会产生本人与代理人(principal versus agent)的判断错误，导致双方都确认了全部销售款，而不是按比例分摊。而已完工并重新分类为投资性房地产的单元，需要按 IAS 40 采用公允价值处理，这与该单元在施工期间适用的准则完全不同。

再叠加这个行业的结构性现实:每栋楼、每个阶段往往都是独立的法律主体，一家控股公司名下有时挂着数十个 SPV,一个项目组合可能要同时运行 IFRS 15、IAS 2、IAS 16、IAS 40 和 IFRS 16,并全部并表汇总到一套集团账目中。

为什么最后总是落回 Excel

工具层面的缺口是结构性的。Primavera 或 Aconex 这类项目管理系统追踪的是实物进度:工程量清单(BOQ)完成的百分比、经核证的估价、现场测量数据。总账系统追踪的则是会计层面的结果。两者之间没有任何自动衔接，于是每个期间都要有人重新搭建这座桥:调取经核证的估价单，重新计算成本对成本的完工百分比，与上一期核对，再写一份备忘录说明为什么这个项目的处理口径与隔壁那个项目一致。这种在数十个 SPV 之间手工完成的对账工作，正是 WIP 计划表和合同资产余额与审计师会签字认可的数字之间产生偏差的地方。

这也是为什么这个行业的审计现场工作往往比财务领域其他环节耗时更长，可参见审计现场工作请求,了解审计师一旦揪住某个 WIP 数字的线头，这种反复沟通会是什么样子。而且，由于本季度进度百分比一旦算错，通常意味着下季度要做更正，这又与重述应对相关联:在这里，把一个数字在未结账期间及时改正，比在几乎任何其他场景中都更重要，因为同一份合同还会在年终结账时再被审视一遍。

可靠报告真正需要什么

这里最关键的解决办法是可追溯性，而不是一个新公式。当完工百分比受到质疑时，能站得住脚的答案是“这里是它所对应的、经核证的 BOQ 或估价单页面”,而不是一个背后没有任何依据的电子表格单元格。这个要求其实比听起来的范围要窄:它并不需要自动重新推导 IFRS 15 下的判断，只需要团队原本就在做的判断，始终有一份可以点开查阅的文件作为支撑，并且在集团内每个主体上都保持一致。

而这种一致性正是在规模扩大后最容易崩塌的地方。单个项目的数字要经得起质疑已经够难了;一个由四十家 SPV 组成的项目组合，每家 SPV 各自的财务主管对准则的应用又略有不同，这就是“各主体处理口径不一致”从一条审计意见演变成一种模式的地方。负责监督下属子公司的控股公司恰恰面临这个问题:同一项政策必须在它被应用的每个地方，真正做到是同一项政策。

坦率地说明局限所在:这并不能替代底层的会计工作。仍然需要有人搭建成本对成本模型，判断哪些内容计入完工进度，并撰写备忘录在 IFRS 15 下为这一判断辩护。改变的是:这个数字在项目下一次核证之前，是否始终与源头数据保持对账一致。

这篇文章适合谁

这篇文章是写给中型承包商或开发商的财务负责人的，尤其是那些已经厌倦了每个期间都要从零重新搭建 WIP 桥梁的人。如果你所在的集团只运营为数不多的几家 SPV,而且结账时已经能够逐项目对账，那么这里的差距在于速度和一致性，而不是推倒重来。如果你每个周期还在一张新的电子表格里重新构建成本对成本的计算，那才是应该优先解决的更根本的问题。至于这如何融入财务团队其余的周期性工作，可参见财务团队应用场景中心。