繁体   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