阿爾及爾煉廠項(xiàng)目完工驗(yàn)收各階段施工尾項(xiàng)的信息化管理實(shí)踐

山 濤，吳劍軍，尚德嵩，高 凱

中國石油工程建設(shè)公司阿爾及利亞分公司煉廠項(xiàng)目部，北京 100011

阿爾及利亞阿爾及爾煉廠改擴(kuò)建項(xiàng)目是中國石油工程建設(shè)公司（CPECC）接手的一個(gè)二手工程。2010年該項(xiàng)目由法國德希尼布（Technip）集團(tuán)以EPCC模式中標(biāo)，擬擴(kuò)建產(chǎn)能至360×104t/a，以滿足阿國燃油需求，助推經(jīng)濟(jì)發(fā)展。2012年底開始施工，然而當(dāng)工程進(jìn)行到72%之際，即2015年6月，項(xiàng)目卻因索賠問題而終止合同。2016年11月CPECC與阿爾及利亞國家石油天然氣公司（SHA）重新簽訂總包合同，重新啟動(dòng)項(xiàng)目建設(shè)，并于2017年初重新開始施工。從2018年9月起，該項(xiàng)目進(jìn)入預(yù)試運(yùn)/試運(yùn)和交接階段，業(yè)主邀請(qǐng)到原承包商Technip作為該階段的PMC監(jiān)理，負(fù)責(zé)對(duì)項(xiàng)目該階段進(jìn)行分批驗(yàn)收，最終實(shí)現(xiàn)交工驗(yàn)收?；谝陨锨闆r，該項(xiàng)目的預(yù)試運(yùn)/試運(yùn)和交工階段，仍需沿用Technip原做法，執(zhí)行相應(yīng)的體系文件和規(guī)定，并針對(duì)該項(xiàng)目的實(shí)際情況，對(duì)相應(yīng)的體系文件和規(guī)定進(jìn)行修改和報(bào)批。

本文擬通過在項(xiàng)目完工驗(yàn)收各階段對(duì)檢查出來的施工尾項(xiàng)（以下簡稱“PUNCH項(xiàng)”）進(jìn)行信息化管理，借鑒、吸收、固化Technip對(duì)該項(xiàng)內(nèi)容的管理模式，并以此為抓手促進(jìn)項(xiàng)目向前發(fā)展，從而移交給業(yè)主一個(gè)滿意的工程。

1 項(xiàng)目施工尾項(xiàng)信息化管理問題的提出

自2018年9月起，隨著煉廠項(xiàng)目施工工作逐漸進(jìn)入尾聲，項(xiàng)目將分批以子系統(tǒng)/系統(tǒng)為單位進(jìn)行完工驗(yàn)收，即項(xiàng)目最小的檢查驗(yàn)收單位為系統(tǒng)/子系統(tǒng)[1]。

該項(xiàng)目預(yù)試運(yùn)/試運(yùn)階段主要需執(zhí)行《試車組織計(jì)劃》 《移交策略》、《試車尾項(xiàng)（PUNCH項(xiàng)）及消除程序》等13項(xiàng)文件規(guī)定，這些文件對(duì)該階段的所有工作程序和工作標(biāo)準(zhǔn)進(jìn)行了明確規(guī)定，如表1所示。其中文件《Commissioning PUNCH List and Clearance Procedure》 對(duì) PUNCH 項(xiàng)的產(chǎn)生、分類、工作程序等進(jìn)行了規(guī)定。文件《Completion Dossiers and Certificates Procedure》對(duì)完工組卷所需的歸檔文件和對(duì)取得不同階段證書的不同PUNCH項(xiàng)的關(guān)閉標(biāo)準(zhǔn)進(jìn)行了規(guī)定[2]。

表1 預(yù)試運(yùn)/試運(yùn)階段須執(zhí)行的體系文件

按照PMC監(jiān)理方Technip要求的工作做法和管理模式，所有產(chǎn)生的PUNCH項(xiàng)都要求記錄和關(guān)閉，并且納入竣工資料中組卷歸檔。根據(jù)文件《System and Subsystem Identification》 （系統(tǒng)/子系統(tǒng)劃分），把全廠劃分為1 048個(gè)系統(tǒng)/子系統(tǒng)，在預(yù)試運(yùn)/試運(yùn)階段要求以系統(tǒng)/子系統(tǒng)為單位進(jìn)行檢查驗(yàn)收（組織Walk Down活動(dòng)），檢查出來的施工尾項(xiàng)以PUNCH項(xiàng)的形式進(jìn)行下發(fā)和整改。

阿爾及爾煉廠項(xiàng)目屬于資源、勞動(dòng)力、知識(shí)密集型項(xiàng)目，涉及專業(yè)多，裝置復(fù)雜，預(yù)計(jì)會(huì)產(chǎn)生PUNCH項(xiàng)15萬條。如何將這15萬條PUNCH項(xiàng)進(jìn)行科學(xué)高效管理，確保所有的PUNCH項(xiàng)在整個(gè)預(yù)試運(yùn)/試運(yùn)階段（預(yù)計(jì)持續(xù)1.5～2年）得到有效跟蹤、準(zhǔn)確落實(shí)、組卷歸檔，是項(xiàng)目部面臨的一個(gè)難題。因此該項(xiàng)目部決定自行開發(fā)基于Oracle系統(tǒng)的項(xiàng)目管理系統(tǒng)，并策劃將相關(guān)PUNCH項(xiàng)管理、分批移交、歸檔組卷等工作也納入系統(tǒng)進(jìn)行信息化管理[3-4]。

2 信息化管理思路

通過對(duì)《Commissioning PUNCH List and Clearance Procedure》 （試車尾項(xiàng)（PUNCH項(xiàng)）及消除程序） 等程序文件規(guī)定的理解和掌握[5-6]，結(jié)合項(xiàng)目實(shí)際特點(diǎn)，以項(xiàng)目最終移交為目標(biāo)，以PUNCH項(xiàng)的關(guān)閉管理為基本完成單位，重點(diǎn)需要理順以下工作內(nèi)容：

第一，根據(jù)文件《移交策略》，梳理清楚該項(xiàng)目的階段劃分。第二，梳理各階段包含的管理和檢查工作，并對(duì)各階段產(chǎn)生的PUNCH項(xiàng)進(jìn)行分類。第三，以項(xiàng)目最終移交為總目標(biāo)，以取得MC、RFSU、PA證書為分階段目標(biāo)，理清取得證書和PUNCH項(xiàng)完成之間的邏輯條件關(guān)系。第四，對(duì)PUNCH項(xiàng)的管理流程（產(chǎn)生、分類、下發(fā)、關(guān)閉）進(jìn)行確定和固化。第五，將PUNCH項(xiàng)的管理納入信息化系統(tǒng)進(jìn)行管理和監(jiān)控。第六，定期發(fā)布各類PUNCH項(xiàng)的狀態(tài)，明確發(fā)布模板。第七，將MC、RFSU、PA證書獲取和各類PUNCH項(xiàng)關(guān)閉之間的邏輯條件關(guān)系植入該信息化系統(tǒng)，并通過該系統(tǒng)實(shí)現(xiàn)自動(dòng)監(jiān)控。第八，將MC、RFSU、PA證書組卷資料中PUNCH項(xiàng)的歸檔模板，以子系統(tǒng)為單位自動(dòng)生成歸檔文件。

3 信息化管理程序

3.1 總體設(shè)計(jì)

經(jīng)過深入研究相關(guān)體系文件，以及項(xiàng)目組內(nèi)部的充分討論，項(xiàng)目部與業(yè)主、監(jiān)理共同確定了項(xiàng)目各階段的檢查活動(dòng)、PUNCH項(xiàng)優(yōu)先級(jí)劃分以及相應(yīng)證書（MC、RFSU、PA）的獲取條件，如圖1所示。

圖1 各類證書獲取工作標(biāo)準(zhǔn)的邏輯關(guān)系

通過理順項(xiàng)目階段劃分、各階段涉及的檢查活動(dòng)、證書的獲取標(biāo)準(zhǔn)，項(xiàng)目部明確了工作方向，繪制出工作流程圖，并將相關(guān)的標(biāo)準(zhǔn)植入到軟件系統(tǒng)中進(jìn)行自動(dòng)化監(jiān)控和管理。

3.2 項(xiàng)目階段劃分

按照體系文件《移交策略》中規(guī)定，項(xiàng)目階段共分為施工、預(yù)試運(yùn)、試運(yùn)、開車等7個(gè)階段，劃分出機(jī)械完工、臨時(shí)接收、最終接收3個(gè)里程碑節(jié)點(diǎn)，需要獲取機(jī)械完工（MC）、準(zhǔn)備開車（RFSU）、臨時(shí)接收（PA）3類證書。在每個(gè)階段，都穿插進(jìn)行相應(yīng)的驗(yàn)收檢查活動(dòng)（過程質(zhì)量報(bào)驗(yàn)（RFI）、Walk Down檢查、P&ID Confirmity檢查），這些檢查出來的問題均以PUNCH項(xiàng)的形式進(jìn)行下發(fā)、傳遞、跟蹤和關(guān)閉，如圖2所示。

3.3 PUNCH項(xiàng)的分類及說明

按照規(guī)定，項(xiàng)目進(jìn)入不同階段，均需開展相應(yīng)的檢查活動(dòng)，檢查出來的問題或施工尾項(xiàng)均以PUNCH項(xiàng)的形式下發(fā)，不同項(xiàng)目階段、不同檢查活動(dòng)產(chǎn)生的PUNCH項(xiàng)主要為：

（1） PUNCH List of RFI。是指在日常施工、預(yù)試運(yùn)、試運(yùn)等質(zhì)量過程檢查及報(bào)驗(yàn)過程中，在關(guān)閉RFI的同時(shí)，將仍然存在但是不影響RFI關(guān)閉的遺留問題，以PUNCH項(xiàng)的形式進(jìn)行記錄、流轉(zhuǎn)、跟蹤和關(guān)閉。否則RFI不關(guān)閉，還將處于施工階段。

比如在質(zhì)量報(bào)檢過程中發(fā)現(xiàn)的問題：其一，儀表的實(shí)際量程和設(shè)計(jì)文件數(shù)據(jù)表不一致；其二，某臺(tái)閥門在報(bào)檢的過程中缺少TAG標(biāo)牌；其三，后期需要補(bǔ)漆；其四，設(shè)備報(bào)檢過程中某些檢查項(xiàng)需要在后期才能關(guān)閉的，如某些螺栓在后期才能緊固并檢查確認(rèn)等。以上問題均可以PUNCH項(xiàng)的形式進(jìn)行流轉(zhuǎn)，流轉(zhuǎn)到施工后期進(jìn)行跟蹤關(guān)閉，相應(yīng)的RFI記錄可以關(guān)閉，納入竣工資料。

（2） PUNCH List of Walk Down。當(dāng)施工完成后，項(xiàng)目部負(fù)責(zé)組織業(yè)主、監(jiān)理以子系統(tǒng)為單位，開展walk down檢查活動(dòng)，采用“現(xiàn)場(chǎng)檢查+頭腦風(fēng)暴”方式，對(duì)施工完成的工作內(nèi)容進(jìn)行檢查驗(yàn)收，列出問題清單（PUNCH項(xiàng)），交PUNCH List協(xié)調(diào)員收集整理。召開協(xié)調(diào)會(huì)，對(duì)提出的問題、類別等進(jìn)行協(xié)商，形成最終的PUNCH項(xiàng)問題清單，交項(xiàng)目部完成關(guān)閉。

（3） PUNCH List of P&ID Conformity。準(zhǔn)備開工前，組織業(yè)主、監(jiān)理，對(duì)照項(xiàng)目的P&ID圖紙進(jìn)行檢查，用“現(xiàn)場(chǎng)檢查+頭腦風(fēng)暴”方式，列出問題清單（PUNCH項(xiàng)），交PUNCH List協(xié)調(diào)員收集整理。召開協(xié)調(diào)會(huì)，對(duì)提出的問題、類別等進(jìn)行協(xié)商，形成最終的PUNCH項(xiàng)問題清單，交項(xiàng)目部完成關(guān)閉。

以上3類PUNCH項(xiàng)涵蓋項(xiàng)目完工驗(yàn)收的所有階段，工作內(nèi)容和目的各不相同，但是管理模式和工作流程均相同。

圖2 項(xiàng)目移交策略及工作內(nèi)容

3.4 三類證書簽署條件

如圖1、圖2所示，該項(xiàng)目以向業(yè)主獲取機(jī)械完工證書（MC）、準(zhǔn)備開車證書（RFSU）、臨時(shí)接收證書（PA）為目標(biāo)，靈活地以系統(tǒng)/單元/建筑物為單位向業(yè)主進(jìn)行分批移交，不同階段證書達(dá)到簽署條件的工作標(biāo)準(zhǔn)和PUNCH項(xiàng)關(guān)閉標(biāo)準(zhǔn)主要如下：

（1）機(jī)械完工證書（MC）。滿足機(jī)械完工的相關(guān)工作完成并報(bào)檢通過（如設(shè)備內(nèi)部檢查、空氣吹掃、蒸汽吹掃、泄漏試驗(yàn)、儀表調(diào)校等），滿足移交標(biāo)準(zhǔn)（操作手冊(cè)移交提交、試運(yùn)程序編制完等）。所有的PUNCH A、B類（施工階段的質(zhì)量RFI報(bào)驗(yàn)PUNCH項(xiàng)、Walk down檢查PUNCH項(xiàng)）問題完成并簽署；對(duì)于未完成的A、B類尾項(xiàng)，得到業(yè)主同意可作為例外項(xiàng)，后期跟蹤關(guān)閉。

（2） 準(zhǔn)備開車證書（RFSU）。滿足RFSU條件的相關(guān)工作完成（試運(yùn)行程序批準(zhǔn)、相關(guān)人員培訓(xùn)完成、最終檢查完成等）。所有的PUNCH A、B類（試運(yùn)階段的質(zhì)量RFI報(bào)驗(yàn)PUNCH項(xiàng)、P&ID符合性檢查PUNCH項(xiàng)、MC證書簽署時(shí)Walk down檢查的例外PUNCH項(xiàng)）問題完成并簽署；不影響安全試運(yùn)行的問題可作為例外項(xiàng)遺留，后期關(guān)閉。機(jī)械完工（MC） 階段評(píng)估為例外PUNCH A、B類問題完成并簽署；不影響安全試運(yùn)行的問題可作為再次評(píng)估并作為例外項(xiàng)遺留，后期關(guān)閉。

（3）臨時(shí)接收證書（PA）。具備滿足臨時(shí)接收的條件（如72 h連續(xù)穩(wěn)定運(yùn)行、性能測(cè)試完成并提交報(bào)告等）；各階段C類問題整改完成（不包括經(jīng)業(yè)主同意的可在PA證書簽署后3個(gè)月內(nèi)完成的C類問題）。

圖3 PUNCH項(xiàng)管理工作流程

3.5 PUNCH項(xiàng)管理工作流程

根據(jù)文件《Commissioning PUNCH List and Clearance Procedure》（試車尾項(xiàng)（PUNCH項(xiàng)） 及消除程序），項(xiàng)目部根據(jù)項(xiàng)目實(shí)際情況，制定了PUNCH項(xiàng)的收集、分發(fā)、分配、確認(rèn)、關(guān)閉工作流程，同時(shí)結(jié)合信息化管理的需要，制定PUNCH項(xiàng)的管理工作流程，如圖3所示。

項(xiàng)目在實(shí)施過程中，通過各類管理活動(dòng)（RFI質(zhì)量報(bào)驗(yàn)、Walk down檢查、P&ID符合性檢查），將產(chǎn)生的PUNCH項(xiàng)發(fā)送給PUNCH List協(xié)調(diào)員，協(xié)調(diào)員把PUNCH項(xiàng)按類別錄入系統(tǒng)、分配給責(zé)任人，并監(jiān)控發(fā)布各類PUNCH項(xiàng)的完成狀態(tài)。

3.6 PUNCH項(xiàng)的信息化開發(fā)

信息化系統(tǒng)將以PUNCH項(xiàng)的信息化管理為基本單位，梳理出應(yīng)實(shí)現(xiàn)的基本功能和需要開發(fā)的功能模塊，以更好地為項(xiàng)目服務(wù)。

（1）功能需求。項(xiàng)目部自行開發(fā)出了基于Oracle系統(tǒng)的PUNCH List相關(guān)管理模塊，對(duì)PUNCH項(xiàng)進(jìn)行信息化管理和監(jiān)控。確保在各個(gè)階段符合程序要求，最終達(dá)到項(xiàng)目平穩(wěn)投產(chǎn)的目標(biāo)。能夠?qū)崿F(xiàn)以下功能：第一，使得PUNCH項(xiàng)能夠在業(yè)主、PMC監(jiān)理、總承包方、設(shè)計(jì)分包商、施工分包商之間進(jìn)行流轉(zhuǎn)。第二，固化了工作程序，相關(guān)方能夠清晰查看工作任務(wù)和當(dāng)前狀態(tài)。第三，為項(xiàng)目領(lǐng)導(dǎo)和相關(guān)方監(jiān)控PUNCH項(xiàng)的進(jìn)展提供了工具。第四，PUNCH項(xiàng)的關(guān)閉與歸檔文件無縫對(duì)接，自動(dòng)流轉(zhuǎn)到歸檔模塊。系統(tǒng)自動(dòng)對(duì)PUNCH項(xiàng)的狀態(tài)進(jìn)行監(jiān)控，當(dāng)具備取得MC證書、RFSU證書、PA證書時(shí)，系統(tǒng)自動(dòng)進(jìn)行提示。文控歸檔人員可以自行下載歸檔文件，組卷入歸檔資料中。

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

圖4 信息化管理模塊需求

開發(fā)的信息化管理系統(tǒng)以PUNCH項(xiàng)的管理為最基本的工作單位，需要開發(fā)以下模塊：

（1）PUNCH項(xiàng)管理模塊。以PUNCH項(xiàng)的管理為基本單位，按項(xiàng)目階段、PUNCH優(yōu)先級(jí)對(duì)PUNCH項(xiàng)進(jìn)行分類管理。將PUNCH項(xiàng)按照階段、類型、優(yōu)先級(jí)、子系統(tǒng)進(jìn)行分類管理，逐一落實(shí)關(guān)閉銷項(xiàng)。

（2）證書管理模塊。如圖1所示，將三類證書（MC、RFSU、PA） 的獲取條件與PUNCH項(xiàng)（相應(yīng)階段、相應(yīng)優(yōu)先級(jí)）的關(guān)閉邏輯關(guān)系納入系統(tǒng)，一旦某個(gè)證書包含的子系統(tǒng)PUNCH項(xiàng)關(guān)閉達(dá)到取得證書簽署的條件，系統(tǒng)將自動(dòng)進(jìn)行提示，將簽署證書所需的證書模板、按子系統(tǒng)分類的PUNCH項(xiàng)清單等自動(dòng)導(dǎo)出形成文件。

（3） 歸檔組卷模塊。按照管理深度的不同，三類證書（MC、RFSU、PA） 分別以子系統(tǒng)、單元/建筑物為單位進(jìn)行證書的簽署，系統(tǒng)自動(dòng)將證書簽署所需的證書模板、所包含的PUNCH項(xiàng)收集整理，生成歸檔組卷文件，下載后可實(shí)現(xiàn)紙質(zhì)和電子歸檔。

4 軟件應(yīng)用演示

圖5為基于Oracle系統(tǒng)開發(fā)的項(xiàng)目管理的登陸界面，該系統(tǒng)包含項(xiàng)目管理的文件往來、采購、管道試壓、質(zhì)量報(bào)驗(yàn)、PUNCH項(xiàng)管理、證書管理、竣工資料等模塊。

圖5 登陸界面

4.1 PUNCH項(xiàng)管理模塊

PUNCH項(xiàng)管理模塊如圖6所示，將三類PUNCH 項(xiàng) （Walk Down、RFI、P&ID Confirmity）分別進(jìn)行管理，每種類別下又按照單元/建筑物進(jìn)行管理和監(jiān)控。

圖6 PUNCH項(xiàng)管理模塊

由圖6可以看出，該項(xiàng)目520單元（加氫重整單元）Walk Down活動(dòng)共產(chǎn)生PUNCH項(xiàng)157項(xiàng)，其中12項(xiàng)未完成（狀態(tài)Pending），143項(xiàng)完成并經(jīng)過總承包確認(rèn)（狀態(tài)Close），2項(xiàng)經(jīng)過監(jiān)理/業(yè)主的最終認(rèn)可關(guān)閉（狀態(tài)Approved Closed）。對(duì)于具體的某一條PUNCH項(xiàng)，可雙擊進(jìn)入后進(jìn)行查看，見圖7。

圖7 PUNCH項(xiàng)查看界面

4.2 證書管理模塊

系統(tǒng)建立了相關(guān)證書的監(jiān)控和歸檔模塊，可以實(shí)時(shí)監(jiān)控各系統(tǒng)的PUNCH項(xiàng)完成情況，具備取得相應(yīng)證書時(shí)，系統(tǒng)發(fā)出提醒，提醒文控負(fù)責(zé)人可以完成該內(nèi)容的歸檔和組卷。如圖8所示，當(dāng)某一系統(tǒng)/子系統(tǒng)相應(yīng)的PUNCH項(xiàng)完成后，具備取得相應(yīng)證書時(shí)，可以實(shí)時(shí)監(jiān)控PUNCH項(xiàng)的完成情況。圖8為以子系統(tǒng)為單位進(jìn)行頁面查看，MC證書的組卷是以子系統(tǒng)為單位進(jìn)行的，因此本項(xiàng)目通過監(jiān)控子系統(tǒng)所包含的問題清單關(guān)閉情況來監(jiān)控是否具備取得MC證書的條件。

圖8 證書監(jiān)控模塊圖示

系統(tǒng)實(shí)現(xiàn)自動(dòng)對(duì)證書簽署所需特定階段、類別、優(yōu)先級(jí)的PUNCH項(xiàng)監(jiān)控，當(dāng)證書所包含的PUNCH項(xiàng)滿足關(guān)閉條件時(shí)，相應(yīng)子系統(tǒng)前面會(huì)顯示“Yes”，否則為“No”。

4.3 歸檔組卷模塊

歸檔組卷模塊如圖9所示，系統(tǒng)按照不同的證書、不同單元、不同子系統(tǒng)，將滿足要求的PUNCH項(xiàng)匯總，并可以下載打印出相應(yīng)的歸檔文件。系統(tǒng)以子系統(tǒng)/系統(tǒng)為單位，自動(dòng)生成并導(dǎo)出各類PUNCH項(xiàng)的歸檔文件。

圖9 歸檔組卷模塊圖示

5 結(jié)束語

通過開發(fā)和應(yīng)用阿爾及爾煉廠項(xiàng)目完工驗(yàn)收各階段施工尾項(xiàng)（PUNCH項(xiàng)）的信息化管理系統(tǒng)，施工尾項(xiàng)（PUNCH項(xiàng)）管理和竣工資料歸檔實(shí)現(xiàn)了“一觸即達(dá)”，分階段、分批產(chǎn)生的PUNCH項(xiàng)管理清晰，自動(dòng)實(shí)現(xiàn)歸檔，在工作關(guān)閉的同時(shí)自動(dòng)產(chǎn)生組成歸檔文件的要素，避免了以往在項(xiàng)目管理后期為了收集整理竣工資料而額外付出的人力和財(cái)力，從而顯著提高了工作效率。