试算平衡表版本管理:重新打开结账而不丢失其历史

结账并不总是在试算平衡表上传之后就结束。审计师提出一个问题，一张迟到的发票冒了出来，数字已经送到管理层手中之后又要补记一笔重分类，于是结账被重新打开。随之而来的问题永远是同一个:之前的数字长什么样，究竟哪里变动了?如果旧的试算平衡表只是被新的简单覆盖掉，这个问题就没有答案。

每一次上传都成为一个新版本，而不是替换

当一张试算平衡表上传到 Rexfin 时，它不会覆盖之前的任何内容，而是被保存为它自己独立的、不可篡改的版本，锚定进针对该主体或该项目的哈希链中。每个新版本都通过链式哈希指向前一个版本，因此结账背后的一系列试算平衡表可以通过结构本身来验证，而不必单凭信任。事后上传一张更正过的试算平衡表并不会抹去之前的版本，而是在链上添加一个新的节点，旧节点依然存在。

逐版本对比

这一切之所以在日常工作中重要，原因在于对比本身，而不是快照本身。把第 N 版试算平衡表与第 N-1 版对比，可以精确地看出哪些科目发生了变动、变动了多少，并且因为每个版本都有明确的归属，还能看出是谁的上传导致了这次变动。这就是“余额变了”和“我们知道是哪个科目、变动了多少金额、是哪一次上传导致的”之间的区别。同样的对比机制驱动着董事会材料中“自上次董事会以来发生了什么变化”这一行,这里也是一样:在 Rexfin 中对比任何两个版本，无论是模型还是试算平衡表，工作方式都相同。

重新打开结账而不丢失旧版本

重新打开一个已关闭的会计期间，遵循 Rexfin 在任何版本变更上都适用的同一套晋升纪律:新状态在被视为权威之前会先经过差异对比审阅，生成的版本像其他任何快照一样锚定进哈希链，如果需要撤回重述，该版本也可以回滚。一个被重新打开并重述的已关闭期间，不是对董事会或审计师已经看过的数字的一次静默覆盖，而是一个新的、经过审阅的版本，与旧版本并排存在，并附有二者之间究竟变动了什么的精确记录。这就是“时间回溯”的部分:你总能回到结账的任意历史版本，精确查看它在那个时点的样子，而不只是它现在的样子。

这与重述后的申报文件不是同一个问题

试算平衡表版本管理关注的是你自己在结账过程中的重复上传，与外部公司在两份年度报告之间的申报数字是否发生变化无关。那是另一项不同的核查:跨申报文件互证 会把某一期间最初申报的数字与后续申报文件对该期间的重述结果进行比对，并判断这个差异究竟是抽取错误还是发行方真正的重述。如果你处在这类重述的接收端，也就是你依赖的一份申报文件在你脚下发生了变化,这里说明了如何区分这两种情况以及下一步该怎么做。试算平衡表版本管理解决的是问题的内部那一半:在你自己的结账被重新打开、更正、再次关闭的过程中，保持其历史记录完整无缺。

定位

每一个试算平衡表版本，以及任意两个版本之间的对比，都建立在与 Rexfin 其余版本历史相同的哈希链、可归属的基础之上。结账向前推进时，它的过去不会有任何丢失，你始终可以回溯，精确查看每个环节的数字当时是什么样子，以及从一个版本到下一个版本之间究竟是谁改动了什么。

完整的信任链条，请参见 Rexfin 产品导览。