重點摘要
- RFI（Request for Information，釋疑申請）是廠商對圖說／設計內容的正式提問管道；答覆具正式效力，常成為後續變更或計價的依據。
- RFI 與衝突「疑義（Issue）」分開管：疑義偏模型碰撞與介面協調，RFI 偏設計釋疑。兩者流程像，但對口與效力不同。
- 一張合格的 RFI 要有：統一編號、提問類別、相關圖說／模型版本、影響評估、期望回覆日。
- RFI 的價值在可追蹤：誰問的、問什麼、誰該答、答了沒、逾期幾天——一張清單看完。
RFI 不是聊天，是留下正式紀錄的提問。用 LINE 問到的答案，出事時等於沒問過。
RFI 與疑義（Issue）怎麼分工
| 比較 | RFI 釋疑申請 | 疑義（Issue） |
|---|---|---|
| 問題來源 | 圖說不清、圖模不符、設計意圖疑問 | 模型碰撞、專業介面衝突 |
| 答覆方 | 業主／設計單位 | 相關專業廠商（協調會裁決） |
| 產出 | 正式書面答覆（可能觸發圖說修正） | 修模指派與複驗結果 |
| BEP 位置 | 第八章 8.5＋附錄三 | 第八章 8.3＋附錄二 |
實務判斷口訣：「模型跟模型打架」開疑義；「看不懂圖、圖有問題」開 RFI。混在同一張表管理，答覆責任就會踢皮球。
統一編號與格式：追蹤的前提
RFI 一多（大案累計數百張是常態），沒有統一編號就無法追蹤。常見編號規則：
RFI-[專業]-[流水號] 例：RFI-STR-023（結構第 23 張）
必填欄位設計：
| 欄位 | 為什麼必填 |
|---|---|
| 編號＋提出日期 | 追蹤與時效起算的依據 |
| 提問類別 | 圖說不清／圖模不符／設計確認／材料設備——分類才能統計哪個環節問題最多 |
| 相關圖說／模型版本 | 沒寫版本，答覆方不知道你看的是哪一版，答非所問 |
| 問題描述＋截圖 | 具體到位置（軸線、樓層），不寫「機電圖有問題」這種空話 |
| 影響評估 | 不釋疑會影響什麼：哪個工項、是否影響時程——這決定處理優先序 |
| 期望回覆日 | 給答覆方明確期限，逾期有據可追 |
提出 → 答覆 → 結案的流程與時效
- 提出：廠商填表上傳 CDE，通知對口（通常經 PCM 分派給設計單位）。
- 答覆：答覆方在期限內書面回覆；無法即答要先回覆處理計畫，不能已讀不回。
- 確認結案：提出方確認答覆足以繼續作業才關閉；答覆若觸發圖說修正，要記錄後續的圖說版本。
時效管理要點：
- 回覆期限在 BEP（或對應 EIR 的議題回應時效）寫死，例如一般 RFI 5 個工作日、影響時程者 2 個工作日。
- 每月統計：未結案數、平均回覆天數、逾期清單——放進月報或協調會議追蹤。
- 逾期未答覆的 RFI 是廠商主張工期展延的證據之一，這也是格式與紀錄要完整的原因。
為什麼一定要走 CDE 同一套系統
RFI 散在 email、通訊軟體、紙本會辦時，必然發生：同一問題被問兩次、答覆版本對不上、離職人員帶走整串脈絡。放進 CDE（或平台的 RFI 模組）後：
- 全案 RFI 單一清單，狀態（待答覆／已答覆／已結案）一目了然。
- 答覆與相關圖說版本掛在同一筆紀錄，日後稽核有完整脈絡。
- 業主與廠商看同一份資料，不存在「我這邊的紀錄不是這樣」。
BEP 附錄三（圖說釋疑表）就是這份清單的格式範本：平台上的 RFI 紀錄會自動彙整帶入，不需要另外手抄。
常見缺失
- 格式不一：每家廠商自己一套表，業主彙整時欄位對不齊。→ BEP 8.5 統一格式，全案適用。
- 無版本追溯：問題沒寫依據哪版圖說，答覆後又改版，爭議無從釐清。
- 無影響評估：全部 RFI 看起來一樣急，真正卡工進的沒被優先處理。
- 口頭釋疑不補紀錄：現場問一問就做下去，驗收時沒有任何書面依據。