05_接手他人的財務模型：驗證、稽核、除錯與版本控制

核心表格

核心主題	主要觀點／方法	實務用途	重要條件／限制／延伸
Template 判斷	Template 只在 business 足夠簡單、情境高度一致時真正省時間	快速建立 budget、pricing、basic financial statements	不理解底層邏輯時，後續修改成本與錯誤風險可能更高
Inherited Model Responsibility	接手別人的模型也等於接手其 assumptions、calculations 與 mistakes	Acquisition due diligence、年度更新、legacy model 維護	不能以「model says so」當作解釋
First-open Checklist	檢查 formatting、formulas、calculation mode、errors、named ranges、links	快速掌握 workbook 結構與風險	Manual calculation 常造成「公式看似沒反應」的假性錯誤
Name Manager	檢查 redundant names、#REF!、external links 與 unused names	清理 legacy dependencies	刪除前必須確認是否仍被模型引用
Document Inspector	找 hidden sheets、metadata、compatibility／accessibility 等潛在問題	交付前清理、接手模型風險盤點	Remove 操作無 Undo；hidden sheets 可能仍被 formulas 使用
Trace Precedents／Dependents	向後追來源、向前追使用該 cell 的 outputs	理解 formula lineage、找 redundant assumptions	某些 data tables、arrays、INDIRECT、OFFSET 依賴不一定完整顯示
Evaluate Formula／F9	拆解 complex／nested formulas，逐步評估 logical tests	公式除錯與理解他人模型	Excel audit tools 不等於正式 financial model audit
Error Checking	找 inconsistent formulas、omitted cells、numbers stored as text、circular references	快速掃描 worksheet 錯誤	Excel 的 error rules 也可能產生不必要警示，需人工判讀
Watch Window	在不同 sheets 工作時持續監控 key output	Sensitivity testing、assumption changes	Watch Window 只監看，不取代計算或 validation
Version Control／Co-authoring	中央化版本可降低多人工作在舊版本造成的 rework	多人協作 financial modeling	原書為 2022 年，Microsoft 365 功能敘述屬來源時點

接手模型等於接手責任

原書指出，實務中從零開始建模反而少見；modeler 更常遇到的是更新舊模型、修正別人的 model，或接手已離職同事留下的 workbook。

接手模型不只接手 inputs 與 formulas，也接手原作者可能留下的 mistakes。若 investor 問「為什麼 sales projection 急升、expenses 卻沒有？」回答「因為 model 就是這樣算」是不合格的。負責模型的人必須能理解 drivers、assumptions 與 calculation chain。

Template：快，不代表適合

Template 的吸引力在於 initial time／cost 低，尤其對 casual modeler。但原書提醒：如果 business 不夠標準化，template 常只是「漂亮 spreadsheet」，不一定是 robust、responsive、dynamic financial model。

因此 template 是否值得用，取決於：

Business 是否簡單。
Template 是否真正符合情境。
使用者是否理解 formulas 與 assumptions。
後續是否能自己修改。