每一次系統轉換的背後，都藏著一個讓行政團隊冷汗直流的問題：「資料搬得過去嗎？」對 NPO 而言，捐款資料不只是一張 Excel 表格，它承載著每一位支持者的信任、每一筆定期定額的承諾、以及每一張收據的法律效力。關於如何挑選適合的捐款系統，請參閱我們的捐款系統 10 大挑選指標。
本文聚焦在「選完之後怎麼搬」——一份專為社福機構設計的 5 步驟無痛搬家指南。
為什麼 NPO 換系統比企業更難？三個社福獨有的搬家痛點
一般企業換 CRM，最擔心的是客戶聯絡資訊和銷售紀錄。但 NPO 換捐款系統時，面臨的挑戰遠比「匯出一份 CSV」複雜。
NPO 換捐款系統之所以比一般企業的 CRM 轉換更困難，在於三個社福獨有的痛點：第一，定期定額金流授權斷鏈——信用卡定期扣款的授權 Token 綁定在特定金流服務商，一旦新系統更換了金流商，所有定捐支持者都必須重新授權，處理不當可能導致大量非自願流失；第二，國稅局電子申報銜接——年度捐贈扣除額資料必須以完整年度彙整上傳，系統切換若跨越年度，需確保新舊系統的資料能無縫合併；第三，收據編號連號性——收據是法律文件，編號不能重複也不能跳號，新系統必須從舊系統的最後一筆收據號碼接續編列。
這些都不是通用的 CRM 搬家教學會提到的問題。
💡 💡 顧問小科普
根據國際非營利組織顧問的建議，系統遷移專案應預留 3 至 6 個月的規劃與執行期。千萬不要選在年底募款旺季或隔年 2 月國稅局申報截止前進行切換。
Step 1 — 遷移前的資料盤點與清洗
搬家的第一條鐵律：不要把髒資料搬進新家。 這是所有遷移專案最關鍵、也最容易被忽略的步驟。
該搬什麼？資料斷捨離清單
| 必搬 ✅ | 可選搬 🤔 | 建議捨棄 ❌ |
|---|---|---|
| 捐款人基本資料（姓名、身分證、聯絡方式） | 過去的電子報開信紀錄 | 5 年以上無互動的非捐款聯絡人 |
| 所有捐款交易紀錄（金額、日期、方式） | 活動參與紀錄 | 測試用的假資料 |
| 收據開立紀錄與編號 | 捐款人備註與標籤 | 已合併的重複紀錄 |
| 定期定額授權狀態與起始日 | 義賣品購買紀錄 | 格式錯誤的匯入失敗紀錄 |
資料去重與格式標準化
在匯出之前，先在舊系統中完成以下清理工作：
- 去重：以身分證字號或 Email 作為唯一識別碼（Unique Identifier），合併重複的捐款人紀錄
- 日期格式：全部統一為西元
YYYY-MM-DD，避免民國年與西元年混用 - 地址拆分：將「完整地址」拆為「縣市 + 鄉鎮區 + 街道 + 郵遞區號」，配合新系統的欄位結構
- 電話清理：移除多餘空格與符號，統一加上區碼
Step 2 — 建立欄位對應表（Mapping Document）
欄位對應表是整個遷移專案的核心文件。它記錄了舊系統的每一個欄位在新系統中「對應到哪裡」以及「需要做什麼轉換」。
NPO 在進行捐款系統遷移時，最核心的前置作業是製作欄位對應表（Mapping Document），一份記錄舊系統欄位名稱、新系統欄位名稱、資料類型（文字、數字、日期）與轉換規則的對照文件。例如：舊系統的「性別」欄位儲存為 1 和 2，而新系統使用「男」和「女」，就需要在對應表中標註轉換邏輯。這份文件能確保技術團隊與業務端對每一筆資料的搬移規則有共識，避免匯入後出現空值、亂碼或錯誤分類。
對應表範例格式：
| 舊系統欄位 | 新系統欄位 | 資料類型 | 轉換規則 |
|---|---|---|---|
| donor_name | 捐款人姓名 | 文字 | 直接對應 |
| donate_date | 捐款日期 | 日期 | 民國年 → 西元 YYYY-MM-DD |
| gender (1/2) | 性別 | 文字 | 1→男、2→女 |
| receipt_no | 收據編號 | 文字 | 保留原始編號，新系統從最末號 +1 接續 |
| recurring_status | 定期定額狀態 | 下拉選單 | 「進行中/暫停/終止」對應新系統值 |
💡 💡 顧問小科普
匯出的 CSV 檔案請務必使用 UTF-8 編碼。台灣早期系統常用 Big5 編碼，直接匯入新系統會導致中文全部變成亂碼。在 Excel 中另存新檔時，選擇「CSV UTF-8（逗號分隔）」格式即可。
Step 3 — 定期定額金流授權的無縫銜接
這是 NPO 系統遷移中最讓人焦慮的環節——處理不當，可能一夕之間流失大量定期捐款人。
情境 A：新舊系統使用相同金流服務商
如果新舊系統都串接同一家金流（例如都用綠界或藍新），信用卡的授權 Token 通常可以透過金流商協助轉移至新系統。這是最理想的情境，捐款人不需要做任何事，定期扣款會自動延續。
必做確認事項：
- 向金流商確認 Token 轉移的技術流程與時程
- 確認轉移後第一筆扣款的日期是否正確
- 測試一筆小額定捐確認流程無誤
情境 B：新舊系統使用不同金流服務商
這時，所有定期捐款人必須重新進行信用卡授權。這是不可避免的，但可以透過溝通策略降低流失率。
建議做法：
- 提前 1 個月寄送正式信件或 Email，告知系統升級與重新授權的必要性
- 將重新授權包裝為「系統升級感謝活動」，搭配捐款影響力報告
- 提供簡單的一鍵重新授權連結，減少操作摩擦
- 安排專人電話關懷未完成重新授權的支持者
更多關於如何降低定期定額流失率的策略，請參閱Dunning 機制搶救定期定額捐款。
Step 4 — 試驗性遷移與正式上線
先跑 10 筆的小量測試法
絕對不要一次把所有資料倒進新系統。 請先匯入 10 至 20 筆包含各種情境的測試資料（單筆捐款、定期定額、已開收據、匿名捐款等），逐一比對以下項目：
- 捐款人姓名與聯絡資訊是否正確顯示（無亂碼）
- 捐款金額加總是否與舊系統一致
- 收據編號是否正確接續
- 定期定額狀態是否正確標記
- 「不同意公開徵信」的標記是否保留
並行運行（Parallel Run）策略
正式遷移後，建議保留至少 2 至 4 週的並行運行期，讓新舊系統同時接受捐款。這段期間的重點是：
- 確認新系統的金流入帳與對帳流程正常
- 確認自動開立收據功能正確
- 觀察是否有捐款人反映操作異常
- 確認穩定後，再正式關閉舊系統的捐款入口
Step 5 — 上線後的驗證與國稅局申報銜接
系統上線不代表搬家完成。真正的完工標準是「所有數據都驗證無誤，且合規流程銜接完成」。
NPO 在捐款系統上線後必須完成以下五項驗證：第一，比對新舊系統的捐款人總數是否一致；第二，比對年度捐款總金額是否吻合（精確到個位數）；第三，確認收據編號連號無缺漏、無重複；第四，測試國稅局電子申報檔案的匯出格式是否正確（UTF-8 編碼、pipe 分隔符號）；第五，確認「不同意公開徵信」的捐款人標記已正確遷移，避免徵信報表洩漏不願公開者的資訊。
國稅局電子化申報的新舊系統銜接
若系統切換跨越年度（例如 11 月上線新系統），當年度的捐贈扣除額申報必須合併新舊系統的資料。建議做法：
- 從舊系統匯出 1 月至切換日的捐款資料
- 從新系統匯出切換日至 12 月的捐款資料
- 合併後以同一捐款人為單位彙總全年金額
- 使用國稅局「扣除額電子資料交換系統」進行驗證與上傳
更多關於國稅局申報流程的詳細說明，請參閱捐贈扣除額電子化作業指南。
我們在協助客戶搬家時踩過的坑
在協助社福機構進行系統遷移的過程中，我們遇過最慘烈的教訓是：一家機構在遷移時沒有先處理重複資料，導致同一位捐款人在新系統中出現了三筆紀錄。年底產出國稅局申報檔時，系統分別為三筆紀錄各開了一張收據。結果捐款人收到三張金額不同的捐款證明，打電話來質疑「到底哪張才是對的」，行政團隊花了整整兩週才把帳務理清。
另一個常見的坑是：低估了員工適應新系統的時間。 技術上的搬家可能兩週完成，但讓財務同仁熟悉新的對帳流程、讓募款同仁學會新的報表功能，往往需要一到兩個月。我們現在在導入時都會堅持安排「超級使用者」制度——先培訓 1 至 2 位內部種子教官，由他們帶動其他同仁上手，比外部講師來上課的效果好太多。
遷移期間的資料安全同樣不可忽視。匯出的 CSV 檔案含有大量個資，傳遞過程中務必使用加密方式。更多關於捐款資料保護的完整框架，請參閱捐款系統資安合規指南。
常見問題 (FAQ)
系統搬家需要多久？我們人手有限，能自己做嗎？
從規劃到完全上線，建議預留 3 至 6 個月。如果組織的捐款資料量在 5,000 筆以內且欄位結構單純，具備基本 Excel 能力的行政人員確實可以自行操作。但若涉及定期定額金流轉移或多系統整合，強烈建議請系統商或具經驗的顧問協助，因為金流授權的技術操作通常需要供應商端的配合。
搬家過程中會不會有資料遺失的風險？
只要遵循「盤點 → 清洗 → 小量測試 → 正式遷移 → 驗證比對」的流程，資料遺失的風險極低。關鍵是在正式遷移前務必保留舊系統的完整備份，且在驗證完成前不要關閉舊系統。最常見的「遺失」其實不是資料消失，而是欄位對應錯誤導致資料跑到錯誤的欄位裡。
換系統需要額外付費嗎？資料匯出要收錢嗎？
這取決於舊系統的合約條款。部分系統商會收取「資料匯出費」或限制匯出的格式與頻率，這也是為什麼我們在資料主權議題上一再強調：選擇系統時務必確認合約中的資料匯出條款。新系統端通常會提供免費的匯入支援，部分廠商甚至提供「搬家專案」協助完成整個遷移流程。
