我不明白Westpac Payway API和NET是如何工作的

Question

一整天都在谷歌搜索，阅读大量PDF文件，并且仍然对从Westpac（a bank in Australia）向Payway系统发送数据的概念感到困惑。它们通过API提供访问权限，但也通过他们称之为“NET”的方式提供访问权限。

我理解的方式是，当客户想要在我的网站上付款时，如果是NET，客户端会进入页面（由银行托管或由我托管），其中提供表格以输入信用卡信息详细信息。然后，此表单通过正常的POST调用提交到Payway的特定https地址。然后处理它，浏览器返回到我指定的URL，作为我在隐藏字段中发送的参数之一。

如果API故事类似，那么用户收到表单，填写数据然后数据发送到我的后端（不是Payway）。然后我的后端使用提供的数据调用payway API，一旦收到回复，就会向客户返回确认页面。

我的理解是对的吗？请解释，因为我有一种感觉，我错过了一些基本的东西。

Answer 1

根据您想要的控制程度，有多种不同的方式与PayWay Net进行交互。最简单的方法是：

1. 您创建的HTML格式包含具有特定名称的字段。此表单由您的网站提供，但在提交时会转到PayWay网站。您可以添加自己的隐藏字段和信息字段。
2. 您的用户输入一些详细信息并点击提交。
3. 您的用户的浏览器会将表单提交给PayWay。 PayWay验证这些值并显示一个页面，询问信用卡信息（通过https）
4. 用户输入信用卡详细信息，然后确认交易。
5. PayWay处理信用卡交易
6. 或者，PayWay可以回复您的服务器，指明交易状态，以便您完成订单（称为服务器到服务器支付通知）
7. 或者，PayWay可以将浏览器重定向回您的服务器（但不要使用它来更新yoru数据库）

还有一些方法可以完全自定义信用卡输入页面和收据页面。

PayWay API不同。您在服务器上安装了一个软件。如果您想进行信用卡交易，请调用此软件。它通过互联网与PayWay服务器通信，进行交易，并给您回复。例如，如果您正在编写电话支付系统，则可以使用此功能，因为PayWay界面中不涉及任何浏览器。

（免责声明：我为QValent工作，PayWay的开发人员。）

Answer 2

您的理解是正确的。

我已经完成了几个Payway集成，并且总是选择API解决方案，以便用户获得一致的体验，而不是在网站之间跳转。

Answer 3

关于PayWay的一个奇怪的事情是，虽然大多数支付网关有2个选项..商家托管或服务器托管，PayWay使用令牌请求提供托管其NET选项的伪商家。信用卡详细信息直接在商家网站上获取，只会将确认信息重定向到服务器，然后再返回。如果一个付费频道帐户普遍使用NET和API，这将是很好的..但似乎API帐户不支持NET方法。因此，如果您想接受您网站上的卡片，那么.NET令牌方法就会被其更大的API兄弟黯然失色。