回讀驗證與操作紀錄

為什麼要回讀

辨識會認錯字，取代會受字型缺字、版面擁擠影響。只看預覽容易漏掉一兩處。回讀把「我改了什麼」變成「新檔案裡實際寫著什麼」，並逐處給出結論。

怎麼核對

• 掃描影像：對每處取代的區域重新辨識，與應有的新文字比對。
• 文字層：直接擷取該位置的文字比對。
• 關鍵欄位：金額、日期、編號嚴格比對，同時要求第二個辨識模型的結果一致。
• 結論：結果清單新增「回讀」欄，顯示「✓ 通過 / 需核對 / ✕ 未通過」，儲存橫幅可以「只看未通過」。

天城文、卡納達文可以再裝一個回讀校對套件，作為第二辨識器，減少母音符號誤讀造成的「需核對」。（阿拉伯文也有校對套件，但目前版本暫不支援尋找和取代阿拉伯文，所以暫時用不上。）

操作紀錄 manifest.json

每次儲存會在輸出檔案旁寫一份「檔名.manifest.json」，內容包括：

• 原始檔案和輸出檔案的檔名與 SHA-256；
• 規則數量和統計；
• 回讀結果（檢查數、通過、需核對、未通過），遮蔽時為殘留檢查結果；
• 風險判定；
• 軟體、引擎和辨識模型的版本。

有了它，接收方可以核對交付的檔案是否就是當時輸出的那一份。可以用操作紀錄核對工具在瀏覽器裡直接核對。

專案與當機復原

每個開啟的檔案自動儲存為專案，包括關鍵字、設定和勾選狀態。程式沒有正常關閉時，下次啟動會提示「從中斷處繼續」並還原勾選。

常見問題

為什麼金額、日期、編號要特別嚴格？

這類欄位錯一位就是另一個值。回讀時它們必須完全一致，並且要求第二個辨識模型的結果也一致。泰文數字視為等價，千分位可有可無。

操作紀錄裡有原文嗎？

取代的操作紀錄有規則數量和統計，沒有關鍵字原文。遮蔽的操作紀錄只含類別和位置，不含被刪除的文字。

命令列模式怎麼知道驗證沒通過？

結束代碼 3 表示檔案已寫出，但回讀或殘留檢查發現問題。