阿爾及爾煉廠項目完工驗收各階段施工尾項的信息化管理實踐

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

中國石油工程建設公司阿爾及利亞分公司煉廠項目部，北京 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項管理清晰，自動實現歸檔，在工作關閉的同時自動產生組成歸檔文件的要素，避免了以往在項目管理后期為了收集整理竣工資料而額外付出的人力和財力，從而顯著提高了工作效率。