Переход на API v2
Уважаемый пользователь, спасибо что вы с нами! Мы разработали вторую версию API. Она более функциональна, с обновленным дизайном и новыми платежными направлениями. Мы сохранили бОльшую часть запросов такими же как они были в первой версии, так что для использвания версии v2 нужно будет изменить совсем немного, а возможно не придется менять ничего вовсе, кроме адреса куда отправляются запросы. Специально для наших пользователей мы собрали список изменений в версии v2, для более легкого перехода.
Новый адрес запросов к API:
К API v2 вы можете обращаться как методом POST так и методом GET.
В основном изменения коснулись метода initPayment.
Самое главное изменение: теперь вы не сможете отправлять пользователя к форме оплаты через его браузер, теперь вам нужно сделать с сервера запрос на API чтобы получить ссылку для оплаты, и по ней отправлять пользователя. Раньше это происходило при включеной опции returnLink=1, так что если ваш проект работал по этой схеме то вам ничего не нужно менять.
В новой версии API вы можете отправлять переменные не только через POST, а и через GET, для передачи кириллических символов используйте urlencode().
В связи с невостребованостью заказов в некоторых валютах, для создания заказов мы оставили только валюты: RUB, UAH, USD, EUR.
Добавлен флаг strict_payWay. По-умолчанию пользователю открывается выбор всех доступных методов оплаты, а в поле payWay вы можете передать предпочтительный способ. Если он доступен то он будет сразу выбран. Теперь вы можете установить флаг strict_payWay=1 этим самым требуя оплату сторого в обозначеном направлении. Если на момент заказа выбраное направление будет недоступно то пользователю не будут отображаться остальные методы, API вернет ошибку.
Добавлен флаг directPay. Для некоторых направлений (например для QIWI) вы можете установить флаг directPay=1 и API выдаст ссылку сразу прямо на страницу оплаты QIWI, минуя нашу промежуточную страницу с выбором платежных систем.
Новый адрес запросов к API:
https://pay.primepayments.io/API/v2/
К API v2 вы можете обращаться как методом POST так и методом GET.
В основном изменения коснулись метода initPayment.
Самое главное изменение: теперь вы не сможете отправлять пользователя к форме оплаты через его браузер, теперь вам нужно сделать с сервера запрос на API чтобы получить ссылку для оплаты, и по ней отправлять пользователя. Раньше это происходило при включеной опции returnLink=1, так что если ваш проект работал по этой схеме то вам ничего не нужно менять.
В новой версии API вы можете отправлять переменные не только через POST, а и через GET, для передачи кириллических символов используйте urlencode().
В связи с невостребованостью заказов в некоторых валютах, для создания заказов мы оставили только валюты: RUB, UAH, USD, EUR.
Добавлен флаг strict_payWay. По-умолчанию пользователю открывается выбор всех доступных методов оплаты, а в поле payWay вы можете передать предпочтительный способ. Если он доступен то он будет сразу выбран. Теперь вы можете установить флаг strict_payWay=1 этим самым требуя оплату сторого в обозначеном направлении. Если на момент заказа выбраное направление будет недоступно то пользователю не будут отображаться остальные методы, API вернет ошибку.
Добавлен флаг directPay. Для некоторых направлений (например для QIWI) вы можете установить флаг directPay=1 и API выдаст ссылку сразу прямо на страницу оплаты QIWI, минуя нашу промежуточную страницу с выбором платежных систем.