收銀結帳
以轉換為重點的結帳體驗、APM支援和3DS優化，建基於我們的多收單夥伴網絡之上。
- 類別
- 結帳
- 功能
- 10
- 適用於
- 所有方案
Cardflo 的收銀結帳提供託管支付頁面解決方案，將客戶重新導向至安全、Cardflo 品牌或聯名品牌環境進行支付。 這種方法顯著降低了商戶的 PCI 合規範圍，同時提供強大、功能豐富的支付體驗。
它適用於優先考慮安全性和快速部署且開發開銷最少的企業。
結帳頁面根據您的客戶實際使用的卡片、錢包和本地支付方式的特定組合進行調整，3DS僅在有助於批准的情況下應用，而不是作為一個生硬的門檻。 結果是可衡量的更高轉化率，且沒有增加風險。
概述
收銀結帳作為一個託管支付環境，客戶從商戶網站重定向到由支付服務提供商管理的安全介面。 這種架構選擇將敏感數據捕獲的負擔放在收單方或網關基礎設施上，有效地將商戶與主要持卡人數據隔離。
透過使用託管頁面，企業可以透過各種方法（包括信用卡、數字錢包和替代支付方式）促進交易，而無需客製化整合的開發複雜性。
系統處理整個授權流程，包括執行強客戶身份驗證和 3DS 協議，然後將客戶返回商戶網站並發送成功或失敗通知。 這種模式對於需要高安全性和最少數據處理的企業很常見，因為它透過使用預認證組件簡化了實現和維護 PCI DSS 合規的過程。
運作方式
初始化和重定向
當客戶發起交易時，商戶伺服器會向支付網關 API 發送請求。網關生成一個唯一的會話並返回一個安全的 URL。然後，商戶網站將瀏覽器重定向到這個託管環境，確保沒有卡片數據進入商戶基礎設施。
支付方式選擇
託管頁面根據商戶配置、客戶位置和交易貨幣顯示可用的支付選項。客戶選擇他們偏好的方式，例如方案卡或數字錢包，並在支付提供商的安全、受管框架內輸入必要的憑證。
身份驗證和授權
系統執行所需的安全性檢查，包括 CVV 驗證和 AVS。如果 PSD2 法規要求，介面會觸發 3DS 挑戰。一旦通過身份驗證，交易請求將透過收單方路由到發卡方進行授權，遵循標準的清算和結算協議。
回調和對帳
在發卡方響應後，託管頁面將客戶重定向回商戶網站。同時，一個異步網絡鉤子會發送到商戶伺服器以更新訂單狀態。這確保了兩個系統之間的交易狀態同步，以實現準確的記錄保存。
重要意義
減少 PCI 合規範圍
透過使用託管收銀台，商戶避免了與敏感持卡人數據的直接接觸。這允許使用更簡單的自我評估問卷，例如 SAQ A，而不是直接 API 整合所需的更複雜評估。它減少了維護安全環境以及執行定期漏洞掃描和審計相關的技術和操作開銷。
安全和維護
託管頁面由提供商更新，以包含最新的安全補丁、合規要求和支付技術。這消除了當方案要求更改 3DS 規範或引入 PSD3 等新監管要求時，商戶手動更新其代碼的需要。它確保支付流程保持功能和合規，且內部開發人員干預最少。
使用案例
大批量零售商
大型商戶優先考慮在多個區域店面快速部署，使用託管頁面來保持一致的支付體驗，同時在高峰流量期間卸載處理卡片數據相關的安全風險。
跨境電子商務
擴展到國際市場的企業利用託管結帳即時提供本地支付方式和貨幣轉換，這些通常在提供商的全球收單網絡中預先配置。
中小企業和精品品牌
技術資源有限的小型企業傾向於這種模式，以最小的編碼工作實現安全、專業級的結帳功能，確保重點放在核心業務運營而不是基礎設施上。
訂閱服務
需要對支付方式進行初始代幣化以進行循環計費的服務使用託管環境來安全地捕獲和保管憑證，然後發起後續的商戶發起交易。
依據數字
這表示商戶從直接 API 轉向託管重定向模型時，必須親自管理的安全性控制量通常會減少。
行業基準表明，託管頁面的整合速度比客製化 API 整合快數倍，具體取決於現有技術堆棧的複雜性。
高性能網關的目標是處理時間少於兩秒，儘管總重定向時間取決於客戶的網絡和發卡方的 3DS 響應速度。
相關術語
與我們的團隊討論在我們收單合作夥伴的 rails 上進行即時部署。
{{title}} 的優勢 收銀結帳
- 透過確保卡片數據永不接觸商戶伺服器，最大限度地減少 PCI DSS 合規負擔
- 提供 SCA 和 3DS 合規的自動更新，無需手動更改代碼
- 支援多種貨幣和本地結算，以促進高效的跨境商務
- 透過單一、託管的結帳介面整合多種替代支付方式
- 允許聯名和自訂 CSS，以在整個支付過程中保持品牌一致性
- 觸發實時網絡鉤子，確保商戶訂單管理系統保持同步
- 自動處理複雜的路由和故障轉移邏輯，以提高授權成功率
- 包括內置的欺詐預防工具，例如 AVS 和 CVV 驗證要求
- 透過預建模板和標準化 API 重定向協議減少開發時間
- 支援安全代幣化，用於後續的循環交易和商戶發起的支付
A short scoping call, then a written plan for your MIDs.
關於 收銀結帳
託管收銀結帳如何影響我的 PCI DSS 合規狀態？
託管結帳顯著降低了 PCI DSS 合規範圍。 由於支付數據是在提供商的伺服器上捕獲的，因此商戶通常符合 SAQ A。
這是最簡單的合規形式，因為商戶不儲存、處理或傳輸敏感的持卡人數據。 它消除了對複雜網絡分段和嚴格技術控制的需求，而這些在卡片數據通過商戶基礎設施的直接整合中是必需的。
我可以自訂託管支付頁面的外觀嗎？
是的，大多數託管結帳都允許不同程度的自訂。 這通常包括上傳公司標誌、調整主要和次要顏色以及修改 CSS 以符合商戶品牌形象的能力。
雖然核心結構元素出於安全原因仍由提供商管理，但可以調整視覺樣式，以確保從商戶網站到支付頁面的過渡對客戶來說盡可能不顯眼。
這種結帳方式是否支援強客戶身份驗證？
是的，託管環境旨在處理 PSD2 和 SCA 的複雜性。 當交易需要身份驗證時，頁面將自動觸發必要的 3DS 流程，將客戶導向其發卡銀行的門戶。
一旦客戶完成挑戰，結果將由網關處理，客戶將返回商戶網站。 這確保了符合地區法規，而無需商戶進行額外的開發工作。
如果客戶在重定向期間關閉視窗會發生什麼？
如果客戶在重定向完成之前終止會話，則交易將保持待處理或已取消狀態。 系統通常使用網絡鉤子通知商戶伺服器會話是否過期或被放棄。
商戶的訂單管理系統應配置為處理這些狀態更新，方法是允許客戶重試支付或在特定時間段不活動後自動取消訂單。
託管結帳是否適用於行動應用程式？
託管結帳可用於行動應用程式，通常透過網頁視圖或打開行動瀏覽器。 然而，對於完全原生的體驗，一些提供商建議使用 SDK。
託管頁面本身通常採用響應式網頁設計原則設計，以確保它在各種螢幕尺寸上正常運行，為行動用戶提供功能性支付路徑，同時保持託管環境的安全優勢。
如何在結帳中配置替代支付方式？
替代支付方式，如數字錢包或銀行轉帳，通常在 PSP 或網關層級啟用。 一旦在商戶帳戶中配置，這些選項將根據交易參數自動顯示在託管結帳頁面上。
這允許商戶動態地向不同的客戶群提供相關的支付方式，而無需在其自己的網站上更新整合代碼。
託管頁面和 iFrame 有什麼區別？
託管頁面涉及完全重定向，其中瀏覽器中的 URL 更改為提供商的域名。 iFrame 將支付表單直接嵌入商戶頁面中，使商戶的 URL 可見。 雖然這兩種方法都有助於減少 PCI 範圍，但完全重定向通常被認為更容易實施，並提供清晰的環境分離，而 iFrame 需要更仔細的處理以確保其保持響應和安全。