資料與文件 · 實作指南
換 OCR 模型前,先檢查收到的掃描文件
把拍攝、掃描與格式問題和模型問題分開,找出真正可改善的環節。

分清影像問題與辨識錯誤
模糊發票可能在提示詞發揮作用前就已經失敗。AWS 文件列出輸入品質的考量,但企業仍要測試自己的文件來源。按拍攝方法、供應商、語言與版面抽樣,保留原檔不變,再標記旋轉、反光、裁切或字跡太淡等問題。這些標籤能說明真正需要的是更好的模型,還是更清楚的文件接收規則,避免把一切錯誤都歸咎 AI。
用同一文件做成對比較
以假設的維修公司為例,將同一試算表的原始照片與重新拍攝的清晰版本分別處理,保持擷取設定不變。比較重要欄位、審核時間及退回文件數量,不只比較可讀字元。如果重新拍攝就能改善,先教育訓練接收文件的人員,而不是立刻加入昂貴的前處理流程。如果效果仍不好,才拿著相同證據比較解析器或版面辨識方案。
流程一覽
退回文件也要容易處理
退回訊息應指出可處理的問題,例如頁邊缺失、識別碼看不清、語言不支援,或多份試算表混在一起。只顯示「信心不足」對同事沒有幫助。文件無法重拍時,也要提供人工繼續處理的路徑。不要承諾任何通用門檻:漏掉設備序號與參考備註的標點錯誤,造成的後果不同,需要採用不同的攔截方式。
衡量完整接收流程
除了辨識結果,也記錄客戶需要重交多少次,以及員工等候補件多久。技術上更乾淨的輸入要求,可能給繁忙客戶造成麻煩,應明確討論這項取捨並記錄例外。新增供應商或手機拍攝方式後,再做一次比較。良好 OCR 營運需要結合文件品質、語言支援檢查、合理審核和失敗個案負責人,不能只依靠模型排行榜。
建立文件接收回饋
挑一種經常發生的拍攝缺陷,修改面向客戶的接收說明,再比較下一批有代表性的文件與原有樣本,並計入補件投入。只有完整流程改善才保留新要求。若客戶需要花很多時間重拍,模型準確度提升未必代表服務更好。接收規則應讓人容易照做,而不是把整理成本全部轉嫁到客戶身上。
來源與延伸閱讀
- Amazon Textract best practicesAmazon Textract best practicesAWS · 官方文件 ·
- Parse and chunk documentsParse and chunk documentsGoogle Cloud · 官方文件 ·
編輯原則
本系列以 AI 輔助原創撰寫,並對照連結的公開來源。實作建議與假設情境屬編輯分析,並非客戶實績。來源發布日期及產品細節可能與本系列整理日期不同。