# 讓單據走進流程，不只停在辨識文字。

正式網頁：https://kenjago.com/knowledge/document-ai.html

內容更新：2026-10-28

文件格式不同，業務規則也不同。耕佳把辨識、規則與例外分開檢核，讓輸出是可對照的業務資料，而不是一串看似正確的文字。

## 適合哪些工作？

適合需要重複讀取 PDF、報價單、採購單或訂單文件，再整理品號、數量、單價等資料的作業。文件種類、掃描品質與客戶規則會影響範圍，應先用代表樣本確認，不以一份乾淨文件代表所有來源。

來源文件 → OCR 辨識 → 欄位與規則核對 → 人工複核 → 候選資料

## 四個階段，不混成一個承諾

1. 文件辨識 取得文字與來源位置，確認表格、頁面與欄位的對應。

2. 業務規則 核對品號、數量、單價、金額與客戶規則，保留疑點而不是默默猜值。

3. 資料整備 按約定欄位輸出可複核的候選資料；需要 XLSX 時，識別碼與前導零等文字型態也納入驗證。

4. ERP 整合 依 ERP 接口或匯入方式、權限與核准流程另行評估，包含重複資料、錯誤處理及回復方法。

## 手寫與異常，先交人工

本方案以含手寫或異常文件先交人工處理為原則；即使部分數值辨識清楚，也不把整份文件自動當成可寫入資料。實際攔截條件、人工處理畫面與放行程序要寫進規格並驗收。

## 可以討論的交付

來源樣本與格式盤點、欄位字典、客戶規則對照、候選資料檔案、例外清單、驗收紀錄與操作方式。正式 ERP 寫入不是候選資料檔案的同義詞，需分別界定交付。

## 驗收看什麼？

逐欄核對與原文件的對應，檢查總額或數量計算、欄位型態、缺值與重複情境。除了正常樣本，也測試含手寫、多頁、模糊及格式差異的資料；沒有測到的情境，不宣稱已支援。

讀取報價單不等於自動產生正式報價；辨識訂單不等於已完成 ERP 寫入。任何正式寫入都需要授權、整合測試及對應驗收，網站不承諾辨識率或自動通過率。

[查看文件應用 →](https://kenjago.com/cases/index.html#documents) 　 [了解人工確認與交付方法 →](https://kenjago.com/knowledge/ai-governance.html)