WPS表格智慧填滿：資料類型自動判別實作步驟

功能定位與變更脈絡

智慧填滿（Smart Fill）在 2025Q4 桌面版 12.9.2 被納入「表格增強引擎」核心模組，主打「資料類型自動判別＋批次合規寫入」。它與傳統「拖曳填滿」最大差異在於：後者僅複製或遞增，前者則先讀取相鄰欄位特徵，再依正則樣板、單元格格式與歷史稽核日誌，決定是否帶入公式、靜態值或下拉選單。

若您曾用「快速填入」處理人名＋手機混雜欄，會發現結果常把 0 吃掉；智慧填滿因內建「國碼保留規則」與「零前置補點」選項，能在 0.8 秒內完成 10 萬行掃描並提示風險，適合對資料留存要求高的政企場景。

從產品演進角度觀察，智慧填滿並非單點功能，而是一條「資料治理管線」的入口：它把「格式推斷→合規檢查→寫入軌跡」三步驟封裝成一次點擊，讓第一線使用者無須理解後端規則，也能在源頭降低髒資料比例。對 IT 部門而言，這代表後續清理腳本與儲存成本同步下降；對最終使用者而言，則是把「寫公式」降級成「確認提示」，學習曲線趨近於零。

版本差異與遷移建議

桌面端 vs. 行動端

Windows／macOS 12.9.2 以上才支援「智慧填滿」按鈕；行動端 14.3 將其藏在「工具→資料→智慧處理」二級菜單，且因熒幕限制，批次上限 5 萬行。若您的檔案曾在 Linux 版 12.8 編輯，系統會自動降階為「純拖曳填滿」，並於狀態列提示「稽核中斷」。

經驗性觀察：Linux 舊版對「日期-時間混合」欄位識別率僅 62%，升級後可達 95%。

換句話說，行動版並非「閹割」，而是把運算壓力轉嫁到雲端節點；官方文件指出，當檔案超過 5 萬行時，系統會自動改走「分段下載→邊緣運算→增量回寫」模式，對 4G 網路而言，約增加 15% 流量但維持相同完成率。若您處於離線環境，建議先手動分割工作表，或回到桌面端處理，避免觸發降級邏輯。

回溯相容性

12.9.2 起導入的「智慧填滿」中繼資料採用新的 XML 命名空間 sf:ext；當檔案被 12.8 或更舊版本開啟時，這段標記會被視為「未知擴充」，導致兩個結果：一、智慧填滿紀錄被忽略，二、下次存檔時 sf:ext 區塊被直接刪除。若您的組織仍混用新舊版，建議在「選項→儲存相容性」勾選「保留未知命名空間」，可暫時避免資料遺失，但無法回溯觸發智慧填滿，僅保留「靜態值」。

實務上，可在協作流程加入「版本閘道」：由伺服端腳本檢查 sf:ext 存在與否，若偵測到舊版簽入，便發出 Pull Request 警告，要求上傳者於桌面版 12.9.2+ 重新執行一次智慧填滿，確保稽核鏈完整。

啟用條件與前置檢查

Smart Fill 並非「全檔案通用」，它依賴三項前置條件：1) 工作表必須開啟「自動計算」；2) 目標欄位左側或右側至少存在一排「參考樣本」；3) 檔案未啟用「共用活頁簿（舊式）」。若任一條件不符，功能鈕會呈現灰階，游標懸停時提示具體原因。

經驗性觀察：部分企業範本會把「自動計算」關閉以加速開啟，這將導致智慧填滿無法推斷公式相依性；手動按「F9」重新計算後，功能鈕即恢復可用。若您希望強制啟用，可在「檔案→選項→進階」將「開啟檔案時自動計算」勾選，並把範本另存為 .xlsx 而非 .xls，避免誤觸舊式相容模式。

案例研究

案例 1：縣市政府戶政資料匯入

背景：某縣市政府每月需把 22 萬筆「地址+姓名+手機」CSV 匯入內部系統，過去靠人工作業，平均花 3 天做格式正規化。

做法：導入桌面版 12.9.2，先將 CSV 載入工作表，並在相鄰欄建立 20 筆「正確示範」；使用智慧填滿一次性生成「市-區-里-鄰」四階層欄位，再啟用「國碼保留規則」統一手機格式。

結果：10 分鐘完成 22 萬行掃描，錯誤率由 1.8% 降至 0.06%；人力從 3 天縮到 2 小時，後續資料庫匯入因格式一致，批次失敗率近乎歸零。

復盤：前置的「20 筆示範」是關鍵，若樣本過少，智慧填滿對罕見地址辨識率會下降；建議至少覆蓋 0.1% 母體，並於每月新增樣本，持續迭代。

案例 2：新創電商黑名單去重

背景：500 萬筆訂單資料需比對內部黑名單，傳統 VLOOKUP 跑 4 小時且常當機。

做法：將黑名單 3 萬筆置於獨立工作表，作為參考樣本；在訂單表新增「比對欄」並啟用智慧填滿，系統自動生成 =XLOOKUP(... 公式，同時啟用「歷史稽核」寫入註解。

結果：批次 15 分鐘完成，CPU 峰值下降 70%；因註解保留公式來源，法務單位可直接稽核比對邏輯，符合內控要求。

復盤：智慧填滿並未取代資料庫層比對，但作為「前置清洗」大幅減少正式庫負載；未來可考慮把產生的公式轉成 Power Query 步驟，達到一鍵刷新。

監控與回滾

異常信號

當智慧填滿偵測到「型別衝突」或「正則失效」時，會於狀態列亮起橘色圖示；若 30 秒內使用者未處理，系統將把衝突儲存格標成「#SMART_FILL_ERR」。經驗性觀察：連續出現 50 個以上錯誤碼，通常代表參考樣本不足或編碼異常，應立即暫停，避免污染更多欄位。

定位步驟

於「常用→尋找與選取→前往特殊」選擇「公式錯誤」。
檢視第一筆 #SMART_FILL_ERR 的「稽核日誌」：右側面板會列出推斷來源與失敗原因。
若日誌顯示「pattern mismatch」，回到樣本區增加對應範例；若顯示「empty neighbor」，則補齊左右參考欄。

完成修正後，再次點擊智慧填滿，系統會自動跳过已寫入儲存格，僅對錯誤區塊重試，避免重複工。

回退指令

智慧填滿的寫入軌跡預設開啟「可回溯」開關，可在「檔案→資訊→版本歷程記錄」找到「Smart Fill Snapshot」。點選後，系統會產生新工作表「_sf_backup_<時間戳>」並恢復原始值，不影響其他使用者操作。若檔案已關閉且未啟用版本歷程，只能透過「復原 (Ctrl+Z)」在當次工作階段內連續回退；經驗性觀察：關閉檔案前至少保留一次手動儲存點，可把風險降到最低。

演練清單

建議每季執行一次「智慧填滿災害演練」：

於測試資料夾複製一份 10 萬行檔案。
刻意移除 30% 參考樣本，觸發大量 #SMART_FILL_ERR。
依「定位步驟」排查，並使用「版本歷程」回退，記錄花費時間。
把演練結果寫入 Confluence，更新 SOP。

若整體回復時間超過 30 分鐘，應考慮增加樣本覆蓋率或改用伺服端批次腳本，降低現場壓力。

FAQ

Q1：為何智慧填滿按鈕呈現灰階？: A：檢查「自動計算」是否開啟，並確保左右鄰欄有參考樣本。
Q2：行動版超過 5 萬行會怎樣？: A：系統自動改走雲端分段運算，流量增加約 15%，完成率維持不變。
Q3：升級 12.9.2 後舊檔會壞掉嗎？: A：不會，但舊版開啟會忽略智慧填滿中繼資料，下次存檔會刪除。
Q4：可以關閉零前置補點嗎？: A：可以，於「選項→智慧填滿→進階」取消「保留前置零」即可。
Q5：智慧填滿支援自訂函數嗎？: A：經驗性觀察：若函數已載入為增益集，智慧填滿可呼叫，但須在樣本中出現一次。
Q6：出現 #SMART_FILL_ERR 怎麼辦？: A：使用「前往特殊」定位錯誤，依稽核日誌補樣本或修正來源。
Q7：可以套用到樞紐分析表嗎？: A：不行，樞紐為唯讀結構，需先複製為值再操作。
Q8：為何 Linux 版識別率較低？: A：12.8 以前未內建 Unicode 正則引擎，升級 12.9.2 後可達 95%。
Q9：智慧填滿會留下 Log 嗎？: A：會，預設寫入隱藏工作表 _sf_log，可於「選項」關閉。
Q10：可以批次關閉可回溯快照嗎？: A：可以，透過「群組原則」將 SmartFillSnapshot=false 寫入登錄或 plist。

術語表

Smart Fill: 智慧填滿，12.9.2 新功能，自動推斷資料型別並批次寫入。
表格增強引擎: 2025Q4 引入的底層模組，提供型別推斷與合規檢查。
國碼保留規則: 智慧填滿內建邏輯，避免手機前置零遺失。
sf:ext: 智慧填滿專用 XML 命名空間，儲存推論樣板。
#SMART_FILL_ERR: 錯誤碼，表示型別衝突或正則失效。
零前置補點: 選項，決定是否保留數值前方的 0。
參考樣本: 用來訓練智慧填滿的鄰近儲存格。
歷史稽核日誌: 記錄每一次智慧填滿的來源與結果。
可回溯快照: 版本歷程中的自動備份點。
自動計算: Excel 計算模式，必須開啟才能啟用智慧填滿。
拖曳填滿: 傳統填滿方式，僅複製或遞增。
快速填入: 舊版「Flash Fill」，無國碼保留機制。
共用活頁簿（舊式）: 舊協作模式，與智慧填滿不相容。
群組原則: 企業集中管理設定檔的技術。
邊緣運算: 行動端分段處理策略，減少本地 CPU 負載。

風險與邊界

智慧填滿雖能大幅節省時間，但仍有邊界：1) 樣本偏差將導致推論錯誤，尤其在多語系混合欄位；2) 對加密欄（如密碼雜湊）無法判讀，會直接回退為純拖曳；3) 舊版 Linux 與行動端 13.x 以下不支援，開啟檔案即觸發降級；4) 超過 100 萬行時，桌面版可能觸發 32 位元記憶體限制，建議改用 Power Query 或 SQL 預處理。

替代方案：若您的資料已存放於雲端資料倉儲，可直接使用 SQL UPDATE ... FROM pattern 或 Python Pandas .str.extract()，再回寫 Excel；如此可把智慧填滿當作「最後一哩」的格式微調，而非主戰場。

未來趨勢／版本預期

官方藍圖透露，2026H1 將把智慧填滿與「Copilot in Excel」整合，讓使用者可用自然語言下指令，例如「把電話改成 E.164 格式」；同時計畫開放 API，供第三方 CRM 直接呼叫。對企業而言，這代表格式治理可從「事後清理」轉向「即時 API 層」；對開發者而言，則需提前評估「推論 API 配額」與「資料落地合規」議題，避免把敏感資料送往雲端推論端點。現階段，先把 12.9.2 的本地功能摸熟，累積樣本與稽核流程，未來升級至 API 版本時才能無縫接軌。