17

我从来没有对支付网关做过任何事情,有人可以给我建议吗?

4

4 回答 4

12

支付网关因国家/地区而异,它们是可以在您的应用程序中启用支付处理的机构。

例如。在英国 BT 有它的支付网关。他们称之为BTBuynet。在印度,ICICI 是主要的支付网关提供商之一。您也可以查看贝宝

他们每个人都有自己的实现方式。通常每个支付网关都有两种支付处理模式。

  1. 付款页面:这是最常用的页面之一。站点通常将用户重定向到支付网关托管的支付页面。这种类型有一些优点和缺点。

好处

我们不必担心验证或存储卡的详细信息,因为一切都由他们的支付页面处理。

缺点

由于我们将用户重定向到不同的站点,因此站点的外观和感觉会有所不同。

  1. 支付服务:这是通常使用组件或 API 的第二种类型。ard 详细信息由商家(应用程序所有者)收集并发送以进行付款处理。

希望这能让您对支付网关有所了解。您还可以查看 RHS 中的一些相关问题。

于 2009-03-15T07:18:00.450 回答
11

好吧,决定您要使用的支付网关。如果您只是想在线了解这一点,我建议您使用 PayPal 的支付网关。他们确实没有给出好的价格(他们从你向用户收取的费用中占了很大一部分),但他们有一个很好的“沙盒”系统,你可以打开和关闭它,并且可以免费开发。这使您可以像一切都“活”一样运行您的系统:

  • 资金将从您创建的假信用卡记入您的沙盒帐户
  • 交易将像实时系统一样运行:您将获得真实的确认和通知。

因此, PayPal 的开发者网站是一个很好的起点。

哦,不要害怕使用其他网关——我用过的所有网关都可以在系统上线之前对其进行测试。但他们中的许多人不允许在“假”模拟模式上线后切换回它。因此,在获得生产系统后添加和测试新功能会比较棘手。

于 2009-03-15T07:14:43.110 回答
5

我认为你在下面是对的吗?如果是这样,我目前正在 Oz 的一个 PHP 电子商务网站上工作。我们正在使用支付快递http://www.paymentexpress.com/。正如其他人指出的那样,它们提供了几种集成选项:

  1. iframe/re-direct - 这很容易集成。您只需向他们发布一堆东西,他们就会发回一堆东西来说明交易是否完成
  2. webservice - 使用一个 xml webservice,它有很好的文档记录并且很容易实现。我猜这个选项比 iframe 选项复杂一点,但它允许更多地控制事务期间发生的事情。但是您需要更加警惕如何处理人们的信用卡详细信息

客户实际上选择了支付快递,而不是直接选择我们,所以我的建议是基于对接口的实际编码。他们的规格和示例代码无需注册即可在其网站上免费获得。

希望你觉得这很有帮助。

于 2009-03-16T18:44:49.743 回答
2

对于南非,我们使用 Moneybookers 或 Setcom,为了接受大多数付款,我建议使用 Paypal,因为它的广泛使用还有其他支付网关。

于 2009-03-16T07:14:21.573 回答