第三章 高鐵工程全線界面管理系統
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
“界面廠商間對於某單一界面事件之協調情形有所改變＂，時使用 者將改變的部份修改並儲存於『更新表』中，這些資料在即將轉存 入” 主界面紀錄表”以及加入”歷史紀錄表”之前會由業主之授權代 表審視之。
歷史紀錄表 History
此系統督察並記錄所有輸入的資料以及修正的部分，紀錄將自動轉 存入” 歷史紀錄表”中以為查核用。
Input New Record 輸入新紀錄
Input Table 修正表格
4. CSD/SEM/IDD/DRD 圖說
誠如 3.2.5 節所述根據界面廠商提送之各階段相關界面圖說，供土建廠商製 作 CSD/SEM/IDD/DRD 圖說，並於每階段完成後送交相關界面廠商審查並確認。
若確認完後機電廠商的需求如果還有衝突則透過協調解決，將最新需求放入下一 版修正。
5. 三月預定進度報表（Three Monthly Programme）
除了 CIP 網圖以外，土建承商必須預告其工作進度給界面廠商，以便界面廠 商配合。這個工作進度的預告資料稱為 Three Monthly Programme。
6. 其他協調工具
除了上述各種協調方式以外，工地配合實際需要，往往召開各種協調會議、
View審閱
Update Table 更新表格
Master Interface Log 主界面管理表 History Record
歷史紀錄
Modify 修正 Contractor
承包商
Contractor 承包商 THSRC
高鐵公司
圖 3-10 主界面管理表處理流程
現場會勘來解決實際的界面問題。另外，發公文來解決界面問題也是常見的處理 方式。至於電話聯絡或直接到對方辦公室溝通更協調工程師的家常便飯。從另一 個角度來說，「開會」、「溝通」及「發文」永遠是最基本的協調工具。