我不明白，西太平洋銀行Payway API和NET如何工作

Question

被谷歌搜索整天，讀大量的PDF文件，並與來自西太平洋銀行（a bank in Australia）將數據發送到Payway系統的概念仍然感到困惑。他們提供通過API訪問，但也通過他們稱之爲「NET」的訪問。

我理解的方式是，當客戶要支付我的網站上，在NET的情況下，客戶端獲取到具備形式輸入信用卡信息的詳細內容頁面（由銀行託管或託管由我） 。然後通過普通POST調用將此表單提交給Payway的特定https地址。它會被處理，然後瀏覽器返回到我在隱藏字段中指定的參數之一。

在API故事的情況是類似的，所以用戶接收的形式，在數據填充，然後數據被髮送到我的後端（未Payway的）。然後，我的後端使用提供的數據調用付款API，一旦收到答覆，就會向客戶端返回確認頁面。

我的理解正確嗎？請解釋，因爲我有一種感覺，我在這裏錯過了一些基本的東西。

Answer 1

你的理解是正確的。

我已經做了幾個Payway集成的，並一直選擇了API解決方案，使用戶獲得一致的體驗和網站之間不跳。

Answer 2

有許多不同的方式與PayWay網，互動取決於你想要多大的控制權。最簡單的方法是：

1. 您創建一個包含具有特定名稱的字段的HTML格式。此表格由您的網站提供，但在提交時發送至PayWay網站。您可以添加到您自己的隱藏字段和信息字段。
2. 你的用戶輸入一些細節並點擊提交。
3. 您的用戶的瀏覽器將表單提交給PayWay。 PayWay驗證這些值並顯示詢問信用卡信息的頁面（通過https）
4. 用戶輸入信用卡詳細信息，然後確認交易。
5. PayWay處理信用卡交易
6. 可選，PayWay可以進行回發到你的服務器指示事務的狀態，這樣你就可以完成訂單（稱爲服務器到服務器的支付通知）
7. （可選） PayWay可以將瀏覽器重定向到您的服務器（但不要使用它來更新yoru數據庫）

還有一些方法可以完全自定義信用卡輸入頁面和收據頁面。

PayWay API不同。您在服務器上安裝了一個軟件。當你想要進行信用卡交易時，你可以調用這個軟件。它通過互聯網向PayWay服務器進行交流，進行交易並給予回覆。例如，如果您正在編寫電話支付系統，則可以使用此功能，因爲PayWay界面中沒有涉及任何瀏覽器。

（聲明：我Qvalent工作，PayWay的開發者）。

Answer 3

約PayWay一件奇怪的事是，雖然大多數的支付網關有2個選項..託管的商家或服務器託管，PayWay提供使用令牌請求其淨選擇託管在該僞商人。信用卡詳細信息直接在商家網站上進行，僅暫時將確認重定向到服務器，然後返回。如果一個支付賬戶在NET和API上都可以普遍使用，那麼這將非常棒。但是似乎一個API賬戶不支持NET方法。所以如果你想接受你網站上的卡片，那麼NET令牌方法就會被它更大的API兄弟所淹沒。