WooCommerce Subscriptions 支援
預建插件和整合，無需自訂工程，即可將您的平台連接到Cardflo的收單網絡。
- 類別
- 外掛
- 功能
- 10
- 適用於
- 所有方案
Cardflo 直接與 WooCommerce Subscriptions 整合，讓商戶能有效管理經常性收入。 此整合為訂閱制業務提供強大的支付基礎設施，確保一致的支付處理和提升客戶保留率。
商戶可以在現有的 WooCommerce 設定中利用 Cardflo 的進階功能。
現成的模塊可插入您的商戶已運行的平台中，因此您可以無需後端工作即繼承多收單機構路由、恢復和報告功能。 隨著計劃和法規的變化，更新會集中管理。
概述
WooCommerce Subscriptions 在支付堆棧中的支援作為 WordPress 環境和收單基礎設施之間的協調層運作。 此整合促進了經常性交易生命週期的管理，超越了簡單的一次性授權，處理複雜的邏輯，例如預定計費週期、試用期和按比例計費。
透過使用專門的插件介面，商戶連接到支援異步支付通知和保險庫憑證的支付網關。 該機制依賴於商戶發起的交易 (MIT)，其中初始持卡人發起的交易 (CIT) 為後續計費建立了授權。
這種結構允許系統管理強客戶認證 (SCA) 的技術要求，同時最大程度地減少摩擦。 它位於 WooCommerce 數據庫和支付卡組織網絡之間，確保支付代幣安全儲存，並且單個訂閱更新以正確的交易標誌傳達給收單機構，以符合 PSD2 法規。
運作方式
建立支付授權
當客戶完成結帳時，系統會執行帶有 3D Secure 驗證的初始授權。這會創建一個安全代幣和由發卡機構記錄的支付授權。此初始持卡人發起的交易為所有未來自動計費週期設置了所需的標誌，以便作為商戶發起處理。
代幣的安全儲存
敏感的主帳號不會儲存在 WooCommerce 伺服器上。相反，它們會傳輸到符合 PCI-DSS 標準的保險庫。網關會向商戶平台返回一個唯一的代幣，該代幣用於後續的經常性請求，從而減少了企業的數據安全要求範圍。
自動計費週期
插件會監控 WordPress 中定義的訂閱時間表。在所需的時間間隔，它會使用儲存的代幣觸發對支付處理器的請求。該請求包括特定的經常性指標和原始交易識別碼，以確保發卡機構將支付識別為已建立協議的一部分。
管理被拒絕的支付
如果經常性費用被拒絕，系統會將失敗分類為軟拒絕或硬拒絕。軟拒絕（例如暫時資金不足）會觸發二次重試邏輯或催收流程。硬拒絕（例如已取消的卡片）會提示系統通知客戶更新支付詳細資料。
重要意義
降低流失率
非自願流失發生在活躍訂閱因技術支付問題或憑證過期而失敗時。整合複雜的訂閱支援允許使用帳戶更新器和智能重試邏輯等工具。這些機制確保收入保持一致，而無需客戶手動干預，這通常會導致訂閱者生命週期內的更高保留率。
合規性和標誌準確性
經常性支付受 PSD2 和卡組織規則下的特定監管框架約束。未能正確標記 MIT 可能會導致發卡機構的高拒絕率。強大的整合確保每筆交易都帶有正確的元數據，例如原始交易 ID 和適當的商戶類別代碼，以滿足發卡機構的風險模型和認證要求。
使用案例
SaaS 和數字會員資格
提供軟件訪問的企業可以自動化每月或每年的續訂。該整合根據實時結算狀態管理訪問級別，確保服務交付直接與成功的支付確認掛鉤。
精選實體盒服務
按計劃運送實體商品的商戶使用該整合將支付捕獲與庫存週期同步。這確保只有在收單機構授權經常性費用後才會生成運輸標籤。
慈善經常性捐款
非營利組織可以透過其網站組織定期捐贈計劃。該系統處理各種捐贈頻率，同時維護清晰的審計追蹤，並為捐贈者提供暫停或更新其捐款的能力。
依據數字
行業中從手動到自動化經常性標誌和利用智能重試邏輯時觀察到的典型收益。
行業研究表明，當帳戶更新器和自動催收有效實施時，可以實現此範圍的恢復。
在穩定環境中，插件和支付網關之間處理經常性 API 調用的標準持續時間。
相關術語
與我們的團隊討論在我們收單合作夥伴的 rails 上進行即時部署。
{{title}} 的優勢 WooCommerce Subscriptions 支援
- 同步商戶發起的交易標誌，以滿足發卡機構要求並減少授權拒絕。
- 將支付憑證儲存在符合 PCI 標準的保險庫中，以最大程度地降低本地數據安全風險。
- 自動催收序列，用於管理和追回因經常性交易嘗試失敗而損失的收入。
- 透過 WooCommerce 介面支援多種貨幣，以促進全球訂閱擴展。
- 透過網絡鉤子（webhook）提供實時狀態更新，以確保整個平台上的訂閱記錄準確無誤。
- 與網絡代幣化服務整合，自動更新過期或已更換的信用卡資料。
- 根據特定的發卡機構拒絕代碼，精細控制軟拒絕的重試時間表。
- 為在週期中途更改訂閱級別的客戶執行按比例計費。
- 全面報告所有支付方式的客戶生命週期價值和訂閱續訂成功率。
- 透過 3DS 在首次交易時驗證持卡人身份，以建立支付授權。
A short scoping call, then a written plan for your MIDs.
關於 WooCommerce Subscriptions 支援
此整合如何處理經常性支付的強客戶認證？
根據 PSD2，首次訂閱設定被視為持卡人發起的交易，必須經過 SCA（通常透過 3D Secure）。 一旦成功認證並建立授權，系列中的後續支付將被歸類為商戶發起的交易 (MIT)。
這些 MIT 通常不在 SCA 要求範圍內，前提是它們已正確標記原始交易 ID。 此整合確保這些標誌存在，允許商戶處理續訂，而無需客戶在每個計費週期返回網站。
當訂閱者的信用卡過期時會發生什麼？
系統可以利用卡組織提供的帳戶更新服務來管理卡片過期。 當發卡機構更換卡片時，更新的詳細資料會透過收單機構檢索，並刷新保險庫中的代幣。
對於不支援此功能的發卡機構，插件內的催收邏輯會向客戶提供自動電子郵件通知，提示他們在訂閱被系統暫停或取消之前提供新的支付方式。
我可以使用這些訂閱設定提供試用期嗎？
可以，該邏輯支援試用期，其中最初會執行零金額或名義費用授權，以驗證卡片並建立授權。 一旦試用期結束，系統會自動轉換為全額計費。
此整合確保從試用期到全額支付的轉換正確傳達給發卡機構，以避免在首次全額計費事件期間觸發欺詐或意外拒絕。
經常性計費是否支援多種支付方式？
雖然信用卡和扣賬卡是最常見的支付方式，但基礎設施支援各種允許經常性授權的替代支付方式 (APM)，例如 SEPA Direct Debit。 這些方法的可用性取決於收單機構的能力和特定的地區法規。
此整合在結帳時將這些方式多樣化地組織起來，確保客戶可以選擇他們偏好的方式，同時系統維護必要的授權文件。
是否可以暫停訂閱而不是取消它？
技術框架允許暫停計費觸發器，而無需刪除支付代幣或授權記錄。 當商戶或客戶暫停訂閱時，預定的計費請求將停止。
重新激活後，系統會使用現有代幣恢復週期。 這保持了原始協議的連續性，並避免了需要新的 3DS 挑戰，除非計費金額或條款發生重大變化。
插件如何分類和管理拒絕？
網關會為每次失敗的交易返回特定的拒絕代碼。 系統將這些分類為軟拒絕（例如「資金不足」）和硬拒絕（例如「被盜卡」）。
對於軟拒絕，商戶可以定義自動重試時間表，例如在 24 或 72 小時後再次嘗試收費。 硬拒絕會立即停止重試嘗試，以避免因過度失敗授權而產生卡組織費用或收單機構罰款。