跨工作表SUMIFS條件彙總WPS操作指引

功能定位：為何需要跨工作表 SUMIFS

當月度銷售明細分散在十二張獨立工作表，財務稽核常要求「一條公式就能彙總全年、且來源可追溯」。跨工作表 SUMIFS 正是為了把「條件彙總」與「資料留存」一次解決：公式留在報表層，原始分表零更動，事後查賬可直接點擊連結跳轉來源。

與傳統「複製→貼上值」相比，公式化做法在 WPS 2025Q4 後支援動態陣列溢出，資料新增時無須手動擴充範圍；但若來源工作表被刪除或重新命名，公式將立即回傳 #REF!，提醒稽核人員「來源已異動」，這正是合規場景需要的「主動警示」。

版本與平台差異速覽

平台	最低支援版本	跨表參照上限	備註
Windows 桌面	12.9.2	同一檔案內 1,024 張工作表	支援 LAMBDA 輔助命名
macOS	12.9.0	同上	Apple Silicon 原生
Linux 統信	12.8.5	同上	需手動開啟「兼容模式」才能跨表
Android/iOS	14.3	僅檢視，不支援輸入跨表公式	編輯需切換桌面版

核心語法與命名原則

WPS 沿用 Excel 語法，但允許「工作表名稱」使用中文與全形符號，只要前後加單引號即可：

=SUMIFS('1月銷售'!$D:$D,'1月銷售'!$B:$B,$A2,'1月銷售'!$C:$C,">="&DATE(2025,1,1))

稽核重點：把「條件範圍」與「求和範圍」都鎖定整欄，日後新增列不必改公式；條件值統一放在「報表」工作表的 A 欄，方便批次向下填充。

命名範圍降低維護成本

若十二張分表結構完全一致，可在「公式」→「名稱管理器」新增跨表命名，例如銷售金額_全年參照：

='1月銷售:12月銷售'!$D:$D

經驗性觀察：WPS 目前不支援「三維參照」直接用於 SUMIFS，命名後仍須在每一張表建立對應名稱，否則會回傳 #VALUE!。折衷做法是將十二個名稱依序排列，再用「+」串接，可讀性高且稽核軌跡清晰。

實戰範例：全年銷售額按客戶別彙總

新增「全年報表」工作表，A 欄放客戶編碼，B1 放起始日期，C1 放結束日期。
B2 輸入下列公式後向下填充：

=SUMPRODUCT(SUMIFS(INDIRECT("'"&$H$1:$H$12&"銷售'!D:D"),INDIRECT("'"&$H$1:$H$12&"銷售'!B:B"),$A2,INDIRECT("'"&$H$1:$H$12&"銷售'!C:C"),">="&$B$1,INDIRECT("'"&$H$1:$H$12&"銷售'!C:C"),"<="&$C$1))

說明：H1:H12 預先填入 1–12 月字串，透過 INDIRECT 把「字串→參照」，即可用 SUMPRODUCT 一次迭代十二張表，避免手動抄公式。

可稽核性設計

在「全年報表」D 欄插入「來源連結」公式：

=HYPERLINK("#"&INDEX($H$1:$H$12,MATCH(1,(--(COUNTIF(INDIRECT("'"&$H$1:$H$12&"銷售'!B:B"),$A2)>0)),0))&"銷售!A1","點我跳轉")

點擊後可直接開啟第一張符合條件的來源工作表，方便內控抽樣。

錯誤排查速查表

錯誤碼	常見原因	驗證步驟	處置
#REF!	工作表被刪/改名	Ctrl+F 搜尋單引號	復原名稱或更新公式
#VALUE!	INDIRECT 字串超出 255 字	LEN 函數檢查	縮短工作表名稱
0	條件型別不符	TYPE 函數比對	統一數值/文字格式

效能與成本取捨

根據 WPS 官方 2025 年 12 月技術白皮書，跨表 SUMIFS 若引用整欄（104 萬列）且十二張表全開，檔案大小會增加 38%，重算時間約 1.2 秒；若改用「表格物件（Ctrl+T）」並限制實際列數，重算時間可降至 0.3 秒，檔案僅增 9%。

何時不建議用跨表公式？
①單張表超過 100 萬列；②來源工作表會被「移動或複製」到新增活頁簿；③需提交給外部稽核單位，對方要求「值而非公式」。以上情境建議改用「資料」→「合併彙算」或 Power Query（WPS 測試版已內建），先轉值再傳遞，可避免公式失效風險。

與第三方稽核工具協同

若公司採用「用友或金蝶」抽取憑證，可在 WPS 插入「自定義屬性」存放「憑證號」欄位，再於 SUMIFS 外層包裝：

=LET(憑證,CustomDocumentProperties("VoucherID"),IF(憑證="",SUMIFS(...),"已鎖定"))

經驗性觀察：屬性值會隨檔案一併儲存，第三方只要讀取 OOXML 的 docProps/custom.xml 即可比對，符合 SOX 留痕要求。

驗收與監控指標

公式覆蓋率：稽核範圍內 100% 使用公式，零手動貼上值。
回傳錯誤率：月度抽樣 5% 檔案，#REF! 或 #VALUE! 必須為 0。
重算耗時：桌面版開啟「檔案」→「選項」→「公式」→「手動重算」，計時應 <2 秒。

驗收步驟：在「審閱」→「追蹤修訂」開啟後，任意插入一列，觀察公式是否自動擴容；若未擴容，代表整欄參照成功，可通過。

版本差異與遷移建議

WPS Linux 信創版 12.8.5 前不支援動態陣列，若從 Windows 遷入，需把 SUMPRODUCT+INDIRECT 改回傳統 Ctrl+Shift+Enter CSE 陣列，否則會顯示單一值。建議在 Windows 端另存為「兼容模式」再交付，避免稽核方開啟結果不一致。

未來趨勢：WPS Copilot 2.0 生成跨表公式

2026 年 roadmap 揭露，Copilot 將支援「自然語言→跨表 SUMIFS」一鍵產生，並自動在註解列出「來源工作表清單」。企業版管理後台可強制關閉「雲端模型」，改走離線 7B，確保資料不出廠。屆時人工撰寫公式的工作量預計再降 60%，但稽核人員仍需核對「AI 註解」與實際來源是否一致，才能簽核放行。

案例研究：從 30 家門市到 800 家門市的兩種落地場景

情境 A：區域連鎖零售商 – 30 家門市

需求：總部財務每月 3 號前產出「門市別毛利報表」。原始做法：各店上傳獨立檔案，會計手動貼上。導入跨表 SUMIFS 後，統一模板命名「門市_xxx」，31 張工作表（含小計）放在同一活頁簿，透過命名範圍「毛利_門市」整欄參照。結果：每月結帳時間從 2.5 天縮至 0.5 天，錯誤率由 3% 降至 0。復盤：初期遭遇「門市改名」導致 #REF!，後續在文件名加上「門市編碼」並鎖定代碼，問題不再出現。

情境 B：全國便利店 – 800 家門市

需求：日結「銷售日報」800 張，單檔超 200 MB，無法全放同一活頁簿。做法：先以 Power Query 合併每日上傳的 CSV，再「載入至資料模型」；報表層僅保留 SUMIFS 指向模型結果。結果：重算時間穩定在 1.8 秒，檔案維持 5 MB 內。復盤：若堅持純公式，需拆分 8 個區域檔，再彙總「區域總表」，管理成本反而高；「模型+公式」混合架構在可稽核與效能間取得平衡。

監控與回滾 Runbook

異常信號

開啟檔案時跳出「外部連結」警告，但近期無新增來源。
重算時間突增 3 倍以上。
稽核欄出現連續 5 筆 #REF!。

定位步驟

「公式」→「錯誤檢查」→「循環參照」排除基本錯誤。
Ctrl+F 搜尋「#REF!」定位受影響欄位。
「檔案」→「資訊」→「相關文件」比對遺失的工作表名稱。
必要時啟用「追蹤前導參照」繪製箭頭，視覺化流向。

回退指令

若來源工作表已被刪除，且無備份：立即將公式改為「值」→「複製」→「選擇性貼上值」；同時在「修訂紀錄」標註「公式失效，待補資料」。若僅更名，則用「尋找與取代」批次置換工作表名稱即可。

演練清單（季度執行）

隨機刪除一張來源工作表，觀察報表能否在 5 分鐘內復原。
模擬網路中斷，驗證 Power Query 離線快取是否仍可展開。
用指令碼批次改名 10 張工作表，測試「尋找取代」腳本正確性。

FAQ

Q1：跨表 SUMIFS 能否參照外部活頁簿？: 結論：可以，但路徑須完整，且外部檔需同步開啟。
背景：WPS 不支援「外部連結」自動更新時，會回傳 #N/A；經驗性觀察，把外部檔放在同一共用資料夾並使用相對路徑，可降低失效機率。
Q2：INDIRECT 為何在 Web 版無法使用？: 結論：Web 版基於安全沙箱，禁止動態參照。
證據：官方說明文件「Web 不支援巨集與動態字串參照」章節有載明。
Q3：命名範圍可否跨活頁簿？: 結論：不行，名稱僅作用於定義時所在活頁簿。
替代：需在每個檔案個別建立相同名稱，再於彙總檔使用「外部參照+名稱」語法。
Q4：十二張表結構不同，能否依欄位順序對應？: 結論：不建議，易因欄位移動導致條件錯配。
經驗：先用 Power Query 正規化欄位名稱與順序，再導入報表層 SUMIFS。
Q5：檔案暴增 300 MB，如何瘦身？: 結論：整欄參考會寫入空白列，改用「表格物件」或「Ctrl+End」重設使用範圍。
步驟：Ctrl+G → 特殊 → 最後一個儲存格，確認是否落在合理列號。
Q6：可以透過 VBA 批量建立跨表公式嗎？: 結論：WPS 巨集環境支援，但 macOS 與 Linux 需手動啟用「相容增益集」。
注意：行動平台無法執行巨集，需回桌面版。
Q7：為何稽核單位堅持「值而非公式」？: 結論：避免外部連結失效導致數字漂移。
做法：交付前「選擇性貼上值」並另存新檔，保留公式檔作為底稿。
Q8：動態陣列溢出是否向下相容？: 結論：12.9 以前版本會顯示單一值，不會溢出。
建議：另存「兼容模式」並以 CSE 陣列公式取代。
Q9：Linux 版開啟兼容模式後效能會下降？: 結論：經驗性觀察重算時間增加約 15%，但仍低於 2 秒門檻。
若高於預期，可關閉「即時計算」改用手動。
Q10：行動版未來會開放編輯跨表公式？: 結論：官方 roadmap 僅列「檢視支援」，尚未承諾開放輸入。
短期仍需回桌面版處理。

術語表

動態陣列溢出（Dynamic Array Spill）: WPS 2025Q4 引入，公式結果自動擴展至鄰近空白儲存格，無需 CSE。
跨表命名（Cross-sheet Name）: 在名稱管理器定義，可在同一活頁簿多張工作表共用，但無法三維參照。
三維參照（3D Reference）: Excel 語法如 Sheet1:Sheet3!A1，WPS 目前不支援於 SUMIFS 內直接使用。
INDIRECT: 將字串轉為範圍參照，字串長度上限 255 字元。
表格物件（Table Object）: Ctrl+T 建立的結構化表格，具自動擴容與欄位名稱引用功能。
兼容模式（Compatibility Mode）: Linux 版需手動勾選，才能啟用跨表參照與部分巨集。
CSE 陣列（Ctrl+Shift+Enter）: 舊版陣列公式輸入方式，WPS 12.9 前必用。
重算耗時（Recalc Time）: 手動按 F9 至狀態列顯示「就緒」的秒數，官方白皮書用於衡量效能。
OOXML: WPS 預設檔案格式，副檔名 .xlsx，內含 docProps/custom.xml 可存自訂屬性。
SOX 留痕: 薩班斯法案要求財報可追溯至原始憑證，自訂屬性存放「憑證號」即為一例。
選擇性貼上值（Paste Values）: 僅貼上計算結果，去除公式，常用於外部交付。
外部連結（External Link）: 公式指向另一活頁簿，路徑變更即失效。
整欄參照（Full Column Reference）: 如 A:A，方便新增列但可能增加檔案大小。
資料模型（Data Model）: Power Query 載入後的記憶體索引結構，可提升彙總效能。
稽核軌跡（Audit Trail）: 透過 HYPERLINK 或註解標註來源，供內控抽樣。

風險與邊界

跨表 SUMIFS 並非萬能，下列情境應主動迴避：單一工作表超過 100 萬列且含大量空白，重算指數級上升；來源工作表需「移動或複製」至新活頁簿交付，路徑斷裂後全盤 #REF!；需提交給僅接受「靜態值」的監管機構，公式反而成為拒收理由。替代方案可採 Power Query 合併後轉值，或使用「資料」→「合併彙算」產生中繼報表，既保留追溯，也避免公式副作用。

結論

跨工作表 SUMIFS 在 WPS 2025Q4 已具備商業級穩定度，只要遵守「整欄參照、命名管理、錯誤追蹤」三原則，就能在稽核、效能與維護成本間取得平衡。面對百萬列級資料或外部稽核單位，果斷改用合併彙算或 Power Query 轉值，才是更經濟的作法。隨著 Copilot 2.0 落地，公式產生門檻將再下降，但「來源可溯」仍是合規不可讓步的底線。