Swish 付款
Cardflo 支援 Swish 付款，這是瑞典主要的流動支付系統，讓商戶可以直接從客戶的銀行帳戶接受即時交易。 此整合方案讓商戶能夠接觸高度活躍的瑞典用戶群，提供快速安全的支付選項，從而提高轉換率並簡化結帳流程。
- 類別
- 支付方式
- 功能數
- 10
- 適用於
- 所有方案
概覽
Swish 是瑞典的一個流動支付系統，透過集中式基礎設施促進銀行帳戶之間的實時轉帳。 它在 BiR (Betalningar i Realtid) 平台上運行，連接瑞典主要金融機構，確保支付的即時最終性。
對於商戶而言，Swish 作為一種替代支付方式，繞過了傳統的卡片計劃軌道，可能減少退單和與交換相關的成本。 該系統依賴於客戶的流動電話號碼與其 BankID 綁定，提供符合 PSD2 下強客戶認證要求的安全身份驗證層。
作為一種推播支付機制，用戶必須在其銀行應用程式中主動授權每筆交易，這創建了一個強大的同意追蹤。
在電子商務環境中，這通常涉及在流動設備上進行重定向或應用程式切換，確保商戶和消費者的高度安全性，同時保持快速吞吐量。
由於其高滲透率，整合 Swish 通常被認為是任何針對瑞典市場的實體所必需的。
運作方式
客戶在結帳時選擇
用戶在商戶的結帳頁面上選擇 Swish 作為首選支付方式。 他們輸入瑞典流動電話號碼，或者在流動設備上瀏覽時，系統會提示他們透過深度連結直接打開 Swish 應用程式，從而啟動交易的授權階段。
BankID 身份驗證和批准
Swish 應用程式會自動打開並顯示支付詳情，包括商戶名稱和總金額。 然後，消費者必須使用 Mobile BankID 授權轉帳，Mobile BankID 作為主要安全機制。
此步驟確保發起支付的人是合法的帳戶持有人。
實時資金轉帳
一旦授權，資金將從客戶的銀行帳戶中扣除，並透過瑞典清算系統轉帳到商戶的帳戶。 此過程在幾秒鐘內完成，提供了傳統信用卡處理（依賴多日結算週期）通常無法比擬的即時性。
即時交易確認
商戶的網關會收到來自 Swish API 的即時通知，確認支付成功或失敗。 這允許商戶更新訂單狀態、發布數碼商品或開始履行流程，而無需等待數天資金清算。
為何重要
瑞典市場滲透率
由於絕大多數瑞典人口使用 Swish 進行個人對個人和個人對商戶支付，省略此方法可能導致高購物車放棄率。 Swish 已成為瑞典消費者的預設期望，通常比輸入卡片詳細資訊更受歡迎。
支援此方法的商戶表明他們了解本地支付偏好，這可以導致更高的結帳完成率和改善客戶保留率。
減少爭議和退單風險
與允許在交易後數月退單的卡片支付不同，Swish 支付是由付款人發起的信用轉帳。 這種推播支付模型使得消費者在沒有有效原因的情況下更難以爭議交易。
每次交易都使用 BankID 提供了高度的不可否認性，顯著降低了友好欺詐的風險，並減少了管理爭議的行政負擔。
應用案例
電子商務零售
向瑞典消費者銷售的網上零售商使用 Swish 提供熟悉、快速的結帳體驗，避免手動輸入卡片資訊的摩擦，尤其是在流動設備上，應用程式切換很常見。
訂閱和定期付款
專門從事數碼訂閱的企業利用 Swish 進行初始付款或充值，受益於即時確認和透過 BankID 身份驗證過程驗證的用戶身份。
面對面服務供應商
實體店或流動服務供應商使用 QR 碼觸發 Swish 付款，允許無現金交易，而無需昂貴的實體銷售點終端或讀卡器。
數據概覽
這代表根據各種區域數碼支付報告，瑞典人口中經常使用該應用程式的典型百分比。
一旦用戶在其銀行應用程式中授權交易，支付技術處理的行業標準。
在流動設備上發起的 Swish 交易的估計比例，反映了其作為流動優先支付工具的起源。
Talk to our team about a live rollout on your acquiring stack.
為您帶來 Swish 付款
- 透過銀行級安全協議，直接整合瑞典流動支付生態系統。
- 實時支付結算，為商戶的業務營運提供即時流動性。
- 瑞典消費者的高採用率，減少結帳過程中的摩擦。
- 透過強制使用 Mobile BankID，內建符合強客戶認證 (Strong Customer Authentication) 的功能。
- 由於交易的推播支付性質，降低欺詐性退單的風險。
- 透過智能手機上的無縫應用程式切換和深度連結整合，簡化流動結帳。
- 透過標準商戶網關介面提供詳細的報告和交易監控。
- 消除卡號、有效期和 CVV 碼的手動輸入錯誤。
- 支援數碼環境中的一次性購買和結構化支付流程。
- 由瑞典主要銀行機構支援的可靠正常運行時間和高成功率。
A short scoping call, then a written plan for your MIDs.
關於 Swish 付款
Swish 如何處理退款，處理退款是否有時間限制？
Swish 交易的退款通常透過用於初始付款的相同 API 處理。 商戶可以向客戶的原始銀行帳戶發出全額或部分退款。
雖然退款的技術能力仍然有效，但商戶應遵守自己的條款和條件。 退款通常與原始付款一樣即時，確保客戶在商戶透過其支付服務供應商授權退貨後立即收到資金。
商戶是否需要瑞典銀行帳戶才能接受 Swish 付款？
一般而言，要直接參與 Swish for Merchants 計劃，需要瑞典公司銀行帳戶和瑞典組織號碼。 然而，許多外國商戶使用支付服務供應商 (PSP)，該供應商擁有必要的本地基礎設施來處理這些付款。
在這種情況下，PSP 會在瑞典收取資金，並將其結算到商戶的國際帳戶，這通常涉及將瑞典克朗兌換成商戶的功能貨幣。
消費者使用 Swish 付款的交易限額是多少？
Swish 的客戶端限額由其個別銀行設定，並可能因其帳戶類型或特定設定而異。 用戶通常有標準交易的每日限額，但他們通常可以透過其銀行應用程式暫時提高此限額以進行較大額的購買。
商戶應注意，如果非常高價值的交易超出用戶的當前限額，可能會被拒絕，需要使用備用支付方式，例如銀行轉帳或信用卡。
Swish 是否符合 PSD2 和強客戶認證 (SCA) 要求？
是的，Swish 本身符合 PSD2 和 SCA 法規。 支付過程要求用戶使用 Mobile BankID 進行身份驗證，這符合多因素身份驗證方法。
這滿足了用戶所知或所是，結合用戶所擁有（註冊的流動設備）的要求。 由於此身份驗證是每筆交易的一部分，因此商戶無需為 Swish 付款實施額外的 3D Secure 層。
Swish 與卡片支付相比，商戶費用如何？
Swish 交易通常涉及每筆交易費用，而不是與 Visa 或 Mastercard 相關的複雜交換和計劃費用結構。
雖然成本因銀行和 PSP 而異，但它們通常具有競爭力，特別是對於中高價值的商品，其中固定費用或小額百分比可能比傳統卡片收單機構使用的交換加價定價模型的累積成本更具成本效益。
如果客戶的銀行在嘗試 Swish 交易時離線，會發生什麼情況？
由於 Swish 依賴於參與銀行的網絡，因此服務的可用性取決於中央 Swish 系統和所涉及的個別銀行。 如果消費者的銀行遇到停機，交易將失敗。
在這種情況下，網關應提供明確的拒絕原因，允許商戶建議替代支付方式。 然而，該系統設計為高可用性，系統性停機相對罕見。