為什麼 EIR 需要版本管理

在傳統工程實務中，EIR 修改後用 Email 重新發給廠商，結果廠商不確定哪份是最新版，業主自己也不確定廠商手上是哪個版本。這種「版本混亂」是 BIM 執行失敗最常見的原因之一。

EIR 的三階狀態管理，就是解決這個問題的方法。

版本管理標準（課堂簡報圖解）

三個版本狀態說明

工作中(WIP) — 草稿

業主在編輯 EIR 時，文件處於工作中(WIP)狀態。此時：

  • 廠商看不到這份文件
  • 業主可以自由修改、儲存
  • 每次儲存不自動升版

工作中(WIP)是「業主的內部工作區」。

協作(Shared) — 分享給廠商審閱

業主確認 EIR 草稿完成，準備讓廠商查閱時，將文件推進至協作(Shared)狀態。此時：

  • 廠商可以查看這份文件（唯讀）
  • 業主仍可修改，但修改會觸發版本升號（例如 v0.5 → v1.0）
  • 廠商看到的是「業主已確認的版本」

協作(Shared)是「已公開但可能還在微調」的狀態。

送審核定(Published) — 正式定稿

業主確認 EIR 不再修改，正式將其標記為送審核定(Published)。此時：

  • EIR 鎖定，業主不能再編輯
  • 廠商可以開始依據送審核定(Published)的 EIR 撰寫 BEP（BIM 執行計畫書）
  • 送審核定(Published)版本成為整個專案的資訊需求基準

送審核定(Published)是「業主承諾這就是最終版本」的宣告。

版本升號規則

從到版本號變化
工作中(WIP) 草稿協作(Shared)（第一次）0.5 → 1.0
協作(Shared) 修改再次協作(Shared)1.0 → 1.1
協作(Shared)送審核定(Published)保持現有版號，加送審核定(Published)標記

常見操作情境

情境一：EIR 第一次完成

業主填完 EIR → 儲存草稿（工作中(WIP) v0.5）→ 分享給廠商（協作(Shared) v1.0）→ 廠商開始撰寫 BEP

情境二：廠商提出問題，業主需要修改 EIR

業主在協作(Shared)狀態修改 EIR → 系統自動升版（v1.0 → v1.1）→ 廠商收到通知更新 BEP

情境三：簽約後 EIR 定稿

業主確認不再修改 → 標記送審核定(Published) → 廠商以此為基準完成 Post-Contract BEP

版本歷史查詢

樂彬 OIM 平台保存每次版本的完整快照，包括：

  • 版本號與狀態
  • 修改時間
  • 各欄位的具體變更內容

業主和廠商可以隨時查看歷史版本，追蹤需求的演變脈絡。