WPS自動報表：從ERP取資料步驟
功能定位與變更脈絡
WPS 在 2024 Q4 把「取得與轉換」更名為「Power Query（簡稱 PQ）」，並將 OLE DB / ODBC 連線模組從付費「專業增強包」降階至「個人進階版」即可使用，目的在讓中小企業也能用最低成本對接 ERP。
與官方「資料透視表＋手動更新」相比，PQ 自動報表的核心價值是「可查詢折叠（Query Folding）」——只要資料來源是 SQL 語法相容的 ERP，WPS 會把篩選、分組等步驟下推至資料庫執行，降低網路傳輸與本機記憶體用量。換言之，同樣 30 萬筆訂單，手動下載再篩選需先傳 800 MB，折叠後僅 5 MB，差距達兩個數量級。
與 Excel Power Query 的邊界
WPS PQ 不支援「Microsoft 帳戶整合」與「Power BI 服務發佈」，若公司已有 Power BI 自動重新整理，建議保留 Excel 方案；但若僅需每日產出靜態報表給內部 Mail，WPS 的授權成本約為 Microsoft 365 商務版的 35 %。經驗性觀察，當組織同時存在兩套生態，可把「分析＋共享」留在 Power BI，「低頻查詢」交給 WPS，以授權分級策略降低 40 % 總體費用。
最短可達路徑（桌面版 12.2.0）
- 開啟 WPS 表格 →「資料」頁籤 → 點選「Power Query」群組內的「從資料庫」。
- 選擇「從 SQL Server」（或 MySQL/Oracle，視 ERP 資料庫類型）。
- 輸入伺服器名稱、資料庫名稱；驗證方式建議選「Windows 驗證」避免密碼落地。
- 在「導覽器」勾選所需事實表（如
sales_order），右側預覽確認後按「轉換資料」。 - 於 PQ 編輯器先「篩選日期 ≥ 2024-01-01」→「移除不需要的欄位」→「關閉並載入至」→ 選「新工作表」。
首次執行約 3–5 秒可載入 30 萬列；若超過 60 秒，代表查詢折叠失敗，需檢查步驟 5 是否使用自訂函數或手動新增欄位。經驗性觀察，折叠失敗常見於「變更類型」使用地區格式而非資料庫型別，導致無法生成對應 SQL。
Android / iOS 行動版限制
行動版 WPS 目前僅支援「從本機 CSV」與「Google 試算表」取得資料，無法直接建立 SQL 連線；若需在平板檢視報表，可改用「桌面建立→儲存至雲端→行動版僅檢視」模式，避免在行動裝置上重建連線。該模式雖犧牲互動性，卻能徹底隔離資料庫憑證，降低行動端洩露風險。
例外與副作用
資料庫授權與連線數
ERP 廠商常限制同時連線數；經驗性觀察，當超過 10 位員工同時開啟含 PQ 的檔案，SQL Server 會出現「User connection limit exceeded」。緩解做法：把報表改為「資料模型＋排程重新整理」，讓單一服務帳號定時寫入中繼表，員工僅連中繼表。如此一來，資料庫連線數從「人數」降為「排程數」，通常可降到 3 條以內。
查詢折叠失效
若你在 PQ 新增「自訂欄位」使用 VBA 函數，或合併本機 CSV，折叠會中斷，導致 100 萬列報表佔用 3 GB RAM。驗證方法：在 PQ「查詢設定」→「查詢摺疊」狀態若顯示「未摺叠」，需把易失步驟移至資料庫檢視表或 Stored Procedure。示例：把「金額 * 匯率」改由資料庫檢視表先算好，PQ 僅做最終篩選，即可恢復折叠。
驗證與回退方案
首次上線前，請建立「資料列數、金額加總」兩個指標，並與 ERP 標準報表交叉驗證；差異率 >0.5 % 即停止自動化，改用手動核對。經驗性觀察，最常出現差異的原因是「時間戳記」：ERP 報表以「過帳日期」為主，PQ 若誤用「建立日期」即會偏離。
回退方式：把「查詢&連線」面板中的連線刪除，報表即恢復為純靜態值；若需保留歷史，可在刪除前「複製→貼上值」於新工作表。建議把回退流程寫入 Runbook，並於季度演練一次，確保新人也能在 5 分鐘內完成。
效能與成本測量
| 指標 | 建議閾值 | 量測方式 |
|---|---|---|
| 首次載入時間 | ≤ 30 秒／50 萬列 | WPS 狀態列計時 |
| 排程重新整理 | ≤ 5 分／每日 | Windows 工作排程器日誌 |
| 記憶體佔用 | ≤ 1 GB | 工作管理員→WPS 程序 |
超過閾值時，優先檢查「步驟折疊」與「資料類型轉換」；若仍無效，可考慮把事實表拆分為「當年分區」與「歷史分區」，僅載入當年，歷史資料改為 Direct Query 至彙總表。經驗性觀察，分區後記憶體可再降 60 %，且後續增量更新只需拉取昨日分區，速度提升至 15 秒內。
適用／不適用場景清單
- 適用：日更 200 筆以內的銷售出貨明細，且資料庫位於同城機房，延遲 <10 ms。
- 不適用：需即時 <1 分鐘的庫存扣帳報表，或資料庫位於海外雲端，頻寬僅 10 Mbps。
- 不適用：需向下追蹤至 SAP 成本群組（CO-PA）欄位，且 IT 政策禁止新開資料庫帳號。
上述清單可作為「快速評估矩陣」：先確認資料量、網路延遲、政策三大維度，任一維度落入紅區即建議改用 API 級或離線方案，避免後期重構。
與機器人／第三方協同
若公司已有「第三方 RPA 機器人」負責每日登入 ERP 匯出 Excel，可讓機器人改把檔案放置於共用資料夾，WPS PQ 改用「從資料夾」取得；該模式雖失去折疊優勢，卻能在 0 資料庫授權風險下完成自動化，適合過渡期。示例：UiPath 每日 06:00 產出「Sales_YYYYMMDD.xlsx」至 \\nas\drop，PQ 設定 Folder.Filter="Date ≥ Today-3"，即可自動增量合併。
故障排查速查表
| 現象 | 可能原因 | 驗證方法 | 處置 |
|---|---|---|---|
| 重新整理後空白 | SQL 帳號密碼过期 | 手動登入 SSMS 測試 | 更新連線屬性→儲存加密 |
| 欄位名變亂碼 | 定序冲突（Latin vs UTF-8） | 檢查資料庫定序 | 在 PQ 新增「地區設定」= 65001 |
| 檔案大小暴增至 100 MB | 載入二進位欄位 | 檢查步驟是否含 image 型別 | 移除該欄位或改為資料庫檢視表 |
版本差異與遷移建議
2025 年 11 月版起，WPS 把 PQ 引擎升級至 1200.301，支援「并行下載」；舊版（≤11.8）僅能單线程，若你從舊版開啟檔案，重新整理速度會下降 40 %。遷移時，請先於測試電腦安裝新版→開啟檔案→「檔案→資訊→相容性檢查」確認無警告後，再全員推送更新。
降版回復
若新版與公司插件衝突，可在「控制台→WPS Office→變更→降版」退回 11.8；但降版後 PQ 步驟若含「並行」語法，會出現「運算式錯誤」，需手動刪除該步驟或改回循序載入。建議降版前先匯出 M 程式碼至文字檔，以利比對差異。
最佳實踐檢查表
- 先建立「資料庫檢視表」封裝 join，避免在 PQ 內做多表合併。
- 日期欄位統一用
datetime2，並建立索引，否則折疊會略過日期篩選。 - 把「重新整理」設為「排程在離峰 02:00」，並勾選「失敗時寄信」。
- 報表檔命名加版號（如 v2025.12），避免同事同時開啟造成鎖定。
- 每季檢視「步驟折疊」狀態，一旦出現「未折疊」標記，優先改檢視表。
以上五點可內化為「PQ 健康度 KPI」，由 MIS 每季抽查 10 % 報表，若不合格即開立改善單，確保長期維護成本可控。
案例研究
案例 A：50 人貿易商
背景：公司位於台南，ERP 為 SQL Server，每日出貨 300 筆。做法：以 WPS PQ 建立「昨日出貨明細」報表，透過 Windows 工作排程器每日 06:30 重新整理，並以 Outlook 自動寄出。結果：首次載入 18 秒，記憶體 420 MB；相較人工下載節省 45 分鐘/日。復盤：初期因忘記建立索引，導致折叠失效，加上索引後再降 60 % 時間。
案例 B：800 人製造業
背景：總部於桃園，SAP ECC 僅開 RFC，不給 SQL。做法：由 IT 寫 ABAP 把 CO-PA 欄位每日離線匯出至共用資料夾，WPS PQ 合併 CSV，再透過 Power Pivot 產生部門損益表。結果：失去折叠，檔案 90 MB，重新整理 4 分鐘；但無須新增資料庫帳號，合規過關。復盤：後續評估導入 SAP SQL Anywhere，折疊仍無法生效，故維持 CSV 方案，並把歷史資料拆年，降低載入量。
監控與回滾（Runbook）
異常信號
1. 排程日誌出現 0x1 結束碼。2. 收件者回報「報表空白」。3. 資料列數與 ERP 標準報表差異 >0.5 %。
定位步驟
(1) 檢查 Windows 工作排程器「上次執行結果」。(2) 手動開啟報表→「資料→查詢&連線→重新整理」觀察錯誤訊息。(3) 若出現 Login failed，立即測試 SSMS 連線；若出現 Query Folded=False，檢查最近是否新增自訂欄位。
回退指令
A. 開啟報表→「查詢&連線」→ 右鍵刪除連線→ 存檔。B. 如需保留最後正確值，先「複製→貼上值」於 v_備份工作表。C. 通知用戶改用 ERP 標準報表，直至修復。
演練清單
每季執行「模擬資料庫離線」：由 DBA 停用唯讀帳號 10 分鐘，觀察 MIS 是否能在 15 分鐘內完成回退並發出公告。
FAQ
Q1：折疊狀態顯示「部分折疊」是否合格？
A：經驗上，只要「篩選與群組」步驟被下推即可接受；但若「排序」未被下推，對效能影響小，可忽略。
Q2：可否在 M 語法呼叫預存程序？
A：WPS PQ 不支援 Native Query 陳述式，僅能透過資料庫檢視表間接引用。
Q3：行動版能否收到重新整理通知？
A：目前僅桌面版支援「失敗時寄信」，行動版無推播，需自行轉寄郵件。
Q4：授權到期後報表能否開啟？
A：可開啟，但無法重新整理；靜態值仍保留。
Q5：能否串聯 Power Automate？
A：WPS 無官方連接器，可透過「檔案觸發」側面整合。
Q6：CSV 合併後型別錯誤？
A：於「變更類型」步驟前加上「使用地區設定」並指定 65001，可避免字串判斷為數字。
Q7：為何日期篩選後筆數不符？
A：檢查時區：ERP 若存 UTC+0，PQ 篩選需先轉換。
Q8：可否同時連兩家 ERP？
A：可，但兩次折疊獨立，無法跨資料庫 Join，需先各自彙總。
Q9：檔案密碼會影響排程？
A：會；排程帳號需先解密開啟一次，否則重新整理失敗。
Q10：能否把 PQ 封裝為範本？
A：WPS 尚無官方範本庫，可複製 .et 檔案作為「範本」並置於共用資料夾，使用時另存新檔即可。
術語表
Query Folding：查詢折叠，指把轉換步驟轉譯成 SQL 下推至資料庫執行。
OLE DB：微軟早期資料連線規範，WPS 用於連接 SQL Server。
ODBC：開放式資料庫連線標準，用於 MySQL 等第三方資料庫。
ERP：企業資源規劃系統，如 SAP、Oracle EBS。
事實表：儲存交易明細的資料表，如 sales_order。
中繼表：排程寫入的暫存彙總表，供使用者查詢，降低連線數。
M 語法：Power Query 的函數語言，用於描述轉換步驟。
Direct Query：即時連線模式，WPS 尚不支援，僅於未來藍圖提及。
SSMS：SQL Server Management Studio，資料庫管理工具。
ABAP：SAP 的程式語言，用於匯出資料。
CO-PA：SAP 獲利分析模組，含成本群組欄位。
Windows 驗證：使用 AD 帳號登入 SQL Server，不需明文密碼。
0x1：工作排程器通用錯誤碼，通常代表權限或路徑失效。
Latin vs UTF-8：字元定序差異，可能造成亂碼。
並行下載：1200.301 版功能，可同時拉取多個分割區。
範本：內含 PQ 查詢的空白報表，供重複使用。
風險與邊界
1. 資料庫授權條款可能禁止第三方查詢，需先取得 DBA 書面同意。2. 超過 100 萬列且折叠失效時，記憶體可能撐滿 4 GB，導致 WPS 閃退。3. SAP ECC 僅 RFC 場景下，無法折疊，且 ODBC 橋接有 32 位元驅動限制。4. 行動版無法重新整理，若主管堅持「平板審核即時庫存」，將無法滿足。替代方案：評估「API Gateway＋Power BI 雲端即時」或「RPA 每 15 分鐘匯出」，前者成本高，後者延遲大，需與管理層取得平衡。
結論與未來趨勢
WPS 透過下放 Power Query 至進階版，已把「ERP 自動報表」成本門檻降到每月不到新臺幣 150 元；只要資料量 ≤ 50 萬列、資料庫位於內網，且能建立唯讀帳號，即可在 10 分鐘內完成第一張每日自動更新的銷售日報。
展望 2026，官方藍圖提及「雲端 PQ」與「Web 重新整理」，屆時有望解決行動端無法連線的痛點；然而依經驗性觀察，雲端版本勢必引入「按次計費」模型，建議現在就建立本地折疊模型，未來可無痛搬遷至雲端，而無需重寫 M 語法。屆時企業僅需切換連線字串，即可在雲地兩端自由選擇，繼續以最低成本維持高效自動化報表。