Pay by Link
Cardflo 的 Pay by Link 解決方案讓商戶能夠透過電郵、短訊或聊天工具，向客戶生成並發送安全的支付連結。 這種靈活的支付方式非常適合發票、客戶服務付款，或傳統電子商務結帳不切實際的情況。
它提供了一種簡單、直接的方式，高效且安全地收取款項。
- 類別
- 結帳
- 功能數
- 10
- 適用於
- 所有方案
概覽
Pay by link 作為一種非同步支付方式，彌合了傳統發票和實時電子商務結帳之間的鴻溝。 其機制涉及收單機構或 PSP 生成一個與特定交易金額和商戶帳戶相關聯的獨特、安全的 URL。
當付款人訪問此連結時，他們會被導向到一個託管支付頁面，在那裡輸入卡片詳細信息或選擇替代支付方式。
這種基礎設施消除了商戶直接處理敏感持卡人數據的需要，將 PCI 數據安全標準合規的範圍轉移給了服務提供商。
該流程支援實體卡和非實體卡環境，通常用於必須在不透過電話披露 CVV 代碼的情況下完成手動訂單。
透過集中管理網關的授權和捕獲步驟，企業可以標準化其對帳流程，無論初始潛在客戶是透過社交媒體、聊天平台還是電郵生成。
運作方式
獨特 URL 生成
商戶透過網關門戶或 API 發起請求，指定交易金額、貨幣和參考 ID。 系統會生成一個與商戶識別號碼綁定的單次使用或多次使用連結。
此連結將客戶導向到由支付服務提供商託管的安全環境。
分發給付款人
商戶透過任何數碼通訊渠道（例如電郵、短訊或訊息應用程式）發送連結。 由於連結指向安全的網絡地址，商戶無需維護活躍的電子商務網站或複雜的購物車整合即可促進數碼交易。
客戶支付輸入
付款人點擊連結並在受 TLS 加密保護的頁面上輸入其憑證。 該環境支援強客戶身份驗證協議，包括 3D Secure，以驗證持卡人的身份。
此步驟確保交易符合 PSD2 設定的監管要求。
授權與結算
支付網關將授權請求路由到相關的收單機構和卡組織。 一旦發卡機構批准交易，實時通知將發送給商戶。
資金遵循標準結算週期，通常在約定的清算期後向商戶帳戶支付。
為何重要
安全與合規範圍
透過電話或不安全的電郵線程接受付款通常會增加商戶的 PCI DSS 負擔和數據洩露風險。 Pay by link 將卡片數據的輸入點轉移到由 PSP 管理的安全環境。
這降低了未經授權訪問主帳號的風險，並簡化了企業的年度合規驗證流程，因為敏感數據從未接觸其內部基礎設施。
減少收款摩擦
傳統的 B2B 帳單通常依賴銀行轉帳，這要求客戶手動登錄其銀行門戶並輸入帳戶詳細信息。 Pay by link 允許使用儲存的憑證或數碼錢包立即執行。
這種即時性可以加快未結發票的結算，並減少應收帳款團隊透過手動行政工作追討逾期付款所花費的時間。
應用案例
B2B 專業服務
諮詢公司和律師事務所隨數碼發票發送連結，允許客戶透過公司卡而非銀行轉帳結算費用，這簡化了國際多幣種對帳。
直接訊息商務
使用社交媒體進行銷售的小型零售商可以在買家確認選擇後，透過發送安全連結將基於聊天的查詢轉化為已完成的交易。
酒店與預訂
酒店可以透過電郵發送支付連結來確保房間預訂或私人餐飲活動的押金，避免透過電話處理卡片詳細信息。
債務催收與追回
機構透過短訊向債務人發送個性化連結，提供一種低摩擦的方法，讓他們無需電話交談即可在流動設備上立即結算餘額。
數據概覽
行業觀察表明，一旦客戶到達安全的託管連結，完成率通常在此範圍內，具體取決於商戶行業。
從手動電話支付轉向託管連結的企業通常會看到他們必須親自管理的安全性控制數量顯著減少。
從點擊「支付」按鈕到出現確認的典型處理時間，假設標準網關和收單機構性能。
Talk to our team about a live rollout on your acquiring stack.
為您帶來 Pay by Link
- 透過管理儀表板或自動化 API 請求生成獨特的支付 URL。
- 支援多種貨幣選項，以促進國內和國際跨境交易。
- 整合 3D Secure 身份驗證，以協助符合 PSD2 和 SCA 監管要求。
- 將客戶重新導向至安全的託管環境，最大限度地減少商戶的 PCI DSS 合規範圍。
- 實時追蹤每個已發送連結的狀態，識別客戶何時查看了頁面。
- 連結的自動過期設定，以管理庫存可用性和時間敏感的促銷優惠。
- 能夠附加特定的發票號碼或客戶參考資料，以實現自動化帳本對帳。
- 與各種數碼渠道兼容，包括電郵、短訊、WhatsApp 和社交媒體平台。
- 可選擇設定交易金額或開放欄位，供客戶定義捐款和存款金額。
- 響應式設計確保支付界面在手機、平板電腦和桌面設備上正常運作。
A short scoping call, then a written plan for your MIDs.
關於 Pay by Link
Pay by link 如何影響我業務的 PCI DSS 合規性？
Pay by link 通常會減少 PCI DSS 合規的範圍，因為商戶不處理、不處理或不儲存敏感的持卡人數據。 客戶直接將其主帳號和 CVV 輸入由 PSP 提供的安全託管支付頁面。
由於交易數據是在外部、經審核的環境中捕獲的，許多商戶能夠符合簡化的自我評估問卷，例如 SAQ A，這大大減少了年度安全審核的行政負擔。
是否可以使用 3D Secure 配合支付連結進行 SCA？
是的，託管支付連結旨在支援 3D Secure 協議。 當客戶透過連結發起支付時，網關可以觸發 SCA 流程，要求發卡機構透過生物識別、一次性密碼或其他多因素方法驗證用戶。
這對於歐洲經濟區和英國境內的交易尤其重要，因為 PSD2 法規要求對大多數電子支付進行強大的身份驗證，以降低欺詐風險。
我可以為支付連結設定過期時間嗎？
大多數支付連結系統允許商戶為 URL 定義特定的生命週期。 這對於管理限時優惠、確保庫存不能無限期保留，或確保報價僅在特定時間窗內有效非常有用。
一旦連結過期，客戶將無法再訪問支付頁面，如果交易要繼續，則必須生成一個新連結。 這有助於控制銷售流程和庫存。
如果客戶聲稱從未收到連結，會發生什麼事？
先進的網關提供通知日誌，追蹤連結的狀態。 商戶可以驗證連結是否成功發送，在某些情況下，還可以驗證付款人是否點擊或查看了託管頁面。
如果連結因不正確的電郵地址或短訊過濾而未能送達，商戶可以使原始 URL 失效並生成一個新連結，或透過不同的通訊渠道重新發送現有連結。
這些連結是否支援 Apple Pay 或 Google Pay 等替代支付方式？
是的，Pay by link 頁面可以配置為顯示除標準信用卡和扣賬卡之外的各種支付選項。 根據 PSP 的能力，託管頁面可以檢測用戶的設備並提供 Apple Pay 或 Google Pay 等數碼錢包，以及 iDEAL 或 Bancontact 等本地替代支付方式。
這種靈活性透過允許客戶使用他們偏好的方式支付來幫助提高轉換率。
透過連結發起的交易如何處理退款？
連結支付的退款通常透過用於生成連結的相同商戶門戶或 API 處理。 商戶透過交易 ID 或 ARN 識別原始授權，並發起全額或部分退款。
資金隨後會退還到客戶使用的原始支付工具。 這些退款的結算和清算時間表遵循相關卡組織或支付提供商設定的標準規則。