红线图改了不等于问题台账就关了，双向对账没做实别急着进移交冻结

围绕竣工红线和整改问题台账的双向回指来复核，避免出现图已改但台账未关、台账已关但图未改的假闭环。

竣工资料收口阶段，最容易出现的一种假闭环，不是完全没人改资料，而是 红线图已经画了几处修订、问题台账也关掉了不少条目，于是大家默认这两套东西迟早能对上。真正到预验收、移交抽查或后续维保追问时，才发现常见的错位是另一种样子: 图上已经改了，台账还挂着旧问题；台账已经销项了，红线图还是整改前状态；两边都写了，但谁也回不到同一个问题号、图号或整改轮次。这种状态看起来资料很多，实际上仍然没有形成一套可以被信任的最终事实。

这篇内容只处理 竣工红线与问题台账之间的双向对账。它不替代 竣工红线同步不要拖到周末再补 的 当天回写动作，也不重复 竣工图纸证据移交要点 的 证据移交组织，更不替代 移交资料包版本冻结方法 的 最终唯一版锁定。前几篇更偏 怎么当天写、怎么成套交 和 最后交哪一版，这篇只回答：红线图和问题台账到底是不是在说同一组已经闭合的整改事实。

哪些场景最容易把双向对账做成假完成

• 预验收前集中销项，问题条目短时间内大量关闭，但图纸修订和资料复核还没跟上的项目。
• 同一系统经历过多轮调位、替代、返工或拆改，问题编号、照片编号和图纸版次很容易分家的场景。
• 机房、吊顶内、管井、地下室等隐蔽或高密度区域，图纸上有改动、现场也整改过，但具体对应关系没锁清的工程。
• 移交冻结前只做“还有没有未关闭问题”统计，却没有反查 关闭的这些问题是不是都真的回写到红线 的资料包。

真正麻烦的，不是问题台账有没有建、红线图有没有画，而是 两边是不是已经互相回到同一条整改链路。

这篇回答什么，不回答什么

这篇回答的是：

• 为什么问题台账销项不能只停留在“现场已整改”四个字上，而要能回到具体红线位置和修订内容。
• 为什么红线图上的修订也不能只看“图上画过了”，而要能反查是哪一个问题条目、哪一轮整改或哪一份依据触发的。
• 什么时候这还属于双向对账问题，什么时候其实已经回到日常回写、影像编号或最终冻结口径层面。

它不直接回答：

• 现场当天发生变化后，技术员应该几点、按什么节奏回写红线。
• 照片、日志、隐蔽验收和档案包最终如何编目移交。
• 交付会签那一刻哪一版资料才是唯一主版本。

最常见的四种假闭环

1. 图已改，台账没关

• 红线图上已经补了路由、编号或位置调整，但问题台账仍保留“待整改”或“待复验”状态。
• 这种情况会让抽查人误以为现场还没处理，实际上是资料口径没同步。

2. 台账已关，图没改

• 问题条目写了“已完成”或“已销项”，但红线图仍然保留整改前状态。
• 这种情况最危险，因为它会直接把旧事实带入最终移交版。

3. 两边都改了，但回不到同一个编号

• 台账里只有一句笼统的“机房内已调整”。
• 红线图上只有一处圈改，没有问题号、整改轮次或变更依据。
• 这类资料看似都在，实际一抽就散。

4. 同一个问题被拆成多次零散动作，却没有主线

• 第一次是现场临时处理，第二次是设计确认，第三次才是正式恢复。
• 如果问题台账、红线图和照片编号各自记一半，最后谁都说不清哪次动作才算真正闭环。

更稳妥的双向对账顺序

先从问题台账反查红线，不让“已销项”只停在文字里

1. 先冻结本轮要复核的问题台账和红线底图，不要边查边继续改状态。
2. 从“已关闭”“拟关闭”“移交前必须关闭”的条目开始，逐条定位到楼层、轴线、房间、系统或设备编号。
3. 确认红线图上已经体现最终整改结果，而不是只画了临时过渡状态。
4. 对找不到对应红线位置的条目，直接打回补图或补说明，不要先口头放过。

这一步优先回答的是：你台账里说已经关掉的那些问题，图纸上到底有没有真的收口。

再从红线反查问题台账，不让“图上已经画了”变成无主变更

• 把本轮红线修订按区域、系统或图号分组，逐项反查有没有对应问题号、整改轮次或正式依据。
• 对能解释为设计变更、技术核定或现场签证的内容，挂回相应依据，不必硬塞进质量问题条目。
• 对既不是正式设计变更、又回不到任何问题号的修订，优先判定为资料失链，不要默认它“本来就该这么改”。

这一步优先回答的是：图上这些已经画出来的变化，到底是谁触发的、为什么成立、是否已经真的闭环。

哪些情况一出现，就别急着进版本冻结

• 问题台账已经关闭，但关闭说明回不到图号、房间、系统或设备编号。
• 红线图上出现大量“已调整”“详现场”这类笼统标注，却没有问题号或依据编号。
• 同一个问题在不同专业台账里分别关闭，但对应红线修订并不一致。
• 隐蔽区域已经封闭，台账说已处理，红线图却仍是施工前状态。
• 抽任意一条已销项问题，不能在两分钟内同时找到 问题条目 + 红线位置 + 基本证据。

出现这些现象时，最多只能算“资料在补”，还不能算“资料已闭环”。

这页和当天回写、证据移交、索引冻结怎么分工

• 竣工红线同步不要拖到周末再补 负责 今天发生的变化怎么当天写进红线。
• 竣工图纸证据移交要点 负责 竣工图、照片、隐蔽和测试资料怎么成套移交。
• 移交数据索引先解决找得到再谈交得出 负责 以后怎么用统一检索键把图纸、照片、台账串起来。
• 移交资料包版本冻结方法 负责 最后唯一交付版怎么锁定。
• 图纸变更同步、红线更新、照片编号、移交索引和版本冻结不要混着做 负责 先把整条资料链的边界拆清。

这篇只把 红线图和问题台账是否已经互相对上 这件事讲清。

资料怎么落更自然

• 问题发现、责任边界和整改要求，先用 整改通知生成器 或 质量整改记录 锁主编号。
• 需要设计确认、会审结论或变更支撑的内容，补到 图纸会审记录 和 设计变更洽商记录。
• 当天整改、复验和补证时间线，继续写入 施工日志。
• 批量复核或移交前抽查时，用 竣工图审核记录 统一拉一遍“条目能不能回图、图能不能回条目”。
• 如果本轮问题已经涉及照片主编号、红线位置和缺陷条目三线联动，再联查 照片证据、竣工红线、缺陷问题和联动控制不要混成一条编号线 会更顺。

一句话记住：问题台账关掉，不代表红线图已经收口；红线图画过，也不代表问题已经真正销项。双向都能回到同一条整改事实，这次闭环才算成立。