Поиск с помощью Google весь день, чтение многочисленного PDF и все еще запутывающийся с понятием передающих данных к системе Payway от WestPac (банк в Австралии). Они предлагают доступ через API, но также и предоставляют доступ через то, что они называют "СЕТЬЮ".
Путем я понимаю, то, что, когда клиент хотят заплатить на моем веб-сайте, в случае СЕТИ, клиент добирается до страницы (размещенный банком или размещенный мной), где предоставлен форму для ввода деталей информации о кредитной карте. Затем эта форма отправлена через нормальный вызов POST определенному адресу https Payway. Это обрабатывается затем, и браузер возвращается к URL, который я указал как один из параметров, которые я отправил в скрытом поле.
В случае API история подобна, таким образом, пользователь получает форму, заполняет данные, и затем данные, отправляют к моему бэкенду (не Payway). Мой бэкенд затем называет payway API с данными обеспеченным и после того как ответ получил страницу подтверждения возвратов клиенту.
Действительно ли мое понимание является правильным? Объясните, поскольку у меня есть чувство, что я пропускаю что-то основное здесь.
Вы правильно поняли.
Я выполнил пару интеграций Payway и всегда выбирал решение API, чтобы пользователи получали единообразный опыт и не переключались между веб-сайтами.
Существует несколько различных способов взаимодействия с PayWay Net, в зависимости от того, какой уровень контроля вы хотите. Самый простой способ:
Есть также способы полностью настроить страницу ввода данных кредитной карты и страницу квитанции.
PayWay API другой. Вы устанавливаете часть программного обеспечения на свой сервер. Когда вы хотите провести транзакцию по кредитной карте, вы вызываете это программное обеспечение. Он общается через Интернет с сервером PayWay, проводит транзакцию и дает вам ответ. Вы могли бы использовать это, если бы вы писали, например, систему телефонных платежей, поскольку в интерфейсе PayWay не задействован ни один браузер.
(Предупреждение: я работаю в Qvalent, разработчиках PayWay).