审计前健康检查:在审计师之前，先对你的数字跑一遍校验器

审计师发现你数字中的破绽，和你自己先发现它，二者之间有着实质性的区别。前者只是计划会议中的一条脚注，后者则是外勤延期、后续追加请求，以及财务负责人事后解释资产负债表为何不平。多数团队所做的审计准备工作，关注的是每个数字背后的追溯轨迹。而这篇文章要说的，是范围更窄、更机械化的配套动作:在审计师打开文件之前的几周，主动地把模型已经在每次导出时强制执行的那些校验再跑一遍，当作一次健康检查。

实际检查了什么

Rexfin 的校验器不只是查看一个数字是否存在，它还会检查那些必须成立的会计恒等式是否真的成立。资产负债表恒等式(资产等于负债加所有者权益)和现金流量恒等式(经营、投资、融资现金流加上汇率影响，净额应等于现金的实际变动),是所有人早已知道必须成立的两条。较不为人所知的是,Rexfin 现在还并行运行另外三项:损益一致性检查、营业利润小计检查，以及税务一致性检查。这些都不是什么新的算术，它们是任何会计师都早已默认成立的恒等式，但把它们机械化地运行在每一个相关期间上，而不是单凭工作表看起来没问题就信以为真，正是把“理应平衡”变成“已经核实”的关键。

在任何这类计算运行之前，每一个运算项都必须先被锚定:精确匹配回它所来自的原始 PDF 源页面，而不是仅仅因为这个数字看起来合理就默认它是对的。审计前健康检查实际上是在提前几周、且无需任何人等待答案的情况下，主动问出审计师在外勤阶段一定会问的那个问题:这个数字能否追溯到真实的东西。

硬性失败与提示性失败的区别，以及这个区别为何在此重要

并非每一处破绽都会被同等对待，而这一区别正是审计前检查有价值而非制造噪音的关键所在。如果一个失败的恒等式中所有运算项都来自已披露的实际期间，那么这个失败就是真实的，并会直接阻止导出，任何董事会材料或报表都不会带着不平衡的资产负债表离开系统。如果任何一个运算项是预测或建模数字，同样的失败就仅作提示，因为预测数字被允许保持一种已审计实际数所不允许的暂定状态。在外勤开始前自行运行这项检查，意味着你能提早看清这一区别:一个已结账期间上的硬性失败，是现在就该修复的问题;而一个预测上的提示性标记，只是告诉你计划中仍隐含着哪些假设，而不是账目本身有误。

该检查所应用的容差也会随报表实际呈现的精度而调整，即以报告单位为基准，而非固定数值，因此一张四舍五入到千位或百万位的资产负债表，不会仅仅因为舍入就被误判为破绽。当某项检查确实失败时，报告出来的差额是精确的，而不是一句含糊的“大致够接近了”。而且由于这项检查是确定性的，相同的模型状态每次都会产出相同的结论，这意味着你可以在整个结账周期中反复运行这项健康检查，而不必担心结果在不同运行之间发生漂移。

按你自己的日历运行，而不是审计师的

审计压力在全年分布并不均匀，它集中在披露截止日附近，以及审计状态发生任何变化的时候，比如跨过小型公司豁免门槛，或更换新的审计师。披露截止日之前的那几个月，正是一次主动健康检查最能发挥价值的时候:在十一月发现一处破绽，只是一次安静的修复;等到三月被审计师发现，就会演变成一份请求，继而引出更多请求，这正是审计外勤请求一文所涉及的内容。把运行校验器变成一项常态化的审计前习惯，而不只是依赖它在导出那一刻才发现破绽，正是让财务负责人能够在别人开口之前，就已经知道哪些数字经得起推敲、走进外勤现场的原因。

这适合谁

这适合希望在审计师提出要求之前先自己干净利落地过一遍数字的财务负责人;适合正在引入新的外部审计师、尚不清楚对方会深挖到何种程度的 CFO;也适合任何曾经眼睁睁看着一张电子表格“平衡”,只因为差额被塞进了一个暂记账户、之后再没人核对过的人。关于该检查本身的运作机制，请参阅验证是如何运作的;关于外勤前、外勤中、外勤后一份经得起推敲的结账工作全貌，请访问财务团队应用场景中心。