簡體   English   中英

PHP信用卡支付網關集成

[英]PHP Credit Card payment gateway Integration

我需要開發一個需要與信用卡支付網關集成的應用程序,因此為了進行測試,我需要一個免費的開發人員帳戶或任何其他可能的帳戶,以便我可以檢查付款處理是否正確。

因此,請指定我,如果存在一些允許創建免費帳戶進行測試的支付網關。

如果沒有其他解決方案,則該應用程序不支持貝寶

Authorize.Net具有可以集成的開發環境。

您可以通過Authorize.Net申請免費的測試帳戶 您可以像免費進行實時集成一樣測試它們的所有API。

沒有兩個信用卡API是相同的, 不要集成您不打算使用的API。

同樣,每個卡處理器都會有自己的怪癖,只是因為您發現一個喜歡API調用的卡處理器並不意味着您打算使用的那個卡處理器就喜歡您的API調用。

請注意,即使規范中的術語也相差很大,授權有時也稱為保留,預授權,捕獲有時是完成或收費,而購買有時是銷售,授權.....哦

簡而言之:

如果您實現一個API,則無法判斷另一個API是否有效


通常,信用卡API分為2種基本類別:

  1. 表單API -3d安全始終在支付處理器端實現,並且無需做任何事情來確保PCI合規性,因為在處理站點上輸入了信用卡數據-在90%的情況下,您需要做的只是遠程提交支付處理者的表單,並在處理交易時捕獲回調
  2. 直接API-在90%的情況下,都必須在您身邊實施3d安全,並且由於在您的站點上輸入了信用卡數據,因此您需要確保符合PCI DSS的最低要求(不存儲完整的PAN和CVV,SSL證書,.. 。)-這通常包括2個用於處理授權的API(授權/購買和對等提交)以及用於退款,獲取授權和取消授權的API

請注意,您通常可以使用表單API進行授權,並直接使用API​​進行捕獲,退款和作廢。

請參閱針對商家的PCI DSS自我評估問卷

除此之外,更深入的介紹可能會太廣泛,您需要在進行詳細說明之前指定要進行的集成類型。

要查看僅用於Google的“信用卡處理api”的CC api的示例,建議您看一下其中的幾種,以大致了解許多API中相似的事物和不同事物。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM