重點摘要
- TIDP（Task Information Delivery Plan，任務資訊交付計畫）：單一任務團隊（如建築、結構、機電各設計／施工單位）自己的交付清單——什麼文件、由誰、什麼格式、哪個日期。
- MIDP（Master Information Delivery Plan，主資訊交付計畫）：由 BIM 協調單位彙整全案所有 TIDP 而成的主交付總表，並加上整合層級的交付（整合模型、衝突報告）。
- 兩張表的靈魂是日期：計畫日必須對應工程時程與契約里程碑，而不是憑感覺填。
- 每個里程碑用交付確認表逐項勾稽「該交的是否都交了」，這就是業主端點收的依據。
一句話記住分工：TIDP 是「各隊的功課表」，MIDP 是「全班的總課表」。
TIDP：任務團隊的功課表
ISO 19650-2 把工程裡的每個參與單位視為「任務團隊（Task Team）」。每個任務團隊在開工前要提出自己的 TIDP，回答四個問題：
| 欄位 | 要回答的問題 | 填寫範例 |
|---|---|---|
| 交付物 | 交什麼？ | 結構專業模型（B 棟）、結構計算書 |
| 負責人 | 由誰交？（具名，不是只寫公司） | ○○結構技師事務所／王工程師 |
| 格式 | 用什麼格式交？ | .rvt＋IFC 4＋PDF 摘要 |
| 計畫日 | 哪一天交？對應哪個里程碑？ | 2026-10-15（細部設計審查前 5 個工作日） |
常見的錯誤填法是把交付物寫成「結構模型」四個字就結束——沒有範圍（哪一棟、哪些樓層）、沒有具名負責人、沒有格式。這樣的 TIDP 到了驗收時每一項都有爭議空間。
MIDP：協調單位彙整的總課表
MIDP 不是另外發明一份新表，而是把全案所有 TIDP 疊起來，依時間軸排成單一主交付時程，並補上任務團隊各自看不到的「整合層級交付」：
- 專業交付：各任務團隊 TIDP 的內容（各專業模型包、圖說、報告）。
- 整合交付：BIM 協調單位自己的產出——整合模型（Federated Model，常見 NWD 格式）與衝突檢討報告。
| 比較 | TIDP | MIDP |
|---|---|---|
| 由誰編 | 各任務團隊 | BIM 協調單位（彙整） |
| 範圍 | 自己團隊的交付 | 全案所有交付＋整合交付 |
| 用途 | 團隊內部排程與承諾 | 業主／PCM 檢視全案交付進度的單一依據 |
| 更新時機 | 團隊時程變動時 | 任一 TIDP 變動即同步更新 |
MIDP 的價值在「單一」：業主只看一張表，就知道全案下一個月該收到哪些東西。
最容易被抓的錯：時程對不起來
TIDP／MIDP 審查時，第一個被檢核的不是格式，是日期的一致性：
- 計畫日與工程時程脫節——模型交付日排在對應工項開工之後，模型變成「事後補做」，失去指導施工的意義。
- 整合模型交付與衝突檢討對不齊——MIDP 裡每次整合模型（NWD）的交付，應對應 BEP 第五章的一輪衝突檢討；若第五章寫「每兩週檢討一次」而 MIDP 的整合模型每月才交一次，兩章互相矛盾。
- 里程碑日期與契約不一致——MIDP 的里程碑計畫日必須以契約交付時程為準，不能自行放寬。
里程碑交付確認表：點收的依據
每個契約里程碑（如基本設計審查、細部設計審查、竣工）搭配一張交付確認表，逐項勾稽：
| 應交付項目 | 業主要求日 | 廠商承諾日 | 實際交付日 | 齊備 |
|---|---|---|---|---|
| 建築專業模型＋IFC | 2026-10-15 | 2026-10-13 | — | ☐ |
| 整合模型（NWD）＋衝突報告 | 2026-10-15 | 2026-10-14 | — | ☐ |
| 自主檢查表 | 隨模型檢附 | 隨模型檢附 | — | ☐ |
操作要點：
- 逐項打勾，不整批簽收——缺一項就是缺，退補要有紀錄。
- 「廠商承諾日」由廠商在 BEP 第七章填寫，承諾日不得晚於業主要求日；若確有困難，在備註欄說明理由並經業主同意。
- 確認表與 MIDP 同源：MIDP 上有的項目，確認表就該有對應列，不能挑著列。
與 BEP、EIR 的連動
- EIR 第三章（交付要求）訂出業主要什麼、何時要——這是 TIDP／MIDP 的上位依據。
- BEP 第七章：7.1 填 MIDP、7.2 填 TIDP、7.3 逐里程碑確認交付日，三節構成完整的交付承諾。
- BEP 第五章（協同作業）：衝突檢討輪次決定整合模型的交付頻率，兩章時程必須互相對齊。