导出关卡:Rexfin 为何拒绝导出无法验证的数字

许多财务工具会在资产负债表出现断点时用一条红色横幅提示一下，然后照样让你导出董事会报告包。警告被确认，报告照样发出去，那个没有平账的数字就带着所有人的签字批准一起流转下去。Rexfin 的做法不那么舒服，但更有用:当一个模型无法平账、且该项检查处于强制模式时，导出按钮根本不起作用。不是“生成一份带警示的文档”,而是彻底拒绝生成文档。

两项检查，一个结论

每一次导出请求都会经过一次决策，这个决策综合了两项检查。第一，针对已录入报表进行的本地平账检查:资产是否等于负债加所有者权益，逐期核对，并且所有者权益要正确包含少数股东权益。第二，现金流恒等式检查:现金流量表所报告的净变动额，是否真的与资产负债表中现金头寸的变动相符，包括对有海外业务的公司而言，汇率变动对现金的影响。漏算这项汇率影响，是导致现金流检查产生误报的最常见原因,Rexfin 默认将其纳入计算。

这两项检查都是纯函数:在相同的模型状态下，总是返回相同的结论。这一点很关键，因为每一条导出路径:API 路由、组装报告包的后台任务、界面上的按钮，读取的都是同一个决策结果。不存在第二份可能悄悄偏离的规则副本。

什么会真正拦截，什么只是提醒

这条规则被有意设计为不对称的。一个实际期间(即以源数据为锚点)的恒等式核对失败会被拦截，导出直接被阻止，并明确指出具体是哪个恒等式出了问题(金额、期间、差额)。一个预测期间的恒等式核对失败仅作为提示:它会显示为一条警告，因为预测本来就允许保持一定的暂定性，这一点与已审计的实际数据不同。正是这一点，使这道关卡不至于因为某个尚未最终确定的建模假设，就变成一个阻碍每一个模型的麻烦。

这道关卡也只有在经过校准之后才会进入强制模式:在真实报表上，该策略必须达到零误报，并且几乎完全捕捉到真实存在的问题，才能从仅提示状态切换为真正阻止导出。这一校准决定会被记录下来，而不是悄悄发生，关键在于:这道关卡要先赢得拦截的资格，然后才开始拦截。

可引用性是关卡的一部分，而不是一个独立主张

一个数字可以完全平账，却依然不可引用。Rexfin 的关卡还会检查每一个进入恒等式计算的数字，是否有 至少两个独立的提取后端在数值上达成一致。低于这个门槛的数字，不能被计入“以实际数据为锚点”的恒等式，用于关卡判定，一个无法追溯到源页面为其辩护的数字，即便算术碰巧是对的，也不能算作已验证。

由于真实的 IFRS 报表通常以千为单位打印，整个流程中使用的容差是与规模相关的，而不是一个固定的美元阈值，取报表的四舍五入单位或打印数字的百分之零点五中较大的一个。以千为单位打印的报表上出现一个单位的四舍五入误差，不应该触发一次误报拦截，而超出这个区间的真实断点，也不应该被当作四舍五入误差蒙混过关。

一枚不能自我夸大的徽章

这个结论同时也决定了屏幕上以及文档本身所显示的信任徽章:已验证、已验证但有提示、已拦截，或者(对于尚无实际数据的纯预测模型)诚实地标注为“仅为建模结果”。这枚徽章不会因为导出恰好在提示模式下被允许通过而显示绿色，它每次都反映恒等式的真实状态，并且对模型的任何编辑都会使先前的已验证标记失效，直到重新核对为止。

谁需要的是一道关卡，而不是一条警告

如果你的董事会报告包曾经带着一条“我们下季度再修正”的脚注就这样发出去了，这正是为你而建的。它面向的是那些需要导出本身就是证据的 CFO 和顾问，而不是把一份勤勉声明摆在一个从未被重新核对过的数字旁边。这道关卡把它上游的一切，包括 报表网格 的对账状态和 溯源抽屉 的源页面，从一个好看的界面，变成了一项强制生效的前置条件。想了解 Rexfin 信任链的其余部分如何协同工作，详见 产品导览中心。