“目前工程进度到了百分之几？”总部打来电话。现场负责人打开Excel文件，发现最后一次更新还是三天前。当提交工程款申请的截止日期临近时，情况会变得更加复杂。 翻出合同、工程进度款申请单、工程台账来核对数据，不知不觉就过了一半天。
进度和资金这两大现状虽是现场运营的核心，却长期以来一直被分开管理。在本期技术资讯中，我们将探讨ReName DP如何将项目文档管理、进度表和资金状况看板整合为一个连贯的流程。
与前几篇文章一样，在介绍功能之前，我们先指出结构性问题。这次我们选择了一个现场实务人员和管理者双方都能感同身受的问题。
进度表由现场负责管理。具体工种何时开始、何时结束，以及以今天为基准的进度完成率是多少，均由负责人直接更新。问题在于，这些更新完全依赖人工操作。现场越繁忙，进度表的更新就越容易被推迟。 总部查看的进度表与实际现场的进展情况之间便产生了时间差。
资金状况则更为复杂。合同金额、工程款申请金额、实际执行金额分别分散在不同的文件中。每次申请工程款时，负责人都要收集文件，手动输入并核对数据。在这个过程中不仅容易出错，掌握现状所需的时间也不容小觑。
由于这两项现状是分别管理的，还会产生另一个问题。当进度延迟时，进度款申请时间也会随之推迟，但没有界面能实时显示二者之间的关联。由于进度表和资金状况从未关联过，二者之间的关系只能由负责人在脑海中进行推算。
解释资金现状自动化的运作原理。与其说“AI进行分析”，不如从“哪些文档中会产生哪些数据”这一流程来阐述，更能让人信服。
Rename DP的项目文档管理功能已超越单纯的文档存储。当上传工程台账、工程进度款申请单等文档时，VLM会分析文档内容并自动填写所需项目。工程名称、发包方、合同金额、工程进度款申请金额等以往需要反复抄写的数据，现可直接从文档中提取。
这些数据会流入资金状况仪表盘。相对于总合同金额的已工程款申领比例、实际执行金额、以及工程进度对应的资金执行率，都会以直观的指标形式可视化呈现。该系统省去了负责人手动抄录数字的步骤，采用的是文档上传时实时更新状况的机制。
这里的关键在于文档历史记录也会一并管理。当合同发生变更时，旧版本和当前版本都会被同时保留，日后可以查证资金现状是基于哪份文档计算的。数据来源的追溯路径将以可追溯的形式保留下来。
进度表功能与前两篇文章中介绍的施工记录、作业日志相连。若读者已阅读过相关内容，这将是自然的延伸；即便是初次接触，本文也力求使其能够独立理解。
进度表由工种、工序、作业的三层结构组成。在作为大类别的“工种”之下设有“工序”，而“工序”之下则安排具体的“作业”。这一层级结构越清晰，就越容易一目了然地掌握“整个工程目前处于哪个阶段”。
当施工记录和作业日志在现场积累后，这些数据会实时反映在进度表的进展状况中。即使负责人无需单独更新进度表，现场完成的工作也会在进度表上自动更新。这种结构确保了进度表与现场的实时同步。
仪表盘上会一目了然地显示今日截止的任务、延误中的工序以及下一阶段的计划事项。从重要通知到剩余工作，都能全面掌握。当现场负责人被问到“目前进度是多少百分比？”时，无需打开Excel，仅凭仪表盘画面即可回答。
与前两篇文章采用相同的模式，本节旨在展示各功能互联所创造的价值。在此采用一次“提出问题”的叙事模式。
在此，让我们提出一个问题。
当工程进度和资金执行率同时显示在同一屏幕上时，会呈现出怎样的景象呢？
如果工程进度已达80%，但资金执行率却停留在60%，就能及早发现报销延迟或结算遗漏的问题。反之，如果资金执行领先而工程进度滞后，则从成本管理角度来看，此时需要进行检查。 一旦看到这两个数字之间的关系，那些仅看单个数字时无法察觉的信号就会显现出来。
这就是为什么不将进度表和资金状况表分开，而是整合到一个仪表盘上的原因。这种结构不仅展示了各自的现状，更能让人读懂两者之间的关系。
当然，这一屏幕并不能取代现场的所有决策。但与“进度表在现场负责人的电脑上，资金状况在办公室的Excel中”这种结构相比，转变为在同一屏幕上查看同一时间点数据的结构，确实存在实质性的差异。
进度和资金这两项状况，虽是现场运营中必须同步关注的信息，却长期以来一直被分开管理。通过自动从文档中提取数据、将现场记录与进度表关联起来，并让这两项状况在同一屏幕上汇合，这种架构正在改变现场运营的信息流。
如果您想进一步了解资金状况板和工序表功能在现场是如何运作的，可以通过RenameDP进行查看。
