鵝BIM/衝突協調與整合/衝突矩陣原則與各階段檢討優先順序

衝突矩陣原則與各階段檢討優先順序

衝突矩陣不是「全部對全部」的暴力偵測，而是有分級、有優先順序的規劃。本篇說明 A/B/C 分級原則、五大偵測組合的容差與頻率，以及 SD／DD／CD／CON 各階段該查哪些組合，供你填寫 BEP 第 5.6 節衝突計畫時引用。

12 分鐘閱讀衝突偵測衝突矩陣BEP協調

重點摘要

衝突矩陣是「規劃」而非「偵測結果」：你要先決定哪些專業組合該互檢、用多大容差、多久跑一次，再交給工具執行。這份規劃就寫在 BEP 第 5.6 節。
衝突要分級（A／B／C），每一級對應不同的嚴重度與改正時限——A 級 3 工作日、B 級 7 工作日、C 級 14 工作日，讓有限的協調時間花在影響最大的衝突上。
平台預設五大偵測組合：建築 vs 結構、結構 vs 機電、機電 vs 機電、建築 vs 機電、全專業整合，各有不同容差（0／10／25 mm），不是每組都用同一個數字。
不同設計階段查不同組合：早期（SD）抓大方向、後期（CD／CON）抓細節。越階要求或停滯落後都是缺失。
你在 BEP 5.6 填的每一格，都應該能回答「為什麼查這組、用這個容差、在這個階段」——本篇就是那份「為什麼」。

為什麼需要「矩陣」，而不是全部對全部

一個專案裡有建築、結構、機電（含空調、給排水、消防、電氣、弱電）好幾個專業模型。如果你天真地把「每一個專業對每一個專業」都跑一次硬碰撞，會發生兩件事：一是偵測結果爆量到沒人看得完，二是大量的結果其實無關痛癢（例如兩個本來就該貼在一起的元件被判成衝突）。

衝突矩陣的本質，是有優先順序的規劃：先想清楚哪些組合值得查、值得用多嚴的標準查，再讓工具去執行。

換句話說，矩陣是「規劃面」的產物，偵測是「執行面」的動作。你在 BEP 第 5 章要交出來的，是這份規劃——哪些組合、什麼容差、多久一次、誰負責。真正跑出幾千筆碰撞、算解決率、走閉環，那是後續衝突管理的事（見文末互連的〈衝突檢討矩陣與分級管理〉）。這兩篇分工清楚：本篇談「矩陣怎麼設計、階段怎麼排」，那篇談「碰撞跑出來之後怎麼收斂成可驗收的解決率」。

先把規劃做對，後面的管理才不會空轉。

衝突分級原則：A／B／C 三級

分級的目的，是讓每一筆衝突在被開立的當下就標好嚴重度，據此排定處理順序與改正時限。一根冷氣排水管穿主要結構樑，和一支保溫層輕微重疊，處理的急迫度天差地遠——分級就是把這種差距制度化。

平台預設採 A／B／C 三級，各級的情境、範例與改正時限如下：

級別	情境	範例	改正時限
A 級	嚴重干涉，影響結構安全或法規合規	柱與主要機電管路硬碰撞、樓板開口不足	3 工作日
B 級	功能性干涉，影響施工或設備安裝	管線間距不足、管線與梁底淨高不足	7 工作日
C 級	輕微衝突，不影響施工但須確認	管線保溫層輕微重疊、非結構元件干涉	14 工作日

改正時限的邏輯很直接：越可能擋住施工或危及安全的衝突，時限越短。A 級 3 工作日代表「這種問題不能拖，通常還要設計者介入」；C 級 14 工作日代表「該處理，但可以排進正常協調節奏」。

台灣實務上，有些單位會再補一級 D 級＝設計協調議題（尚未構成模型碰撞、但需跨專業討論的界面問題，例如預留套管位置待確認）。這在治理上有幫助，但請注意平台預設為 A／B／C 三級；若你的專案要用到 D 級，應在 BEP 中另行定義，不要假設系統預設就有。

衝突矩陣：五大偵測組合

分好級之後，你要決定「哪些專業組合要互相檢查」。這就是衝突矩陣——一張列出所有該檢核之專業配對的計畫表，每一列標明專業、容差、頻率與負責人。平台預設五大偵測組合如下：

偵測組合	涉及專業	容差	執行頻率	負責
① 建築 vs 結構	建築、結構	10 mm	每兩週／各送審前	BIM 整合協調員
② 結構 vs 機電	結構、機電（空調／給排水／消防）	10 mm	每兩週／各送審前	BIM 整合協調員
③ 機電 vs 機電	空調、給排水、消防、電氣（管線互檢）	25 mm（含保溫／間距）	每兩週／各送審前	BIM 整合協調員
④ 建築 vs 機電	建築（天花／淨高）、機電	0 mm（硬碰撞）	細設起每月	BIM 整合協調員
⑤ 全專業整合（Federated）	建築、結構、機電全整合	依各組合	各里程碑送審前	BIM 經理／整合協調員

工具統一採 Navisworks Manage，全專業整合再搭配 BCF 交換問題。這裡有三個要理解的設計原則：

容差為什麼不一樣。 容差是「兩個元件重疊多少才算衝突」的門檻。建築 vs 機電用 0 mm 硬碰撞，因為天花與淨高一旦被管線侵入就是實打實的施工問題，不容許重疊；建築 vs 結構、結構 vs 機電用 10 mm，容許一點建模誤差；機電 vs 機電用 25 mm，因為機電管線之間還要保留保溫層厚度與維修間距，光「不碰到」不夠，得留出施工與運轉的空間。容差選錯，矩陣就會漏抓或誤報。

頻率為什麼分兩種。 大部分組合是「每兩週／各送審前」的常態節奏；建築 vs 機電因為是硬碰撞、且要等機電有一定深度才有意義，所以從細設起每月跑；全專業整合則綁在各里程碑送審前，是每個階段交付前的總檢核。

誰負責。 各組合由 BIM 整合協調員執行，全專業整合由 BIM 經理／整合協調員共同把關。這份權責也要寫進 BEP，避免「大家都在跑、出事沒人扛」。

各設計階段的檢討優先順序

矩陣定義了「有哪些組合可以查」，但不是每個階段都查所有組合。檢核深度要對齊該階段的模型深度：早期模型還粗，硬要查末端點位只會逼廠商做不該做的細節；後期模型該細了，還停在量體層級就是落後。平台預設各階段的檢討重點如下：

設計階段	該查的組合	檢討重點
概念設計 SD	僅「建築 vs 結構」	確認建築配置與結構系統無根本性衝突，識別大型設備機房位置是否合理
細部設計 DD	建築 vs 結構＋結構 vs 機電（空調／給排水／消防）	確認樑柱開口預留是否足夠、主幹管線與結構無衝突
施工圖 CD	全專業整合	全專業整合衝突偵測，A 級衝突須 100% 解決後方可送審
施工協調 CON	全專業 As-Built vs 施工圖＋機電 vs 機電（管線間距）	依施工進度每月更新，追蹤 As-Built 模型是否有新增衝突

幾個要記住的節點：

SD 只查建築 vs 結構。這階段模型還是量體，能確定的只有「配置與結構系統合不合、機房塞不塞得下」這種大方向。此時去查機電末端毫無意義。
DD 才把結構 vs 機電拉進來。空調、給排水、消防的主幹管線開始定位，重點是「樑柱開口預留夠不夠、主幹跟結構打不打架」。
CD 是全專業整合的關卡。這是最嚴的一關：A 級衝突必須 100% 解決才能送審。B、C 級可列管，但 A 級是硬門檻。
CON 轉為每月追蹤 As-Built。施工開始後，實際施作可能與施工圖有出入，重點變成「工地新長出來的衝突」與機電管線間距的實地複核。

為什麼階段不同要查不同組合

背後是一條成本邏輯：越晚發現的衝突，改起來越貴。

在 SD 階段，一個「機房位置不對」的問題，改的是一張配置圖，成本極低；同樣的問題拖到 CD 才發現，可能要動整層的管線排布；再拖到 CON、模型都變成 As-Built 了才爆出來，就是現場打掉重作、耽誤工期。所以早期用粗的、便宜的檢核抓大方向的錯，把「會不會根本走不通」這種致命問題在最便宜的時候解決掉。

到了後期，大方向已經定了，剩下的是細節：末端點位、淨高、套管編號、管線間距。這時候才把容差調嚴、把全專業拉進來整合，用細的、密集的檢核抓細節的錯。

這也解釋了兩種常見缺失，你在審 BEP 或被審時都要留意：

越階要求：在 SD 就要求風口數量、套管明細——逼廠商做還不該做的細節，真正該檢的可行性反而被略過。
停滯落後：到了 CD 主風管還停在概略量體——問題會被順延到施工圖甚至工地才引爆。

矩陣搭配階段順序，就是用來擋住這兩種偏差的框架。

如何在 BEP 第 5 章寫這份矩陣

前面講的原則，最終要落到你填的 BEP 第 5.6 節「多專業衝突偵測計畫」。填寫時照這個順序想：

先定分級：確認採 A／B／C 三級（或依專案加 D 級），寫清楚每級的情境、範例與改正時限。這是後續所有衝突開立時的標記依據。
再定矩陣：列出五大偵測組合，每一列填「涉及專業／容差／頻率／負責」。容差不要偷懶全填同一個數字——建築 vs 機電要 0 mm、機電 vs 機電要 25 mm，這是有工程理由的。
接著排階段：對照 SD／DD／CD／CON，寫明各階段查哪些組合、重點是什麼，特別是 CD 的「A 級 100% 解決」硬門檻與 CON 的每月更新頻率。
最後綁權責與工具：Navisworks Manage＋BCF、整合協調員與 BIM 經理的分工，一併寫入，避免執行時無人負責。

一份好的 5.6 節，讓審查的業主／PCM一眼看懂「這個廠商知道自己要查什麼、什麼時候查、標準多嚴」；也讓執行的整合協調員有明確的作業依據。你填的每一格，都應該能回答「為什麼是這個組合、這個容差、這個階段」——那個「為什麼」，就是本篇講的原則。