這篇指南處理什麼
這篇指南適合處理掃描器或手機拍照產生、需要編輯成 Word 的 PDF。重點是準備文件、安排順序，並得到更容易編輯和校對的 Word 文件。
它會把隱私與處理位置納入流程，避免把證件、簽名表、收據與手寫備註當成一般附件處理。
它也會區分瀏覽器本地工具與 API 自動化：前者適合人工確認，後者適合穩定重複的後端流程。
開始前確認
- 先複製原始檔，尤其是來自掃描器、手機上傳或檔案資料夾的資料。
- 先定義最終文件應包含什麼。先確認頁面文字能否選取；不能選取時先做 OCR。
- 第一次處理時控制批量大小，確認流程後再擴大。
建議流程
- 1
先確認交付結果
確認頁面範圍、檔案順序、大小目標和複核人。
- 2
先 OCR，再轉成 Word
先用主工具完成核心動作，只在需要時加入準備或清理工具。
- 3
下載後複核
打開結果檢查識別文字、標題層級、換行、表格邊界與旋轉頁面。下載成功不代表可以直接發出。
- 4
判斷是否自動化
偶發敏感文件用網站工具；規則穩定且需批量處理時再用 API。
如何選擇路徑
| 情境 | 建議 | 原因 |
|---|---|---|
| 一次性處理且包含證件、簽名表、收據與手寫備註 | 優先用網站工具 | 人工在瀏覽器中處理與檢查，較適合敏感資料。 |
| 主任務前還需要整理 | 先用相關工具 | 提前拆頁、OCR、壓縮或清理元資料可減少返工。 |
| 每天或每位使用者都重複同一流程 | 再使用 API | 自動化適合穩定規則，不應替代人工判斷。 |
常見錯誤
- 直接把純圖片掃描件轉 Word，通常會得到很差的文字與版面。
- 下載後不打開檢查。仍需確認順序、頁數、清晰度。
- 流程未穩定就接 API，會讓錯誤更快重複。
最終檢查清單
- 處理的是副本。
- 最終文件只包含預期內容。
- 結果可在另一個閱讀器正常打開。
- 已檢查元資料、大小和分享渠道。
- API 僅用於穩定重複流程。
常見問題
處理掃描器或手機拍照產生、需要編輯成 Word 的 PDF時該用網站工具還是 API？
需要人工判斷時用網站工具；需要後端固定規則重複執行時再用 API。
外發前最需要檢查什麼？
檢查識別文字、標題層級、換行、表格邊界與旋轉頁面，並在發給團隊外部前清理元資料。