資料與文件 · 實作指南
數字讀對卻放錯列，仍然是擷取錯誤
試算表擷取的驗收應檢查欄列關係，不能只看幾個正確數字。
驗證關係，不只驗證儲存格
試算表看起來可能十分可信，但某個數量已經移到下一個貨品。版面擷取文件說明如何取得結構，驗收卻應追蹤業務關係。使用列號或穩定欄位組合識別每列，再檢查品名、數量、單位及金額是否仍屬於同一專案。字體清晰、數字可讀，並不足以證明採購訂單紀錄可直接使用，尤其需要留意合併儲存格與跨頁表頭。
把難試算表放進試點
假設一家分銷商的文件包含跨頁試算表、重複表頭、折扣列及代表沿用上一列的空白欄位，這些都應納入試點。讓審核員先看原檔重建數列，再查看 AI 結果，可以揭露來源本身的模糊處。不要為了展示成功而一直清理測試集，直到所有頁面都像供應商示範；那樣等於刪除了實際流程最需要解決的情況。
流程一覽
把算術檢查當線索
總額、列數及單位一致性可協助找出疑點，卻不是正確性的證明。兩個錯誤數字仍可能相加一致，稅項與四捨五入規則也可能不同。發現不一致時，讓審核畫面顯示相關影像區域。若工具有提供位置資訊，應保留解析結構與原始座標，讓開發者診斷失敗原因，不必每次要求同事重新解釋整張文件。
採用正確的驗收單位
同時報告欄位正確率，以及整列或整份文件完全正確的情況。如果每列仍需人工檢查，漂亮的平均分數可能沒有帶來實際節省。先確認哪些錯誤可直接修正、哪些需要重新輸入。目的在於可靠地交接到現有系統，而不是產生最多欄位的試算表。正式連接寫入前，應以具代表性的例外情況測試下游匯入流程。
一次試算表重建練習
請審核員只看擷取結果重建幾列難試算表，再展示原檔比較。當人員也無法確認數量屬於哪個品名時，缺失上下文就很清楚。把這些樣本保留為系統整合測試，不只是 OCR 例子。正式交付資料時，應連同欄位對應及例外處理，讓下游維護者知道哪種結構可接受、哪種必須退回人工核對。
來源與延伸閱讀
編輯原則
本系列以 AI 輔助原創撰寫，並對照連結的公開來源。實作建議與假設情境屬編輯分析，並非客戶實績。來源發布日期及產品細節可能與本系列整理日期不同。