為什麼 CDE 是 BIM 的基礎設施
共同資料環境（Common Data Environment, CDE）不只是一個檔案分享平台，它是 BIM 資訊流通的正式管道。沒有 CDE，BIM 的版本管理、審查流程、歷程記錄都無從實現。
ISO 19650 明確規定：所有 BIM 成果的發布與共享，都必須透過 CDE 進行。工程會作業手冊也採用同樣的要求。
ACC（Autodesk Construction Cloud）是目前台灣最廣泛使用的 CDE 平台，其前身是 BIM 360。
業主簽約後的 ACC 設置步驟
步驟一：建立 ACC 帳號與專案
- 登入 construction.autodesk.com（需 Autodesk ID）
- 建立新專案，輸入工程名稱、類型、地址
- 設定專案時區（台灣選 UTC+8）
- 選擇啟用的模組（建議：Docs + Model Coordination + Issues）
步驟二：設定成員角色與權限
ACC 的角色層級（由高到低）：
- 管理員（Admin）：可設定成員與權限，業主/PCM 擔任
- 編輯（Edit）：可上傳檔案、修改狀態
- 查看（View）：只能查看，不能上傳
建議權限分配：
- 業主：管理員（Admin）
- PCM 顧問：管理員（Admin）
- 總包廠商 BIM 經理：編輯（Edit）
- 各專業廠商 BIM 工程師：編輯（Edit，限自身專業資料夾）
- 業主內部審查人員：查看（View）
步驟三：建立標準資料夾結構
CDE 的資料夾結構是整個工程的資訊架構，建議在簽約初期就確立，後期更改影響巨大。
標準資料夾結構（依 ISO 19650 建議）：
[專案名稱] ├── 01_EIR ├── 02_BEP ├── 03_模型 │ ├── 建築（ARK） │ ├── 結構（STR） │ ├── 機電（MEP） │ └── 整合（COORDINATION） ├── 04_圖說 ├── 05_報告 │ ├── 衝突報告 │ └── 自主檢查報告 ├── 06_會議紀錄 └── 07_竣工資料
步驟四：設定命名規則
ACC Docs 支援命名規則的自動驗證。建議在專案初期設定命名規則模板，強制廠商上傳時遵守。
標準命名格式（參考工程會手冊）：
[工程代碼]-[專業代碼]-[構件類別]-[版次]-[日期]
範例：PRJ001-ARK-PLAN-R02-20241215
步驟五：設定版本狀態工作流程
這是 CDE 最核心的功能。ACC Docs 的審查工作流程設定步驟：
- 進入 Document Management → Workflows
- 建立新工作流程「BIM 送審流程」
- 設定三個狀態節點：
- WIP（廠商工作中，不觸發通知）
- Shared（送審，通知 PCM/業主）
- Published（業主核定，通知所有成員）
- 設定各狀態的角色權限（誰可以推進狀態）
步驟六：帳號建立期限管控
EIR（業主需求書） 通常要求廠商在簽約後 7 個工作天內完成所有成員帳號建立。業主應：
- 在簽約後立即發送 ACC 邀請給廠商 BIM 經理
- 要求廠商在 7 天期限內回傳「帳號建立完成確認表」
- 如廠商逾期，記錄於 PCM 月報
步驟七：模型協調設定
在 ACC Model Coordination 模組中：
- 建立協調空間（Coordination Space）
- 上傳各專業底圖（建築作為基準）
- 設定碰撞偵測範圍與精度
- 啟用自動碰撞偵測（建議每週一次）
步驟八：廠商教育訓練
很多 BIM 執行失敗的原因不是技術問題，而是廠商不知道如何正確使用 CDE。建議業主要求廠商在開工後的第一次界面協調會議中，進行 ACC 使用說明：
- 版本狀態的操作流程
- 正確的上傳格式與命名
- 如何在 ACC 中發起審查申請
- Issues 模組的使用（疑義追蹤）
常見的 ACC 使用錯誤
- 廠商直接跳過 Shared 狀態，上傳到 Published：表示廠商未理解版本狀態的意義，需要立即糾正
- 多個廠商共用同一個帳號：導致歷程記錄無法追溯到個人，違反 CDE 管控目的
- 在 ACC 以外的管道傳輸模型（如 LINE、Email）：所有 BIM 成果都必須透過 CDE，私下傳輸的版本不具法律效力
- 命名不一致：同一個模型在不同版次使用不同命名，導致版本無法自動識別
在樂彬 OIM 平台的 BEP（BIM 執行計畫書） 藍圖設計模組中，業主可以在 BEP 第五章（協同作業機制）中定義 ACC 帳號建立期限、版本狀態要求與送審清單，這些設定會自動對應到後續的廠商 BEP 填報與任務管理。