阿尔及尔炼厂项目完工验收各阶段施工尾项的信息化管理实践

山 涛，吴剑军，尚德嵩，高 凯

中国石油工程建设公司阿尔及利亚分公司炼厂项目部，北京 100011

阿尔及利亚阿尔及尔炼厂改扩建项目是中国石油工程建设公司（CPECC）接手的一个二手工程。2010年该项目由法国德希尼布（Technip）集团以EPCC模式中标，拟扩建产能至360×104t/a，以满足阿国燃油需求，助推经济发展。2012年底开始施工，然而当工程进行到72%之际，即2015年6月，项目却因索赔问题而终止合同。2016年11月CPECC与阿尔及利亚国家石油天然气公司（SHA）重新签订总包合同，重新启动项目建设，并于2017年初重新开始施工。从2018年9月起，该项目进入预试运/试运和交接阶段，业主邀请到原承包商Technip作为该阶段的PMC监理，负责对项目该阶段进行分批验收，最终实现交工验收。基于以上情况，该项目的预试运/试运和交工阶段，仍需沿用Technip原做法，执行相应的体系文件和规定，并针对该项目的实际情况，对相应的体系文件和规定进行修改和报批。

本文拟通过在项目完工验收各阶段对检查出来的施工尾项（以下简称“PUNCH项”）进行信息化管理，借鉴、吸收、固化Technip对该项内容的管理模式，并以此为抓手促进项目向前发展，从而移交给业主一个满意的工程。

1 项目施工尾项信息化管理问题的提出

自2018年9月起，随着炼厂项目施工工作逐渐进入尾声，项目将分批以子系统/系统为单位进行完工验收，即项目最小的检查验收单位为系统/子系统[1]。

该项目预试运/试运阶段主要需执行《试车组织计划》 《移交策略》、《试车尾项（PUNCH项）及消除程序》等13项文件规定，这些文件对该阶段的所有工作程序和工作标准进行了明确规定，如表1所示。其中文件《Commissioning PUNCH List and Clearance Procedure》 对 PUNCH 项的产生、分类、工作程序等进行了规定。文件《Completion Dossiers and Certificates Procedure》对完工组卷所需的归档文件和对取得不同阶段证书的不同PUNCH项的关闭标准进行了规定[2]。

表1 预试运/试运阶段须执行的体系文件

按照PMC监理方Technip要求的工作做法和管理模式，所有产生的PUNCH项都要求记录和关闭，并且纳入竣工资料中组卷归档。根据文件《System and Subsystem Identification》 （系统/子系统划分），把全厂划分为1 048个系统/子系统，在预试运/试运阶段要求以系统/子系统为单位进行检查验收（组织Walk Down活动），检查出来的施工尾项以PUNCH项的形式进行下发和整改。

阿尔及尔炼厂项目属于资源、劳动力、知识密集型项目，涉及专业多，装置复杂，预计会产生PUNCH项15万条。如何将这15万条PUNCH项进行科学高效管理，确保所有的PUNCH项在整个预试运/试运阶段（预计持续1.5～2年）得到有效跟踪、准确落实、组卷归档，是项目部面临的一个难题。因此该项目部决定自行开发基于Oracle系统的项目管理系统，并策划将相关PUNCH项管理、分批移交、归档组卷等工作也纳入系统进行信息化管理[3-4]。

2 信息化管理思路

通过对《Commissioning PUNCH List and Clearance Procedure》 （试车尾项（PUNCH项）及消除程序） 等程序文件规定的理解和掌握[5-6]，结合项目实际特点，以项目最终移交为目标，以PUNCH项的关闭管理为基本完成单位，重点需要理顺以下工作内容：

第一，根据文件《移交策略》，梳理清楚该项目的阶段划分。第二，梳理各阶段包含的管理和检查工作，并对各阶段产生的PUNCH项进行分类。第三，以项目最终移交为总目标，以取得MC、RFSU、PA证书为分阶段目标，理清取得证书和PUNCH项完成之间的逻辑条件关系。第四，对PUNCH项的管理流程（产生、分类、下发、关闭）进行确定和固化。第五，将PUNCH项的管理纳入信息化系统进行管理和监控。第六，定期发布各类PUNCH项的状态，明确发布模板。第七，将MC、RFSU、PA证书获取和各类PUNCH项关闭之间的逻辑条件关系植入该信息化系统，并通过该系统实现自动监控。第八，将MC、RFSU、PA证书组卷资料中PUNCH项的归档模板，以子系统为单位自动生成归档文件。

3 信息化管理程序

3.1 总体设计

经过深入研究相关体系文件，以及项目组内部的充分讨论，项目部与业主、监理共同确定了项目各阶段的检查活动、PUNCH项优先级划分以及相应证书（MC、RFSU、PA）的获取条件，如图1所示。

图1 各类证书获取工作标准的逻辑关系

通过理顺项目阶段划分、各阶段涉及的检查活动、证书的获取标准，项目部明确了工作方向，绘制出工作流程图，并将相关的标准植入到软件系统中进行自动化监控和管理。

3.2 项目阶段划分

按照体系文件《移交策略》中规定，项目阶段共分为施工、预试运、试运、开车等7个阶段，划分出机械完工、临时接收、最终接收3个里程碑节点，需要获取机械完工（MC）、准备开车（RFSU）、临时接收（PA）3类证书。在每个阶段，都穿插进行相应的验收检查活动（过程质量报验（RFI）、Walk Down检查、P&ID Confirmity检查），这些检查出来的问题均以PUNCH项的形式进行下发、传递、跟踪和关闭，如图2所示。

3.3 PUNCH项的分类及说明

按照规定，项目进入不同阶段，均需开展相应的检查活动，检查出来的问题或施工尾项均以PUNCH项的形式下发，不同项目阶段、不同检查活动产生的PUNCH项主要为：

（1） PUNCH List of RFI。是指在日常施工、预试运、试运等质量过程检查及报验过程中，在关闭RFI的同时，将仍然存在但是不影响RFI关闭的遗留问题，以PUNCH项的形式进行记录、流转、跟踪和关闭。否则RFI不关闭，还将处于施工阶段。

比如在质量报检过程中发现的问题：其一，仪表的实际量程和设计文件数据表不一致；其二，某台阀门在报检的过程中缺少TAG标牌；其三，后期需要补漆；其四，设备报检过程中某些检查项需要在后期才能关闭的，如某些螺栓在后期才能紧固并检查确认等。以上问题均可以PUNCH项的形式进行流转，流转到施工后期进行跟踪关闭，相应的RFI记录可以关闭，纳入竣工资料。

（2） PUNCH List of Walk Down。当施工完成后，项目部负责组织业主、监理以子系统为单位，开展walk down检查活动，采用“现场检查+头脑风暴”方式，对施工完成的工作内容进行检查验收，列出问题清单（PUNCH项），交PUNCH List协调员收集整理。召开协调会，对提出的问题、类别等进行协商，形成最终的PUNCH项问题清单，交项目部完成关闭。

（3） PUNCH List of P&ID Conformity。准备开工前，组织业主、监理，对照项目的P&ID图纸进行检查，用“现场检查+头脑风暴”方式，列出问题清单（PUNCH项），交PUNCH List协调员收集整理。召开协调会，对提出的问题、类别等进行协商，形成最终的PUNCH项问题清单，交项目部完成关闭。

以上3类PUNCH项涵盖项目完工验收的所有阶段，工作内容和目的各不相同，但是管理模式和工作流程均相同。

图2 项目移交策略及工作内容

3.4 三类证书签署条件

如图1、图2所示，该项目以向业主获取机械完工证书（MC）、准备开车证书（RFSU）、临时接收证书（PA）为目标，灵活地以系统/单元/建筑物为单位向业主进行分批移交，不同阶段证书达到签署条件的工作标准和PUNCH项关闭标准主要如下：

（1）机械完工证书（MC）。满足机械完工的相关工作完成并报检通过（如设备内部检查、空气吹扫、蒸汽吹扫、泄漏试验、仪表调校等），满足移交标准（操作手册移交提交、试运程序编制完等）。所有的PUNCH A、B类（施工阶段的质量RFI报验PUNCH项、Walk down检查PUNCH项）问题完成并签署；对于未完成的A、B类尾项，得到业主同意可作为例外项，后期跟踪关闭。

（2） 准备开车证书（RFSU）。满足RFSU条件的相关工作完成（试运行程序批准、相关人员培训完成、最终检查完成等）。所有的PUNCH A、B类（试运阶段的质量RFI报验PUNCH项、P&ID符合性检查PUNCH项、MC证书签署时Walk down检查的例外PUNCH项）问题完成并签署；不影响安全试运行的问题可作为例外项遗留，后期关闭。机械完工（MC） 阶段评估为例外PUNCH A、B类问题完成并签署；不影响安全试运行的问题可作为再次评估并作为例外项遗留，后期关闭。

（3）临时接收证书（PA）。具备满足临时接收的条件（如72 h连续稳定运行、性能测试完成并提交报告等）；各阶段C类问题整改完成（不包括经业主同意的可在PA证书签署后3个月内完成的C类问题）。

图3 PUNCH项管理工作流程

3.5 PUNCH项管理工作流程

根据文件《Commissioning PUNCH List and Clearance Procedure》（试车尾项（PUNCH项） 及消除程序），项目部根据项目实际情况，制定了PUNCH项的收集、分发、分配、确认、关闭工作流程，同时结合信息化管理的需要，制定PUNCH项的管理工作流程，如图3所示。

项目在实施过程中，通过各类管理活动（RFI质量报验、Walk down检查、P&ID符合性检查），将产生的PUNCH项发送给PUNCH List协调员，协调员把PUNCH项按类别录入系统、分配给责任人，并监控发布各类PUNCH项的完成状态。

3.6 PUNCH项的信息化开发

信息化系统将以PUNCH项的信息化管理为基本单位，梳理出应实现的基本功能和需要开发的功能模块，以更好地为项目服务。

（1）功能需求。项目部自行开发出了基于Oracle系统的PUNCH List相关管理模块，对PUNCH项进行信息化管理和监控。确保在各个阶段符合程序要求，最终达到项目平稳投产的目标。能够实现以下功能：第一，使得PUNCH项能够在业主、PMC监理、总承包方、设计分包商、施工分包商之间进行流转。第二，固化了工作程序，相关方能够清晰查看工作任务和当前状态。第三，为项目领导和相关方监控PUNCH项的进展提供了工具。第四，PUNCH项的关闭与归档文件无缝对接，自动流转到归档模块。系统自动对PUNCH项的状态进行监控，当具备取得MC证书、RFSU证书、PA证书时，系统自动进行提示。文控归档人员可以自行下载归档文件，组卷入归档资料中。

（2）模块需求。信息化管理模块需求如图4所示。

图4 信息化管理模块需求

开发的信息化管理系统以PUNCH项的管理为最基本的工作单位，需要开发以下模块：

（1）PUNCH项管理模块。以PUNCH项的管理为基本单位，按项目阶段、PUNCH优先级对PUNCH项进行分类管理。将PUNCH项按照阶段、类型、优先级、子系统进行分类管理，逐一落实关闭销项。

（2）证书管理模块。如图1所示，将三类证书（MC、RFSU、PA） 的获取条件与PUNCH项（相应阶段、相应优先级）的关闭逻辑关系纳入系统，一旦某个证书包含的子系统PUNCH项关闭达到取得证书签署的条件，系统将自动进行提示，将签署证书所需的证书模板、按子系统分类的PUNCH项清单等自动导出形成文件。

（3） 归档组卷模块。按照管理深度的不同，三类证书（MC、RFSU、PA） 分别以子系统、单元/建筑物为单位进行证书的签署，系统自动将证书签署所需的证书模板、所包含的PUNCH项收集整理，生成归档组卷文件，下载后可实现纸质和电子归档。

4 软件应用演示

图5为基于Oracle系统开发的项目管理的登陆界面，该系统包含项目管理的文件往来、采购、管道试压、质量报验、PUNCH项管理、证书管理、竣工资料等模块。

图5 登陆界面

4.1 PUNCH项管理模块

PUNCH项管理模块如图6所示，将三类PUNCH 项 （Walk Down、RFI、P&ID Confirmity）分别进行管理，每种类别下又按照单元/建筑物进行管理和监控。

图6 PUNCH项管理模块

由图6可以看出，该项目520单元（加氢重整单元）Walk Down活动共产生PUNCH项157项，其中12项未完成（状态Pending），143项完成并经过总承包确认（状态Close），2项经过监理/业主的最终认可关闭（状态Approved Closed）。对于具体的某一条PUNCH项，可双击进入后进行查看，见图7。

图7 PUNCH项查看界面

4.2 证书管理模块

系统建立了相关证书的监控和归档模块，可以实时监控各系统的PUNCH项完成情况，具备取得相应证书时，系统发出提醒，提醒文控负责人可以完成该内容的归档和组卷。如图8所示，当某一系统/子系统相应的PUNCH项完成后，具备取得相应证书时，可以实时监控PUNCH项的完成情况。图8为以子系统为单位进行页面查看，MC证书的组卷是以子系统为单位进行的，因此本项目通过监控子系统所包含的问题清单关闭情况来监控是否具备取得MC证书的条件。

图8 证书监控模块图示

系统实现自动对证书签署所需特定阶段、类别、优先级的PUNCH项监控，当证书所包含的PUNCH项满足关闭条件时，相应子系统前面会显示“Yes”，否则为“No”。

4.3 归档组卷模块

归档组卷模块如图9所示，系统按照不同的证书、不同单元、不同子系统，将满足要求的PUNCH项汇总，并可以下载打印出相应的归档文件。系统以子系统/系统为单位，自动生成并导出各类PUNCH项的归档文件。

图9 归档组卷模块图示

5 结束语

通过开发和应用阿尔及尔炼厂项目完工验收各阶段施工尾项（PUNCH项）的信息化管理系统，施工尾项（PUNCH项）管理和竣工资料归档实现了“一触即达”，分阶段、分批产生的PUNCH项管理清晰，自动实现归档，在工作关闭的同时自动产生组成归档文件的要素，避免了以往在项目管理后期为了收集整理竣工资料而额外付出的人力和财力，从而显著提高了工作效率。