測試運轉階段

在與機電廠商工作互動的部分，機電工程於其他界面廠商（土建工程，軌道工程）

完成各自階段性任務後進場施作，此階段之高鐵路權為機電廠商所控管，在完成所有 設備安裝並開始系統運轉測試（System Integrate Test, SIT）之際，尤其特別注意安全 方面管制。

Operation Control Center（簡稱 OCC）- 行車控制中心（簡稱行控中心），在這個 階段扮演了相當重要之角色，在機電設施尚未完成並移交給業主高鐵公司接管負責 前，OCC（行控中心）主要以機電廠商人員管控；由於土建以及軌道等廠商仍有缺失 待修改，因此，所有界面廠商在進入高鐵路權內作任何工作項目前，得事先申請工作 許可並經機電廠商審核過後得到書面同意方可進入工作，此乃申請工作之基本條件。

在進入工區前，需再次以電話聯絡 OCC 作進一部確認再行進入工區工作。如此 嚴密的工作申請流程（圖 3-4）意在保護工作人員之生命安全，也確保列車於高速測 試過程中無任何干擾。

每週四審核工 作申請單 界面承商每週二前

提送工作申請單

每週五召開工作計劃 會議並發佈申請單 每週二前送達

圖 3-4 申請 TCOMP 管制區（高鐵路權）流程圖

根據圖 3-4-申請進入高鐵路權之第ㄧ步驟-「界面承商每週二前提送工作申請 單」，一旦機電廠商准許各界面廠商之申請單，將另發機電廠商核可（包含核可章及

工作區域，工作人數等均需詳細且確實，且界面廠商之工作人員均須接受嚴格之安全 衛生訓練，且考試合格通過方可進入工作。

圖 3-5 工作許可單 3.3 界面協調報告及界面協調計劃

土建承包商依合約規定，準備預定之「界面協調報告」，及預定之「界面協調計 劃」，以詳細說明承包商對界面協調的計劃。而後，應隨時更新之，並每三個月一次 提給業主代表，供其參考、審核和批示，且其主要事項的摘要應含於「月進度報告」

中。

「界面協調報告」（CIR）是為：敘述承包商界面管理制度的文件，清楚說明各界 面的技術性和次序性、及承包商預定如何達成經協調的設計和經協調的施工，且要例 証此經協調的設計和施工，完全符合其他界面廠商的要求。而這些說明是否被其他界 面廠商接受，將成為業主代表簽發”無異議聲明”的先決條件。

「界面協調計劃」（CIP）是為：敘述各界面廠商工作範疇之時程和順序的計劃，

清楚詳述『本工程』與各界面廠商的工作之間的互相依賴性，及補充「界面協調報告」

的內容。此計劃應依照「承包商基本計劃」(Baseline Programme)制定，且應顯示與

界面廠商互相同意之：各界面將執行的時程和順序，至能夠清楚說明，所需的詳細程 度。

「界面協調報告」和「界面協調計劃」應包含下列工作項目：

1. 與其他界面廠商協調，確定界面的認定和界定之互容性。

2. 傳送給界面廠商與提給業主代表的，應為一致。

3. 補充、佐證已被核準的 Baseline Programme。

4. 明確區分各設計單元，及設計和施工的階段。

5. 詳細表列所有相關界面、其情況、和對應的資料等之出處。

6. 包含經界面廠商同意的界面資料移轉日期。

7. 附有業主代表要求之意見和加註等。

8. 遵照業主代表提供的內容綱要、序號制、及相關程序等。

9. 包含如何處理界面的說明。

10. 確認與界面廠商間的協議和資料移轉等的最新資訊。

11. 與界面廠商確認任何有關協調的問題。

12. 確認在”移交”時界面廠商之施工條款的特別規定，和工作空間的分配，充份 的通道和暫時設備的條款。

3.4 協調用圖樣

對電機、機械、建築和核心系統等的單元工作，為達成有經過充份協調的「設計」， 及確保不同的設施間的相容性，和足夠的空間需求。承包商應研定並保持「第一階段 設施協調圖」，清楚詳示和「承包商設計」有關的其他界面廠商之需求，如特殊配置、

空間分配、預植項目、主要和次要的固定件、設備/柱基的套管灌漿、托架鑽孔及固 定，預埋及表層安裝的管道等。這些圖應包括合併的配置及斷面等，詳示所有界面廠 商的空間需求，和確認：待解決、已界定及己解決的項目等。

在設計過程中，以「綜合設施圖」(CSD)及「結構機電圖」 (SEM)補充加入設施

協調圖等。(CSD)和(SEM)應清楚、詳盡、明確的顯示主要設施的內容，與對應的設 備/結構等的容許度。這些圖雖不需複示所有施工圖的細節，但仍要有平面、斷面及 立面等，以清楚例示不同項目間的相容關係。

(CSD)圖應標示：機電設施和核心系統安裝件等的個別預定位置、管線路徑、和 空間對應關係等，這些都已經過和其個別及結構工程等的充份協調。此圖樣也應清楚 標明纜線或纜線槽位置，及主幹線和纜線的路徑等，詳圖 3-6。

圖 3-6 綜合設施圖（CSD）

(SEM)應標明：電機設施和核心系統安裝件等的結構需求，包括（但不限定）：

開口、穿孔、套管、柱基預埋、起重樑及通道開孔等，詳圖 3-7。

圖 3-7 結構機電圖（SEM）

(CSD)和(SEM)圖應運用於和各界面廠商的協調之用，並應隨時更新，以反映最 近的界面狀況，本圖樣等之複本應隨「設計提送文件」提給業主代表。此流程使整個 界面的互動相當頻繁且整合更加嚴謹完整。其流程如下頁所示：

在運送路線圖(DRD)中，承包商應以圖詳示：為安全順利的運輸和組裝設備，如 何及以何路線，界面廠商可接受並取得往承包商工地的通路。圖上也應列示界面廠商 為安全運輸設備所需要的合理規定，包括能適合重荷設備運至建物位置的高承載通路 的規定。也應詳示在建物內部可行進的路線，並確定門和走道的寬度是否足夠？及標 示安全起重的規定(如需要)。

圖 3-8 為土建廠商依據合約提供變電站 A 之聯絡道路配置圖說給機電廠商審視，

目的使機電廠商運送機電設備時之進出通道（access road）。機電廠商根據所需通道條 件及機電設備之荷重提供給土建廠商已為土建設計之依據，上圖 Route 1（路徑ㄧ）

為最初所選取供機電廠商運送設備之路線，然經實地勘查發現“路徑ㄧ＂的問題有：

道路寬度不足，大車進出不便，且無法提供大型板車回車之路徑，再加上台北縣政府 將此路段設定為綠帶預定地，界面過於複雜，因此不考慮“路徑ㄧ＂。相反地，“路 徑二＂為由圖 3-8 之左下方道路彎進“路徑二＂，其路線符合機電廠商之需求，且無 複雜之界面，因此最終選擇“路徑二＂。

Route 1

Route 2

圖 3-8 變電站聯絡道路配置圖（DRD）

界面分界圖(IDD)中，承包商應以圖解方式，詳示承包商與其他界面廠商間，工 作責任範疇之各界面的分界線，詳圖 3-9。

圖 3-9 界面分界圖（IDD）

3.5 界面協調工具

高鐵工程規模龐大，所需人力物力亦是相當可觀，其間之界面問題相當繁雜，因 此界面問題能否順利解決為專案工程能否如期如質完工的其中一個重要因素。以下就 高鐵界面協調方式作一說明：

1. 界面協調會議（Interface Coordination Meeting）

界面協調會議由界面廠商間辦理，參加單位為界面廠商及業主代表，討論的 內容除了一般界面進場時程以及界面項目之外，各單位如果在工作中發現必須協 調的項目，也可以在會議中提案討論。界面會議每個月召開一次，會議原則上是 以所謂的彼此未結案項目管制表（Outstanding Item List）作為議程資料之檢討。

倘若討論之界面項目範圍較偏向技術或是設計層面且需要進一步溝通細節 時，則界面廠商間可另行針對某一議題獨立召開會議，以解決界面間之問題。

2. 界面管制文件（RFI & Document）

不論設計階段或施工階段，對與合約內某一項目與界面廠商有關係時，皆以 RFI（Request for Information）『疑義澄清表』（詳表 3-4）之方式送交相關界面廠 商回覆，當界面廠商收到疑義澄清表時，有義務針對界面間之問題於時間內提出 回覆，以解決界面問題；若土建廠商對於界面廠商之回覆仍嫌不足或未澄清，則 可再次提出問題；反之，若土建廠商可接受界面廠商之回覆，則視之為結案項目

（Closed out）。

若久未收到界面廠商之回覆，則將之視為未結案項目（Outstanding Item）並 於界面協調會議時提出或發文再次告知，提醒界面廠商請求盡快回覆，以避免界 面間之問題懸而未決影響廠商之工作進度。

表 3-4 疑義澄清表

3. 主界面管理表（Interface Master Log）

業主台灣高鐵公司為方便掌控界面廠商間之界面事件處理情況，因而發展出 一套界面管理系統之軟體，此界面管理系統被設計成使用者（業主及界面廠商指 定之界面人員）在業主與界面廠商間之組織架構下負責界面管理，它是一個三個 連帶者之關係系統，包含“業主方＂利用網域瀏覽器（web browser）作為操作工 具，以及網域伺服器（web server）提供進入台灣高鐵公司內部網絡（Internet），

它也提供一個紀錄單一界面事件始末的功能並登錄任何單一界面事件之改變，還 Input Table

界面承商提供界面紀錄並鍵入”輸入表”中，所有鍵入的資料當中將 會存入在”輸入表”中，直到業主授權代表，如：駐地工程師，界面 經理或界面管理閱覽過。一旦紀錄閱覽過後，業主授權代表將此筆 紀錄移轉到主界面管理表（Master Interface Log）以及歷史紀錄資料 庫中，只有原始使用者可以修正”輸入表”內之紀錄。

主界面管理表 Master Interface Log

主界面紀錄表係系統中主要的資料表，它儲存了目前所有界面事件 之相關紀錄，且只有使用者才能去修改它。一旦資料修改完成後，

它將被轉移至”更新”表欄底下。

更新表 Update Table

“界面廠商間對於某單一界面事件之協調情形有所改變＂，時使用 者將改變的部份修改並儲存於『更新表』中，這些資料在即將轉存

“界面廠商間對於某單一界面事件之協調情形有所改變＂，時使用 者將改變的部份修改並儲存於『更新表』中，這些資料在即將轉存