如何自動合併多份試算表？欄位對應、日期統一與去重教學

如何自動合併不同欄位格式的多份試算表？

直接答案： 合併不同試算表時，應先建立欄位對照表，再統一資料型態、日期格式與來源標記，最後依訂單識別碼去除重複並完成筆數對帳。直接複製貼上容易造成欄位錯位與重複計算。

合併不同試算表時，應先建立欄位對照表，再統一資料型態、日期格式與來源標記，最後依訂單識別碼去除重複並完成筆數對帳。直接複製貼上容易造成欄位錯位與重複計算。

本篇會完成一個可驗收的工作成果，而不是只介紹觀念。讀者將依序理解故事情境、用途、適用狀況、操作步驟、完整 Prompt、驗收方法、常見錯誤與 FAQ。

SnackFlow 遇到了什麼工作問題？

直接答案： SnackFlow 每週收到 Amazon、Walmart 與 Costco 三份銷售檔。

SnackFlow 每週收到 Amazon、Walmart 與 Costco 三份銷售檔。日期分別叫 Date、Sales Date 與 Order Date，商品與營收欄位也不同。營運人員先定義統一欄位，再由 Apps Script 讀取、轉換、合併與標示通路。

這個故事的關鍵不是「使用 AI 就會得到答案」，而是先把工作問題、資料欄位、規則與驗收條件說清楚，再讓工具協助處理可重複、可檢查的部分。

這項做法有哪些用途與效益？

直接答案： 多表合併適合多平台、多分店與不同部門定期提供相似資料的工作。效益是讓來源可追溯、欄位一致，並將每次對帳使用相同規則。

多表合併適合多平台、多分店與不同部門定期提供相似資料的工作。效益是讓來源可追溯、欄位一致，並將每次對帳使用相同規則。

哪些狀況適合，哪些狀況不適合？

直接答案： 適合來源格式有規律且能建立欄位對照。來源欄位經常任意變動、資料量非常大或需要即時同步時，應考慮 ETL、資料庫或正式資料管線。

適合來源格式有規律且能建立欄位對照。來源欄位經常任意變動、資料量非常大或需要即時同步時，應考慮 ETL、資料庫或正式資料管線。

若資料涉及個資、財務、法遵、交易或未公開商業資訊，先遵守組織資料政策。只需要提供資料結構時，應使用欄位名稱與三筆虛構資料，不要直接貼入敏感原始資料。

完整操作教學怎麼做？

直接答案： 完整操作從確認工具與資料結構開始，再依序設定規則、產出結果、測試例外並人工驗收。每一步都要保留可核對的輸入與輸出。

步驟 1：建立測試副本與成功條件

先複製原始檔，或建立只含欄位標題與三筆假資料的測試表。寫下「完成後應看到什麼」，例如公式回傳數字、試算表新增一列、雲端硬碟出現指定檔案，或 Dashboard 顯示可回扣的 KPI。

步驟 2：確認資料欄位與型態

逐欄核對工作表名稱、欄位標題、日期、文字、數字與唯一鍵。不要只依投影片中的欄位字母，因為實際檔案插入或刪除欄位後，位置可能不同。

步驟 3：依序完成核心工作

1. 列出各來源欄位名稱。
2. 建立日期、通路、商品名稱、營收的統一格式。
3. 讀取三份來源工作表。
4. 轉換日期與金額資料型態。
5. 新增通路來源欄位。
6. 合併、去重並輸出統計紀錄。

步驟 4：貼入完整 Prompt 並補上自己的資料位置

先把下方 Prompt 中的工作表名稱、欄位、網址、Spreadsheet ID、文件樣板、Email 或 MENU 替換成自己的測試資料。若需求涉及 Apps Script，要求輸出完整的 Code.gs 與 Index.html，不能只拿片段程式碼。

步驟 5：先小量執行，再擴大範圍

公式先用三至五筆資料測試；Apps Script 先用副本與自己的測試信箱執行；Web App 先送出一筆測試資料。確認結果正確後，再換成完整資料範圍。

步驟 6：依驗收清單核對與記錄例外

至少保留一個正常案例、一個邊界案例與一個錯誤案例。若結果不符，回頭檢查欄位名稱、資料型態、日期範圍、唯一鍵、權限與部署版本。

可直接複製的完整 Prompt

直接答案： 以下 Prompt 依投影片的六句提示法補齊目的、使用者、欄位、功能、規則與畫面或輸出。複製前必須替換自己的資料位置與測試條件。

~~~text

① 我要做什麼

我要做一個「SnackFlow 多通路銷售資料自動整合工具」，使用獨立式 Google Apps Script，讀取 Amazon、Walmart、Costco 三份 Google 試算表，將不同欄位名稱轉換成統一格式並合併。

② 給誰使用

給 SnackFlow 營運主管使用，每週執行一次即可完成欄位對應、格式整理與資料合併。

③ 有哪些欄位

Amazon：Date、Snack、Revenue；Walmart：Sales Date、Product Name、Sales；Costco：Order Date、Snack Name、Revenue。若來源另有唯一訂單編號，請保留並用於去重。

④ 要哪些功能

讀取三份來源、自動對應欄位、統一日期與金額型態、補上「通路」、合併資料、依唯一鍵去重，建立新試算表「Snack Sales Summary」，並在 Logger 輸出網址與處理統計。

⑤ 有哪些規則

統一欄位為「日期、通路、商品名稱、營收」；日期格式為 YYYY-MM-DD；通路填入 Amazon、Walmart、Costco；沒有唯一訂單編號時不可只用商品名稱任意去重，請先建立例外報告。輸出各來源筆數、無效筆數、重複筆數與合併筆數。

⑥ 操作與驗收

不另做介面。請提供完整 Code.gs，標示三個來源網址或 Spreadsheet ID 的替換位置，說明授權與執行，並驗收欄位、日期型態、金額型態、通路與筆數平衡。

~~~

Q如何使用這份 Prompt？

1. 保留六個區塊，不要只複製第一句。
2. 把範例中的工作表、欄位字母、網址、ID、Email 與日期換成測試資料。
3. 要求先說明假設，再輸出公式或完整程式碼。
4. 執行前檢查是否會寄信、分享檔案、覆寫資料或建立公開網址。
5. 把錯誤訊息與預期結果一起回填，要求只修正受影響部分。

如何驗收結果？

直接答案： 驗收不能只確認公式沒有錯誤或程式成功執行，還要核對資料範圍、計算規則、例外案例、輸出內容與必要權限。

• 來源筆數與執行紀錄一致。
• 日期全部符合 YYYY-MM-DD。
• 營收欄位為可加總數值。
• 合併筆數等於來源合計扣除重複筆數。

建議再做三層核對：第一層用兩至三筆資料手算；第二層比較來源總筆數與輸出總筆數；第三層測試空白、重複、未對應、期間外或權限不足等例外。

常見錯誤與限制有哪些？

直接答案： 最常見問題是欄位與指標未定義清楚、直接相信產出，以及忽略資料型態、權限、部署版本與工具規模限制。

• 只靠欄位位置，不檢查欄位名稱。
• 用商品名稱與日期去重，誤刪不同訂單。
• 沒有保留來源通路，事後無法追查。

若工作涉及正式財務、法遵、薪資、交易、大量多人使用或高可用性要求，應加入正式審核、權限、測試、記錄與稽核機制，不能只依賴教學用試算表原型。

工具功能與來源依據

直接答案： 文章中的工具操作以官方文件或實際引用來源為準；產品介面、可用方案與配額可能變動，操作前應再次核對官方說明。

本文涉及的產品功能或操作範圍，以 Google Developers：Apps Script 擴充 Google 試算表 為查核依據；功能、方案與介面可能更新，實作時仍應以官方頁面為準。

本文涉及的產品功能或操作範圍，以 Google：IMPORTRANGE 為查核依據；功能、方案與介面可能更新，實作時仍應以官方頁面為準。

常見問題 FAQ

直接答案： 以下問答處理操作、驗證與工具選擇時常見的疑問；每個答案都可脫離前文單獨閱讀與套用。

Q欄位名稱不同可以自動合併嗎？

可以先建立明確欄位對照，例如 Revenue 與 Sales 都對應到營收，再由程式轉成統一格式。

Q如何判斷重複資料？

優先使用唯一訂單編號；若沒有唯一鍵，應先定義組合鍵並評估誤刪風險。

QIMPORTRANGE 和 Apps Script 怎麼選？

少量固定範圍可用 IMPORTRANGE；需要欄位轉換、去重、建立新檔案或多來源流程時，Apps Script 較彈性。

Q日期格式統一後為什麼仍不能排序？

儲存格可能只是外觀相同，底層仍是文字。驗收時要確認資料型態是日期。

Q資料很多時 Apps Script 還適合嗎？

資料量、執行時間與維護需求超過 Apps Script 限制時，應改用資料庫或雲端資料管線。

參考資料

直接答案： 參考資料只列出本文實際使用的投影片與公開來源；日期無法確認時標示日期不明，不自行推測發布時間。

• Apps Script 擴充 Google 試算表｜Google Developers｜發布日期：2026-04-23｜存取日期：2026-08-24
• IMPORTRANGE｜Google｜發布日期：日期不明｜存取日期：2026-08-24

關於作者 {#author}

Claire Chang ｜ 企業 AI 導入與流程轉型顧問。專注於 AI Agent 架構設計、ERP 系統整合與企業 AI 治理。

最後更新：2026-08-25