我需要一些关于支付网关的指导

Question

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

Answer 1

好吧,决定你想要使用的支付网关.如果您只是想在线了解这一点,我建议您使用PayPal的支付网关.他们真的没有给出好的价格(他们从你向用户收取的钱中占了一大笔钱),但他们有一个很好的"沙盒"系统,你可以打开和关闭,它是免费开发的.这使您可以运行系统,就好像所有内容都是"实时"的:

• 资金将从您创建的虚假信用卡中记入您的沙盒帐户
• 交易将像实时系统一样运作:您将获得确认和通知,就像它是真实的一样.

所以,开始这个的好地方是PayPal的开发者网站.

哦,不要害怕使用其他网关 - 我用过的所有网关都有办法在系统上线之前对其进行测试.但是它们中的许多都不允许在它上线后切换回"虚假"模拟模式.因此,在获得生产系统后添加和测试新功能非常棘手.

Answer 2

付款网关因国家/地区而异,他们是能够在您的应用程序中启用付款处理的代理商.

例如.在英国BT拥有支付网关.他们称之为BTBuynet.在印度,ICICI是主要的支付网关提供商之一.您还可以查看paypal.

他们每个人都有自己的实施方式.通常,每个支付网关都有2种支付处理模式.

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

好处

我们不必担心验证或存储卡的详细信息,因为所有内容都由他们的付费页面处理.

缺点

由于我们将用户重定向到其他站点,因此站点的外观将会有所不同.

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

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

Answer 3

我认为你位于下方是对的吗？如果是这样,我目前正在Oz的PHP电子商务网站上工作.我们正在使用Payment Express http://www.paymentexpress.com/.正如其他人指出的那样,它们提供了几种集成选项

1. iframe/re-direct - 这是非常直接的整合.你只需向他们发布一堆东西,他们会发回一堆东西来说明交易是否完成
2. webservice - 使用一个xml webservice,它有很好的文档记录,很容易实现.我想这个选项比iframe选项稍微复杂一点,但它允许更多地控制事务期间发生的事情.但是你需要对流程人员信用卡详细信息的方式保持警惕

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

希望你觉得这很有帮助.