本篇定位｜BIM 初學入門概念 · 治理/標準橋接第 10 篇。 本篇是 ISO 19650 的一頁入門：建立整體圖像、記住四個骨架。各主題的完整內容（需求鏈、資訊驗證、IDS、風險登錄…）在「ISO 19650 系列」分類。
它在管什麼？
一句話：ISO 19650 管的不是「模型怎麼做」，而是「誰、在什麼時間、交付什麼資訊、放在哪、由誰核可」。
換句話說，它是一套資訊管理標準，不是建模手冊。它假設模型技術大家都會，真正的問題出在治理：需求沒講清楚、交付沒有關卡、版本沒人管、竣工資料散失——這些正是〈為什麼需要 BIM〉裡三大痛點的制度面解方。
簡史：源自英國 PAS 1192 系列（2013 起，配合英國政府 BIM 政策），2018 年升級為國際標準 ISO 19650，逐步取代 PAS 1192 與「BIM Level 1/2/3」成熟度框架。台灣工程會近年的作業手冊也逐步參照其架構。
骨架一：資訊需求鏈——需求由上而下，層層具體化
OIR（組織資訊需求）：組織長期經營需要什麼資訊
├─→ AIR（資產資訊需求）：為了維運資產，需要什麼資訊
└─→ PIR（專案資訊需求）：為了這個專案的決策，需要什麼資訊
│
AIR＋PIR ──→ EIR（交換資訊需求）：這一次委任，廠商要交換什麼資訊
│
廠商以 BEP 回應（投標前 pre-appointment BEP → 決標後正式 BEP）
看懂這條鏈，就看懂了「業主主導」的意思：EIR 不是憑空開規格，而是從組織與資產的真實需求推導出來的。沒有上游需求，EIR 就會淪為抄範本（推導方法見「ISO 19650 系列」與「EIR 完整指南」分類）。
骨架二：PIM → AIM——模型的一生
交付階段（設計、施工）產出的所有模型與資訊，統稱 PIM（專案資訊模型）；竣工驗收後，PIM 中維運需要的部分轉化為 AIM（資產資訊模型），交給營運單位使用數十年。
這一步是 BIM 對業主的終極價值：模型不是交差用的檔案，而是「用專案的錢，買到營運期的資產資料庫」。要讓這一步成立，EIR 必須在最前面就寫清楚竣工要交什麼（常用 COBie 格式）。
骨架三：CDE 四狀態——資訊的紅綠燈
所有資訊容器（模型、圖說、文件）都放在 CDE，依四個狀態流動，每次換狀態都有關卡：
| 狀態 | 意思 | 誰把關 |
|---|---|---|
| WIP 工作中 | 團隊內部編輯，別人看不到 | 任務團隊自己 |
| Shared 共享 | 分享給其他專業協調參照 | 進入前由任務團隊自檢（check） |
| Published 發布 | 經核可授權，可據以執行 | 主受任方審核授權、指定方（業主）接受 |
| Archived 封存 | 歷程留存供稽核 | 每次狀態轉換都留紀錄 |
兩個常見誤解：Shared 的主要目的是跨專業協調（不是「業主第一次審查」）；Archived 是貫穿全程的橫向留存（不是流程最後一格）。
骨架四：契約三方
- 指定方（appointing party）＝業主：發 EIR、審核、接收
- 主受任方（lead appointed party）＝帶領交付團隊者：視階段而定（設計階段常為主導設計者，施工階段可為統包），彙整交付、對業主負責
- 受任方（appointed party）＝各專業廠商（任務團隊）：建模與交付
搭配「資訊管理職能」：ISO 19650 把資訊管理視為可委派的職能，台灣常由 PCM（專業營建管理）承擔（見〈BIM 團隊與角色地圖〉〈PCM 顧問的角色與責任〉）。
各 Part 一覽
| Part | 名稱 | 一句話 |
|---|---|---|
| Part 1 | 概念與原則 | 定義術語與整體框架（LOIN、CDE、三方…） |
| Part 2 | 資產交付階段 | 設計到移交怎麼管：EIR→BEP→TIDP/MIDP→交付與驗證 |
| Part 3 | 資產營運階段 | 移交後 AIM 怎麼維護與使用 |
| Part 4 | 資訊交換 | 資訊交換的品質與流程細節（2022） |
| Part 5 | 資訊安全 | 資安思維的資訊管理 |
入門先熟 Part 1 與 Part 2 就夠——台灣公共工程的採購與交付幾乎都落在 Part 2 的範圍。
對台灣業主的意義：怎麼開始
- 不必等法規強制：ISO 19650 是「可以直接在契約引用」的管理架構；在 EIR 與契約中引用其狀態流程與角色定義，立刻就能用。
- 與工程會手冊並行：手冊提供台灣格式（LOD、表單），ISO 19650 提供治理邏輯（需求鏈、關卡）；兩者互補不衝突，注意術語對照即可（LOD vs LOIN）。
- 起手式＝把四個骨架翻成契約語言：需求（EIR）→ 回應（BEP）→ 關卡（CDE 四狀態）→ 責任（三方角色），這正是「EIR／契約／BEP 三文件連動」的內容（見〈EIR、契約、BEP 三份文件的架構連動與內容差異〉）。
常見誤解
- 「ISO 19650 是建模標準」：不是，它幾乎不談怎麼建模，只談資訊怎麼管。
- 「要買某套軟體才算符合」：標準不綁軟體；任何能實作四狀態與關卡的平台都可以。
- 「小案子用不上」：需求鏈與關卡可以縮減規模套用；治理邏輯與案量無關。
- 「ISO 19650 規定 LOD 100–500」：錯，它用 LOIN；LOD 是美系/台灣慣用體系（詳見〈BIM 名詞地圖〉）。
本篇重點整理
四個骨架記住就畢業：需求鏈（OIR→AIR/PIR→EIR→BEP）、模型鏈（PIM→AIM）、CDE 四狀態、契約三方。它們共同回答一句話——「誰在什麼時間交付什麼資訊、由誰核可」。深入各主題，請進「ISO 19650 系列」分類。