# 批次 PDF 轉換：從試樣、任務跟蹤到結果歸檔

先驗證代表性檔案，再處理整套資料；區分失敗任務與內容錯誤，減少重複提交併保留來源與產物的對應關係。

批次轉換能減少重複設定，也可能把相同的問題複製到整套資料裡。輸出格式選錯、掃描質量差、檔名難以辨認，都應該儘早發現。真正可靠的批次處理，不只是一次建立許多任務，而是知道每個結果來自哪裡、能否使用、哪些檔案需要重試。

## 提交前先分組

按用途分組：準備長期閱讀的書籍可以選擇 EPUB，用於摘錄和編輯的論文可以選擇 Markdown。把公式、多欄或腳註特別複雜的檔案單獨歸類，後續採用不同的驗收重點。

給原件保留穩定檔名；名稱有歧義時，另外記錄書名、版本或年份。原檔案與輸出檔案分開存放。檔案限制和處理價格以當前介面及[定價頁](https://pdfcraft.ai/zh-Hant/pricing/)為準，不要依賴記憶中的舊數字。

## 用小樣本確定驗收標準

樣本要同時包含普通檔案和困難檔案。資料集中有公式和表格，就不能只用純文字文件試轉。使用計劃批次應用的選項，檢查 EPUB 的章節順序，或 Markdown 的標題和表格結構。

記錄能得到可接受產物的設定，再擴大範圍。PDF Craft 的單次轉換與批次處理在這裡形成配合：先驗證輸出，再重複已確認的處理方式。

## 啟動批次並跟蹤單個結果

登入後進入[批次轉換工作區](https://pdfcraft.ai/zh-Hant/batch-convert/)，檢查檔案列表和選項後再啟動。保留批次或任務編號，便於稍後回來查詢。

批次提交成功不代表每個檔案都已完成。處理過程中檢視已有任務狀態，不要因為關閉過瀏覽器標籤就重新提交相同資料。

需要程式化整合時，參考[公開 API 文件](https://pdfcraft.ai/zh-Hant/api/)。網頁中存在某項功能，不代表一定有對應的公開 API 端點，整合應以文件明確列出的能力為準。

## 區分任務失敗和結果不合格

失敗任務需要檢視報錯，判斷輸入、設定或服務狀態是否需要處理；已經生成檔案但含識別錯誤，則需要內容檢查。兩類問題不應該採用完全相同的重試方式。

解決原因後，只重試確有必要的檔案。原樣重複提交可能再次失敗，也可能產生額外處理消耗。建議記錄原檔名、任務編號、結果檔名、審閱狀態和問題摘要。這是你自己的驗收記錄，不意味著系統已經自動完成了人工校對。

## 下載後再確認歸檔

抽樣開啟下載檔案，確認名稱能對應來源，相關圖片與素材沒有丟失。較大的資料集應按不同原始檔型別分別抽樣，不要用一本普通書代表所有複雜資料。

把已接受結果與待修訂檔案分開，保留原 PDF 和處理說明。複雜頁繼續使用[技術 OCR 檢查清單](https://pdfcraft.ai/zh-Hant/blog/check-formulas-footnotes-after-ocr/)。批次工作的完成標準應是“結果可用且能夠追溯”，不只是進度條已經走完。