13 周现金预测:一个经审计的锚点，其余全部标注清楚
Rexfin 的 13 周现金视图从你的月度计划推导出每周现金，将期初现金锚定到一个可引用的实际数字，并且绝不让预测数据冒充为经审计数据。
作者 The Rexfin team
大多数 FP&A 工具能相当不错地处理月度现金，却把周度现金当作事后补充，一份财资分析师每周一都要从上周变化不大的数字重新搭建的手工电子表格。而这恰恰是契约违约意外和流动性危机的来源:月度计划显示一切正常，但某个具体的周实际出现现金短缺时，却因为没有人在这个粒度上盯着而漏掉了。Rexfin 的 13 周视图的存在，正是为了填补这道空缺，同时不会为了填补它而凭空捏造数字。
建立在你已有的计划之上，而非另起炉灶
13 周预测不要求你搭建一个独立的周度模型。它从你滚动计划中已有的月度序列推导出周度现金，拆分为直接法视图:客户回款、供应商付款、运营费用、税费，以及单独列出的投资、融资和外汇项。任何直接法拆分无法干净归属的余额，都会显示为一行明确的“其他经营(残差)”,而不会被悄悄吸收掉，这样一来，这个推导过程就不能为了让数字看起来整齐而暗中制造或消灭现金。
把一个月度数字转换成十三个周度数字需要一个假设,Rexfin 选择明确说出这个假设，而不是隐藏它:现金在每个月的天数上均匀分摊，再分配到各周，使一个月大约四周的合计恰好等于该月总额，精确到分。这是这整个视图背后唯一的建模选择，而且它就标注在页面上，不会留给某个人在数字对不上的时候才艰难地发现。
只有一个数字经过审计，其余数字都注明了这一点
整个视图中只有一个数字带有审计引用:期初现金余额，取自锚定申报文件中经引用的上一年度末现金头寸。该单元格可下钻到溯源面板,与其他任何被引用的数字一样，重新与源页面进行哈希核验。锚点之后的所有内容，包括每一周的回款、付款和期末余额，都是由计划推导而来，并在全程明确标注为如此，绝不会被混入视图，让人误以为它和那一个真正经过审计的数字具有同等分量。
这一区分比听起来更重要。一份 13 周现金视图，如果悄悄以和经审计实际数字同等的视觉可信度呈现计划输出，看起来一切正常，直到某位贷款方或董事会成员问起哪个数字才是真的。在这里，答案始终清晰可见，不会埋在脚注里。
你能调整什么，又不能凭空捏造什么
时间假设，应收账款周转天数、应付账款周转天数、存货周转天数，可以通过假设分析滑块调整，这一变动会经过驱动其余假设分析建模的同一个确定性引擎:把回款推迟一周，周度计算依然精确对齐，不会出现舍入误差，也不会出现悄悄的重算缺口。如果某项调整把现金流推到了第一天之前或第十三周之后，视图会明确指出这一点，而不是悄悄丢弃这笔现金流，你会清楚看到究竟有什么离开了这个窗口，以及原因。
最低流动性阈值的处理方式也是如此:你设定一个水平，视图会标出第一个突破该水平的周，而这个阈值绝不是一个假装是政策的内置默认值。如果你还没有设置阈值，就不会有一条暗示你已经设置了的虚幻线。
出现在哪里，又刻意不出现在哪里
13 周表在可导出的工作簿中以明确标注为“参考性”的标签页形式提供，即便底层数据无法完全支撑它也依然存在，此时它会说明原因，而不是显示空白。它被刻意排除在董事会材料导出之外:董事会材料要坚持建立在经审计和经建模的数字之上，并具备恰当的引用权重，而把一份计划推导的周度现金视图混进去，恰恰会模糊这项功能本身要努力保持清晰的那条审计/非审计界线。
谁需要这个功能
需要逐周而非仅逐月管理契约缓冲空间的财资团队;曾经被一份月度现金计划坑过的 CFO,那份计划一直看起来很宽裕，直到某个具体的周不再宽裕;以及任何希望获得周度流动性可见性、却不想每周一早上重新搭建一份到周三就已经过时的电子表格的人。