当两份财报对同一数字给出不同结果，哪一个才是对的?

某公司 2023 财年年报显示收入为 4.12 亿。一年后发布的 2024 财年报告，把 2023 财年作为对比列列出，却写的是 4.07 亿。没有人对此提出质疑。两个数字各自安静地待在自己的财报里，除非有人恰好把两份 PDF 都调出来逐行比对，否则这个差异永远不会浮出水面。“最初披露的数字”和“后来重述的数字”之间的这道缝隙，正是跨财报交叉验证要弥合的地方。

对同一期数据的两次独立审视

原则上，每一个财年周期都会被披露两次:一次作为当期数据出现在自己的财报中，一次作为上年度对比数据出现在下一年的财报中。这是对同一组事实、在不同时间、有时由不同编制者做出的两个独立陈述。当它们一致时，这种一致是有价值的，因为它是对某个数字的第二重、独立的确认，而不是把同一份 PDF 又读了一遍。当它们不一致时，这种不一致同样是有价值的信息，只是在今天，它大多不会被人注意到。

Rexfin 对这项核对的设计，是将每一期最初披露的数值与下一份财报中对应的上年度对比数据进行匹配，容差范围会随财报的舍入单位而调整，因为两份都四舍五入到千位的财报，不一致到几美元并不算真正的分歧，只是舍入而已。

匹配就打上标记，不匹配则绝不丢弃

当两次独立读取的数值在容差范围内一致时，底层数据原子会被标记为 cross-filing-corroborated(跨财报已交叉验证),这是在该数字已经在自身财报内通过 多后端提取一致性验证 之后，又获得的第二重独立来源支持。这不是同一种检查做了两遍，而是完全不同类型的确认，因为它比较的是两份独立文档，而不是同一页的两次读取。

当两者不匹配时，贯穿 Rexfin 整个信任链的设计原则同样适用:不一致会被标记为一条有类型、可见的差异记录，绝不会被悄悄丢弃，也绝不会被悄悄平均掉。两个数值都会被保留，差值也会被保留，每个数值的引用来源(哪份文档、哪一页)也会被保留，以便查看差异的人可以直接核对两个原始页面，而不是只信任一份关于分歧的摘要。

提取错误还是真实重述:一个真正的区分，而非含糊带过

并非每一次不匹配都意味着同一件事，把它们一概而论本身就是一种不诚实。一次不匹配可能意味着上游某处的提取出了差错，比如一次 OCR 误读，或扫描页面上某一列被错误归属。也可能意味着公司确实依据 IAS 8 对上一期数据做了重述，因为公司发现并纠正了一处错误，或重新分类了某个项目，或变更了需要追溯调整的会计政策。这两种解释会把财务团队引向完全不同的下一步:一种是“核查提取过程”,另一种是“理解公司为何重述，以及这是否改变了你对此前指引的理解”。将两个数值和差值都清晰列出、判断属于哪一种情况，而不是悄悄选定一个赢家，正是这项核对功能的意义所在。

依赖什么，以及为何它排在流程后端

这项核对功能只有在其下方的基础工作足够扎实时才能发挥作用:它需要每份财报有稳定的 文档身份识别,需要已经通过财报内部验证的数据原子，还需要两份财报中相同的数字被固定映射到同一个 标准化概念 上，这样一份财报里的“收入”才真正是在与另一份财报里的“收入”比较，而不是和一个恰好排在附近、标签却不同的项目比较。这就是为什么跨财报交叉验证排在数据接收和标记之后运行，而不是独立运行:只有当每一份财报本身都已经可信之后，比较两份财报才有意义。

这是 Rexfin 数据接收路线图的一部分，直接建立在产品其他部分已经上线的信任链基础设施之上，即相同的原子级验证和引用纪律，只是把范围从单份财报内扩展到跨财报之间。对于有重述历史的公司，或者需要判断两份财报对比数字之间的跳变究竟是真实更正还是数据问题的多年趋势分析人员来说，这类核对功能尤为重要。

想了解交叉验证如何融入信任层的其余部分，请访问 产品导览中心,或 预约演示,看看当两份财报出现分歧时，一条带引用的差异记录是如何呈现的。