為什麼 EIR 需要版本管理
在傳統工程實務中，EIR 修改後用 Email 重新發給廠商，結果廠商不確定哪份是最新版，業主自己也不確定廠商手上是哪個版本。這種「版本混亂」是 BIM 執行失敗最常見的原因之一。
EIR 的三階狀態管理，就是解決這個問題的方法。
三個版本狀態說明
WIP（Work In Progress）— 草稿
業主在編輯 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 平台保存每次版本的完整快照，包括：
- 版本號與狀態
- 修改時間
- 各欄位的具體變更內容
業主和廠商可以隨時查看歷史版本，追蹤需求的演變脈絡。