AI PRODUCT · DOCUMENT AUTOMATION

讓手寫的紙本表單,變成可以核對、可以交出去的資料

手寫單據、表單、同意書與掃描檔,透過情境 AI 辨識轉成結構化資料。不只是「把字讀出來」——讀出來之後,還要知道這個值該放哪個欄位、合不合理、可不可以送出去。讀不到的欄位,系統不會自己補上。

看懂手寫與勾選
草寫、連筆、塗改、勾號歪掉都在處理範圍
每個字都有出處
點一個欄位,跳回原稿上那一格
人確認過才算數
紅黃項目沒處理完,匯出與拋轉都不開放

PROBLEM

企業的關鍵資料,鎖在讀不好的紙上

不是沒有資料,而是資料躺在手寫表單裡。一般 OCR 面對這種紙,四個難點會同時出現在同一張上。

01

紙本身就在干擾

複寫聯的字跡淡、底色深,背面的條款還會透印到正面。機器很容易把不存在的字讀出來。

02

字跡不會照規矩寫

草寫、連筆、超出格線、塗改都很常見。表單上印的「請正楷填寫」,實務上做不到。

03

勾選是「答案」不是文字

勾號可能歪掉、壓在兩格中間、或單選被勾了兩個。要判斷的是「他選了哪一個」,不是讀出一段字。

04

表單長得太像

同一套流程裡好幾種表單版面高度相似,標題用字也接近。一認錯版本,整份欄位就全錯位。

HOW IT WORKS

情境 AI 辨識:三步各問一個問題

一般 OCR 只做第一步。我們的差別,在於後面兩步。

STEP 1

先看紙上有什麼

用 OCR 讀出筆畫,記下位置與可能的幾個候選答案。這一步只負責忠實記錄,不做任何判斷。

STEP 2

再看這是什麼意思

AI 判斷這個值屬於哪個欄位、該怎麼整理格式。它可以提出建議,但不能把紙上沒有的東西變成答案。

STEP 3

最後看合不合理

對照這張表單的規則與常識:數值合不合理、該填的有沒有填、前後欄位有沒有矛盾。有疑問就標記起來。

系統只會把疑問標得更多,不會因為「看起來合理」就自動放行。所有表單都必須經人確認才能輸出。

綠色=看起來沒問題 黃色=請確認一下 紅色=有問題,未處理不能送出

覆核時只要從紅色和黃色開始看。

CAPABILITIES · 產品名稱:DocBridge

三個核心能力

不只是把字讀出來,而是讀出來之後,還知道這個值放在哪個欄位、合不合理、可不可以送出去。

看懂手寫與勾選

針對固定版型的表單,逐欄取出手寫內容與勾選結果。

每個值都能回溯

點一個欄位,就能跳回原稿上那一格,看到當初到底寫了什麼。

人確認後才輸出

確認完成才可匯出成 Excel、CSV 或資料檔,或直接送進既有系統(ERP/CRM/內部系統)。送出失敗會明白標示為失敗,不會假裝已經完成。

這套產品的名稱是 DocBridge——可依你的表單持續設定與擴充的文件自動化產品。

產品邊界與人工覆核

  • 無法辨識或未填寫的欄位不會自動補值,會標記為待確認。

  • AI 僅協助辨識與整理,不代替專業判斷。

  • 紅色與黃色項目須經人工確認,完成後才能輸出。

COMPARISON

有沒有情境判斷,差在哪裡

同樣一份紙,只用 OCR 和加上情境判斷,結果不一樣。

情境 只用 OCR 會得到 加上情境判斷後
兩個欄位填反了 忠實記下兩個數字 兩個值都超出常理,判斷極可能是填反了 → 標黃請人確認,但系統不會自作主張改掉
日期只手寫後兩碼 印刷字與手寫字混成一串,讀成錯誤年份 知道前段是表單上印好的字、手寫的只有後兩碼 → 整理成正確年份,原稿筆跡照樣留著
勾號跨壓格線 勾號跨壓格線、筆畫超出框外 這是單選題,不能同時成立 → 請人看一眼決定,系統不猜
機構或單位寫簡稱 只讀出手寫的簡稱 對照名稱清單找出可能的完整名稱 → 列出候選給人選,不會自己把原稿改掉
相似表單認錯版本 靠標題關鍵字猜,猜錯就整份錯位 同時比對標題、表單編號、以及該版才有的欄位區塊 → 證據不足就停下來問人,絕不硬套最像的那一種

DAILY WORKFLOW

日常作業只有兩個人工動作

中間三步由系統完成,使用者不需要任何技術背景。

STEP 1 · 人工

上傳

把掃描檔丟進同一個入口,不必先分類。

STEP 2 · 系統

認表單

系統自動判斷是哪一種表單;認不出來就先擱著等人指定。

STEP 3 · 系統

讀資料

逐欄取出手寫與勾選內容,同時標上三色狀態。

STEP 4 · 系統輔助

覆核

左邊原稿、右邊欄位並排;點欄位就跳到原稿對應位置。

STEP 5 · 人工

放行

紅黃全部處理完,才能按下確認,之後匯出或送出。

覆核時的體驗

不用自己在原稿和欄位之間來回找。系統會直接帶你跳到下一個要處理的欄位,能用鍵盤一路做完。兩個人同時開同一份時,系統會擋下衝突,不會蓋掉別人剛改好的內容。

輸出方式

可以匯出成 Excel、CSV 或資料檔,也可以直接送進指定的系統。送出失敗會明白標示為失敗。

TRUST & GOVERNANCE

可稽核,而不只是可自動化

對有稽核、法遵、個資要求的組織,這一段才是決勝點。

每個欄位三層值

原稿辨識、AI 整理、人的決定,三層各自獨立保存。改後面那一層,永遠不會覆蓋掉前面兩層——事後要追「當初紙上到底寫什麼」,隨時查得到。誰在什麼時候把哪個值改成什麼,前兩層原封不動留著。

發布前驗收,沒通過就上不了線

表單設定改完不能直接生效。系統會拿另一份樣本重跑一次,逐欄比對預期與實際;沒通過就不允許發布。失敗會寫明哪一欄、期待什麼、實際讀到什麼、卡在哪條規則。設定每動一次,先前通過的驗收自動失效,避免「測的是舊版、上的是新版」。

越用越準,但不會被單一個案帶偏

覆核人員的每一次修正都會被收集起來,但不會直接改動正式設定。要在多份不同來源上重複出現,才會被提為候選;採不採納由人決定,採納後還要重新走一次發布前驗收。進入學習清單的只有統計、欄位與版本資訊,實際資料內容不會被送進學習流程。

NO-CODE SETUP

設定新表單:用白話講需求,不寫規格

說明「這是什麼工作、要抓哪些資訊」,AI 會先擬出欄位草稿,人再修改與確認。

1. 說明用途 2. 提供樣本 3. 產生辨識草稿 4. 設定欄位與規則 5. 測試並發布

窗口不需要懂技術

只要用白話說明這是什麼工作、要抓哪些資訊。

AI 擬草稿,人做決定

哪些欄位必填、合理範圍多少、哪些算機敏資料,全部由客戶在第 4 步確認。

測試與正式分流

測試期間使用去識別或虛擬樣本,系統會標明並排除在正式學習之外,不會混進真實流程。

USE CASES

適合這個產品的情境

這些特徵越多,導入的效益越明顯。

1

大量歷史紙本文件

合約、工程紀錄、進出貨單據等紙本檔案累積多年,想一次數位化建檔。

2

每天都有紙本進來

日常營運持續產生手寫單、簽收單、表單,需要即時轉成系統資料。

3

靠人工鍵入撐流程

專人負責把文件內容敲進 ERP/CRM,想把人力釋放到更有價值的工作。

4

知識找不到、帶不走

老師傅退休、老員工離職,經驗與紀錄跟著消失,想把組織知識留下來、搜得到。

5

同一套流程有多種相似表單

版面接近、欄位只差幾格的表單並存,人工分類容易認錯版本。

6

資料要留得下稽核軌跡

有法遵、個資或稽核要求,需要證明「這個值是誰在什麼時候依什麼依據確認的」。

ONBOARDING

四個階段,逐步把系統教會

系統本身開箱即用,但「看得懂你的表單」不是預設能力——這一層必須依實際作業流程一起建立。各階段所需時間,於雙方確認樣本數量與欄位範圍後共同排定。

階段 在做什麼 我方負責 需客戶提供
A 建立表單版面 把各種表單的版面、欄位位置一格一格標定起來 版面與欄位標定、相似表單的分辨機制 各表單的空白件與版次清單、少量去識別填寫樣本
B 教會判斷規則 逐條把作業慣例與例外情形變成系統規則 規則建置、欄位連動、名稱對照表 欄位正式定義、必填與否、合理範圍、作業慣例與例外
C 試跑與校準 用實際樣本試跑,比對正確答案,調整標黃與擋下的門檻 試跑、比對、門檻校準與結果分析 正確答案對照、指定覆核人員參與試用
D 上線與持續學習 把覆核修正回收起來,定期修訂規則 權限設定、系統介接、後續規則維護 下游系統窗口、上線範圍與使用者名單

底層

通用能力(已具備)

影像校正 手寫辨識 原稿對照 覆核介面 權限與稽核 匯出與介接

外層

專屬設定(須共同建立)

表單版面與欄位位置 欄位正式定義與必填規則 數值合理範圍 欄位之間的連動條件 名稱對照 哪些欄位算機敏資料 送到下游系統的欄位對應

實際辨識成效將以客戶表單試跑為準,並依紙張品質、字跡與欄位規則共同建立導入基準。

帶幾份你的表單來,先做一次免費試辨識

用你自己的表單看效果,再決定要不要導入。第一次只需要準備空白表單,以及少量去識別的填寫樣本——先挑一種表單做完整流程,確認可行後再擴到其餘幾種。

先想過這三題,第一次會議會快很多

  1. 目前用什麼系統:這些表單的資料最後會進到哪一套系統?現在是怎麼登打與保存的?投入多少人力、大約要花多久?
  2. 資料要不要送出去:未來要自動送進系統,還是先匯出檔案就好?如果要介接,對方系統與窗口是誰?資料要保存多久?
  3. 實際在哪裡用:在現場處理,還是集中到後端作業?用掃描機、事務機,還是現場手機拍照?誰負責覆核?需不需要兩個人各核一次?