Shopware 支付插件
預建插件和整合，無需自訂工程，即可將您的平台連接到Cardflo的收單網絡。
- 類別
- 外掛
- 功能
- 10
- 適用於
- 所有方案
Cardflo 提供 Shopware 支付插件，旨在將先進的支付編排整合到您的 Shopware 商店中。 此插件提供安全、高效的交易處理、智能路由功能，並支援多種支付方式。
商戶可以提升其 Shopware 結帳體驗並優化支付流程。
現成的模塊可插入您的商戶已運行的平台中，因此您可以無需後端工作即繼承多收單機構路由、恢復和報告功能。 隨著計劃和法規的變化，更新會集中管理。
概述
Shopware 6 商戶通常需要超越單一收單機構連接的支付基礎設施。 此電子商務平台的專用支付插件促進了商店前端與後端支付編排層之間的整合。
透過部署插件而不是手動 API 整合，零售商可以透過安全的 iframe 或託管字段標準化敏感持卡人數據的收集，從而保持 PCI-DSS 合規性。 該架構允許商戶在 Shopware 管理面板中配置多個支付服務提供商和替代支付方式。
這種集中化有助於管理複雜的交易流程，包括多幣種結算和自動對帳，同時確保結帳流程保持響應。 在此級別進行整合可確保企業可以調整其支付邏輯，例如智能路由或故障轉移機制，而無需修改 Shopware 安裝的底層 PHP 框架或數據庫架構。
運作方式
插件安裝與配置
商戶在 Shopware 6 環境中安裝插件 zip 文件或透過 Composer 安裝。初始配置涉及輸入 API 憑證和密鑰，以在商店和支付網關之間建立安全握手。此過程註冊商戶身份並同步支援的貨幣和基本交易設定。
支付方式映射
在 Shopware 管理後台，商戶啟用特定的支付方式，例如信用卡、SEPA 或數碼錢包。這些支付方式映射到特定的銷售渠道，允許根據客戶國家或貨幣提供本地化的支付選項，這對於國際 B2B 和 B2C 業務至關重要。
結帳授權流程
當客戶發起交易時，插件處理與 PSP 的通訊。對於卡支付，它管理 3DS 身份驗證過程並從發卡機構收集授權碼。然後，插件實時將 Shopware 訂單狀態從「開放」更新為「已授權」或「已支付」。
授權後管理
該插件直接從 Shopware 訂單概覽中促進後端操作。商戶可以觸發捕獲請求以進行延遲結算，或發起部分和全額退款。這種雙向同步確保網關中的支付狀態始終與電子商務數據庫中的訂單狀態匹配。
重要意義
減少開發開銷
為 Shopware 開發自定義支付橋接需要大量的工程資源來維護安全協議和 API 版本控制。使用預建插件可確保企業可以利用 Shopware 生態系統中的標準鉤子，從而縮短上線時間。新安全標準（例如 PSD2 或更新的 3DS 版本）的維護和更新通常由插件提供商處理，讓商戶能夠專注於核心業務。
優化轉換率
結帳摩擦是 Shopware 環境中購物車放棄的主要原因。強大的插件支援帳戶更新服務和網絡代幣化等功能，有助於最大程度地減少回頭客的拒絕。透過提供各種替代支付方式並確保支付界面響應迅速且本地化，商戶可以更好地滿足區域消費者的偏好，這直接影響授權流程的成功完成。
使用案例
國際中型零售商
使用 Shopware 跨多個歐洲邊境擴展業務的企業可以利用該插件將交易路由到當地收單機構，從而降低交換費用並透過當地 BIN 識別提高授權率。
訂閱和循環計費
提供循環服務的商戶可以使用該插件管理商戶發起的交易 (MIT)。該插件將代幣安全地儲存在保險庫中，無需客戶進一步操作即可實現自動計費週期。
高交易量 B2B 平台
B2B 實體通常需要複雜的結算條款。該插件支援特定的 MCC 配置，並提供詳細的報告，有助於跨不同業務部門的高價值訂單的對帳結算。
依據數字
這反映了與單一傳統網關連接相比，使用智能路由和 3DS 優化時，行業中常見的改進。
技術用戶在暫存環境中安裝和配置基本插件設定的標準持續時間，不包括自定義模板。
插件啟動支付會話並向最終用戶顯示安全支付界面的典型響應時間。
相關術語
與我們的團隊討論在我們收單合作夥伴的 rails 上進行即時部署。
{{title}} 的優勢 Shopware 支付插件
- 與 Shopware 6 管理後台原生整合，實現統一的支付和訂單管理工作流程。
- 支援 3D Secure 2.0，確保符合強客戶身份驗證指令。
- 根據貨幣、金額或卡類型動態路由交易，以優化成本。
- 安全地將支付憑證代幣化，方便回頭客快速結帳。
- 支付網關與 Shopware 數據庫結構之間的實時狀態同步。
- 全面支援包括數碼錢包和銀行轉帳在內的替代支付方式。
- 能夠直接從 Shopware 訂單畫面處理部分和全額退款。
- 管理面板中提供詳細的拒絕原因代碼，以協助客戶支援。
- 可配置的網絡鉤子 (webhook)，即使客戶關閉瀏覽器也能確保訂單狀態更新。
- 整合的欺詐預防工具，在發送授權請求之前分析交易風險。
A short scoping call, then a written plan for your MIDs.
關於 Shopware 支付插件
Shopware 插件如何處理強客戶身份驗證 (SCA)？
該插件旨在透過促進 3D Secure 2. x 協議來符合 PSD2 要求。 在結帳過程中，插件會與發卡機構通訊，以確定是否需要挑戰。
如有必要，它會處理客戶驗證其身份的重定向或模態視窗。 這透過確保所需的身份驗證數據在整個授權流程中正確傳遞給收單機構，從而降低了軟拒絕的風險。
我可以使用該插件管理部分發貨的退款嗎？
是的，該插件在 Shopware 訂單管理界面中支援部分捕獲和部分退款功能。 如果商戶無法履行完整訂單，他們只能捕獲與已發貨商品相對應的金額。
同樣，如果客戶從多件商品訂單中退回單件商品，商戶可以觸發部分退款到原始支付方式，然後插件會將此信息傳達給收單機構。
該插件是否將信用卡數據儲存在 Shopware 伺服器上？
不，為了保持 PCI-DSS 合規性，該插件通常使用安全的 iframe 或託管字段。 這意味著敏感的持卡人數據直接從客戶的瀏覽器流向支付處理商的安全保險庫。
只有非敏感的代幣儲存在 Shopware 環境中。 這種架構顯著降低了商戶的合規負擔，因為他們從未實際接觸或儲存原始卡數據。
如果交易因軟拒絕代碼而被拒絕，會發生什麼？
當發生軟拒絕時（通常是由於 SCA 要求），插件可以配置為提示用戶重新驗證或嘗試不同的支付方式。
由於插件實時解釋拒絕原因代碼，它為商戶提供了了解交易失敗原因所需的信息，無論是資金不足、一般拒絕還是發卡機構層面的技術錯誤。
是否可以使用多個收單機構與 Shopware 插件？
是的，該插件充當支付編排層的網關，可以在其中配置多個收單機構連接。 這允許商戶實施智能路由規則。
例如，來自特定國家/地區的交易可以發送到當地收單機構，以最大程度地減少方案費用並提高授權的可能性，而其他交易則透過不同的提供商進行路由。
替代支付方式 (APM) 如何配置？
替代支付方式，例如 iDEAL、Bancontact 或各種「先買後付」選項，在插件的支付方式設定中進行管理。 一旦啟用並配置了相關的 PSP 憑證，這些方法就會作為選項出現在 Shopware 結帳中。
插件管理每個 APM 的特定重定向邏輯和生命週期，以確保一致的訂單追蹤。