批量處理公司文件：從一份清單開始

批量需求不只是「文件數量 × 單價」

同一批文件可能混有不同年份、文種、頁數與輸出要求。報價前先把這些差異列明，才能判斷哪些文件適用標準套餐，哪些需要另外確認。

如果只有公司清單，需要先取得文件；如果已持有 PDF，則應從解析評估開始。不要為已有的同一版本原件重複安排取件。

一份方便大家使用的文件清單

左右滑動查看完整表格；鍵盤可聚焦表格後使用方向鍵。

先用有代表性的文件確認範圍

建議先選幾份能代表整批差異的文件，例如短表、較多頁的文件，以及不同年份的版本。只用最簡單的一份確認格式，可能忽略後續真正需要處理的差異。

先確認要交付哪些欄位、原文如何追查，以及難以辨認或資料不足時如何通知。這一步是交付範圍確認，不代表已完成整批文件的人工覆核。

例子：20 個需求先分成兩組

例如有 20 項需求：12 項已有 PDF，8 項需要取件。先把兩組分開，再核對文種、日期和頁數，便可分別計算純解析與取件加解析的工作量。批量價格按實際範圍報價。

交接清單示例：每項需求都有下一步

以下三項為虛構協作示例。用同一個內部編號追蹤已收到甚麼、還缺甚麼和誰需要補充，方便同事接手。

左右滑動查看完整表格；鍵盤可聚焦表格後使用方向鍵。

交付前要確認的四件事

1. 清單中的每一項是否都有對應結果或待確認狀態。
2. 檔案名稱、公司、日期與原清單是否一致。
3. 標準解析、人工核驗及定制部分是否分別標明。
4. 缺失、難以辨認或未處理的項目如何交接；修正範圍及交期如何確認。

準備好清單，就可以詢價

先提供文件數量、代表文件與交付要求即可詢價。如需要固定格式或系統接入，請一併說明，先確認文件、樣本與交付方式。

下方清單模板只有虛構例子，不含真實公司或個人資料。首次聯絡先提供數量與要求，文件傳送方式在確認後安排。

先盤點工作單位：公司數、文件數與頁數各有用途

「我們有 50 家公司」還不足以描述一批文件。同一家公司可能有幾個年份，同一個 PDF 又可能合併了不同文件。建議先把公司數、預期文件數及已收到的 PDF 數分開記錄，暫時不確定的數量保留未知。這樣才知道差異出在尚未取件，還是現有檔案需要拆清範圍。

虛構例子：10 家公司每家要兩個年度，共有 20 項文件需求，但共用資料夾只有 16 個 PDF。不能直接說少了 4 份，因為有的 PDF 可能合併兩份文件，也可能有重複件。先把每項需求對應到實際檔案，未能對應的項目再列為待確認。

頁數用來了解材料大小及套餐適用範圍，不等於已確認每頁內容完整。記錄「收到 12 頁」與「已確認為完整文件」是兩件事。盤點者只應填寫實際看過或得到確認的內容；不要為了讓清單看起來整齊，把每份文件都標為完整。

先試幾份，再決定整批怎樣處理

選代表文件的目的，是盡早暴露工作差異。可以從實際材料中各挑一份常見版式、較長文件、閱讀困難文件及有特殊輸出要求的文件；這些分類是工作建議，不是固定抽樣比例。若某種類型根本不存在，不必為了湊齊清單而加入其他材料。

例如，你想把公司名稱加進現有名冊。拿到試做結果後，可以請平日維護名冊的同事試一次：找出公司名稱、對照原文，再放進原有表格。這樣能看出格式是否方便使用，也能及早發現缺少的欄位。

確認記錄應包含使用了哪些代表文件、同意了甚麼輸出、還有甚麼未解決。不要只留下「樣本 OK」四個字。後續遇到新類型時，可以看出它是否已在樣本討論中涵蓋，而不必把所有分歧都當成解析錯誤；樣本確認本身亦不是整批正確率的證明。

整批開始後，怎樣處理補件與需求變更

批量工作常在處理途中收到新檔案。先判斷它是替換舊檔、補充缺頁，還是新增另一份需求；三者對原清單的影響不同。替換件應指明被替換的參考號，補件應說明補哪部分，新增需求則另給參考號。不要讓處理者只靠電郵時間猜測哪個版本有效。

可複製的變更訊息是：「參考號［編號］；本次［替換／補充／新增］；新檔［名稱］；原檔［名稱］；變更原因［說明］；是否需要重做已交付結果［待確認］。」在重新處理前確認影響範圍及費用，讓需求負責人知道此次改動是否影響其他項目。

即使只是把欄位名稱從 A 改成 B，也請順便說明：只改之後的文件，還是之前的結果也要更新？把兩部分分清，大家拿到的表格便較容易保持一致，不會有同事沿用舊名稱而其他人已用了新名稱。

遇到問題，留下讓同事接得上的說明

「失敗」或「需人工」不足以讓另一位同事接手。好的異常說明至少包含原需求、看到的問題、受影響部分，以及下一步需要誰提供甚麼。能描述問題不代表已判斷原因；例如看不清一段文字，可以先記錄位置與現象，不必猜是掃描、印刷還是原文件填寫造成。

虛構例子：「B-014：需求為指定年份 NAR1；收到的檔案日期與清單不符；尚未按此檔處理；請需求人確認改用該日期，或補交所需文件。」這段話比「日期錯誤」更有用，因為它把事實、處理狀態及決定權分開，也避免服務商擅自替客戶改年份。

異常解決後仍保留原描述，再補上決定及確認人。若最後接受部分交付，就寫明接受哪部分、其餘如何處理；不要把狀態一律改成完成而失去原因。本文提供的是團隊交接方法，實際異常分類及回覆方式應在該批工作開始前約定。

收到一批結果後，怎樣檢查才不容易遺漏？

可以分三次檢查。先對着原清單，看看每一項是否收到結果，未完成的是否有說明；再打開檔案，確認找得到所需欄位，也分得清公司和日期；最後按約定範圍對照原文，核對內容。分開做，比一邊數檔案、一邊看內容更不容易遺漏。

若團隊採用抽查，應事先說明由誰選樣、檢查哪些內容，以及發現問題後如何擴大檢查或提出修正。本文不提供能保證正確率的抽樣比例。只看幾個順利完成的例子，能了解交付形式，但不能據此聲稱整批每份文件都沒有錯誤。

結案記錄可簡寫為：「清單共［數量］項；已接受［數量］項；部分接受［數量］項；待補［數量］項；未完成原因見［清單］；後續負責人［角色］。」這讓批量工作有明確出口，也讓下個月再次處理同類文件時，有一份可沿用並改善的工作記錄。