预算生命周期:起草、审批、锁定、追踪

一份预算电子表格只有一种状态:它当前显示的内容。六个月之后，没有人能说清某个数字究竟是最初的计划，还是遭到 CFO 反对后的修订版，还是财务驳回第一版草稿之后的重新提交版本。Rexfin 把预算当作一个有生命周期的对象，而不是一个文件，起草、提交、审批或驳回、锁定，每一次状态转换都留有记录。

生命周期实际是什么样的

一个预算版本始于草稿。有人将其提交审核。从那里开始，只有两种走向:审批通过，朝着被锁定为正式计划的方向推进;或者被驳回，连同一条说明理由一起退回。驳回不是死胡同，一个被驳回的版本可以重新提交，而一旦重新提交，驳回标记就会清除，这样版本的状态就永远不会与它自身的历史相矛盾。它不是无声的:驳回一份预算需要附上说明，所以“不行”总是伴随着“因为”。

锁定是有实质意义的分界线。一个经过审批并锁定的版本会成为其他一切用来衡量的基准，也就是预算与实际差异分析报告中的那个数字，以及滚动预测向前延续的锚点。一个被驳回的版本永远不会被锁定，正因为它从未获得审批。

每一次状态转换都被记录，而不是被覆盖

在可见的状态之下,Rexfin 保留一份只增不改的事件日志:谁提交的、谁审批或驳回的、变更前后的状态各是什么、附带的说明，以及发生的时间。没有任何内容会被原地更新。如果一份预算在获批之前被驳回两次，这段历史会完整保留，而不是被最终的“已审批”标记悄悄取代。正是这份日志让审计追踪真正有意义，而不只是摆设，你可以完整重建一个数字究竟是怎样成为计划的，而不只是计划当前写着什么。

货币不匹配会被标记出来，绝不会被猜测

一份预算是用有人当初输入时使用的货币构建的。如果这与该主体的报告货币不一致,Rexfin 不会悄悄进行换算然后祈祷汇率足够接近，它会在计划出现的每一处显示一条明确说明，包括差异视图、计划页面，以及任何涉及两种货币之间运算的对比，清楚说明尚未进行外汇折算。一个悄悄混用 AED 和 USD 的预算与实际对比表，比一个坦承目前无法对账的表更糟糕。

年中重新编制预算不会伪造出完整一年

许多预算并不是从 1 月 1 日开始编制的。一个在 6 月创建的版本只覆盖它实际意图覆盖的月份,Rexfin 从计划本身推导出这一覆盖范围，而不是假设有干净的十二个月。查询一个预算从未覆盖的月份的差异时，你得到的是空白，而不是零，因为缺失的预算数字和金额为零的预算含义完全不同，把两者塞进同一个单元格会让一个未编列预算的月份看起来像是严重未达标。

时区正确的月份边界

有一个听起来微不足道、实则不然的细节:对于部分区间的实际数据，什么才算“本月”。Rexfin 按照该主体自身的业务时区来计算这一边界，而不是服务器的 UTC 时钟，这样一笔临近午夜的交易就不会仅仅因为计算发生的地点而被错误归入邻近月份。未完成的月份会被标记为“月度至今”,并从适用于已结束期间的有利/不利判断中排除，一个尚未结束的月份还算不上未达标。

这适合谁

这适合正在运行真实审批链的财务团队，某人起草、另一人签字确认，而一份被驳回的草稿需要带着修正回来，而不是消失在一份没有任何变更记录的新表格里。它也适合跨货币运营或采用非日历规划周期的团队，对于这些团队而言,“这对得上账吗”这个问题的诚实答案有时是“还没有，原因如下”,而不是一个看起来已经对账、实则并未对账的数字。

如果你目前的预算流程是一份关闭了修订追踪功能的共享文件,预约演示,我们会向你展示一个具备记忆能力的生命周期是什么样子。要查看与之相连的完整规划与报告工具集，请参见 Rexfin 产品导览。