可直讀
有 XML、API 或文字層的資料,應優先走結構化抽取,不必繞一圈 OCR。
QIF Series 07 / OCR Data Routing
報帳系統給製造業品質管理一個很好的提醒:成熟的自動化,不是把所有文件都丟給 OCR 或 AI,而是先判斷資料來源、可信度、規則與覆核邊界。
報帳 OCR 系統給製造業品質管理一個很好的啟發:自動化的第一步不是把所有文件都丟給 AI,而是先判斷資料來源。電子發票 XML 可以直讀,QR Code 可以解碼,PDF 文字層可以抽取,真正需要 OCR 的通常是圖片或掃描件;手寫、塗改、低信心度資料,則應標示待覆核。
這套分流邏輯,正是品質資料進入 QIF 框架前也必須具備的治理思維。資料不先分類,後面再強的模型也只是承接混亂。
報帳資料看起來都是「憑證」,但來源差很多。電子發票、紙本發票、收據、交通憑證、PDF 帳單、手機照片,每一種資料的結構性、可信度、錯誤風險與後續審核路徑都不同。
有 XML、API 或文字層的資料,應優先走結構化抽取,不必繞一圈 OCR。
QR Code、條碼、表格欄位與固定版面,適合用規則與解析器先處理。
模糊圖片、手寫件、金額不一致、供應商資訊異常,應進人工覆核佇列。
分流不是把資料切開而已,而是讓系統知道:這筆資料從哪裡來、能信到什麼程度、該進哪個流程、何時必須停下來讓人判斷。
製造現場的品質資料也不是單一型態。CAD/MBD、PMI、CMM 量測結果、AOI 圖像、檢驗報告、供應商文件、異常紀錄與改善對策,各自有不同的來源、語意與信任邊界。
| 報帳資料分流 | 品質資料分流 | 治理意義 |
|---|---|---|
| 電子發票 XML / API | CAD / MBD / QIF 結構化資料 | 優先直讀,保留來源與欄位語意。 |
| QR Code / 條碼解析 | 圖面標註、PMI、檢驗規格解析 | 用規則與標準結構先歸位。 |
| 圖片 OCR / 收據照片 | 掃描報告、AOI 圖像、照片式證據 | 可抽取,但要標示信心度與限制。 |
| 低信心度待覆核 | 異常件、缺欄位、供應商資料不一致 | 不硬塞進系統,先進覆核或例外流程。 |
很多系統在展示時只強調「自動辨識率」,但現場真正怕的是另一件事:錯的資料被自信地送進下一關。財務怕錯帳,品質怕錯判,製造怕錯版,這些問題都不是 OCR 辨識率單一數字能解決的。
成熟系統要能回答四個問題:
知道資料來自 API、原生 PDF、掃描圖片、人工輸入,還是供應商外部文件。
不是只給結果,而要知道為什麼這筆資料被送到報帳、覆核、補件或異常流程。
遇到低信心度、欄位衝突、金額不一致或關鍵欄位缺漏,就要停止自動入帳。
人工修正不只是補洞,而是讓下一次的分流規則與信心判斷更準。
這也是 QIF 對品質資料的啟發:AI 前面要有資料入口治理;沒有分流,AI 只是承接混亂;有分流,AI 才能做高價值判讀。
以下案例來自內部檔案命名與資料整理邏輯,公開頁不放本機檔案路徑與 file 連結,避免把內部工作區暴露到網站上。
先盤點資料來源與可處理性,再決定直讀、解析、OCR 或覆核。這是報帳手冊精神在工廠資料治理上的對應。
對完整檔案庫先做型別與來源分類,代表「分流先於判讀」不是口號,而是系統落地前的基本動作。
只有影像或掃描件才進 OCR;結構化檔案優先直讀。這能降低誤辨識,也讓後續覆核更聚焦。
AI Expert Services 可協助盤點資料來源、設計分流規則、建立覆核佇列,讓 AI 不只是辨識文字,而是進入可治理的品質資料流程。
定位:本頁為知識庫「QIF 專題系列」文章,用來整理工廠 CAD、品質資料、製造治理與 AI 應用之間的關係,並連結外部權威準則。具體敏感明細留在各受控源文件,本頁只做指引。(本頁所述「工廠」均為去識別化代稱。)
若連結之權威單位,有認為需要修改/下架之必要,本單位將配合調優、修改、刪除或者下架。
保密(營業秘密):本頁為對外文件,不揭露客戶名稱、機種真實名稱(一律代號)、配方、供應商料號、報價等營業秘密。
引用(連結=引用,不得用於模型訓練):外部連結僅供「引用、查證、延伸閱讀」,不得整段/整圖轉載、不得用於訓練 AI。標準發行者(ISO/ASME/AIAG)之標準條文原文一律不轉錄;本頁相關內容均為自行整理並標出處。