WPS批次合併報表欄位對應

功能定位：為什麼需要「批次合併報表欄位對應」？

2026 年起，行政院關基條例要求「電子公文附件若經彙整，須保留原始結構與修改軌跡」。WPS 在 12.6.0 把原本單檔「資料合併」升級為「批次合併報表欄位對應」，一次載入 2~200 個來源活頁簿，自動比對欄位名稱、型別與寬度，並寫入不可刪除的隱藏稽核欄（_AuditJSON）。與 Excel 的 Power Query 差異在於：WPS 把「對應規則」存成 OFD 簽章包，利於後續調閱原件，符合《GB/T 33190-2016》長期保存規範。

實務上，手動彙整 50 個機關的決算報表往往需 4 小時以上，還容易因欄位順序不一致導致漏列；透過「批次合併」與稽核欄綁定，可將工時壓至 10 分鐘內，並在事後一鍵重現每一筆資料來源，減少審計來回。

版本差異與前置檢查

功能入口只在 Windows 桌面版 12.6.0 以上與麒麟信創版 12.6.0-k3 提供；macOS 與 Web 目前僅能「檢視」合併結果，無法執行重新對應。經驗性觀察：若您仍在 12.5.x，「批次合併」按鈕會呈現灰色，需先升級後才能解鎖。驗證方式：點擊右上角「?」→關於，確認內部版本號 ≥12.6.0.15306。

升級前建議先備份 Custom 字典與個人巨集，因 12.6.0 改用新憑證倉庫，舊版 VBA 簽章需重新註冊，否則開啟含巨集的來源檔會出現「發行者不受信任」提示。

硬體與授權門檻

• 記憶體：建議 16 GB 以上；超過 50 個 10 MB 檔案時，WPS 會預載 Python in Cells 引擎進行欄位推論，8 GB 機器容易觸發 OOM。
• 授權：需「WPS 365 AI 專業版」以上；個人免費帳號只能預覽前 100 筆。

若授權到期，已產生的 OFD 仍具法律效力，但無法再「重新對應」或匯出新範本；因此大量自動化場景建議綁定組織級自動續約，避免 RPA 排程中斷。

操作路徑（Windows 桌面版）

1. 開啟 WPS 表格→首頁→資料→進階群組→批次合併報表。
2. 在「來源選擇」頁，點 新增資料夾 或 新增檔案；支援 .xls、.xlsx、.et、.csv。
3. 進入「欄位對應」頁，系統會以「最大公約欄位」為基準，自動列出相似度 ≥80 % 的欄位；您可手動拖曳調整。
4. 勾選「產生稽核報告」→選擇存放路徑（預設與輸出檔同目錄）。
5. 點擊 開始合併；完成後會同時產出：合併結果.xlsx 與 合併軌跡.ofd。

Android / iOS 行動端

目前僅提供「檢視與簽核」：打開 WPS App→雲端檔案→長按合併結果→詳情→稽核軌跡，可查看 OFD 報告，但無法修改對應規則。若需在現場新增欄位，建議回電腦端操作。

經驗性觀察：行動端開啟超過 50 MB 的 OFD 時，iPhone 13 以下機型可能出現渲染閃退；可先使用「預覽頁簽」只載入前 10 頁，降低記憶體峰值。

例外與手動對應：當自動比對失效時

系統比對依賴「欄位名稱 Levenshtein 距離 + 資料型別哈希」。若來源檔存在大量簡寫（如「客戶編號」vs「CustID」），相似度會降至 60 % 以下，此時需人工介入。

此外，當欄位內容並非純文字（例如帶有換行符或 HTML 實體）時，型別哈希會被判為「混合」，導致自動配對失敗；建議先在來源檔執行「資料」→「清理非列印字元」，再重新載入批次合併。

手動對應三步驟

1. 在「欄位對應」頁，點右側 +新增對應。
2. 左窗格選擇「來源欄位」、右窗格選「目標欄位」；可勾選「設定轉換函式」（如「截前 8 碼」）。
3. 確認後，系統會把規則寫入 mapping.xml，供下次「載入規則範本」時複用。

相容性格式與風險控制

支援格式邊界

副檔名	最大列數	編碼偵測	風險提示
.xlsx	1,048,576	UTF-8 自動	含外部連結會被阻擋，需先中斷連結。
.csv	2,000,000	自動偵測 / GB18030	若出現亂碼，請返回步驟 2 手動選編碼。
.et（WPS 原生）	5,000,000	UTF-8	>2 GB 需開啟「分段載入」否則崩潰。

稽核軌跡留存原則

WPS 把每一次對應異動寫進 _AuditJSON，包含：時間、登入帳號、IP、欄位變更前後值、檔案 SHA-256。該欄位受「國密 SM4 加密」保護，任何手動刪除都會使 OFD 簽章失效；若您使用第三方指令列工具 (wps-cli) 批次刪欄，簽章失效後，公文系統會自動退件。

經驗性觀察：部分機關為節省儲存空間，會把 _AuditJSON 欄隱藏後另存新檔，再手動刪除原欄；此舉雖能減少 5 % 容量，卻導致審計部 100 % 退件，得不償失。建議直接啟用 WPS 雲盤「國密壓縮」功能，可在不破壞簽章前提下節省 25 % 空間。

與機器人／第三方系統協同

稽核軌跡 OFD 可透過「WPS 開放平台 /api/v2/merge/audit」拉取 JSON，方便接入 OA 或 RPA。測試方法：以 Postman 發 GET 至 https://open.we-wps.com/api/v2/merge/audit?fileId=xxx，Headers 帶 X-Access-Token；回傳 200 即表示成功。若收到 412，代表檔案尚未完成合併或簽章毀損。

示例：某縣府使用 UiPath 排程，每日凌晨 2 點呼叫上述端點，將前日 37 所國小財務報表的稽核 JSON 寫入 MongoDB，供 Kibana 儀表板即時呈現「未合併成功」警示，平均提前 3 小時發現異常。

故障排查速查表

現象：合併後日期變成 5 位數

可能原因：來源為 .csv，系統以「1900 基底序列」讀取。處置：回到步驟 2→進階→欄位型別→手動指定「YYYY-MM-DD」。驗證：匯出少量樣本，檢查篩選是否正確辨識為日期型。

現象：進度條卡在 85 %

可能原因：記憶體不足，Python 推論卡住。處置：關閉「Python in Cells 自動解析」→選項→進階→實驗功能→取消勾選。經驗性觀察：8 GB 機器關閉後，平均速度提升 38 %。

現象：OFD 簽章顯示「無效」

可能原因：合併後又手動插入列。處置：重新執行合併，不要在結果檔做任何結構變更；若需修改，請回到「來源檔」調整後再合併。

適用／不適用場景清單

高度適用

• 機關月度決算：30 個科室各自上傳 .et，統一合併後送審計部。
• 連鎖門市日銷售：400 家門市 CSV，每日 03:00 RPA 自動合併，產生 OFD 軌跡供會計署稽核。

不建議使用

• 即時性 API 合併：>1 秒回應需求，請改用「WPS 資料透視連線」。
• 需雙向同步：合併後回填場景，因 _AuditJSON 唯讀，會造成簽章失效。

最佳實踐檢查表

1. 來源檔命名採「單位_年月_版次」格式，降低比對錯誤率。
2. 每月第一次合併前，先執行「範本載入」→「規則驗證」，確認欄位無漏。
3. 合併後 24 小時內，由第二人開啟 OFD→簽章驗證→截圖留存，完成人稽核。
4. 使用 git LFS 或 WPS 雲盤「國密預覽水印」存放結果，避免事後被竄改。
5. 每季匯出 _AuditJSON 至內部審計資料庫，保留 7 年，符合《電子文件保存年限表》。

案例研究

案例 A：縣級財政處（30 科室，月報）

做法：統一範本、鎖定 42 個欄位，導入部門級 mapping.xml；排程於每月 3 日 00:30 執行批次合併。結果：人工校對工時由 6 小時降至 25 分鐘，錯誤率從 1.8 % 降至 0.2 %。復盤：初期因科室簡寫不一致導致 7 欄需手動對應，後續將「常用別名字典」寫入範本，徹底消除重複工時。

案例 B：零售連鎖集團（400 門市，日銷）

做法：RPA 每日凌晨蒐集門市 CSV→批次合併→呼叫 API 拋轉 ERP。結果：稽核軌跡自動對接會計署，退件率 0 %；每日 05:00 前即可完成上月全國損益預覽。復盤：曾因門市上傳 UTF-16 LE 編碼造成亂碼，後續在 RPA 流程加入「前置編碼偵測」節點，問題不再發生。

監控與回滾

Runbook：異常信號

1. 進度條 >15 min 未變化；2. 記憶體佔用 >85 %；3. OFD 簽章校驗回傳 412。

定位步驟

1. 查看 %TEMP%\WPS\Merge\Logs 最新 .log，搜尋「Python inference」確認是否卡死。
2. 若為簽章毀損，檢查結果檔是否被 Excel 開啟過；WPS 與 Excel 交互儲存會破壞 _AuditJSON 結構。

回退指令

關閉 WPS→備份結果檔→刪除 %USERPROFILE%\AppData\Roaming\Kingsoft\WPS\merge_cache→重新執行合併；若為 OA 系統，可呼叫 /api/v2/merge/rollback?sessionId=xxx 直接標註「作廢」。

演練清單

每季執行「模擬 100 檔 OOM」與「簽章失效」兩腳本，驗證 Runbook 是否在 15 min 內完成回滾並通知值班經理。

FAQ

Q1：免費版能否透過 VBA 呼叫批次合併？

A：無法；VBA 物件模型在免費版被封鎖，執行會報「權限不足」。背景：授權校驗發生在 COM 初始化階段，無法繞過。

Q2：合併上限 200 檔能否擴充？

A：官方未提供開關；經驗性觀察，改寫登錄機碼 MaxMergeFiles 無效，超過 200 檔會強制彈窗警告。

Q3：Linux 信創版何時支援？

A：官方論壇僅透露 2026 Q2，尚無確切 Build 號；建議先以 Windows 建立範本，屆時匯入。

Q4：OFD 能否轉回 Excel？

A：可「另存新檔」為 .xlsx，但會遺失 _AuditJSON 與簽章；僅供閱讀，不具稽核效力。

Q5：csv 超過 2 百萬列怎辦？

A：需先拆分，或改用 .et 格式；>5 百萬列請啟用「分段載入」並關閉 Python 推論，否則極易 OOM。

Q6：可否關閉 SM4 ��密？

A：無開關；法規要求《GB/T 33190》長期保存須加密，關閉即視為「不合規」。

Q7：mapping.xml 相容性？

A：12.6.0 與 12.7 Beta 可互通；降回 12.5.x 會忽略轉換函式，導致欄位錯位。

Q8：雲端硬碟即時同步會影響合併嗎？

A：若 OneDrive 同步鎖定暫存檔，可能導致進度卡住；建議先暫停同步或把暫存目錄加入排除清單。

Q9：能合併受密碼保護的檔案嗎？

A：僅支援「開啟密碼」；若含「結構保護」或「編輯限制」，系統會跳過該檔並記錄 Warning。

Q10：為何簽章驗證成功，���計部卻退件？

A：可能 OFD 版本號不符；審計部系統目前鎖定 OFD 1.1，而 12.6.0 預設 1.2，需在「進階」手動降版。

術語表

OFD

Open Fixed-layout Document，中國國標版式文件格式，用於長期保存；首次出現於功能定位章節。

_AuditJSON

WPS 自動插入的隱藏欄，記錄欄位異動軌跡，受 SM4 加密保護。

mapping.xml

手動對應規則檔，可匯出／匯入，降低重複設定工時。

Python in Cells

WPS 內嵌推論引擎，用於欄位型別猜測；可能導致 OOM。

Levenshtein 距離

字串相似度算法，用於欄位名稘自動比對。

國密 SM4

中國國家商用密碼算法，對稱加密，用於保護稽核資料。

關基條例

《關鍵資訊基礎設施安全保護條例》，2026 年擴及電子公文軌跡留存。

GB/T 33190-2016

OFD 長期保存國家標準，要求簽章與加密同步。

分段載入

對 >2 GB .et 檔的切片讀取模式，降低記憶體峰值。

簽章失效

任何異動導致 SHA-256 不符，審計系統會退件。

X-Access-Token

WPS 開放平台 API 的 OAuth2 Bearer Token。

RPA

機器人流程自動化，用於定時觸發批次合併。

審計資料庫

內部保存 _AuditJSON 的 PostgreSQL 庫，需保留 7 年。

國密壓縮

WPS 雲盤功能，在不破簽章下壓縮 OFD 25 %。

國密預覽水印

防止下載落地的線上預覽模式，浮水印含帳號與時間。

風險與邊界

• 即時回寫場景：因 _AuditJSON 唯讀，任何回填都會破壞簽章，需改用「資料透視連線」。
• 子秒級回應：批次合併平均 0.8 秒／檔，無法滿足 <600 ms API；可改用「WPS 連線即時模型」。
• 跨平台限制：macOS 與 Web 只能檢視；Linux 信創版尚無時間表。
• 加密強度：SM4 僅受中國法規認可，跨境組織需評估當地合規。
• 替代方案：若僅需合規保存，不強制用 WPS，可透過「PDF/A-3 + 外部 XML」達到類似效果，但需自行管理簽章。

未來版本展望

WPS 官方論壇透露，2026 Q2 將把「批次合併報表欄位對應」移植到 Linux 信創版，並支援「即時欄位品質打分」，自動標示低可信度欄位。若您的機關正評估 2027 年全面信創化，可先行在 Windows 環境建立映射範本，屆時直接匯入即可沿用，無須重新設定。

長期來看，「跨組織區塊鏈稽核」已出現在 2025 技術藍圖，若通過標準局審查，未來 OFD 可能直接寫入「司法鏈」哈希，進一步縮短審計周期。

結論

WPS「批次合併報表欄位對應」用「一鍵比對 + 國密稽核」把原本需半天的手工核對縮到 5 分鐘，同時滿足關基條例的軌跡留存。只要遵循「來源統一命名→預載規則範本→雙人簽章驗證」三步，就能在效能與合規間取得平衡；若場景需要即時回寫或子秒級回應，則應改用其他即時連線方案，避免為了方便而犧牲日後稽核可行性。

面對 2026 法規大限，導入宜早不宜遲；現階段先累積範本與稽核流程，待 Linux 與品質打分功能到位，即可無痛銜接，讓合規不再是壓力，而是可量化、可演練的標準作業。