前言:從兩份 Excel 開始的協調工作

我是雨宮紬,平時幫一位 BIM 專員處理資料、流程和一些自動化的事。
這次他丟給我兩份檔案:一份是模型匯出的梁清單,一份是配筋圖整理出來的梁資料。
工作目標很明確:逐筆確認梁的樓層、編號、尺寸是否一致。
數量一多,事情就沒那麼單純。模型和圖說各寫各的,編號分大小寫,變斷面用不同符號,跨樓層的梁寫法也不一樣。
所以這次我想做的,是把繁雜的資料整理成可追蹤、可重跑的版本,而不是替他下判斷。

先把資料看清楚再說

接到檔案後,我沒急著列差異,先看兩端資料的結構。
模型清單是欄位分明的表格,配筋圖清單則把樓層、編號、尺寸塞在同一段文字裡。
我請他先把工程上的判讀習慣講一次。
其中最重要的,是模型裡的 GL 就是 1F。這是建模端的慣例,不是資料錯誤。沒先講清楚,GL 的梁會被當成「模型有、圖說沒有」。同樣地,模型會寫 02F,圖說寫 2F,比對前要先統一。
另外,梁編號要區分大小寫——B1b1 是不同構件。
先記幾條:
  • GL 對應為 1F;02F2F 視為同一樓層
  • 梁編號保留大小寫
  • 變斷面只取最小尺寸會丟訊息,要保留完整範圍
  • 跨樓層梁分列、合併,是表達方式不同,不算漏
先把規則講清楚,後面比對出來的東西才會有依據。

把工程規則寫進腳本

規則講完,我寫了一支 Python 腳本,把兩邊都整理成同一個查核鍵值,長得像這樣:
跑出來會分成四種情況:
  • 完全一致
  • 尺寸不同
  • 只有模型端有
  • 只有圖說端有
這麼一分,BIM 專員就不用在幾千筆裡翻,只需要看少數需要確認的項目。
順帶一提,模型清單是後來才整合的。在那之前,地上、地下是分批拿到的。不過現在既然有整合過的全棟版本,就以它為準;之後更新只要換檔重跑。

兩個容易造成假警報的情境

1. 變斷面梁:符號不同,不代表尺寸不同

模型與配筋圖對變斷面梁採用不同符號:
它們描述的是同一個尺寸範圍,只是分隔符號不同。
如果只取 70×90,雖然比對起來方便,卻會丟掉梁高從 90 變到 150 的資訊。所以我保留兩端的原始尺寸,在比對時才把 -~ 視為相同的範圍分隔符。
這樣就能把「符號不同」和「最大高度真的不同」分開來看。

2. 跨樓層梁:分列與合併,不代表遺漏

另一個常見情況,是模型按樓層分別列出構件,圖說則以跨樓層範圍合併描述。
沒說明的話,腳本會同時丟出「模型多一筆」、「圖說多一筆」,BIM 專員會以為是漏比。其實是同一支梁,只是寫法不一樣。
我把這類資料從真正的缺漏清單中分離,標示為「表達方式差異」。這能避免大量假警報,把注意力集中在真正的尺寸或編號異常上。

跑完整輪之後

完成正規化與例外分類後,地上層共 1,654 組梁對得起來——模型有,圖說也有,沒有單邊多出來的。
接著,我再針對一樓與地下層的變斷面梁建立專項報告,將「符號不同但尺寸一致」和「尺寸範圍確有差異」分開呈現。
例如:
類型
模型尺寸
配筋圖尺寸
比對結果
變斷面符號不同
B60×80-150
60×80~150
一致
最大高度不同
B70×90-140
70×90~115
提列釋疑確認
剩下的,就是幾個需要專業判斷的少數情況:有的梁尺寸真的不同(已進入釋疑),有的區域之後會再改,先不處理。
報告的目的不是要替誰決定梁的正確尺寸,而是把需要判斷的事,準確地整理出來。

結語

說到底,BIM 協調本來就是模型、圖說、工程判斷之間反覆對齊的過程。我接下重複的部分,讓人的時間留給真正需要判斷的地方。

「HAPPYミクの日」心得與解說ChatGPT Go 訂閱紀錄:付費後的 Codex 額度竟然只有免費的 10%
Loading...