Я не понимаю, как работает Westpac Payway API и NET - PullRequest
8 голосов
/ 07 мая 2010

Весь день гуглил, читал многочисленные PDF-файлы и все еще путался с концепциями отправки данных в систему Payway из Westpac ( банк в Австралии ).Они предлагают доступ через API, но также предоставляют доступ через то, что они называют «NET».

Насколько я понимаю, когда клиент хочет заплатить на моем веб-сайте, в случае NET клиент попадает на страницу (размещенную в банке или размещенную мной), где предоставляется форма для ввода кредитной карты.инфо деталиЗатем эта форма отправляется с помощью обычного POST звонка на конкретный https адрес Payway.Затем он обрабатывается, и браузер возвращается к URL-адресу, указанному мной в качестве одного из параметров, которые я отправил в скрытом поле.

В случае истории API аналогичен, поэтому пользователь получает форму, заполняет данные и затемотправить на мой бэкэнд (не Payway's).Затем мой бэкэнд вызывает API Payway с предоставленными данными, и после получения ответа клиенту возвращается страница подтверждения.

Правильно ли мое понимание?Пожалуйста, объясните, так как у меня такое чувство, что я здесь упускаю что-то простое.

Ответы [ 3 ]

7 голосов
/ 19 июля 2010

Существует несколько различных способов взаимодействия с PayWay Net, в зависимости от того, какой уровень контроля вы хотите. Самый простой способ это:

  1. Вы создаете формат HTML, содержащий поля с определенными именами. Эта форма обслуживается вашим веб-сайтом, но после отправки отправляется на веб-сайт PayWay. Вы можете добавить к этому свои скрытые поля и информационные поля.
  2. Ваш пользователь вводит некоторые данные и нажимает кнопку Отправить.
  3. Браузер вашего пользователя отправляет форму в PayWay. PayWay проверяет значения и отображает страницу с запросом информации о кредитной карте (через https)
  4. Пользователь вводит данные кредитной карты и подтверждает транзакцию.
  5. PayWay обрабатывает транзакцию по кредитной карте
  6. При желании PayWay может отправить сообщение на ваш сервер с указанием статуса транзакции, чтобы вы могли выполнить заказ (так называемое уведомление о платеже между серверами)
  7. При желании PayWay может перенаправить браузер обратно на ваш сервер (но не использовать его для обновления базы данных yoru)

Есть также способы полностью настроить страницу ввода кредитной карты и страницу квитанции.

API PayWay отличается. Вы устанавливаете часть программного обеспечения на свой сервер. Когда вы хотите провести транзакцию по кредитной карте, вы запускаете эту часть программного обеспечения. Он общается через Интернет с сервером PayWay, проводит транзакцию и выдает ответ. Вы можете использовать это, например, если вы пишете систему телефонных платежей, поскольку в интерфейсе PayWay нет браузера.

(Отказ от ответственности: я работаю на Qvalent, разработчиков PayWay).

4 голосов
/ 03 июня 2010

Ваше понимание верно.

Я сделал пару интеграций Payway и всегда выбирал решение API, чтобы пользователи получали согласованный опыт и не переходили между сайтами.

1 голос
/ 20 октября 2010

Странная вещь в PayWay заключается в том, что, хотя большинство платежных шлюзов имеют 2 варианта: хост, размещенный у продавца или на сервере, PayWay предлагает этому псевдо-торговцу, размещенному с опцией NET, используя запрос токена. Данные кредитной карты принимаются непосредственно на сайте продавца и только на мгновение перенаправляют подтверждение на сервер, а затем обратно. Это было бы замечательно, если бы учетная запись Payway работала универсально с NET и API ... но кажется, что учетная запись API не поддерживает методы NET. Поэтому, если вы хотите принимать карты на своем сайте, метод токена NET в значительной степени затмевает его старшего брата по API.

...