重點摘要

  • BEP 審查的本質是 EIR 對應審查:逐項核對廠商是否針對業主需求提出具體執行方案。
  • 我們把這套方法稱為「反推式 BEP 審查」:先鎖定業主需求書裡的驗收標準,反推每一章「該交什麼才算合格」,再逐項對照廠商的回應—業主用它來審,廠商用它來自檢,方向相反、標準同一套,所以一次交得過。
  • 廠商把 EIR 條文複製貼上當回應,是最常見的缺失,應標記為「不符合」。
  • 標準審查時程約 14 天:形式審查 → 內容審查 → 審查會議 → 結果通知(通過/修正後通過/不通過)。
  • 審查意見要「明確具體、可執行、有依據、分級處理」,並用三段式描述:現況、規範依據、修正建議。
  • 在 ACC 等 CDE 平台上,用「審閱(Reviews)」跑核准流程、用「問題(Issues)」管理審查意見,全程留下稽核紀錄。

BEP審查流程(課堂簡報圖解)

審查流程介紹(課堂簡報圖解)

為什麼 BEP 審查如此重要

BEP 是廠商對業主 EIR(業主需求書) 要求的正式回應。如果業主沒有認真審查,就等於接受廠商的「自說自話」—廠商寫了一份格式漂亮但內容空洞的 BEP,業主蓋章通過,後續工程執行完全依廠商的意願而非業主的需求。

記住審查的基本邏輯:EIR 是 What(要什麼),BEP 是 How(怎麼做到)。審查 BEP,就是拿著 EIR 逐項比對—每一項要求,廠商有沒有給出具體、可行、可驗收的做法。BEP 一經核定,就成為履約與後續稽核的依據;審查放水,等於放棄後面所有管理的著力點。


審查架構:TL-PL-03-CL 八大類

工程會 BIM 作業參考手冊中的 BEP 審查清單(TL-PL-03-CL)分為八大類:

類別對應 BEP 章節
一、組織架構第 3 章
二、BIM 目標與用途第 2 章
三、LOD 要求第 2.3 節 + 附錄一
四、技術標準第 4 章
五、CDE 與協作流程第 5 章
六、品質管控第 8 章
七、排程第 7 章
八、總結意見

原則上八個面向缺一不可:任何章節內容空洞、要求不明確,或僅複製 EIR 內容而無具體回應,都應列為退件原因。


標準審查時程:14 天走完一輪

實務上建議把 BEP 審查排成固定節奏,避免審查無限期拖延:

時程工作
Day 0廠商提送 BEP
Day 1–3形式審查:文件完整性核對(章節齊全、附件齊備)
Day 4–10內容審查:依八大類檢核表逐項審查
Day 11–12召開審查會議,與廠商釐清疑義
Day 14發出審查結果

審查結果分三種:通過(所有項目符合,可直接核定執行)、修正後通過(大部分符合、僅有輕微缺失,限期修正並回覆,修正後視同通過)、不通過(重大缺失,全面修正後重新提送,重審時程另計 7–14 天)。


每個審查項目的四種結論

對 BEP 的每個審查項目,業主(或 PCM)應給出以下四種結論之一:

  • 符合:廠商的回應完整且可執行,符合 EIR 要求
  • 不符合:廠商的回應有明確缺失,需要修正後重新提交
  • 不適用:本項要求對本案不適用(例如無地下室的案子,地下室相關 LOD 要求不適用)
  • 待補充:廠商已有基本回應,但需要補充說明或資料

審查重點:第 2 章(EIR 對應回應確認表)

第 2.1 節「EIR 對應回應確認表」是 PCM 審查的第一優先項目。

這個表格的每一行,對應 EIR 中的一個要求。廠商必須說明:

  • 他們的執行方式(不能只複製 EIR 條文)
  • 對應的 BEP 章節
  • 可驗收的成果格式

常見缺失:廠商直接把 EIR 條文複製到「廠商回應」欄,沒有說明具體執行方式。這在審查時應標記為「不符合」。


審查重點:第 3 章(組織架構)

審查重點:

  • BIM 負責人姓名、資格與聯絡方式是否明確?
  • 各專業(建築/結構/機電)是否都有指定 BIM 執行人員?
  • BIM 協調整合機制(例如定期模型協調會議)是否具體說明?

組織審查還有一個進階做法—人力合理性反查,分三步:第一,每項 BIM 應用(如衝突檢測、4D 模擬)都必須在組織架構圖中找到對應負責人,三專業整合卻只列一名建模工程師,直接退件;第二,逐人核對資歷是否達到 EIR 的能力要求,「具豐富經驗」這種話術要求補具體年資與案例;第三,用廠商報價反推人力成本—若報價遠低於所列人力的市場薪資合計,人力配置就不可信,應開立正式審查意見要求書面說明。


審查重點:第 5 章(CDE 與協作流程)

審查重點:

  • 廠商是否確認使用業主指定的 CDE 平台(如 ACC)?
  • 版本狀態切換的觸發條件是否與 EIR/業主規定一致?
  • 衝突偵測頻率與報告格式是否符合要求?

常見八大錯誤態樣

審查時可以拿這份清單當「雷達」,每一種態樣都附上對應的處理方向:

錯誤態樣典型案例處理方向
1. BIM 目標與應用定義不清寫「設計階段應用衝突檢測」,但沒寫頻率、範圍、成果格式要求逐項補充執行頻率、負責專業、成果格式與驗收標準
2. 導入範圍缺乏明確定義寫「提供 3D 動畫展示」,但沒寫涵蓋範圍與驗收標準要求明確定義範圍與驗收標準,否則退件
3. 內容繁瑣未與實務結合要求每日提交建模日誌,與現場工項無法對應改為可對應實務的頻率(如每週進度摘要)
4. 內容太原則、無法執行寫「進度 60% 時提送模型」,但沒寫進度認定方式要求定義認定方式與該時點的模型範圍、LOD
5. 撰寫與執行人員不同BEP 由顧問代寫,現場 BIM 負責人從未閱讀要求實際執行負責人簽名確認、說明各章節執行人員
6. 直接套用他案 BEP內文出現他案專案名稱、不適用的 LOD 要求要求針對本案條件重新撰寫
7. 未隨專案進展更新人員已更換,BEP 仍是舊版資料稽核發現即限期提送更新版本
8. 檢核表流於形式自主檢查表只有打勾,無日期、人員、版次要求補齊欄位,否則視為未完成檢核

審查意見怎麼寫才有效

審查意見寫不好,廠商改不動,來回多耗一個月。四個撰寫原則:

  1. 明確具體:指出具體缺失與位置,避免「內容不足,請補充」這種模糊評論
  2. 可執行:提供修正方向,不提無法改善的要求
  3. 有依據:引用 EIR 或契約條文,避免流於個人主觀意見
  4. 分級處理:區分重大/一般/輕微缺失,輕重不分會讓廠商抓錯重點

描述本體建議採三段式:先寫現況(哪個位置、什麼元件、發生什麼具體錯誤),再寫規範依據(違反合約、BEP 或 EIR 的哪一條),最後寫修正建議(請做什麼具體動作以符合要求)。這個格式同樣適用於後續設計階段在 CDE 上開立的每一筆審查意見。


在 ACC/CDE 上執行線上審查

BEP 與後續模型送審,都建議在 CDE 平台(如 ACC)上跑正式流程,而不是用電子郵件傳檔。先分清三個工具的職責邊界:

工具用途對審查的意義
審閱(Reviews)核准「版本可否發布」正式的階段性核准,留下有效力的核准紀錄
問題(Issues)溝通「哪裡有錯」每筆審查意見都有責任方、期限與狀態追蹤
傳送件(Transmittals)正式文件分發記錄誰在何時收到哪個版本,強化稽核軌跡

用「審閱」跑核准工作流程

專案管理員先設定核准工作流程:選擇一至多步驟的樣板(一步驟適用內部快速核對;二步驟適用 PCM 初審+業主複審)、指派發起者/審查者/最終核准者(建議以「角色」而非個人指派,增加彈性)、為每個步驟設定審閱時限(系統自動追蹤並提醒)、自訂核准狀態標籤(核准/通過但有註解/退件),以及核准後的自動化動作。

實際執行時:發起人選取檔案提交審閱(名稱建議用「日期+流程內容」)、審查者在檢視器中直接加註解與標記、提交給下一位審查者、最終核准者決定結果。核准後系統自動把該版本複製到送審核定(Published)區被拒絕則檔案留在原資料夾,不會進入核定區,發起人依註解修正後重新發起。這個機制確保只有通過審查的版本才能成為正式文件—不需要人工搬檔,也不會有人「偷跑」。

用「問題」管理審查意見

審查中發現的缺失,逐筆開立 Issue,必填欄位包括:類型與標題(明確分類、具體命名)、指派對象(負責修正的成員或公司)、到期日(系統自動提醒)、位置描述(樓層、區域或模型座標),描述採前述三段式格式。

每筆問題都要走完整的生命週期:開啟 → 已回答 → 已關閉。「已回答」由責任單位修正後切換並附修正證明;「已關閉」只能由審查方驗證修正無誤後執行—嚴禁廠商自己關閉問題,這是防止「假關閉」的關鍵控制點。審查方應定期用篩選工具追蹤逾期未回覆的問題、依指派對象統計各單位的修正效率;所有對話與附件永久保存,是日後爭議處理的依據。


審查結論的三種整體結果

完成逐項審查後,業主給出整體結論:

  1. 通過(BEP Approved):廠商 BEP 符合要求,廠商可開始依 BEP 執行工程
  2. 有條件通過:多數項目符合,少數項目需在 X 日內補充說明,不需重新提交完整 BEP
  3. 退件修正(BEP Rejected):有多個關鍵項目不符合,廠商須修正後重新提交

審查後的處理

  • 通過:BEP 狀態升至送審核定(Published),成為後續工程執行的基準文件
  • 退件:BEP 退回廠商,廠商修正後重新提交,業主再次審查

最後提醒一句:BEP 內容完整,不代表廠商必然照實執行。核定只是起點,後續應於設計與施工階段定期稽核 BEP 執行情況並留存紀錄—這正是上面 CDE 稽核軌跡的價值所在。

樂彬 OIM 平台的 BEP 審查頁,提供逐項審查介面、標準審查意見套用,以及整體通過/退件的工作流程,協助 PCM 顧問高效完成審查。