依原書最後一個 pitfall，建立模型 handover 後發生問題時的 root-cause 與 recovery 流程。
使用者回報「spreadsheet isn’t working」。原書建議不要憑直覺亂修，而是從 process of elimination 開始：先區分是 data 問題還是 model 問題。
| Recovery Asset | 用途 |
|---|---|
| Audit Log | 追查誰改了什麼／何時改 |
| Clean Copy at Handover | 與 broken copy 使用同 inputs 比較 |
| Error Checks | 快速定位 obvious reconciliation failures |
| Protection／Data Validation | 修復後減少再次發生 |
用相同 inputs 比較 clean vs broken versions；查看 error checks；再依 Chapter 5 auditing techniques trace precedents／dependents。找出 root cause 後，決定修 current version，或把新 data 搬回 clean copy。
| 診斷結果 | 下一步 |
|---|---|
| Clean 與 Broken 同 inputs 產生不同 outputs | 比較 formulas／structure，定位被修改處 |
| 問題源於 user input | 補 Data Validation／training |
| 問題源於可編輯 formula area | 補 Protection／process controls |
真正 robust 的模型不只是「交付當天 bullet-proof」，還必須支援 change history、recovery 與持續維護。每次 incident 都應回饋成新的 error-proofing control。
請根據 audit log、clean copy、error checks、formula auditing、protection、data validation，設計一份 financial model incident-response checklist，按 root-cause → recovery → prevention 排序。
**問題：**若 audit log 沒填，但仍保留 handover clean copy，還能如何縮小問題範圍？