摘要

石油化工EPC项目进入施工后期时，常出现管道安装、焊接等工程量统计值已经很高，但试压包不能形成、系统不能移交、试车无法按期展开的现象。其根本原因并非单纯的施工速度不足，而是传统专业工程量管理与系统交付目标脱节。本文结合中国寰球工程有限公司“无尾项施工”理念、Construction Industry Institute（CII）的Advanced Work Packaging（AWP）方法，以及BASIL项目Commissioning Execution Plan、系统划分程序、PETRONAS设施交工标准和项目实际ITR数据库，提出以System/Subsystem交付为牵引、以Test Pack为管道专业施工与试验控制单元、以CWP/IWP组织施工、以ITR验证完成、以Punch List闭环问题的方法。项目文件复核表明，BASIL管道压力试验检查和报告实际列入ITR-A并支撑Discipline Acceptance Certificate（DAC）；ITR-B主要覆盖吹扫/冲洗、复位、法兰与螺栓管理、涂漆和保温，并支撑System Mechanical Completion（SMC）；ITR-C覆盖干燥、Service Test、Tightness Test、惰化和钝化等Commissioning活动，并支撑System/Sub-system Handover（SH）及RFSU准备。本文据此修正ITR阶段划分，给出系统划分、ITR矩阵建立、表单签署、证据关闭、DAC—SMC—SH门槛及Test Pack六阶段Gate的具体做法，并附BASIL管道ITR代码对照表和电子完工系统字段模板。针对法兰泄漏和试压后恢复尾项，进一步提出螺栓专业化紧固、QC 100%检查、正式垫片优先及临时垫片专项程序和清单化管理建议。

关键词： 无尾项施工；管道；试压包；AWP；CWP；IWP；ITR-A/B/C；Punch List；系统交付

1 引言：为什么“进度很高”仍然交不出去

石油化工项目管道工程量大、专业接口多、质量验证链条长，是施工后期尾项最集中、对试车影响最直接的专业之一。传统进度管理通常按材料到货、管道预制、现场安装、焊接、无损检测等工程量计算完成比例。当主要管线已经安装、焊口数量接近计划值时，计划报表往往显示管道专业完成90%甚至更高。然而，试压和系统移交所要求的并不是若干孤立工程量，而是一个边界完整、质量受证据支持、能够安全承压并恢复到永久设计状态的完整试压包。

现场经常出现这样的反差：管线已安装，但少量关键材料缺失；焊接基本结束，但NDE或PWHT记录没有闭合；主管完成，但支管、放空、排凝和仪表取源接口遗漏；支吊架数量完成率很高，但个别固定支架、导向支架或弹簧支吊架未达到试压条件；压力试验已经通过，但临时短节、盲板、过滤元件、控制阀和仪表尚未恢复；实体工作完成，交付资料却无法组卷。任何一个局部问题都可能阻止整个试压包试验或系统投用。

因此，管道专业真正需要管理的不是“已经完成多少米管道、多少个焊口”，而是“有多少试压包已经达到可试验、可复位、可关闭、可交付状态”。如果施工组织仍以零散工程量为中心，尾项就会在工序之间、专业之间和阶段之间不断累积，最终形成“主体完成、尾项失控”的局面。

无尾项施工并不是在项目后期组织更多人员加快Punch销项，而是改变项目完成的定义和实现路径：从施工开始前就明确最终交付单元和验收条件，在施工过程中完成一项、检查一项、关闭一项，使影响下一阶段、系统投用和稳定运行的问题不积累、不后移、不带入系统交付。

2 管道专业无尾项施工的内涵

本文所称管道专业无尾项施工，是指以系统试车、投用和稳定运行为目标，从设计、采购和施工策划阶段开始定义管道交付边界和完成条件，通过试压包策划、工作包组织、ITR验证和Punch动态闭环，使影响压力试验、系统移交、开车投用或运行完整性的未完成工作和不符合项在相应控制点前得到识别、整改和复验，实现管道试压包按期、完整和有证据地交付。

这一概念包含四层含义。

第一，无尾项的目标是可交付，而不是简单追求工程量完成。工程实体完成后，只有通过规定的检查、试验和文件审查，才转化为经验证完成。

第二，无尾项的对象是试压包。对管道专业而言，单根管线、单张单线图、单个焊口、法兰或支吊架都是施工和检查对象，但能够形成完整压力边界并接受压力试验的Test Pack，才是最适合进行专业交付和关闭的管理单元。多个关闭的试压包按照System/Subsystem归集，形成管道专业对系统交付的贡献。

第三，无尾项强调全过程预防。图纸发布不完整、材料不能成套到货、工作包边界与试压包不一致、验收标准未进入班组工作包等问题，都会在后期转化为尾项。尾项治理必须前移到工作策划和约束清除阶段。

第四，无尾项不是少报Punch。透明、及时地暴露问题是闭环管理的前提。优秀项目不是Punch记录最少的项目，而是潜在问题产生少、发现早、责任清晰、关闭及时，并且没有阻断性尾项被带入下一阶段的项目。

管道试压包的可交付条件可概括为：

试压包可交付完成＝实体安装完整 ∧ 规定ITR通过 ∧ 仪表接口受控 ∧ 阻断性Punch为零 ∧ 压力试验合格 ∧ 永久复位完成 ∧ 交付资料完整。

上述条件是“且”的关系。任一强制条件未满足，试压包都不能仅凭工程量百分比被认定为完成。

3 总体方法：把五类管理工具连接成一条交付链

管道无尾项施工不是由单一工具实现，而是由Systemization、AWP、CWP/IWP、ITR、Punch List和Test Pack共同构成。各工具的对象和作用不同，只有建立数据和管理上的连接，才会形成完整闭环。

表1 管道无尾项施工主要管理工具及其作用

管理工具 核心对象 主要解决的问题 对无尾项施工的贡献
Systemization System/Subsystem及边界 最终交付什么、按什么顺序投用 使管道工作指向系统交付，而非停留在专业工程量
AWP EPC全过程工作包体系 设计、采购、施工如何围绕建造顺序协同 将施工约束和交付要求前移
CWP 较大的施工管理范围 如何组织区域、专业、资源和总体施工顺序 建立施工计划、责任和IWP编制基础
IWP 班组可直接执行的安装工作包 工作面是否真正具备连续施工条件 防止缺图、缺料、缺条件时仓促开工
Test Pack 完整压力边界 管道以什么单元试验、关闭和交付 将零散实体工作汇集为可验证的专业交付成果
ITR 检查和试验证据 已完成工作是否符合设计和质量要求 把实体完成转化为经验证完成
Punch List 偏差、缺陷和阻断问题 谁在何时以什么标准关闭问题 防止问题跨工序、跨阶段积累

这条交付链可表述为：系统投用顺序确定管道交付优先级；试压包把系统管道划分为可试验和可关闭单元；CWP/IWP把完成试压包所需的施工工作组织起来；ITR证明工作满足规定要求；Punch List对检查中发现的偏差实施责任闭环；压力试验和永久复位完成后，试压包正式关闭并归入系统交付状态。

需要特别避免把上述工具机械地排列成固定的上下级结构。CWP/IWP是施工执行视图，Test Pack是检验和交付视图，两者通常是映射关系：一个试压包可能由若干IWP共同完成，一个IWP也可能服务于相邻的多个试压包。策划的关键不是强求一一对应，而是让每个IWP都能明确回答“完成后推进哪些Test Pack、形成哪些ITR证据、达到什么退出条件”。

4 AWP、CWP与IWP：让工作在条件具备时正确开始

4.1 AWP的基本思想

CII将AWP定义为贯穿EPC项目初始策划、详细设计和施工执行的计划化、可执行过程。其核心不是增加一套文件，而是以Path of Construction和最终交付顺序为牵引，把设计、采购、施工和完工交付的成果按工作包组织起来。

传统模式往往由各部门分别优化：设计追求出图数量，采购追求订单和到货数量，施工追求安装工程量。AWP则要求所有成果共同服务于可执行的施工工作面。对管道无尾项施工而言，AWP最直接的价值是减少“工作虽然开始，但不能连续完成”的情况，使约束问题在班组进场前暴露，而不是在试压前转化为尾项。

4.2 CWP：施工管理层面的组织单元

Construction Work Package通常按照施工区域、专业范围、主要施工方法、建造顺序和计划节点划分较大的工作范围。管道CWP可覆盖某装置区域、管廊层、地下管网片区或一组具有共同施工逻辑的管线。CWP用于明确总体范围、责任单位、资源需求、计划窗口、设计和采购支持需求，并为IWP划分提供边界。

CWP不宜仅按行政区域切分而忽略系统和试压包。策划时应同时叠加System/Subsystem和Test Pack信息，使区域施工完成能够逐步形成试压包关闭条件。否则，CWP可能取得很高工程量完成率，却没有任何一个试压包真正完整。

4.3 IWP：现场班组可执行的最小工作包

Installation Work Package是从CWP中进一步划分、由一个施工班组在可控周期内直接执行的现场安装工作包。IWP至少应明确工作范围、适用图纸和单线图、材料和预制件、施工方法、人员和机具、前置条件、安全要求、质量控制点、ITR要求、关联Test Pack以及完成和退出标准。

IWP释放前应开展约束审查。对本文聚焦的管道施工，可将其他专业基础条件作为CWP/IWP的前置约束，不在文章中逐专业展开；但图纸、材料、预制件、工作面、施工方法、焊接和NDE资源、仪表接口状态、检查要求及试压包边界必须清楚。没有完成约束清除的IWP原则上不应正式释放。

这使无尾项施工形成第一个重要控制点：不是“现场有什么就先干什么”，而是“只释放能够连续施工、能够验收关闭、能够推进目标试压包的工作”。

4.4 IWP与Test Pack的映射原则

项目应在CWP/IWP策划阶段建立System—Test Pack—CWP—IWP映射。每个IWP应标明其包含的管线、单线图、Spool、焊口、支吊架、法兰和仪表接口，以及完成后需要形成的ITR。一个IWP跨越过多试压包，会造成检查和资料分散；一个试压包被切分到过多、时间跨度过长的IWP，则会推迟试压包形成。两者都应在策划阶段优化。

通过映射，计划工程师能够同时看到两种进度：班组完成了多少IWP，以及这些完成成果使多少Test Pack达到下一Gate。这比单纯统计安装米数更接近真实交付状态。

4.5 管道专业AWP的七步实施法

对管道专业，AWP应从最终系统交付倒推，而不是从现场已有材料顺推。项目可按以下七步建立可执行链条。

  1. 确定System/Subsystem和投用优先级。 由Commissioning和项目计划明确公用工程、工艺系统及辅助系统的投用顺序，冻结系统边界、目标日期和机械完工条件。

  2. 编制Path of Construction。 把系统优先级转换为区域、管廊层、地下管网、设备连接和特殊施工的建造顺序，同时识别大型吊装、地下封闭、脚手架拆除等不可逆窗口。

  3. 建立CWP。 按区域、施工方法、责任单位和主要节点形成可管理的较大范围，同时叠加System/Subsystem和Test Pack，确保CWP完成能够形成若干完整试压包，而不是只形成分散工程量。

  4. 建立Test Pack并与CWP交叉校核。 在单线图和P&ID基础上确定压力边界、试验介质、设计/试验压力、接口、排气排水及特殊元件处理，发现跨CWP或跨责任单位的断点并提前调整。

  5. 编制IWP。 将CWP切分为一个班组在项目规定的短周期内能够连续完成、检查和关闭的工作。国际项目常以约1—2周的班组工作量作为起点，但最终尺度应由项目复杂度、场地和资源决定，不能机械套用。

  6. 清除约束并正式释放。 在项目规定的3—6周前瞻窗口内滚动核查设计、材料、预制、工作面、人员、机具、脚手架、方法、HSE、QC、ITR及接口条件；只有达到Ready标准的IWP才进入Released状态。

  7. 执行、验证和关闭。 班组按IWP施工，QC按ITR同步检查，现场问题进入Punch/NCR；实体完成、适用ITR签署、阻断问题关闭、记录归档且Test Pack状态已更新后，IWP才从Work Complete转为Closed。

上述步骤形成两条同时运行的控制线：一条是CWP/IWP施工执行线，另一条是System/Test Pack完工交付线。两条线通过范围清单、ITR编号和状态字段连接，任何一条线单独运行都不能实现无尾项。

4.6 IWP应包含什么：以班组能够一次做对为标准

管道IWP至少应包含八类信息：一是范围标识，包括CWP、区域、System/Subsystem、Test Pack、Line No.、Isometric、Spool、Weld/Joint和Tag清单；二是批准图纸、规范、方法声明和最新修订状态；三是材料、预制件、阀门、垫片、螺栓及其追踪信息；四是班组、工时、机具、焊机、起重和脚手架资源；五是HSE/JSA、受限空间、高处、动火和吊装要求；六是安装顺序、关键尺寸、坡度、支吊架和法兰完整性要求；七是适用ITR、ITP控制点、验收准则及签署方；八是与Test Pack关联的完成定义、允许遗留项和关闭证据。

IWP范围必须精确到可核对的对象清单，不能只写“完成某区域管道”。项目应建立唯一的IWP编号，并让Isometric、Weld Map、材料清单、ITR、Punch和Test Pack都引用该编号。图纸修订、材料替代或范围转移时，必须同步更新IWP范围和关联记录，防止现场使用新图、质量系统仍按旧范围关闭。

4.7 IWP发布与关闭的双Gate

建议项目使用Draft—Planned—Ready—Released—In Progress—Work Complete—Closed的状态链。Ready表示所有强制约束已经清除；Released表示施工经理正式授权班组执行；Work Complete只表示实体工作结束；Closed才表示适用ITR已签署、Punch/NCR按规则关闭或转移、余料和临时件受控、记录归档并已更新关联Test Pack。任何状态跨越都应有书面批准和责任人，不能以口头“先干起来”替代Release Gate。

发布审查由管道施工负责人牵头，设计、材料、计划、HSE、QC和相关接口专业确认各自约束；关闭审查由施工与QC共同确认，Test Pack/Completion负责人验证交付状态。AWP负责人维护规则和跨专业协调，但不能代替各职能对其数据和签署负责。每周应滚动审查未来3—6周IWP约束，每日按已释放IWP安排班组，并按Test Pack下一Gate而非单纯工程量决定资源优先级。

5 ITR：把“做完了”转化为“验证完成了”

5.1 ITP与ITR的区别

Inspection and Test Plan（ITP）规定检查和试验的项目、标准、责任方以及Hold、Witness、Review等控制点；Inspection and Test Record（ITR）则记录实际检查结果和签署状态，是证明工作符合要求的客观证据。简言之，ITP回答“应当如何检查”，ITR回答“是否已经按要求检查并通过”。

如果ITR只在施工结束后补填，它就会退化为资料整理工具，无法预防尾项。管道无尾项施工要求在IWP发布前就明确适用ITR、验收标准和签署要求，使班组、施工管理人员和QC在工作开始前对完成定义形成一致认识。

5.2 管道ITR证据链

管道证据链应按项目批准的阶段矩阵组织。以BASIL为例，ITR-A不仅覆盖施工完整性检查，还包括压力试验检查和压力试验报告；ITR-B覆盖试压后的冲洗/吹扫、永久复位、法兰与螺栓管理、涂漆和保温；ITR-C覆盖Commissioning阶段的系统干燥、Service Test、Tightness Test、惰化和钝化。材料追踪、焊接、NDE、PWHT、支吊架、仪表接口等基础记录仍必须作为相应ITR的前置证据或附件，不能因项目只设置少量汇总Check-Record而被省略。

每项工作至少应具有“未开始、进行中、待检、通过、不合格、不适用”等可区分状态。未施工或未检查属于Outstanding Work；检查发现偏差或缺陷才形成Punch或NCR；整改完成后还必须复验，不能仅凭责任单位报告完成即关闭。

5.3 ITR与进度计量

ITR不应被理解为在施工工程量之外另行增加一块“质量进度”，更合理的逻辑是：实体工程量反映工作已经实施，ITR决定该工作能否转化为经验证完成。项目可以保留传统生产进度，同时建立以ITR和Test Pack Gate为依据的可交付进度。对于领导和项目管理团队，两个数值之间的差距本身就是风险信号。

例如，某试压包实体安装达到95%，但关键NDE、支吊架、仪表接口和试压前ITR未完成，其可试验状态可能仍然很低。反之，完成比例不高但试压包按系统优先级连续关闭，往往更有利于公用工程投用和后续试车。

5.4 ITR-A、ITR-B、ITR-C：BASIL项目的真实划分

PETRONAS设施交工标准把ITR-A定义为Construction Check-sheet并作为DAC的基础，把ITR-B定义为Pre-commissioning Check-sheet并作为SMC的基础，把ITR-C定义为Commissioning Check-sheet并作为System/Sub-system Handover的基础。A/B/C是项目阶段和证据用途，不是质量等级，也不等同于Punch A/B/C。具体活动必须以合同、业主标准、项目批准的Completion/Commissioning Procedure、ITP、ITR Matrix和Completion Management System（CMS）为准。

表2 BASIL管道ITR-A/B/C实际分工与交付门槛

层级 阶段及证书 BASIL管道实际Check-Record 主要退出条件
ITR-A Construction → DAC P01-A Pressure Test Checklist / Inspection Checklist；P02-A Pressure Test Report。其前置证据包括安装、材料、焊接、NDE/PWHT、支吊架、试压边界等。 适用ITR-A及附件完成；压力试验合格；Cat-A Punch关闭；具备安全进入Pre-commissioning条件。
ITR-B Pre-commissioning → SMC P01-B Flushing/Blowing；P03-B Reinstatement Checklist；P04-B Bolt Tightening Report/Flange Management；P11-B Painting；P12-B Insulation。 适用ITR-B完成；复位和清洁完成；Red-line、Spading/Isolation Drawing及Vendor Data齐备；Cat-A/B关闭。
ITR-C Commissioning → SH/RFSU条件 P01-C System Drying；P02-C Service Test；P03-C Readiness Before Tightness Test；P04-C Tightness Test；P05-C Inerting；P06-C Passivation。 适用ITR-C完成；Commissioning Red-line及有效证书齐备；Cat-A/B/C为零，仅保留批准的Cat-D。

所提供的BASIL系统划分与ITR数据库明确把P01-A压力试验检查/安装检查和P02-A压力试验报告列为ITR-A，因此不能再沿用“压力试验通常属于ITR-B”的笼统写法。需要注意，PETRONAS通用交工标准把NDT、Hydrotest、Painting、Bolt Torqueing/Tensioning和Flange Management均列入ITR-A/DAC验收条件，而BASIL项目数据库又设置P04-B法兰管理、P11-B涂漆和P12-B保温等B类表单。对此，项目不能凭表单字母自行放宽DAC门槛，而应编制Acceptance Cross-reference：逐项说明通用验收条件由哪张项目表单、哪份附件和哪个Gate证明；存在阶段交叉时，由Completion、QA/QC、Commissioning和Company书面批准，模板汇编只作为格式参考。

5.5 BASIL管道ITR矩阵：从系统划分到表单分配

ITR矩阵不是孤立的表单目录，而是Systemization的执行索引。BASIL在详细设计阶段按Commissioning和Start-up顺序划分System/Subsystem，并在P&ID上标明边界；管道边界优先取隔离阀，无隔离阀时可取控制阀、法兰、止回阀或Tie-in Point，尽量避免仅以焊口作为边界。每个Piping Test Pack或Commissioning Test Pack必须唯一归属Scope、Area、System和Subsystem，再关联Tag No.、Tag Type、Parent/Loop Tag、ITR Phase、Check-Record和Sheet Description。

实际建立可按六步执行：①Commissioning/Completion冻结System、Subsystem、边界和Priority；②管道与QC建立Test Pack清单及P&ID/Isometric边界图；③把每个Test Pack/Tag导入CMS并分配适用ITR Phase与Check-Record；④用批准ITP和交工门槛生成Expected ITR List，同时建立前置记录和附件清单；⑤IWP发布时带出本包应完成的ITR和Inspection Call，施工、QC按RFI执行并更新Item Status；⑥按System/Subsystem汇总ITR、Punch、红线图和证书状态，形成DAC、SMC和SH的交付包。任何Test Pack无系统归属、任何ITR无对象关联、任何交付条件无证据来源，都应视为矩阵缺口。

矩阵发布前应选取一个代表性Test Pack进行桌面演练：从安装检查、试压配置、压力试验、排水清洁、永久复位一直走到SMC，再以一个Commissioning Test Pack验证ITR-C和SH。演练应同时核对三份清单：项目ITR代码表、PETRONAS/合同验收条件、Final Documentation卷册目录。设计变更、业主指令、表单改版或系统边界变化时，三者必须同步修订，不能只改单张ITR或只改CMS状态。

5.6 管道ITR的现场执行与签署链

每张ITR应遵循“预生成—关联对象—现场执行—检查/见证—问题闭环—签署接受—归档—更新证书状态”的生命周期。ITR在作业前按Test Pack、System/Subsystem和Check-Record预生成；施工自检完成后发出RFI；QC按ITP的Hold/Witness/Review点检查，记录实测值并附边界图、NDE/PWHT、校验证书、压力曲线、Blind/Valve/Temporary Item清单、力矩记录、照片等适用附件；不合格项建立Punch或NCR并锁定表单，整改复验后才能接受。

PETRONAS典型签署链为：ITR-A由Contractor Representative完成、Company Inspector验证、Discipline Engineer接受；ITR-B由Contractor Representative完成、Company Inspector验证、Commissioning Engineer接受；ITR-C由Contractor Representative完成、Commissioning Engineer验证、Operations接受。BASIL项目应以批准表单签字栏和责任矩阵为准。Completed、Verified、Accepted三层不能互相代签；见证方未到场时只能按批准的Waiver/Release规则处理，不得事后补签掩盖漏检。

5.7 ITR如何形成DAC—SMC—SH门槛

DAC门槛：适用ITR-A及前置施工记录完成，管道压力试验合格，全部Cat-A Punch关闭，系统具备安全进入Pre-commissioning的条件。SMC门槛：适用ITR-B完成，管道复位、清洁及项目规定的Pre-commissioning活动完成，红线图、Spading/Isolation Drawing和Vendor Data齐备，Cat-A与Cat-B Punch关闭。SH门槛：适用ITR-C完成，Commissioning红线图和有效证书齐备，Cat-A、Cat-B、Cat-C Punch为零，只允许经批准且不影响安全运行的Cat-D；满足项目规定后，非烃系统可交付Operation，烃系统则按RFSU和介质引入逻辑办理。

施工Test Pack与Commissioning Test Pack应分开管理但在System/Subsystem层汇合。BASIL数据库中，Piping Test Pack承载绝大多数ITR-A/ITR-B，Commissioning Test Pack主要承载ITR-C。因此，单个试压包在压力试验和复位完成后可以关闭并贡献于SMC，但不得把尚未实施的ITR-C强塞进施工试压包，也不得据此声称系统已经Handover。管理报表至少应同时显示Test Pack Gate、ITR-A/B/C完成率、Punch类别、DAC/SMC/SH状态和Commissioning Priority。

5.8 管道ITR关闭的五条硬规则

第一，范围完整：Sheet所列System、Subsystem、Test Pack和Tag与现场及最新版图纸一致。第二，技术合格：所有必检项有实测值、明确结论和规定附件，不能用笼统“OK”替代数值证据。第三，签署完整：Completed、Verified、Accepted及合同规定的见证均完成。第四，问题闭环：Punch/NCR已整改、复验并留下证据。第五，交付一致：CMS的Item Status、证书状态和Final Dossier目录同步更新。Submitted或现场口头认可不等于Accepted；只有五项同时满足，ITR才可关闭并作为DAC、SMC或SH依据。

6 Punch List：从末端销项转变为过程闭环

Punch List是记录偏差、缺陷、未满足交付条件事项及其关闭证据的管理工具。无尾项施工并不取消Punch，而是改变Punch产生和关闭的时间。问题应在日常施工、自检、ITR检查和阶段性Walkdown中持续发现、持续分派、持续整改和持续复验，而不是等到试压或中交前集中建立一张庞大清单。

项目应区分三类状态：尚未按计划实施的工作进入未完成工作清单；已经实施但检查不合格的事项形成Punch或NCR；不影响试压、系统安全、功能和运行的少量一般遗留事项可以按批准规则管理，但不得与阻断性尾项混淆。凡影响压力边界、压力试验、永久复位、系统投用或稳定运行的事项，无论原先被称为A、B或C类，都必须在相应Gate前关闭。

Punch关闭必须包含“整改＋复验＋证据”三个动作。仅修改数据库状态或上传照片不能替代专业复验。对于重复发生的尾项，还应追溯其来源属于设计、采购、工作包策划、施工方法、人员能力还是检查控制，并把纠正措施反馈到后续IWP和ITR中。

7 试压边界、特殊元件及临时设施的完整性控制

试压临时配置是管道尾项最容易产生、也最容易影响开车安全的环节。管理对象不仅包括仪表拆除和临时短节，还包括止回阀、特殊阀门、安全装置、在线元件、临时盲板、注水升压设施、临时支撑、排气排水及试压后永久复位。

表3列出了石油化工项目中常见的控制对象。该表是指导性清单而非穷尽清单，也不表示所有元件必须一律拆除。每个项目必须依据适用规范、业主要求、制造商限制和批准的试压程序，逐项确定“保留、拆除、隔离、替代、临时固定、旁通、均压或复位”的处理方式。

表3 试压边界、特殊元件和临时设施指导性控制表（非穷尽）

类别/对象 试压前应确认的主要事项 试压期间典型控制 关闭/复位证据
止回阀/单向阀 流向、阀瓣开启条件、两侧是否均能升压、是否形成未试验管段 按批准方案保持开启、拆内件、设短节、旁通或均压；不得未经验证作为可靠边界 内件恢复、方向复核、复位ITR
闸阀、球阀、蝶阀等切断阀 阀门额定值、开关位置、阀座两侧试验范围、阀腔超压风险 阀位锁定挂牌；用于边界时验证隔离和泄漏风险 Valve Position List及最终阀位确认
安全阀、爆破片 是否允许承受试验压力、拆除和保管要求 拆除、隔离或以批准的临时件替代；试验系统配置独立超压保护 安全装置恢复记录和方向/设定确认
控制阀、切断阀 阀体、内件和执行机构适用性 参加试验、隔离或以临时短节替代，按批准方案执行 永久阀门恢复及法兰完整性记录
过滤器及滤芯 壳体额定值、滤芯压差风险 必要时拆除滤篮/滤网或设置临时件 永久滤芯恢复和流向确认
孔板及在线流量元件 制造商限制、压差和损伤风险 拆除、隔离或临时短节替代 元件恢复、方向及Tag确认
膨胀节、波纹管、柔性连接 试验压力、端推力、固定和导向条件 临时拉杆、限位或外部约束；控制位移 临时约束拆除及永久状态确认
非金属、内衬或低压特殊元件 允许压力、介质相容性、脆弱性 排除、分包或采用专项试验方案 专项试验记录或永久恢复确认
泵、压缩机、换热器、容器及Vendor Package 设备允许压力、管口载荷、是否纳入Test Pack 以盲板隔离或按批准范围共同试验 设备连接复位及边界关闭记录
临时盲板、插板、盲法兰、封头和堵头 材质、等级、厚度、位置、唯一编号 纳入Blind List，明显挂牌并防止误操作 拆除或转为永久状态的逐项签认
临时短节和替代件 设计、材料、焊接、NDE和额定压力 按正式承压临时件管理，不得现场随意拼装 Temporary Item Register关闭
试压泵、总管、软管和临时接头 额定压力、连接、固定、校验和布置 受控升压、隔离和安全泄压 拆除记录和临时接口恢复
压力表和记录仪 量程、精度、校验有效期、测点布置 多点监测，防止局部超压 校验证明和试验曲线/记录
高点排气和低点排水 高低点、Dead Leg、小口径支线、取样和注入点是否覆盖 充分排气，控制排放和残液 排水、清洁和干燥记录
临时支撑、锚固和约束 充水重量、端推力、弹簧锁定、永久支架完整性 保持稳定，监测变形和位移 临时件拆除、焊点检查和防腐修复
临时垫片、螺栓和法兰连接 材料、等级、正式/临时属性、安装状态、紧固方法和标识 优先安装正式垫片并按批准的法兰完整性程序，以规定顺序、分级加载和目标力矩紧固；临时垫片仅按专项程序和清单使用 垫片批次及安装记录、螺栓力矩记录、QC 100%检查和必要复验

7.1 法兰螺栓紧固：从经验作业转为专业化质量活动

在部分国内项目中，法兰螺栓紧固仍较多依赖施工人员经验，未严格执行规定的拧紧顺序、分级加载和目标力矩，力矩扳手的使用、校验及作业记录也不完整。其后果往往在压力试验阶段以法兰渗漏集中暴露，造成卸压、拆装、更换垫片、重新紧固和复验，既形成大量尾项，也直接挤压试压和系统交付计划。

海外项目的常规做法，是把受压法兰连接和螺栓紧固作为独立的专业作业，由经项目认可、具备相应资质和能力的专业单位实施，并设置清晰的合同工作范围，而不是默认由管道安装单位自行完成。专业单位按批准的Bolt Tightening / Flange Management Procedure作业，使用经校验的力矩或液压工具，严格执行规定的紧固顺序、分级加载和目标力矩并形成记录；现场QC对法兰连接实施100%检查和签认。与传统做法相比，单个接头的作业节奏较慢，但一次合格率高，试压泄漏和返工极少，整体上反而更有利于Test Pack按期关闭。

建议在招标和合同阶段将法兰完整性管理及螺栓紧固单独定义工作范围，明确专业单位的资质与人员能力、适用程序、工具配置及校验、Joint ID、目标力矩表、作业记录、QC 100%检查和复验要求。项目计划应为规范紧固留出合理工期，不能以表面速度替代一次做对；ITR和Test Pack Gate应把力矩记录及QC签认作为法兰连接完成的强制证据。

7.2 法兰垫片：正式垫片优先，临时使用必须清单化

法兰垫片是另一类高频尾项来源。施工单位或总包为降低前期消耗，试压前往往倾向使用临时垫片。如果项目启动时没有明确哪些连接必须使用正式垫片、哪些可临时替代，设计文件和材料计划也未给出细化要求，现场再叠加PMC或业主的口头变更，就容易造成永久状态不清、试压后大量拆换、垫片规格错用、记录缺失和责任边界模糊。临时垫片节省的局部成本，常被后续拆装、复位、复检和工期损失成倍抵消。

建议项目原则上在试压前直接使用正式垫片，并在报价、技术规格书、材料清单和施工合同中预先明确，将正式垫片的数量、损耗和质量控制费用纳入报价。这样可减少一次拆换工序，避免试压后形成大批恢复尾项，也有利于保持法兰连接质量责任的连续性。

如果业主基于成本考虑仍要求使用临时垫片，应单独编制并批准专项程序文件，同时建立逐接头的Gasket Register。清单至少应包括Line No./Tag、Test Pack、Joint ID、法兰等级、垫片规格与材质、临时或正式状态、安装日期、责任单位、变更依据、计划更换日期、复位ITR和关闭证据。PMC或业主的任何口头要求，均应在执行前转化为书面指令并更新程序和清单；未经记录和批准的临时垫片不得进入试压配置。

每个试压包应以标注边界的P&ID/Isometric为基础，建立Blind List、Valve Position List、Check Valve Treatment List、Instrument Removal/Replacement List、Temporary Spool List、Temporary Support/Restraint List和Temporary Item Register。所有临时件应具有唯一编号、现场标识、责任人和复位要求，不能依赖个人记忆。

压力试验合格只证明试验阶段完成，不等于试压包关闭。试压后必须逐项确认临时盲板和短节拆除、止回阀和过滤元件恢复、安全装置恢复、永久阀门和在线元件安装、垫片和螺栓符合永久要求、临时支撑和约束解除、弹簧支吊架进入规定状态、系统排水清洁干燥以及所有临时连接恢复。试压包最危险的尾项，往往不是没有完成压力试验，而是压力试验后没有完整恢复设计状态。

8 管道—仪表接口的专项控制

与钢结构、设备和绝热等专业的前期条件可在CWP/IWP约束审查中确认，本文不逐项展开；仪表专业则与管道压力边界和试压配置直接交叉，必须作为Test Pack的强制接口管理。

第一类是试压前应永久完成的仪表接口，包括仪表开孔、接管座、Weldolet、压力和流量取源、一次阀、Thermowell、与管道直接连接的仪表法兰及其他构成永久压力边界的连接。其焊接、NDE、方向和安装状态应纳入相应管道ITR和试压包状态。

第二类是试压期间需要临时处理的在线仪表和控制元件，包括控制阀、切断阀、流量计、孔板、敏感元件以及项目规定不能参加压力试验的设备。处理方式可能是拆除、隔离、安装临时短节或采用经批准的其他措施。所有被拆除的永久件均应记录Tag、保管地点、临时替代方式和复位责任。

第三类是试压后恢复项目，包括控制阀和在线仪表安装、临时短节拆除、永久垫片和螺栓恢复、一次阀和取源接口状态确认、仪表方向和Tag复核以及复位ITR签署。管道试压负责人不能因为该项工作由仪表队伍执行，就将其排除在Test Pack关闭条件之外。

建议每个Test Pack建立Piping–Instrument Interface List，并在试压前由管道施工、管道QC、仪表施工、仪表QC及必要的Commissioning代表联合确认。接口清单至少应标明Tag/Line No.、接口类型、试压配置、永久配置、责任方、所需ITR、计划日期和当前状态。仪表接口未满足压力边界或复位要求时，Test Pack不得释放。

9 以六阶段Gate实现试压包全过程关闭

为了让管理人员清楚知道“下一步做什么、什么条件下才能向前”，本文建议将施工Test Pack从策划到SMC贡献划分为六个Gate。Gate不是简单的百分比，而是若干强制条件的集合；ITR-C另由Commissioning Test Pack在System/Subsystem层控制并形成SH证据。

表4 Test Pack六阶段Gate模型

Gate 状态与主要要求 允许的下一步/形成证据
G1 Test Pack Defined 边界、Line/Isometric、试验介质/压力及System/Subsystem归属明确；与项目Priority一致。 纳入CWP/IWP、CMS和主计划。
G2 Work Ready 关联IWP完成约束审查；图纸、材料、工作面、方法、ITR、RFI计划和仪表接口责任明确。 释放预制和安装工作。
G3 Installation / Pre-test Ready 实体安装、焊接/NDE、支吊架、阀门、法兰和仪表接口完成；P01-A等试压前检查及前置记录达到要求。 组织试压前联合Walkdown。
G4 Test Configuration Released 边界、Valve/Blind/Check Valve、临时件、排气排水、超压保护和表计校验批准；阻断性Punch为零。 正式实施压力试验。
G5 Pressure Test / ITR-A Complete 压力试验合格；P01-A/P02-A及附件Accepted；试验问题关闭；Cat-A满足DAC规则。 形成DAC证据，进入排水、清洁、复位及Pre-commissioning。
G6 Reinstatement / ITR-B Complete 临时设置关闭，永久状态恢复；适用P01-B/P03-B/P04-B/P11-B/P12-B完成；Cat-A/B及资料满足SMC规则。 施工Test Pack关闭并贡献于SMC；ITR-C转由Commissioning Test Pack控制。

六阶段Gate使计划管理从“月底完成多少工程量”转变为“本周有多少试压包能够跨过下一门槛”。在BASIL逻辑下，G5完成P01-A/P02-A等压力试验类ITR-A并满足Cat-A关闭条件，形成DAC证据；G6完成适用ITR-B、永久复位和资料后，试压包关闭并贡献于SMC。此后System/Subsystem仍需按Commissioning Test Pack完成ITR-C，才能形成SH/RFSU条件。管理层应同时看到各Gate数量、停滞时间、ITR状态和Punch类别，不能用高安装完成率掩盖证据和交付缺口。

10 管道无尾项施工的十个实施步骤

综合上述方法，项目可按照以下步骤组织管道无尾项施工。

  1. 按启动和系统交付顺序确定管道优先级。 由System/Subsystem需求反推管道试压和交付顺序，而不是仅按施工便利性安排。

  2. 尽早建立Test Pack。 在可实施阶段确定边界、管线和接口，使试压包成为设计、材料、施工和质量共同使用的对象。

  3. 按建造路径建立CWP/IWP并与Test Pack映射。 明确每个工作包的对象清单、短周期工作量、退出条件及其推进的试压包。

  4. 编制并批准管道ITR矩阵和验收对照表。 按System/Subsystem和Test Pack分配BASIL实际Check-Record，逐项对应PETRONAS/合同验收门槛、签署方、附件、Punch Gate以及DAC—SMC—SH证书。

  5. 执行IWP Release Gate。 在3—6周前瞻窗口内清除设计、材料、资源、HSE、QC及接口约束，未达到Ready标准不得正式释放。

  6. 施工、ITR和资料同步推进。 班组按IWP施工，QC按Inspection Call及时检查；ITR未Accepted、问题未复验、CMS状态未更新时，不得把Work Complete计为Closed。

  7. 持续识别并关闭Punch。 问题在工序内关闭，不让缺陷从预制带到安装、从安装带到试压、从试压带到Commissioning。

  8. 专项控制仪表接口、法兰连接和试压临时配置。 以专业紧固、规定力矩、QC 100%检查、正式垫片优先以及临时件清单化，控制所有永久件、临时件和复位要求。

  9. 执行G4试压释放和G6永久复位双重门槛。 G5的压力试验ITR-A及DAC证据与G6的ITR-B/复位证据分别关闭；ITR-C由Commissioning Test Pack继续控制，不能用试压包关闭替代System Handover。

  10. 以关闭Test Pack衡量可交付进度。 多个试压包按System/Subsystem汇总，形成管理层能够用于试车决策的管道交付状态。

这十个步骤构成“有目标、有工作包、有检查、有问题闭环、有交付门槛”的完整方法，使无尾项施工从理念转化为现场可以执行的管理程序。

11 BASIL项目实践带来的认识

BASIL项目执行中采用PETRONAS质量和完工管理要求，并通过Systemization、Completion Management System、Piping Test Pack、Commissioning Test Pack和ITR数据库组织交付。本文不对项目效果作未经验证的量化结论，而是依据所提供的程序、矩阵和实际记录提炼以下认识。

第一，ITR改变了“完成”的口径。施工队伍完成实体工作并不自动代表交付完成；规定检查、签署、附件和CMS状态不完整时，相关对象仍处于Open。BASIL把每条ITR记录关联到System/Subsystem、Tag/Test Pack和Phase，使“实体完成”能够被转换为可审计的交付状态。

第二，Test Pack比单纯专业工程量更接近管道交付。焊口、安装米数和支吊架数量仍然是生产管理的重要数据，但管理层真正需要的是试压包能否达到试压、复位和关闭条件。以Test Pack组织周计划和问题协调，能够把资源集中到形成完整交付成果上。

第三，工作包方法有助于把问题前移。本文并不把BASIL的每项做法简单等同于完整AWP实施，而是用CII的AWP框架对项目中的工作包、约束审查、试压包和交付实践进行归纳。其共同逻辑是：施工开始前尽量具备完整条件，施工开始后尽量连续完成，完成后立即检查和关闭。

第四，管道—仪表接口必须进入共同的试压包控制。只分别统计管道和仪表专业完成率，不能保证压力边界完整。接口Tag、试压配置、临时替代和永久复位必须有统一清单和联合责任。

第五，压力试验成功不等于试压包或系统交付完成。BASIL把压力试验检查和报告置于ITR-A，说明试压是DAC/进入Pre-commissioning的重要门槛；试压后的永久复位、冲洗/吹扫、法兰与螺栓管理及其他ITR-B又是SMC的重要门槛；系统干燥、严密性、惰化和Service Test等ITR-C完成后，才进入SH/RFSU判断。

第六，法兰螺栓紧固应作为独立、可验证的专业活动管理。部分国内项目依靠管道安装单位按经验紧固，规定力矩没有得到严格执行，压力试验时法兰泄漏较多。海外项目把紧固工作交给独立的专业单位，并由QC实施100%检查，虽然作业较慢，但返工极少，说明一次做对比末端抢修更有利于无尾项交付。

第七，垫片策略必须在合同和程序层面前置确定。以临时垫片降低成本，如果没有详细的适用范围、接头清单、变更程序和复位证据，通常会把节省转化为尾项和工期损失。正式垫片优先，确需临时使用时实行专项程序和逐接头清单，是更可控的做法。

第八，先进工具不能代替执行责任。AWP、ITR和CMS能够让范围、条件、状态和责任更加透明，但如果人员不按标准检查、计划数据失真、责任单位不及时关闭问题，工具仍可能变成形式。BASIL实践的可复制价值，在于用System/Subsystem把工作包、Test Pack、ITR、Punch、证书和最终文件连接到同一条交付链。

第九，ITR-A/B/C的价值在于建立“DAC—SMC—SH”的分阶段证据链，而不是增加三套表单。BASIL证明，活动归属不能凭经验套用：压力试验属于ITR-A；复位、冲洗/吹扫、法兰管理等属于ITR-B；干燥、Service/Tightness Test、惰化和钝化属于ITR-C。项目团队必须使用批准矩阵和CMS代码，并通过验收对照表消除标准与项目表单之间的交叉和空档。

12 推广应用的条件与边界

管道专业可以以Test Pack为单位建立相对完整的无尾项施工方法，但项目整体无尾项仍然依赖多专业共同达到系统交付条件。本文为突出管道方法，假设施工所需的设备、钢结构、土建、绝热等前置条件通过CWP/IWP约束审查得到确认；这并不意味着这些专业对项目无尾项不重要，而是将其作为管道IWP能否释放的输入条件处理。

方法成功实施至少需要五项保障。一是项目管理层统一完成口径，不能一方面要求试压包完整，另一方面又以零散工程量驱动抢工。二是施工、计划、QC和Commissioning共同使用System、Test Pack、IWP和ITR状态，避免各自建立互不一致的台账。三是QC前移参与工作包和试压包策划，不只在施工完成后被动验收。四是赋予Gate审查真实约束力，条件不满足时能够停止释放和升级问题。五是坚持如实报告，不以减少Punch数量或提高报表百分比代替真实完成。

因此，本文提出的是实现管道无尾项施工的必要管理路径，而不是脱离组织和人员的自动化保证。其可行性来自步骤清晰、对象明确、证据可查和责任可追溯；其实际效果则取决于项目团队是否持续、严格和协同地执行。

13 结论

石油化工EPC项目管道尾项并非施工末期自然产生的零散问题，而是设计、采购、施工组织、质量验证、专业接口和交付管理脱节的集中结果。仅提高安装速度或在项目后期增加Punch销项资源，不能从根本上解决“高进度、低交付”。

以试压包为管道专业施工与试验控制单元，可以把零散的管线、焊口、支吊架、阀门、法兰和仪表接口汇集为完整压力边界；AWP及CWP/IWP使设计、材料和施工条件围绕目标试压包有序组织；BASIL的ITR链条则把压力试验类ITR-A与DAC、复位和预试车类ITR-B与SMC、Commissioning类ITR-C与SH/RFSU明确连接；Punch List使偏差和缺陷持续暴露、责任分派和复验关闭；六阶段Gate把试压前安全条件与试压后永久复位同时纳入施工Test Pack门槛。

这套方法的核心不是增加管理文件，而是建立一种新的完成逻辑：有条件地开工、有组织地施工、有证据地完成、有责任地关闭、按试压包交付。只要项目建立统一标准、赋予管理流程真实约束力，并由具备能力的人员协同执行，利用海外项目已经广泛采用的工作包、ITR和系统交付方法，实现管道专业施工尾项动态清零是可行的。其中，法兰螺栓紧固的专业化、规定力矩执行、QC 100%检查，以及正式垫片优先和临时垫片清单化，应作为试压包完整性控制的硬性要求。

为便于项目直接采用，本文在附录中提供管道IWP发布与关闭检查表、BASIL项目管道ITR-A/B/C代码对照表以及Test Pack—IWP—ITR—Punch/CMS关联台账字段。项目使用时仍应依据合同、PETRONAS/业主标准、批准的Completion/Commissioning Procedure、ITP、ITR Matrix、适用规范和最新系统划分进行项目化，不能把本文附表替代正式批准文件。

附录A 管道IWP发布与关闭检查表（模板）

基本信息字段：Project；Area；System/Subsystem；CWP No.；IWP No./Revision；Contractor/Crew；Planned Start/Finish；关联Test Pack；Line/Isometric/Spool/Weld/Joint/Tag范围；计划工时；编制、审查和批准人。

附表A-1 IWP双Gate检查表

Gate 检查项 最低通过条件 确认方
发布 范围与最新版图纸 对象清单完整；P&ID、Isometric、Support Drawing和现场修订一致 施工/设计
发布 材料与预制 管材、管件、阀门、垫片、螺栓、Spool已齐套并可追踪 材料/施工
发布 工作面与接口 设备口、结构、地下条件、仪表接口、脚手架和吊装通道具备 施工/接口方
发布 资源与方法 班组、焊工、机具、WPS、Method Statement、JSA和Permit条件具备 施工/HSE
发布 质量条件 适用ITR-A/B/C、ITP点、验收准则、Inspection Call时点和签署方明确 QC
发布 交付关联 Test Pack、System、后续工序和IWP退出条件已确认 计划/Completion
关闭 实体范围 清单内对象完成；变更、取消、转包和未完成工作已正式记录 施工
关闭 质量记录 适用ITR已Accepted；NDE/PWHT、力矩、材料等附件完整 QC
关闭 问题与临时件 Punch/NCR已关闭或按批准规则转移；临时件和余料受控 施工/QC
关闭 状态与归档 IWP Closed；关联Test Pack/Gate已更新；记录位置可追溯 计划/Completion

附录B BASIL项目管道ITR-A/B/C代码对照表

下表依据所提供的BASIL系统划分与ITR数据库整理，用于说明该项目实际编码及阶段归属。它不替代批准ITP、ITR表单和最新版CMS配置；其他项目不得直接套用编号。

附表B-1 BASIL管道ITR矩阵（按项目数据库）

Check-Record 类 BASIL Sheet Description 最低执行/关闭要点 主要关联对象
P01-A A Pressure Test Checklist / Inspection Checklist 最新版P&ID/Isometric范围、安装完整性、材料/焊接/NDE、支吊架、边界和试压准备检查；问题进入Punch。 Piping Test Pack
P02-A A Pressure Test Report 介质、试验压力、保压、温度、表计校验、升降压记录和结果符合批准程序。 Piping Test Pack
P01-B B Flushing / Blowing 介质、流向/速度或项目验收方法、排放控制、清洁判据和恢复状态有记录。 Piping Test Pack/System
P03-B B Reinstatement Checklist Blind/Temporary Spool/Instrument/Valve/Check Valve逐项恢复；永久垫片、螺栓、支架和Line-up确认。 Piping Test Pack
P04-B B Bolt Tightening Report / Flange Management Joint ID、垫片、螺栓规格、工具校验、顺序、分级加载、目标力矩/张拉值及QC签认完整。 Flange Joint/Test Pack
P11-B B Piping Painting Report 表面处理、涂层体系、环境条件、DFT、修补及识别符合项目要求。 Line/Test Pack
P12-B B Piping Insulation Report 材料、厚度、保冷/保温、防潮层、Cladding、可拆件及检查口符合要求；须保留待检点。 Line/Test Pack
P01-C C System Drying 露点/湿度或项目规定的干燥终点、持续时间、测点及Preservation状态有记录。 Comm. Test Pack/System
P02-C C Service Test 按实际服务介质和Operating/Commissioning Procedure检查泄漏与运行状态，异常闭环。 Comm. Test Pack/System
P03-C C Readiness Check Before Tightness Test 系统边界、隔离、阀位、仪表、压力源、HSE和应急条件满足试验释放要求。 Comm. Test Pack/System
P04-C C Tightness Test 试验介质/压力、保压、检测方法、泄漏点处理与复验满足批准程序。 Comm. Test Pack/System
P05-C C Inerting (Oxygen Freeing) 置换路径、排放点、O₂测点和终点标准满足Start-up/PASR要求，并保持Preservation。 Comm. Test Pack/System
P06-C C Passivation 药剂、浓度、温度、循环/浸泡时间、冲洗终点、废液处理和验收记录完整。 System/Project Matrix

附录C Test Pack—IWP—ITR—Punch/CMS关联台账（模板）

BASIL数据库采用一行一个可追溯Tag/Test Pack—Check-Record对象的方式管理。台账至少要让一个施工对象能够追溯到System/Subsystem、ITR Phase、表单、RFI、Punch和证书状态；若一张ITR覆盖多个对象，必须保留可展开的对象明细。

附表C-1 关联台账最小字段

字段组 BASIL/CMS建议最小字段 控制目的
对象身份 Scope、Area、System、Subsystem、Tag No.、Tag Discipline、Tag Type、Tag Description、Parent/Loop Tag、Test Pack No./Rev、CWP、IWP 对象唯一并与系统边界、现场标识及工作包一致。
ITR执行 ITR Phase、Check-Record、Sheet Description、Item Status、RFI No.、Report No.、Verified By、Completed/Verified/Accepted日期、附件路径 可判断Expected、Submitted、Accepted和Closed，形成可审计证据。
问题闭环 Punch No.、Category、PL Type（COW/MC/COMM/PSSR）、描述、责任方、目标日期、整改证据、复验人/日期、关闭状态 阻止问题跨DAC、SMC、SH门槛积累。
交付状态 Commissioning Priority、Test Pack Gate、DAC状态、SMC状态、SH/RFSU状态、Red-line/Isolation Drawing、Dossier位置、最后更新时间/责任人 按System/Subsystem形成交付看板和证书包。

使用规则：IWP Released前完成System/Subsystem、Test Pack、Tag和Expected ITR关联；RFI检查后更新Item Status；ITR Rejected时生成或链接Punch/NCR；ITR Accepted/Closed时同步附件和签署信息；DAC、SMC、SH跨Gate时由CMS校验适用ITR、Punch类别、红线图及证书附件。任何人工改相、补签或状态越级都必须保留修改人、时间、依据和批准。

参考资料

  1. 中国寰球工程有限公司：《“无尾项施工”实施指导意见》，内部资料。

  2. Construction Industry Institute（CII）：Advanced Work Packaging Overview；AWP Execution Planning Guide for Projects and Organizations（FR-390）；Advanced Work Packaging: Design through Workface Execution（IR272-12）。

  3. ASME B31.3—2024, Process Piping。

  4. PETRONAS Technical Standard PTS 19.40.02：Facilities Handover，April 2019。

  5. BASIL Project：Commissioning Execution Plan；System Definition List & Systemization Identification Markup Procedure；Final Document Procedure，内部项目文件。

  6. BASIL Project：System/Sub-system Division List and ITR Database；Piping/Commissioning ITR Templates and Project Test Records，内部项目文件。