评论与审核，直接附着在真实数字上

财务模型的审核通常发生在模型之外的地方。邮件线程里的一条评论,Slack 上的一句留言，或是打在共享文档里的一个问题，而那份文档早已与它所讨论的数字脱节了好几个版本。等到有人重新找回这段讨论时，它所指的那个数字往往已经变了，没人能说清这条评论是否还有意义。

Rexfin 把对话直接放在数字本身上，而不是放在数字旁边。

这对财务团队为何重要

像“这次 DPO 上升我们和客户确认过了吗”这样的问题，只有附着在它所讨论的那个具体营运资金数字、那个具体期间上才有价值。脱离了这个背景，它就是一条在收件箱里争夺注意力的孤立留言。附着在数字上之后，任何人日后打开那一行报表，都能直接看到问题和答案，无需四处搜寻。

第二个重要的地方是谁能看到什么。围绕某个数字的内部讨论，这个数字是真的吗、我们核对过来源吗，在你把分享链接发给董事会成员或审计员的那一刻，是不希望被看到的。但其中一些讨论，一旦得出结论，恰恰是外部审阅者应该看到的背景信息。这条边界任何一个方向出错都要付出真实代价:过于宽松会导致内部讨论外泄，过于严格则会让审阅者失去有用的背景。

具体如何运作

评论附着在具体单元格上，无论该单元格位于何处，报表行、KPI 或每股指标卡片、假设情景滑块。一个小图标会标出讨论存在的位置，并且只出现在所有者实际浏览的页面上;只读的分享视图永远不会显示它，因为这个交互元素在该场景之外根本不会渲染。线程只有一层深度:回复会拍平在原始评论下方并继承其锚点，因此对话保持清晰易读，不会演变成层层嵌套的树状结构。

锚点本身的设计能经受住底层数据变化的考验。它绑定的是实体和一个语义键，即具体的单元格、KPI 或驱动因子，而不是某一行的位置，因此重新运行模型或刷新期间不会让原本指向真实内容的评论变成孤儿。

每条线程都可以标记为已解决并重新打开，这是电子表格原生就具备、但很多协作工具都省略掉的一种轻量级确认状态。每一条评论和活动事件，线程的创建、解决，分享链接的生成或查看，都会汇总进每家公司活动页面上的一条交错时间线，因此一周后回来的审阅者可以按顺序看到发生了什么，而不必从各自独立的信息流中拼凑。

值得直白说明的一点是:可见性是明确设定的，而不是靠推断得出的。一条评论被标记为内部或共享，而这个标记正是分享链接实际遵循的依据，共享视图只会渲染标记为共享的线程，内部讨论永远不会越过这条界线。如果某条共享回复恰好挂在一条内部父评论下，它会被提升为独立条目单独显示，而不是暴露它所回复的那条内部线程。而且在共享视图上，评论会被明确标注为未经核实的注解，不附带作者姓名，这样查看分享链接的任何人都不会把一条评论误认为是 Rexfin 本身给出的断言。

最后这一点连接到一条更硬性的规则:评论是注解，永远不是数据。它们不会出现在带引用来源的 PDF 与 Excel 导出中，连附录也不会，计算引擎中的任何环节也从不读取它们。围绕数字的讨论和数字本身在结构上被严格分开，因此评论线程永远不可能悄悄影响一个本应是确定性计算结果的数字。

这是为谁而设计的

这个功能是为审核数字时那种日常摩擦而生的:分析师给控制人标出一个问题,CFO 在董事会前在某个 KPI 上留下一个问题，审阅者回来检查上周的问题是否已被回答。它对已经在团队工作区中协作的团队最有价值，因为他们希望审核就在数字所在之处发生;它也直接与洞察信息流配合使用:被检测到的异常恰恰是值得开一条线程讨论的事情。当需要引入团队之外的人时，同样的可见性划分，正是让审计员分享链接能够安全发送、无需事先单独清理的原因。想了解各个环节如何衔接，请参阅 Rexfin 产品导览。