附錄是 BEP 從「計畫」變「工具」的那一步

BEP 前八章寫的是「我們打算怎麼做」，附錄則是「做的時候用什麼表」。ISO 19650-2 要求 BEP 附帶可操作的資訊管理工具；台灣慣例是三份：附錄一 BIM 自主檢查表、附錄二 疑義衝突檢核追蹤表、附錄三 圖說釋疑表（RFI）。

審查時判斷附錄好壞的標準只有一個：拿起來能不能直接用。只放標題、欄位空白、或與本文流程對不上（本文寫的檢查步驟在附錄找不到對應表單），都是限期補正的常客。

附錄一：BIM 自主檢查表

用途：每次模型提送（版次登錄）前，各專業建模人員逐項勾稽、簽章後隨模型附上——這是三層品管的第一層，也是執行期 M1 的自檢來源。

必備欄位：檢查項目（具體可判定）｜檢查方法｜結果（✓/✗/N-A）｜不符說明與改善｜檢查人／日期簽章。

項目怎麼寫才可驗收：「確認模型正確」無法驗收；「無重疊與重複元件（以檢核工具掃描，警告數 ≤ N）」「座標原點與需求書基準一致」「必填屬性填寫率 100%」才可逐項判定。項目來源建議直接取自需求書第五章的技術要求——一條要求對一條檢查。

常見缺失：全案共用一張通用表（各專業該查的不同——結構要查開孔預埋、機電要查系統連通）；只在里程碑前填一次（應每次提送都填）。

附錄二：疑義衝突檢核追蹤表

用途：每輪整合偵測後，逐筆記錄衝突與處置狀態、追蹤到結案——連動執行管理 M3 與第五章 5.6 衝突矩陣。

必備欄位：編號｜位置（樓層/區域＋座標或視圖連結）｜衝突組合（如結構 vs 風管）｜等級（A/B/C）｜處理方案｜責任方｜期限｜複驗結果｜狀態。

與矩陣的關係：5.6 矩陣訂「查哪些組合、多久查一次、容差多少」；附錄二記「查出來的每一筆怎麼收掉」。矩陣沒訂等級與時限，追蹤表就沒有結案依據——兩者要對得起來（矩陣設計見衝突矩陣原則）。

常見缺失：只留衝突總數沒有逐筆紀錄（無法追誰該改）；「已解決」沒有複驗欄位（改了沒人確認又跑回來）。

附錄三：圖說釋疑表（RFI）

用途：設計疑義的正式提問單——統一編號、格式與時效，讓每個問題有紀錄、有回覆、有期限。

必備欄位：RFI 編號｜提出日／期望回覆日｜急迫性｜相關圖說與版本｜疑義描述（現況／影響／請求事項三段式）｜回覆內容／回覆人／日期｜結案狀態。

時效即 KPI：重要議題 3 個工作日、一般 7 個工作日是台灣常見標準，逾時件數會進審查管理的風險儀表——表單上沒有日期欄位，時效就無從量測（疑義流程全貌見疑義追蹤與時效管理）。

三份表單與平台的連動

在 BIM厚 上，附錄不是死文件：附錄一的項目實例化為執行期 M1 每筆版次登錄的線上自檢；附錄二連動 M3 衝突檢核報表；附錄三對應疑義（M5）與 RFI 模組——匯出 BEP 時自動帶入實際執行紀錄，所以附錄範本的欄位設計，就是在設計執行期的資料結構。

自檢四題

  1. 三份附錄拿給第一線人員，能不能不經解釋直接開始填？
  2. 附錄一的項目是否逐條對應需求書第五章要求？
  3. 附錄二有沒有「複驗」欄位？
  4. 附錄三有沒有日期欄位讓時效可量測？

延伸閱讀