依原書最後一項策略 Including Error Checks，說明模型內建 reconciliation 如何自動監控結果，以及它的侷限。
原書以 CapEx schedule 為例：schedule total 應等於所有 individual items 的總和，因此很適合內建 automatic error check。
| 可驗證關係 | Error Check 概念 |
|---|---|
| CapEx Total vs Sum of Items | 兩者相減應為 0 |
| Accounting／Reconciliation | 可用 subtraction 或 IF |
先找出模型中必須成立的 identities，例如 Sources=Uses、Assets=L+E、schedule total=sum of items。將差額獨立成 check cell，再用 conditional formatting／IF 顯示異常。
| 使用情境 | 原書判斷 |
|---|---|
| 後續使用者輸入／修改錯誤 | Error checks 很適合捕捉 |
| 建模者一開始就寫錯邏輯 | 不一定抓得到 |
一個 check 可能與錯誤 formula 使用同一套錯誤邏輯，因此仍回傳 0。原書因此強調 error checks 不能替代 checking、auditing、peer review 與 stress testing。
請為 three-way financial model 列出至少五個適合內建的 reconciliation checks，並說明每個 check 能抓到什麼錯誤、抓不到什麼邏輯錯誤。
**問題：**Balance Check = 0 是否足以證明整個模型一定正確？