支付方式 · 卡片
把卡片支付做到位。
卡片是無人能略過的支付方式，所以那些不起眼的環節反而最重要：即時欄位驗證、由您自訂政策的 3-D Secure 2.0（而非預設就增加阻力）、清楚可讀的路由政策，以及在軟拒絕變成流失訂單之前，改走備援路由重試。
Visa·MC
及聯名卡組織
3-DS 2.0
流程內完成 SCA
EUR
結算至您的帳戶
0
您伺服器上的卡號
運作方式
從刷卡到入帳，四個步驟。
- 01
ENTER
客戶在我們的託管頁面輸入卡片資料，即時驗證，卡片資料不會傳到您這邊。
- 02
AUTHENTICATE
3-D Secure 依政策執行：多數支付憑風險訊號直接通過，只有在必要時才會出現驗證挑戰。
- 03
AUTHORIZE
資金經驗證後被保留，若遇軟拒絕，會改走備援路由重試。
- 04
SETTLE
當日訂單合併成批，以相同的訂單編號用歐元撥款。
客戶看到的畫面
卡片表單與其他支付方式位於同一頁，訂單資訊就在一旁。欄位會邊輸入邊驗證，系統依卡號辨識卡組織，付款按鈕直接顯示金額，而不是「提交」二字。若發卡行要求驗證，也在頁面內完成，客戶全程不必離開原本的頁面。
- 01卡片表單與錢包、USDC、轉帳並列，不是獨立的另一個步驟
- 02輸入卡號時即時驗證並辨識卡組織
- 03依政策需要時，3-D Secure 驗證直接在頁面內進行
您收到的內容
以歐元計，併入當日撥款，對應您建立的訂單編號。授權與請款由我們代為處理；收據會記錄卡組織、末四碼與驗證結果。這份記錄同時也是您的爭議佐證，遇到拒付時查一次就能回覆，不必在各系統之間翻找。
- 01每個結算批次對應一筆歐元撥款明細
- 02記錄中包含卡組織、末四碼與 3-DS 結果
- 03退款依訂單辦理，可全額或部分退款，並退回原卡
啟用需要做什麼
卡片支付預設即為啟用。您需要設定的是周邊政策：3-D Secure 何時升級驗證、路由如何優先選擇路徑，以及軟拒絕如何處理。請先用沙盒測試卡測試，流程完全一致，測試通過的就是上線的。
FAQ
卡片支付——商家常見問題。
實質上不會。收集卡片資料的頁面屬於我們，PCI 範圍由我們承擔；您的伺服器只會收到權杖與訂單編號。無論頁面是在我們的網域、您的網域、您的應用程式內，或是以支付欄位嵌入您自己的版面，都是如此。
這是符合 PSD2 強客戶驗證要求的驗證步驟。多數支付憑裝置與行為訊號即可通過，不會出現驗證挑戰。只有在您設定的政策要求時才會升級驗證，因此阻力是您的決定，而非預設。
軟拒絕會在同一個工作階段內改走備援路由重試，客戶不會先看到失敗。硬拒絕則會以營運人員能據以處理的說法回報，例如卡片過期、餘額不足、發卡行風控，而不是原始的發卡行代碼。
授權在消費時保留資金，結算則負責轉移資金。當日訂單會結為一批，並於您在設定中指定的每日撥款時間以歐元撥付，形成一筆可以展開查看所有來源訂單的銀行明細。