一个建设项目，从图纸到付款，在一个界面上：288 份验收记录已验收，折成钱是 0

在一个真实工程里，288 份验收记录全都是“已验收”，验收价值却是 0：798 条工程量关联仍是机器的建议。每个界面单独看都对，断裂在阶段之间。把整个项目放到一个界面上，等待的钱和返工能少多少？

打开一个正在施工的国有资金修缮工程的总览，已匿名。288 份验收记录，288 份全部处于 «Đã nghiệm thu»（已验收）状态。 到今天为止的计划已经走过合同金额的 42%。已验收的价值折成钱：0。

没有人做错，软件也没有坏。计划是从工程师的 Excel 文件导入的；机器建议了哪项工作对应哪一行工程量——这样的关联有 798 条，798 条 全都还是建议，没有人确认过。验收记录只从已确认的关联取工程量，所以每份记录都在，却没有一份带着钱。同一个工程里，784 行合同中 有 490 行不属于计划里的任何一项工作——除非有人发现，这些行永远不会被验收或付款。

每个界面单独看都是对的：记录列表齐全，合同表齐全，计划齐全。断裂发生在界面与界面之间，只有把各阶段并排放在一起时才看得出来。 本文的问题是：一个在某阶段产生的问题只能从另一个阶段看到时，它要花多少钱——把整个项目放到一个界面上，又能省掉多少？

1. 改变了什么

上一篇讲了日志、验收记录和计量支付表如何由一份计划生成。一个项目的数据本来就挂在 一根轴上——图纸、预算、算量、合同工程量行、工作、日志、验收记录、付款期。只有界面还分成两半。这次的改变沿着同一根轴把界面连起来：

1. 每个项目都有一条阶段栏：总览 · 资料与算量 · 合同 · 施工（计划 / 日志 / 验收）· 付款 · 设置。旧链接仍然打开正确的位置。
2. «Tổng quan»（总览）：每个阶段一张卡——图纸页数、算量表、尚未关闭的图纸问题、合同金额、未进入计划的行、超出容差的行、 到今天的计划 % 与已验收 %、已锁定的日志、已付款金额。最上面是 «Cần làm»（待办） 框，其中每一行不只报数，而是纠正问题 背后的误解：“工程量关联仍是建议——记录只从已确认的关联取工程量，所以这些记录是 0 越南盾”。
3. 合同工程量台账新增 «Đã TT»（已付）列和 «chỉ dòng lệch»（只看有偏差的行）筛选：算量或验收量与合同的差超过某个百分比—— 这个阈值在“设置”里按每个标段设定，因为每个业主都不一样。
4. 图纸问题有了生命周期：未关闭 → 已问设计顾问 → 已回复（记录回复）→ 已处理 或 忽略；发给设计顾问的问题可以打印成一份清单。
5. 问题随图纸张号进入施工：位于有未关闭问题的图纸上的工作、验收记录和日志日都会标上 ⚠。工作或记录上的“图号 KC-01”是一个 链接，打开已上传图纸中正好那一页。
6. 项目助手位于每个标签页下方，知道用户在哪个标签页，能读取施工的每个标签页。“有多少”的问题用覆盖所有行的汇总来回答：在上面 那个工程，“有多少份验收记录”一次读取就正确数出 288 份，花费 2,910 越南盾的额度。

2. 第一笔：在阶段之间等待的钱

上面两处渗漏都是已经挣到却到不了付款期的钱：没有任何工作承载的合同行那部分，以及工程量关联仍是建议就已验收的那部分。它不会 彻底丢失——迟早有人发现。代价是钱等待的天数。

怎么测。 拿出最近三期付款申请，数一数在前一期已经完成、却到下一期才计入的项目，以及原因。用有总览的工具时，数一行 «Cần làm» 从出现到消失的天数。

可信程度： 中等。被卡住的比例数得出来；“今天”的天数是公司自己的估计。在开头那个工程里，被卡住的是已验收价值的全部——例子 用 28%，以免美化。

3. 第二笔：比回复先到工地的图纸问题

图纸检查找出总图与详图说法不一的地方：基础 M1 在平面图上是 1.2 米，在详图上是 1.4 米。问题发给设计顾问，回复稍后才来。问题在一个 文件里，进度在另一个文件里——施工队按先看到的数字挖了 M1 基础。

怎么测。 翻一个已完工工程与设计顾问的往来函件：多少个问题，多少个在该分项开工之后才回复，其中多少次需要修改。

可信程度： 低——最软的一笔，也是例子里最大的一笔。一次返工可能是几十万越南盾，也可能是几亿。把两个比例设成相等，合计仍有每月 2.64 百万越南盾。

4. 第三笔：弄清项目进展到哪里的时间

开现场例会之前、向总经理汇报之前、业主来电话之前：有人打开进度表、验收台账、付款文件、日志，然后在脑子里加总。

怎么测。 用一周时间，记下每次有人必须回答“工程 X 到哪里了”以及花了多久。

可信程度： 高，而且小。这不是做这项改变的理由，只是最容易看见的部分。

5. 要扣除的部分

总览、阶段栏、问题的生命周期和图纸链接都不用 AI，所以没有模型费用。确认工程量关联不是新的成本：要带钱的记录本来就需要这一步 ——改变只是让它不再被忘记。向助手提问是有费用的：按助手实际读取的部分扣额度，例如一次数验收记录的问题 2,910 越南盾。每月十个 这样的问题约 2.9 万越南盾，大约是下面最小一笔的二十分之一，所以计算表把它略去。

6. 加起来

对一家同时施工两个 50 亿越南盾工程的公司，大约每月 5.8 百万、每年 70 百万越南盾。一半以上在最软的那一笔里。把那一笔整个去掉， 剩下的——每月 2.6 百万——都站在数得出的数字上。

表里没有的数字。 在开头那个工程里，全部已验收价值都在等一个确认步骤——被卡住的比例是 100%，不是 28%。在计算表的“工程量关联 仍是建议就已验收的价值比例”里填 100% 再读一遍；例子不用它，因为那是一个个案，不是平均水平。

7. 这个 ROI 建立在哪些假设上

界面只负责说出来，动手的仍然是人。 总览知道 798 条关联还是建议；它不会代为确认，也不应该——一条错误的关联连进记录，就是一个 被印得很整齐的错误数字。如果没有人读 «Cần làm»，“一个界面”的天数就等于今天的天数，第一笔归零。

问题只有在图号对得上时才会跟着图纸走。 工作上的“图号”是手工输入的。“KC-01”“kc 1”“KC.01”被视为同一张；“A 轴基础”对不上 任何一张图，这时它显示为普通文字——没有失效的链接，也没有标记。

容差属于业主，不属于软件。 默认 5%；在每个标段的“设置”里修改。«chỉ dòng lệch» 筛选只有在这个阈值正是审批付款的人实际使用的 阈值时才有用。

重新做图纸检查会替换问题清单。 新一轮检查生成新清单；旧一轮的状态和设计顾问的回复暂时不会带过去。运行新一轮之前，先关闭旧一轮 的问题。

8. 在自己的公司测量

1. 取基线。 最近三期付款申请：哪些项目晚了一期，为什么。与设计顾问的往来函件：哪些回复在分项开工之后才到。一周内：回答“工程 到哪里了”用了几次、多少分钟。
2. 用一个工程跑一个月。 每周记下出现的 «Cần làm» 行和它消失的日期；按状态统计图纸问题；在问题未关闭时就开工的带 ⚠ 工作。
3. 同类相比。 做基础的月份比做装修的月份图纸问题更多；拿基础月和基础月比。

9. 值得记住的

项目不是在某个阶段内部坏掉的，而是在两个阶段衔接的地方坏掉的。 记录齐全，合同齐全，计划齐全——钱却是 0。当所有阶段都在一个 界面上，而这个界面说出哪个衔接处还开着口，坏掉的东西就不再是人们在整理付款申请那天才发现的东西。

每个界面都对，并不等于整个项目是对的。对，是指一个数字能从图纸一路走到付款期，而没有人需要再抄一遍。

288 份验收记录、798 条仍为建议的关联、490/784 行未进入计划的合同行、到今天 42% 的计划，以及一次数验收记录的问题花费 2,910 越南盾， 都是在一个正在使用该工具的真实工程上测得的，已匿名。工程数、合同金额、天数、比例、返工费用以及计算表中的所有假设都是示例数字。 请换成你自己的数字。