Mollie 支付平台資料自主全攻略：從備份到換機的完整退路

Mollie 是什麼：歐洲本地化最深的支付平台

Mollie 是歐洲成長最快的支付收單平台之一，總部在阿姆斯特丹，從 2004 年開始服務，目前有超過 30 萬商戶在用。它的核心優勢是對歐洲本地支付方式的覆蓋最完整——iDEAL（荷蘭）、Bancontact（比利時）、SEPA Direct Debit（整個歐盟）、Klarna（先買後付）、Swish（瑞典）、Vipps（挪威）、BLIK（波蘭）、Bizum（西班牙）這些 Stripe 要麼不支援、要麼只有基礎接入的方式，Mollie 全部原生整合。

對商戶來說，Mollie 的定位很清晰：它是「歐洲市場最懂本地支付習慣的收單管道」——如果你做的是荷蘭、比利時、德語區或北歐市場，客戶看到 checkout 頁面上有 iDEAL 按鈕，付款轉化率會比只放 VISA/Mastercard 高出一大截；如果你做的是全球市場，Mollie 可能不是你的主力，但可以作為歐洲本地化的補充——順帶一提，這個領域的 AI聊天 應用也有一款同名產品，定位完全不同。

安裝

Mollie 提供 Android 移動端 App，目前最新版本 1.0.5，安裝包約 57MB。由於是支付類應用，安裝過程中有幾個這款軟體專屬的注意事項：

首先，從 Mollie下載 渠道取得的 APK 簽名與應用商店版本一致，如果你之前裝過從其他來源取得的 Mollie 舊版，必須先卸載再裝，直接覆蓋安裝會導致移動設備的支付憑證（Tap to Pay 的 NFC 驗證）衝突，打開後會一直卡在初始化頁。其次，首次啟動時 App 會申請三個權限：地理位置（用來匹配你所在地區的本地支付方式顯示順序）、NFC（如果你要用到 Tap to Pay 功能）、通知（收款實時推送）——這三個權限如果拒絕，App 不是不能用，但你會錯過收款到賬即時提醒，而且 Tap to Pay 完全啟用不了。

安裝完成後，打開 App 用你在 Mollie Dashboard 註冊的 Organization 賬號登錄。這裡要注意：Mollie 的賬號體系是「Organization 為單位」——一個 Organization 可以有多個用戶（團隊成員），每個用戶用自己的郵箱+密碼登錄，但看到的是同一個 Organization 的數據。如果你的團隊裡有人先用自己的設備登錄過，你後來登錄時不會覆蓋他們的會話，而是並行使用，這點和很多 SaaS 應用的「單設備綁定」不同。

數據到底存在哪：搞清楚這件事才談得上備份

我之前踩的那個坑，根源就是沒搞清楚 Mollie 的數據分層。以為全部在本地，其實大部分在雲端，而且雲端裡還分了好幾層，每層的可見性和可導出性都不一樣。

第一層：你的 Organization 賬戶本身。這是 Mollie 的雲端核心，存的是你所有交易的元數據——每筆 Payment 的金額、支付方式、客戶郵箱、狀態（open/paid/failed/expired）、退款記錄、Subscription（訂閱）的完整週期、Balance（餘額）的每一次變動、Payout（結算到銀行）的請求與回執。這部分數據你在 Dashboard 裡全部能看到，App 裡能看到精簡版，而且它是永久保存的——只要你的 Organization 沒被註銷，數據就一直在 Mollie 的伺服器上，不會因為你卸載 App 或換設備而丟失。

第二層：Payment Link 和 Payment Request 的配置。你在 Dashboard 或 App 裡創建的那些收款鏈接、QR 碼、訂單描述、自動過期時間——這些也是雲端存儲，登錄任意設備的 Dashboard 都能看到，但 App 裡只顯示你從該設備創建的那部分（這是個有趣的設計：App 有創建權但沒有全局讀取權，跨設備要導出得回 Dashboard）。

第三層：Mollie Connect 關聯的第三方商戶數據。如果你用了 Connect 功能（讓你的平台內商戶通過 OAuth 連接 Mollie），每個商戶自己的 Organization 數據是獨立的，你作為平台擁有者能通過 API 讀到他們的交易記錄和餘額，但你沒有權限刪除或導出他們的完整資料——這部分數據的自主權完全在商戶自己手上。

第四層：本地暫存數據。App 上緩存了最近 30 天的收款通知、你掃過的 QR 碼歷史、Tap to Pay 的 NFC 連接日誌——這些存在你的 Android 設備上，清除 App 數據就沒了，但本質上是雲端數據的本地鏡像，丟了不影響核心記錄。

怎麼備份：三種層級，按場景選

搞清楚數據分層後，資料備份 就不再是「一刀切」的事了。我現在用三種層級搭配，根據數據的重要性選合適的方式。

日常備份（每週一次）：Dashboard 導出 CSV。這是最省事的方式。進入 Dashboard → Payments → 點右上角的「Export」按鈕，選時間範圍（最多一次導出一年），下載 CSV 文件。CSV 裡包含每筆交易的金額、幣別、支付方式、客戶郵箱、Paid 時間、Payment ID、退款狀態。同樣的方法在 Balances 頁也能導出餘額變動明細，在 Payouts 頁能導出每筆結算的到賬回執。我會把每週導出的 CSV 按日期命名（mollie-payments-2026-10-20.csv）存在雲盤裡，這樣哪怕 Mollie 後台出問題，我手上有所有交易的原始記錄。

完整備份（每月一次）：API 全量拉取。CSV 導出有兩個局限：一次最多一年，而且不包含 Subscription（訂閱）、Refund（退款）的完整嵌套關係。如果你的業務有大量訂閱制收款，光 CSV 不夠。Mollie v2 API 提供了完整的 Payments、Refunds、Subscriptions、Settlements 端點，用 curl 或官方 SDK 就能把整個 Organization 的數據一次性拉下來。我寫了一個簡單的 Python 腳本跑這件事，輸出成 JSON 按類別分文件存，比 CSV 多了 Subscription 的每個週期細節和 Refund 的原路徑記錄。

關鍵節點備份（事件觸發）：Payment Link 配置快照。每次我批量創建一批 Payment Link（比如黑五促銷前），都會在 Dashboard 的 Payment Links 頁全選導出一份，然後把每個 Link 的金額、描述、過期時間整理成一個 Markdown 文件存在本地。這不是 Mollie 提供的功能，是我自己做的——因為 Mollie 的 Payment Link 導出功能只有 API，沒有 Web UI 按鈕，而這些配置一旦批量誤刪，雲端恢復需要 3-5 個工作日，自己存一份快照能節省很多時間。

換設備遷移：哪些環節容易斷，提前補好

換手機或換電腦時，Mollie 的數據同步大部分情況下是自動的——只要你用同一個 Organization 賬號登錄 Dashboard 或 App，所有 Payments、Balances、Payouts 都會自動顯示。但有三個容易斷的環節我踩過坑。

第一個環節：Tap to Pay 的 NFC 憑證。這是唯一跟設備硬綁的東西。Tap to Pay 功能需要在每台設備上單獨激活——舊設備上激活的 NFC 憑證，登錄到新設備時不會自動同步，你需要在新設備的 App 裡進入「Terminal」頁面，點「Add Device」重新走一次激活流程（會發一個短信驗證碼到你組織管理員的手機）。如果換機時忘了做這步，到了店裡準備收錢才發現 NFC 掃不出來，會很尷尬。

第二個環節：Webhook 端點的驗證。如果你之前配置了 Webhook（讓 Mollie 在每筆交易狀態變化時 POST 到你的伺服器），換伺服器域名或遷移服務器時，Webhook URL 需要在 Dashboard 的「Settings → Webhooks」裡更新。但更新之後 Mollie 會發一個驗證請求，你需要在新伺服器上回一個特定的 JSON 響應才算驗證通過——這步如果沒做，所有訂單狀態變化的回調都會失敗，客戶付款成功但你的後台系統收不到通知。

第三個環節：團隊成員的權限。如果你的 Organization 有多個用戶，每個人登錄新設備時權限設置是跟 Organization 綁定的，不需要重新配置。但有一個例外：如果某個成員之前在舊設備上登錄了 Connect 功能（通過 OAuth 關聯了其他商戶的 Mollie 賬號），關聯狀態只在舊設備的會話裡有效——換設備後需要用新設備重新走一遍 OAuth 授權流程，否則你在新設備上看不到那些 Connect 商戶的交易數據。

退路評估：哪天不用 Mollie 了，數據能不能乾淨帶走

這是我每半年都會問自己的問題——萬一 Mollie 調整費率、或者我業務遷移到其他市場、或者平台本身出了問題，我的數據能不能完整帶走？

能完全帶走的：交易記錄、餘額明細、結算回執。通過 CSV 導出或 API 拉取，這三類數據你可以隨時以標準格式下載到本地，沒有任何限制。Mollie 不會在你下載時加數字水印或做格式綁定，下載下來的 CSV 用 Excel、Google Sheets、Python pandas 都能直接讀。

能帶走但需要操作的：Payment Link 配置、訂閱歷史。Payment Link 配置需要通過 API 導出（Web UI 沒有批量導出按鈕），訂閱歷史也需要 API 拉取完整的週期數據，CSV 導出只會顯示最後一筆狀態。這兩項我建議平時就跑自動化備份，不要等到要走的時候才臨時抱佛腳。

帶不走的：Connect 商戶的數據、客戶原始支付方式細節。如果你是 Connect 平台擁有者，那些關聯商戶自己的交易數據、他們的客戶支付方式細節（比如客戶用的是哪家銀行的 iDEAL）你沒有權限導出——這些數據完全屬於商戶自己。這是 Mollie Connect 架構裡的硬性規則，不是技術限制，是合約裡寫死的。

卸載乾淨嗎？卸載 App 本身很乾淨——Android 上長按圖標拖到卸載就行，不會在系統裡留殘留文件。但有兩個地方要注意：一是瀏覽器的 Dashboard 會話，卸載 App 不影響瀏覽器的 Cookie，如果你是在共用電腦上用過 Dashboard，卸載 App 後還要手動清除瀏覽器對 Mollie 的 Cookie；二是 Tap to Pay 的 NFC 憑證，卸載 App 不會自動註銷這個憑證，需要在卸載前先進 App 的 Terminal 頁面點「Remove Device」手動移除，不然這個設備的 MAC 地址會一直在 Mollie 的終端白名單裡掛著。

結論

歐洲做電商的商戶選 Mollie，很大程度上是衝著它對本地支付方式的深度覆蓋和透明定價去的。但我這三年的體會是：數據自主度這件事，在 Mollie 裡是「80 分鐘，20 分需要自己補」。核心交易記錄和餘額明細完全透明、隨時可帶走，但 Payment Link 配置、Connect 關聯商戶數據、Tap to Pay 設備憑證這些邊界地帶的東西，要麼需要 API 知識才能導出，要麼跟設備綁定需要額外操作。

如果你是個人開發者或小商家，每週跑一次 CSV 導出就夠了；如果你是 Connect 平台擁有者或有大量訂閱制收款，我強烈建議把 API 全量備份做成自動化任務——每月一次，輸出成 JSON 存雲盤，成本很低但能避免我當年那種半截數據丟失的慌張。換設備前別忘了檢查 Tap to Pay 和 Webhook 這兩個最容易斷的環節，卸載 App 前先移除終端設備。

做好這幾件事，Mollie 就是一個讓你專心做業務的好用工具，而不是一個把你鎖死在裡面的數據監獄。

本文為個人基於網路公開資料整理編寫，非官方內容，僅供學習交流參考；軟體版權歸原作者所有，請支持正版；使用過程中遇到問題請查閱官方管道，本文不承擔任何責任。