開啟發票 PDF
把 .pdf 拖到這裡,或點一下選擇檔案
不會上傳任何東西。檔案由這個分頁的 JavaScript 讀取，不會離開你的電腦 —— 沒有任何伺服器看得到，關掉分頁資料就沒了。
把發票變成表格
- 先確認是不是電子發票. 是的話,財政部的電子發票整合服務平台可以按期間下載,那份資料本來就是結構化的,不需要再從 PDF 讀一次。
- 文字型 PDF 用上面的工具抽. 拖進去,由這個分頁的 JavaScript 讀出明細列。不上傳,也不猜任何一個值。
- 掃描件或照片才需要模型. 掃描出來的頁面裡沒有文字。在 TableDI 裡填自己的 API 金鑰,把圖片匯入。
- 入帳前一定要對過. 把抽出來的合計和原始文件核對一次。逐項稅額是所有工具最容易靜默出錯的地方。
先問:這張本來就有電子檔嗎
台灣的 電子發票已經很普及。是電子發票的話,財政部的整合服務平台可以按期間 下載明細,B2B 的部分本來就是 XML。 既然資料已經在那裡,再從 PDF 上把它讀一次沒有道理 —— 而且下載的那份更準, 因為中間沒有辨識這道工序。
就算不是電子發票,還有一個幾乎沒人試的捷徑:直接跟對方要。 現在的進銷存與 ERP 大多有「明細匯出 CSV」的功能,只是沒人開口要,所以只寄了 PDF。 問一句的成本遠低於做一次抽取,而且免費又精確。
只剩 PDF 的時候
這種情況也會有:國外供應商寄來的 invoice、比較舊的單據、不是發票的請款單。 只要那份 PDF 有文字層 —— 用游標選得到字 —— 明細表就在這一頁抽得出來,不用上傳,也沒有任何一個值是猜的。
三條路,各自適合誰
| 做法 | 適合 | 單據會去哪裡 |
|---|---|---|
| 應付帳款自動化 Nanonets、Klippa、Rossum 等 |
一個月幾百到幾千張、有簽核流程、要拋轉 ERP | 對方的雲端,公司簽了合約之後 |
| 免費的線上轉換網站 | 只有一張、只做一次,而且不在意誰看得到 | 上傳到對方伺服器;保存多久通常沒寫 |
| 這一頁 / TableDI(自己的 API 金鑰) | 一個資料夾的單據,一個人而不是一個部門 | 文字型 PDF 哪裡都不去。掃描件是從你的電腦直接送到你自己的 AI 供應商 |
中間那一列值得想兩次。發票上有供應商名稱、統一編號、匯款帳號、單價, 有時候還有合約編號。把它丟到免費服務上,等於公開了交易條件; 裡面若含個資,那就是另一層問題了。
抽取真正會出錯的地方
- 明細與合計。抓總金額很容易。要把每一列連同數量、單價、稅別一起抓出來, 才是工具之間拉開差距的地方。
- 稅額。一張單上有應稅與免稅、稅額只出現在合計欄、或逐列都有 —— 數字開始對不起來通常就是從這裡。
- 日期。開立日期、交易日期、付款到期日常常同時出現在同一張紙上。
- 跨頁的明細表,標題列在下一頁重複一次。
常見問題
我的發票會被上傳嗎?
文字型 PDF 不會 —— 表格是這個分頁裡的 JavaScript 讀出來的。只有掃描件需要模型,那時候是那一份文件從你的電腦直接送到你填入金鑰的那家 AI 供應商,不經過我們。
工具說我的 PDF 沒有文字層。
那就是掃描件或照片,一張沒有字元的圖。跟供應商要原始 PDF 或 CSV 最準也最省事;或者在 TableDI 裡填自己的 API 金鑰,把圖片匯入。
電子發票要去哪裡下載?
財政部的電子發票整合服務平台可以按期間查詢與下載。既然本來就是資料,那一份會比從 PDF 讀出來的準。
這是應付帳款系統嗎?
不是。沒有簽核流程、沒有拋轉 ERP、沒有供應商入口、沒有稽核軌跡。TableDI 做的是把單據變成一張可以算的表。
相關頁面
同一件事，在自己的電腦上做
TableDI 是一套完全在自己電腦上執行的桌面試算表工作空間。 匯入、整理、做成圖表 —— 什麼都不會上傳，也不用註冊帳號。
永久免費，不是試用 —— 不用帳號、不用信用卡。目前是 macOS，Windows 版準備中。付費版多了什麼。
2026-09-01 由 TableDI 團隊最後檢查。這一頁有錯嗎？告訴我們 —— 只有一個收件匣，由做 TableDI 的人自己看。