單據辨識不只是 OCR：從製造業訪談到提案會議，POC、端到端流程與補助提案怎麼準備
單據辨識是什麼？為什麼製造業現場還在人工登打
單據辨識是把發票、進貨單、出貨單、簽收單這類單據的影像，轉成金額、日期、品項、數量這些可以直接拋轉到系統的欄位資料。它跟一般 OCR 的差別在後半段：OCR 停在「圖片變文字」，單據辨識要做到「欄位變資料」，而且這些資料要接得到下一個流程。你在比較工具之前，先把這一層想清楚，後面的取捨才不會走偏。
定義：從影像到能拋轉的欄位資料
政府平台上架的方案是怎麼描述這件事的，可以直接看原文。
「透過 AI 自動辨識取代人工登打，實現企業單據即時拋轉與財務數位化，降低營運成本並提升決策品質。」
資料來源：商業服務業智慧轉型專區
這句話裡的關鍵字是「拋轉」。辨識完的資料如果只是躺在一個 Excel 裡等人再貼一次，人工登打其實只是換了地方發生。我在看任何單據辨識方案時，先問的就是辨識結果要往哪裡去。
現場的實況：紙本、PDF、手寫單據混在一起
政府近年推電子發票，記帳士事務所收到的憑證卻仍有大半是紙本，需要人工登打。
「收到的會計憑證，半數以上為報支單據、印刷發票、手寫發票等類型，需要倚賴人工登打的方式」
資料來源：台北市電腦公會會員訊息
製造業現場的混合程度只會更高：供應商的送貨單是紙本，客戶的訂單是 PDF，倉庫的簽收是手寫。每一種都要有人看著鍵入，鍵入完還要有人核對。
一個製造業客戶的情境：AI 單據辨識是訪談抓到的痛點
我們最近跟一個製造業客戶走完了前兩個階段的會議，正要進第三階段的提案會議。單據辨識是使用者訪談抓到的具體痛點，也是這篇文章的起點。
Discovery 會議與使用者單位訪談各解決什麼
三個階段各有一件事要確認，順序不能反。
- Discovery 會議：跟決策層確認公司現在最卡的是哪一段，以及這一段跟哪些管理指標有關。
- 使用者單位訪談：找到真正有痛點的單位，把他們每天怎麼做、哪裡出錯、錯了誰要收拾，一件一件問清楚。
- 提案會議：把前兩步的發現變成能拍板的方案，窗口與高層同場，各自要被說服。
這篇講的，就是使用者訪談到提案會議中間要準備的事。
訪談抓到的三個具體痛點
訪談結束後，痛點收斂成三件事，而且彼此是連著的。
- 現場每天有大量紙本與 PDF 單據進來，來源不一，格式也不一。
- 這些單據全靠人工鍵入與核對，同一筆資料常常要碰兩次以上。
- 鍵入錯誤與延遲不會停在財會，會直接卡住後面的請購、對帳與出貨流程。
第三點是我最在意的。它說明單據辨識在這家公司不是財會部門的小工具，而是牽動好幾個部門的流程問題。
提案會議前要準備的四件事
從訪談走到提案，我固定準備四件事。它們對應的對象不同，證明的事也不同，先看整體再逐一說明。
- 單據辨識 POC
用訪談抓到的那種單據做，讓窗口看到做得出來 - 端到端流程優化
攤開辨識後接到哪些流程，對到高層在看的管理指標 - 補助提案書
把端到端計畫寫成可送件、可檢驗的文件 - 兩部分的提案簡報
前半是補助案內容，後半講沒有補助也值得做
一、依訪談情境做出單據辨識 POC，讓窗口親眼看到
POC 用的是客戶自己的單據，照訪談時看到的情境做：同一種單據、同樣的來源、同樣的下一步。窗口要確認的是「你懂我的痛、做得出來」，光靠簡報證明不了這件事，POC 可以。做的時候我會把辨識之後要接哪個流程一起驗證，這樣提案時才講得出端到端。
二、把整個流程端到端的優化攤開，讓高層看到管理指標
高層會為了省一個人的打字時間拍板嗎？不會。他們要看的是這件事跟公司的營收、毛利、人的留任有什麼關係。所以我會把辨識之後的資料怎麼接到請購、對帳、入帳、出貨攤開來，對到他們平常在看的管理指標。這部分的內容，就是後面要放進補助計畫裡做的範圍。
三、產出一份補助提案書
補助提案書寫的就是上面那個端到端的計畫：現況、要改的流程、預期會動的指標、怎麼量測。計畫內容由我們協助整理，送件由企業自己來。它也是給高層看的另一份文件，因為提案書逼你把「做完會有什麼不一樣」寫成可以被檢驗的句子。
四、給高層的提案簡報分兩部分
簡報的前半是補助案的計畫內容，跟提案書對得起來。後半講的是：就算補助案沒有過，我們仍然建議做這個計畫，因為它本身就划算。後半不能省，補助是加速器，決策的依據要放在計畫本身。
窗口與高層要的不一樣：一張表對齊
兩層各自要被說服，文件才拍得下去；同一份材料想同時說服兩層，通常兩層都覺得沒講到重點。下表把對象、他想確認的事、我們拿什麼證明、對應的文件放在一起。
| 對象 | 他想確認的事 | 我們拿什麼證明 | 對應的決策文件 |
|---|---|---|---|
| 窗口（使用者單位） | 你懂我的痛、做得出來 | 用他們自己的單據做的 POC | 簡報裡的 POC 展示與流程說明 |
| 高層 | 這件事跟營收、毛利、人的留任有什麼關係 | 端到端流程優化與對應的管理指標 | 補助提案書、提案簡報的前半與後半 |
這張表也是我們看資料的方式：辨識出來的流程資料給的是事實，管理指標怎麼定是業務脈絡放的判斷標準，兩邊接起來才是一個能拍板的判斷。
單據自動辨識只是入口：辨識後的資料要接到哪些流程
辨識做得再準，資料沒有接上去，管理指標不會動。這一節講資料要接到哪裡，以及單點導入工具跟端到端流程優化差在哪。
請購、對帳、入帳、出貨：資料接上去指標才會動
廠商的產品頁本來就把辨識結果設計成要往下接的：依關貿網路 readAI 產品專區，可辨識的單據類型包含出貨單、報單、紙本發票與商業簽收單，輸出格式可以是 CSV、XLS 或 JSON。問題在接到哪裡，下面四個環節是我們在這家客戶看到的接點。
- 供應商的報價單與送貨單辨識完，直接產生請購單草稿接進請購流程，採購不用再抄一次。
- 進貨單、發票與付款資料在對帳時自動對得起來，月底不用人工翻單據找差異。
- 憑證欄位直接進會計系統入帳，結帳週期縮短了多少可以量得出來。
- 客戶訂單的 PDF 辨識後直接建成出貨單，出貨的延遲與漏單從此有紀錄可查。
單點導入 OCR 工具與端到端流程優化是兩件事
兩條路都會用到辨識引擎，差別在範圍與衡量方式。
| 比較面向 | 單點導入 OCR 工具 | 端到端流程優化 |
|---|---|---|
| 範圍 | 一種單據、一個部門 | 從單據進來到請購、對帳、入帳、出貨 |
| 衡量的指標 | 辨識率、省下的登打時間 | 錯誤率、結帳與對帳週期，再往上接營收、毛利、員工滿意度 |
| 效益誰看得到 | 使用者單位自己 | 高層在管理報表上看得到 |
| 常見的落空原因 | 辨識完的資料還是要人再貼一次 | 沒有先確認要接的流程，指標也沒在提案時定下 |
如果你只做前者，窗口會滿意一陣子，但高層看不到差別，計畫很快會被歸類成一次工具採購。辨識後的資料接進 ERP 該怎麼評估順序，可以接著看Odoo ERP 導入前該弄對的順序。
補助只是加速器：沒有補助也值得做的判斷
我把補助放在文章的尾段講，因為它不該是做這件事的前提。
申請由企業自己送件，能不能過由主辦機關決定
補助計畫的申請由企業自己送件，核定與否由主辦機關決定，我們不對核定結果做承諾。哪些計畫涵蓋 AI 工具與流程數位化、資格與時程怎麼看，製造業 AI 補助總覽整理了一份，這篇不重複列。
先回答三個問題，再決定要不要等補助
提案簡報的後半就是為了這一節而存在。決定要不要現在做，我會請高層先回答三個問題。
- 拿掉補助，這個端到端的計畫本身划不划算，用他們自己的指標算。
- 辨識之後要接的流程，使用者單位是否已經確認過，還是只在簡報上畫過。
- 指標由誰定、什麼時候量，要在提案這一刻就寫下來；做完再找指標，通常找到的是好看的那一個。
三題都能回答，補助就是加速器；有一題答不出來，先回去補那一題，補助過不過都一樣。採購判準的另一種寫法在傳產數位轉型護城河的三個採購判準，立場相同。
常見問題
單據辨識和單據 OCR 有什麼不同？
OCR 是把影像變成文字，單據辨識是把單據裡的金額、日期、品項這些欄位變成能直接拋轉到系統的結構化資料。整個過程有辨識、欄位擷取、匯出或串接三段，只做到辨識這一段，等於還是人在登打，只是打的地方換了。
製造業導入單據辨識，要先從哪一種單據開始？
從量大、格式相對固定、下游流程明確的那一種開始，例如進貨單、出貨單或發票。POC 就用訪談抓到的那種單據做，驗證的是「辨識得出來」加上「接得到下一步」，兩個條件缺一個都不算過。
提案前為什麼一定要先做 POC？
因為窗口要確認的是「你懂我的痛、做得出來」，簡報證明不了這件事。用客戶自己的單據做 POC，同時把辨識之後要接哪個流程一起驗證，提案時才講得出端到端，高層那一層的說明也才有根據。
單據辨識可以申請政府補助嗎？
有些計畫涵蓋 AI 工具或流程數位化的導入，資格、金額與時程以主辦機關公告為準，申請由企業自己送件。補助是加速器，決定要不要做的依據應該放在計畫本身划不划算，這也是提案簡報後半要講清楚的事。
單據辨識的效益要怎麼衡量？
省下的登打時間只是其中一項，重點是辨識後接上的流程指標有沒有動。先看錯誤率、對帳與結帳週期，再往上接營收、毛利與員工滿意度；量測方式在提案階段就要跟高層講定，之後每個月照同一套算。
下一步
如果你的現場也有一疊每天要人工鍵入的單據，先別急著比工具。潤謙可以從一次 Discovery 會議開始，找出這些單據接到哪個流程才會動到你在看的指標，再一起決定要不要做 POC。跟潤謙聊聊你的單據流程，把訪談到提案這段路一次走完。