Open Banking in the UK
Обзор
Open Banking in the UK — метод интернет-банкинга с использованием открытых банковских протоколов и расширенными возможностями для защищённой работы с информацией о пользователях. Этот метод относится к группе Open Banking и позволяет проводить платежи в фунтах через банки Великобритании.
В платёжной платформе ecommpay поддерживаются оплаты методом Open Banking in the UK. Вместе с тем, для проведения выплат, в том числе в целях возврата средств по проведённым оплатам, при работе с этим методом может использоваться комплементарный метод Локальные выплаты на банковские счета в Великобритании.
Характеристика
Тип платёжного метода | банковские платежи |
---|---|
Платёжные инструменты |
|
Регионы использования | GB |
Валюты платежей | GBP |
Конвертация валют | – |
Оплаты | + |
Выплаты | – |
Оплаты по сохранённым данным | – |
Полные возвраты | – |
Частичные возвраты | – |
Опротестования | – |
Особенности |
|
Организация и стоимость подключения | по согласованию с курирующим менеджером ecommpay |
Схема работы
В проведении отдельного платежа с использованием Open Banking in the UK задействуются веб-сервис мерчанта, один из интерфейсов и платёжная платформа ecommpay, а также технические средства банка.
Основные операции
Интерфейсы | Суммы, GBP | Время** | |||||||
---|---|---|---|---|---|---|---|---|---|
Payment Page | CMS Plug-ins | Mobile SDK | Gate | Dashboard | минимум | максимум | базовое | предельное | |
Оплаты | + | – | + | + | – | * | * | * | * |
* Ограничения сумм и время проведения платежей зависят от банков.
** Базовое и предельное время определяются следующим образом:
- Базовое время — среднее расчётное время проведения платежа от момента его инициирования на стороне платёжной платформы до момента отправки инициатору оповещения о результате. Это время, определяемое для условий штатной работы всех технических средств и каналов связи, а также типичных действий со стороны пользователя (там, где они необходимы). Базовое время рекомендуется использовать для реагирования на отсутствие оповещений о результате платежа и выполнения опроса состояния платежа.
- Предельное время — максимально допустимое время проведения платежа от момента его инициирования на стороне платёжной платформы до момента отправки инициатору оповещения о результате. Если платёж не был проведён или отклонён за это время, он автоматически переводится в статус
decline
. Для индивидуальной настройки предельного времени следует обращаться к специалистам технической поддержки ecommpay.
Сценарии использования
Проведение оплат с использованием метода Open Banking in the UK выполняется с перенаправлением пользователей к сервису банка.
Поддержка со стороны банков
Проведение оплат с применением метода Open Banking in the UK осуществляется через банки, поддерживающие работу с этим методом. Банкам соответствуют свои идентификаторы, которые используются при инициировании оплат через Gate, а также при вызове Payment Page для отображения страницы с выбором метода оплаты.
Далее в таблице в ознакомительных целях представлена информация об этих банках, которую следует уточнять у курирующего менеджера ecommpay или по запросу /v2/info/banks/uk/sale/list
, отправляемым методом POST через Gate API: /v2/info/banks/{payment_method}/{operationType}/list для уточнения списка банков, поддерживающих проведение оплат.
Запрос должен содержать идентификаторы проекта и платежа, подпись, валюту и сумму платежа, как указано в примере. Важно передавать реальные данные о платеже, но в случае если платёж еще не сформирован, для идентификатора платежа в запросе можно указать случайное значение.
Рис.: Пример запроса списка банков
{ "general": { "project_id": 200, "payment_id": "ORDER_155860015", "signature": "K6jllym+PtObocZtr345st...==" }, "payment": { "amount": 1000, "currency": "GBP" } }
Банк | ID |
---|---|
Adam&Company Bank | 3481 |
Allied Irish Bank | 3491 |
Allied Irish Bank Business | 3501 |
Bank Of Ireland | 3511 |
Bank of Scotland | 3521 |
Barclaycard | 3531 |
Barclays | 3541 |
Cashplus | 3801 |
Chelsea Building Society | 3811 |
Coutts | 3551 |
Creation | 3821 |
Cumberland | 3561 |
Cynergy Bank | 3831 |
Danske | 3571 |
Danske Business | 3581 |
First Direct | 3591 |
First Trust Bank | 3601 |
First Trust Bank Business | 3611 |
Halifax | 3621 |
HSBC | 3631 |
HSBC Business | 3641 |
Kleinwort Hambros | 3651 |
Lloyds | 3661 |
Marks & Spencer | 3671 |
MBNA | 3841 |
Mettle | 3681 |
Mizuho | 3691 |
Monzo | 3851 |
Nationwide | 3701 |
NatWest | 3711 |
Revolut | 3731 |
Royal Bank of Scotland | 3721 |
Sainsbury's Bank | 3861 |
Santander | 3741 |
Starling | 3871 |
Tesco | 3751 |
Ulster Bank | 3761 |
Ulster Bank Republic Of Ireland | 3771 |
Vanquis | 3781 |
Yorkshire Building Society | 3791 |
Детальные сведения о том, что необходимо делать со стороны мерчанта для проведения платежей, а также о том, что можно использовать для анализа информации о проведённых платежах и операциях, представлены далее.
Подтверждение зачисления средств
В проведении оплат с использованием метода Open Banking in the UK участвуют банки, и в некоторых случаях обработка платежей на стороне этих банков и сервиса Open Banking in the UK может занимать продолжительное время (в некоторых случаях до семи дней и больше). В связи с этим возможны ситуации, когда первичная информация о проведении или отклонении платежа не соответствует итоговому результату (например, при получении информации об отклонении платежа средства могут быть зачислены на счёт получателя позднее, и наоборот).
Чтобы обеспечить корректное уведомление мерчантов о состоянии платежей в таких случаях, в платёжной платформе ecommpay используется процедура подтверждения зачисления средств получателю. При подключении метода Open Banking in the UK следует согласовывать с курирующим менеджером использование этой процедуры, а также перевод платежей, по которым получено подтверждение о том, что средства не зачислены, в статус reversed
или decline
(для удобства контроля и анализа платежей).
Подтверждение зачисления средств выполняется следующим образом: после выполнения пользователем всех необходимых действий платёж поступает в обработку на стороне сервиса Open Banking in the UK, а пользователь возвращается к платёжному интерфейсу (Payment Page или веб-сервиса), где получает информацию о приёме платежа в обработку. В таком случае на стороне платёжной платформы формируется операция payment confirmation
, при этом платежу присваивается статус awaiting confirmation
, а операции sale
— статус success
до получения со стороны сервисного провайдера информации о зачислении средств и к веб-сервису отправляется соответствующее оповещение о состоянии платежа.
По итогам выполнения операции payment confirmation
ей может присваиваться один из следующих статусов:
success
— при получении подтверждения со стороны сервисного провайдера о зачислении средств получателю. В этом случае платежу присваивается статусsuccess
и к веб-сервису отправляется итоговое оповещение с информацией о результате оплаты.decline
— при получении информации со стороны сервисного провайдера о том, что средства не зачислены получателю. В этом случае, с учётом свойств проекта, заданных при подключении, допустимы следующие сценарии:- На стороне платёжной платформы автоматически формируется операция
reversal
и к веб-сервису последовательно отправляются соответствующие оповещения: промежуточное, с информацией о том, что средства не были зачислены, и итоговое, с информацией о возврате средств и переводе платежа в статусreversed
. - Платёж переводится в статус
decline
и к веб-сервису направляется итоговое оповещение с информацией об отклонении оплаты.
- На стороне платёжной платформы автоматически формируется операция
Контролировать изменение статусов платежей при использовании этой процедуры также можно через интерфейс Dashboard.
Оплаты через Payment Page
Общая информация
Для оплаты через Payment Page с использованием метода Open Banking in the UK со стороны веб-сервиса необходимо отправить запрос, содержащий требуемые параметры и подпись, на рабочий URL ecommpay и принять оповещение о результате оплаты. При этом метод Open Banking in the UK можно сделать предварительно выбранным (подробнее — в разделе Предварительный выбор платёжных методов).
При работе с методом Open Banking in the UK требуется получение дополнительного согласия пользователя на проведение платежа с использованием этого метода. Для получения этого согласия на Payment Page отображается соответствующая страница, на которой также могут отображаться поля для ввода дополнительных данных, необходимых для проведения платежа.
Полная схема проведения оплаты представлена далее.
Рис.: Проведение оплаты через Payment Page
- Пользователь на стороне веб-сервиса инициирует оплату.
- От веб-сервиса на заданный URL ecommpay передаётся запрос на проведение оплаты через Payment Page.
- Запрос на проведение оплаты передаётся к платёжной платформе.
- Выполняется начальная обработка запроса, в рамках которой обеспечивается проверка наличия обязательных параметров и корректной подписи.
- Осуществляется подготовка к открытию платёжной формы с учётом параметров вызова и свойств используемого проекта.
- Платёжная форма отображается пользователю.
- Пользователь выбирает платёжный метод Open Banking in the UK и один из банков, поддерживающих работу с этим методом.
- Запрос на проведение оплаты через выбранный банк передаётся к платёжной платформе.
- На стороне платёжной платформы выполняется обработка запроса. При этом выявляется необходимость в получении дополнительного согласия пользователя и дополнительных данных о пользователе.
- От платёжной платформы к Payment Page направляется информация о необходимости получения согласия пользователя на проведение оплаты и, если необходимо, дополнительных данных, требуемых для проведения платежа.
- На Payment Page пользователю отображается страница с уведомлением о необходимости подтвердить проведение оплаты и полями, которые необходимо заполнить для продолжения платежа.
- Пользователь предоставляет запрашиваемые данные, соглашается с указанной информацией и подтверждает проведение платежа.
- От Payment Page к платёжной платформе направляется предоставленная пользователем информация.
- На стороне платёжной платформы выполняется обработка полученной информации.
- От платёжной платформы к Payment Page передаются данные для перенаправления пользователя к сервису провайдера.
- Пользователь перенаправляется к сервису провайдера, а затем — к сервису банка, где пользователю отображается платёжная инструкция.
- Пользователь выполняет необходимые действия для проведения оплаты.
- На стороне сервиса банка выполняется обработка платежа.
- Информация о результате оплаты отображается пользователю на стороне сервиса банка.
- Пользователь перенаправляется к Payment Page.
- От сервиса банка к сервису провайдера направляется уведомление о результате оплаты.
- Уведомление о результате оплаты передаётся от сервиса провайдера к платёжной платформе.
- От платёжной платформы к веб-сервису направляется оповещение о результате оплаты.
- От платёжной платформы к Payment Page направляется информация о результате проведения оплаты.
- Информация о результате оплаты отображается пользователю на Payment Page.
Информация о формате запросов и параметрах вызова Payment Page при работе с Open Banking in the UK, а также о формате оповещений о результатах оплат приведена далее; общая информация о работе с API см. в разделе Описание Payment Page API.
Формат запросов
При формировании запросов на открытие платёжной формы с применением метода Open Banking in the UK необходимо учитывать следующее:
- Должен использоваться базовый минимум параметров — параметры, обязательные для любого платёжного метода:
- project_id — идентификатор проекта, полученный от ecommpay при интеграции;
- payment_id — идентификатор платежа, уникальный в рамках проекта;
- payment_currency — валюта платежа в формате ISO-4217 alpha-3;
- payment_amount — сумма платежа в дробных единицах;
- customer_id — идентификатор пользователя уникальный в рамках проекта.
- Дополнительно рекомендуется указывать имя и фамилию пользователя в параметрах customer_first_name и customer_last_name. Если какой-либо из этих параметров отсутствует в запросе, на пользователю отображаются поля для ввода недостающих значений. Подробнее об уточнении параметров — в разделе Дополнение информации о платежах.
Также при выборе некоторых банков пользователю может потребоваться указать на Payment Page номер счёта, в то время как при работе с другими банками номер счёта указывается пользователем уже на стороне провайдера. В силу специфики метода этот номер может указываться только пользователем и не может быть указан в запросах.
- Рекомендуется передавать в запросе параметр merchant_return_url с указанием URL для перенаправления пользователя к веб-сервису, чтобы в случае отказа от предоставления согласия пользователь мог вернуться к веб-сервису мерчанта, щёлкнув соответствующую кнопку в платёжной форме. При этом, во избежание повторного оформления заказа на стороне веб-сервиса, рекомендуется указать тот адрес, который ведёт на страницу подтверждения заказа.
- Валютой платежа может быть только GBP.
- Для предварительного выбора группы методов Open Banking необходимо указывать код группы
openbanking
в параметреforce_payment_group
. -
При использовании платёжного метода Open Banking in the UK можно настраивать отображение страницы Payment Page с выбором метода оплаты.
По умолчанию банки, поддерживающие проведение оплат методом Open Banking in the UK, объединены в группу и отображаются одной кнопкой Open Banking in the UK, поэтому выбор банка осуществляется в два этапа. Сначала выбирается метод Open Banking in the UK среди прочих, а затем на следующей странице с перечнем банков выбирается конкретный банк. Существует несколько вариантов отображения страницы Payment Page с выбором метода оплаты:
- Отображение поддерживаемых банков одной кнопкой UK Banks среди прочих методов.
- Отображение только поддерживаемых банков одной кнопкой UK Banks. Для этого используется предварительный выбор метода Open Banking in the UK. Необходимо передавать код платежного метода
uk
в параметре force_payment_method. Пользователю открывается страница с выбором банков. - Отображение каждого поддерживаемого банка отдельной кнопкой. Для этого необходимо передавать параметр split_banks со значением
true
в строке payment_methods_options."payment_methods_options": "{\"uk\": {\"split_banks\": true}}"
- Отображение кнопок конкретных банков (одного или нескольких). В списке методов может присутствовать метод Open Banking in the UK. Для этого используется предварительный выбор метода Open Banking in the UK, но с указанием конкретного банка. Для этого необходимо передавать код платежного метода
uk
в параметре force_payment_method и идентификатор банка banks_id в параметре payment_methods_options. Для отображения нескольких банков необходимо перечислять идентификаторы этих банков через запятую c пробелом."payment_methods_options": "{\"uk\": {\"split_banks\": true, \"banks_id\": [3771, 3781]}}"
Далее представлен пример запроса на открытие Payment Page с предварительно выбранным банком.
Рис.: Пример запроса на оплату с предварительным выбором метода и банка
{ payment_id: 'X03936', payment_amount: 1000, payment_currency: 'GBP', project_id: 120, customer_id: 'customer1', customer_first_name: 'John', customer_last_name: 'Doe', force_payment_method: 'uk', payment_methods_options: '{\"uk\": {\"banks_id\": [3771]}}', signature: "kUi2x9dKHAVNU0FYlSCQ9vySO\/...tVUkDJrOpZhkIQg==" }
- Дополнительно могут использоваться любые другие параметры из числа доступных для работы с Payment Page. Детальная информация обо всех параметрах приведена в разделе Параметры вызова платёжной формы.
- После определения всех параметров необходимо составить подпись. Подробную информацию см. в Работа с подписью к данным.
Таким образом, корректный запрос на открытие платёжной формы с применением метода Open Banking in the UK должен содержать идентификаторы пользователя, проекта и платежа, сумму и валюту платежа, информацию о пользователе, URL для перенаправления пользователя к веб-сервису, а также подпись:
{ payment_id: 'X03936', payment_amount: 1000, payment_currency: 'GBP', project_id: 123, customer_id: 'customer1', customer_first_name: 'John', customer_last_name: 'Doe', merchant_return_url: 'http://example.com/return', signature: "kUi2x9dKHA...\/RLCvhtT4DqtVUkDJrOcZzUCwX6R\/ekpZhkIQg==" }
Формат оповещений
Для оповещений о результатах оплат с применением метода Open Banking in the UK используется стандартный формат, описание которого представлено в разделе Оповещения.
В следующем примере оповещение свидетельствует о том, что в рамках проекта 239
была успешно проведена оплата в размере 10,00 GBP
.
Рис.: Пример оповещения о проведении оплаты
{ "project_id":239, "payment":{ "id":"ID_461239", "type":"purchase", "status":"success", "date":"2020-06-15T14:55:23+0000", "method":"UK banks", "sum":{ "amount":1000, "currency":"GBP" }, "description":"ID_461239" }, "customer":{ "id":"1" }, "operation":{ "id":59043000050811, "type":"sale", "status":"success", "date":"2020-06-15T14:55:23+0000", "created_date":"2020-06-15T14:51:35+0000", "request_id":"929c6911448765aedaf4df...79aa8d4adb6b78dc5-00059044", "sum_initial":{ "amount":1000, "currency":"GBP" }, "sum_converted":{ "amount":1000, "currency":"GBP" }, "code":"0", "message":"Success", "provider":{ "id":2901, "payment_id":"385dc36c-7fac-4bf5-a0e6-6a16ebcc1962", "auth_code":"", "endpoint_id":"Halifax", "date":"2020-06-15T14:51:36+0000" } }, "signature":"+KDWbziHMNDBSd2Y04Cc...xRb55AnjtvrZc4XgG6iXkJyLHPa3ZbYw==" }
В следующем примере оплата была отклонена.
Рис.: Пример оповещения об отказе в проведении оплаты
{ "customer":{ "id":"1" }, "project_id":10801, "payment":{ "id":"ID_542650", "type":"purchase", "status":"decline", "date":"2020-06-15T11:46:42+0000", "method":"UK banks", "sum":{ "amount":100, "currency":"GBP" }, "description":"ID_542650" }, "operation":{ "id":58778000050861, "type":"sale", "status":"decline", "date":"2020-06-15T11:46:42+0000", "created_date":"2020-06-15T11:36:39+0000", "request_id":"e6cb17dd0699001b813a0...6753e4dca478c7eb6-00058779", "sum_initial":{ "amount":100, "currency":"GBP" }, "sum_converted":{ "amount":100, "currency":"GBP" }, "code":"20000", "message":"General decline", "provider":{ "id":2901, "payment_id":"BARCLAYS-P-10000000420474", "auth_code":"", "endpoint_id":"Barclays", "date":"2020-06-15T11:36:41+0000" } }, "signature":"kC6wuur3Q2Dswd7A6R+C...1EaupyvFHs6q/aZ7lW17cUuFhXjHoVWbrTJqQ==" }
Дополнительные материалы
Для организации работы с оплатами через Payment Page также могут быть полезны следующие материалы:
Оплаты через Gate
Общая информация
Для оплаты через Gate с использованием метода Open Banking in the UK со стороны веб-сервиса необходимо:
- Отправить запрос, содержащий требуемые параметры и подпись, на рабочий URL ecommpay.
- Осуществить перенаправление на сайт банка.
- Принять оповещение от платежной платформы ecommpay о результате оплаты.
При работе с методом Open Banking in the UK требуется получение дополнительного согласия пользователя на проведение платежа с использованием этого метода. Информация о том, что необходимо сделать со стороны веб-сервиса для получения согласия пользователя, представлена в разделе Форматы данных для получения согласия пользователей, а далее приведена полная схема проведения оплаты.
Полная схема проведения оплаты представлена далее.
Рис.: Проведение оплаты через Gate
- Пользователь на стороне веб-сервиса инициирует оплату через один из банков, поддерживающих работу с методом Open Banking in the UK.
- От веб-сервиса на заданный URL ecommpay передаётся запрос на проведение оплаты через Gate.
- Запрос на проведение оплаты поступает в платёжную платформу.
- Выполняется начальная обработка запроса, в рамках которой обеспечивается проверка наличия обязательных параметров и корректной подписи.
- От платёжной платформы к веб-сервису направляется ответ с информацией о получении запроса и его корректности (подробнее).
- На стороне платёжной платформы выполняется дальнейшая обработка запроса. При этом выявляется необходимость в получении дополнительного согласия пользователя и дополнительных данных о пользователе.
- От платёжной платформы к веб-сервису направляется информация о необходимости получения согласия пользователя на проведение оплаты и, если необходимо, дополнительных данных, требуемых для проведения платежа.
- На стороне веб-сервиса запрашивается согласие пользователя на проведение платежа и предоставление пользователем дополнительных данных, которые необходимы для продолжения платежа.
- Пользователь предоставляет запрашиваемые данные, соглашается с указанной информацией и подтверждает проведение платежа.
- От веб-сервиса на заданный URL ecommpay передаётся запрос на продолжение платежа с учётом предоставленной пользователем информации.
- Запрос на продолжение платежа с учётом предоставленной пользователем информации передаётся к платёжной платформе.
- На стороне платёжной платформы выполняется обработка полученной информации.
- От платёжной платформы к веб-сервису направляется оповещение с данными для перенаправления пользователя к сервису провайдера.
- Пользователь перенаправляется к сервису провайдера, а затем — к сервису банка, где пользователю отображается платёжная инструкция.
- Пользователь выполняет необходимые действия для проведения оплаты.
- На стороне сервиса банка выполняется обработка платежа.
- Информация о результате оплаты отображается пользователю на стороне сервиса банка.
- Пользователь перенаправляется к веб-сервису мерчанта.
- От сервиса банка к сервису провайдера направляется уведомление о результате оплаты.
- От сервиса провайдера к платёжной платформе направляется уведомление о результате оплаты.
- От платёжной платформы к веб-сервису направляется оповещение о результате оплаты.
- От веб-сервиса пользователю направляется информация о результате оплаты.
Информация о формате запросов и параметрах инициации оплат методом Open Banking in the UK через Gate, а также о формате оповещений о результатах оплат приведена далее, общая информация о работе с API см. в разделе Работа с API.
Формат запросов
При работе с запросами на оплаты с применением метода Open Banking in the UK необходимо учитывать следующее:
- Должен использоваться запрос к конечной точке
/v2/payment/banks/uk/sale
, отправляемый методом POST. Этот запрос относится к группе запросов /v2/payment/banks/{payment_method}/sale. - В запросе должны использоваться следующие объекты и параметры:
- general — объект, содержащий основные идентификационные сведения запроса:
- project_id — идентификатор проекта, полученный от ecommpay при интеграции;
- payment_id — идентификатор платежа, уникальный в рамках проекта;
- signature — подпись запроса, составленная после указания целевых параметров (подробнее — в разделе Использование подписи к данным);
- payment — объект, содержащий сведения о платеже:
- amount — сумма платежа в дробных единицах валюты,
- currency — валюта платежа в формате ISO-4217 alpha-3;
- customer — сведения о пользователе:
- id — идентификатор, уникальный в рамках проекта,
- ip_address — используемый IP-адрес;
- account — объект, содержащий сведения о банковском счёте пользователя:
- bank_id — идентификатор банка;
- return_url — объект, содержащий URL для перенаправления пользователя в веб-сервис:
- return — URL для перенаправления пользователя на любом шаге оплаты.
- general — объект, содержащий основные идентификационные сведения запроса:
- Дополнительно рекомендуется указывать имя и фамилию пользователя. Если параметры отсутствуют в запросе, список недостающих параметров отправляется в оповещении на уточнение. Подробнее об уточнении параметров — в разделе Дополнение информации о платеже.
Рекомендуется использовать следующие объекты и параметры:
- customer — объект, содержащий сведения о пользователе:
- first_name — имя,
- last_name — фамилия.
- customer — объект, содержащий сведения о пользователе:
- Валютой платежа может быть только GBP.
- Дополнительно могут использоваться все параметры, указанные в спецификации.
Таким образом, корректный запрос на оплату с применением метода Open Banking in the UK должен содержать идентификаторы проекта и платежа, подпись, IP-адрес и информацию о пользователе, валюту и сумму платежа, идентификатор банка и URL для перенаправления:
Рис.: Пример запроса на оплату
"general": { "project_id": 1111, "payment_id":"Test-sale-001", "signature": "52D7C03EA096CAB4F27...EC4280509D293D1094AA793BBC" }, "customer": { "id": "customer123", "ip_address": "1.2.3.4", "first_name": "John", "last_name": "Doe" }, "account": { "bank_id": 3791 }, "payment": { "amount": 1000, "currency": "GBP" }, "return_url": { "return": "http://example.com/return" }
Форматы данных для получения согласия пользователей
При работе с методом Open Banking in the UK требуется получать дополнительное согласие пользователей на проведение платежей с использованием этого метода. Для проведения платежа с учётом согласия пользователя со стороны веб-сервиса необходимо:
- Принять от платёжной платформы оповещение о необходимости получения согласия пользователя (и дополнения информации о платеже, если это необходимо).
- Получить от пользователя это согласие (и дополнительные сведения, если это необходимо).
- Передать информацию о согласии пользователя (и дополнительные сведения, если это необходимо) в запросе в платёжную платформу.
В оповещении от платёжной платформы в объекте clarification_fields
содержится информация о параметрах и объектах, необходимых для проведения платежа. В структуру каждого объекта, включённого в объект clarification_fields
, входят:
- Параметры
type
иdescription
с указанием типа и описания объекта; - Объект
properties
с информацией о параметрах, включённых в объект; - Массив
required
со списком требуемых параметров; - Массив
errors
с информацией о причинах запроса указанных параметров.
Объект properties
и массив required
указываются в соответствии со спецификацией JSON Schema, а в объектах массива errors
приводятся параметры property
, message
и constraint
для указания названий запрошенных параметров, поясняющих сообщений и причин.
Текст, который необходимо отобразить пользователю для получения его согласия на проведение платежа, указывается в параметре clarification_fields.customer.properties.psu_consent_text.default
.
В следующем примере приведён фрагмент оповещения о необходимости получения согласия пользователя.
Рис.: Пример данных из оповещения о необходимости получения согласия пользователя
{ "clarification_fields": { "customer": { "type": "object", "description": "Object that contains customer details", "properties": { "psu_consent": { "type": "string", "description": "Need to request the users consent to make a payment" }, "psu_consent_text": { "type": "string", "description": "The PSU consent text to be displayed on Payment Page", "default": "This consent text with possibly links to some resources here." }, "first_name": { "type": "string", "maxLength": 255, "description": "Customer first name" }, "last_name": { "type": "string", "maxLength": 255, "description": "Customer last name" } }, "required": [ "psu_consent", "psu_consent_text", "first_name", "last_name" ], "errors": [ { "property": "customer.psu_consent", "message": "The property psu_consent is required for the clarification request", "constraint": "required" }, { "property": "customer.psu_consent_text", "message": "The property psu_consent_text is required for the clarification request", "constraint": "required" }, { "property": "customer.first_name", "message": "The property first_name is required", "constraint": "required" }, { "property": "customer.last_name", "message": "The property last_name is required", "constraint": "required" } ] }, "account": { "type": "object", "description": "Object that contains the details of the customer's bank account for payment performing", "properties": { "number": { "type": "string", "maxLength": 100, "minLength": 1, "description": "Customer's account number" }, "bank_code": { "type": "string", "maxLength": 100, "minLength": 1, "description": "Customer's bank code" } }, "required": [ "number", "bank_code" ], "errors": [ { "property": "account.number", "message": "The property number is required", "constraint": "required" }, { "property": "account.bank_code", "message": "The property bank_code is required", "constraint": "required" } ] } } }
Запрос на продолжение платежа с учётом согласия пользователя (и дополнительных сведений, если это необходимо) отправляется методом POST к конечной точке /v2/payment/clarification и должен содержать следующие объекты и параметры:
- general — объект, содержащий основные идентификационные сведения запроса:
- project_id — идентификатор проекта, к которому относится проводимый платёж.
- payment_id — идентификатор платежа, к которому относятся отправляемые данные.
- signature — подпись запроса, составленная после указания целевых параметров (подробнее — в разделе Использование подписи к данным).
- additional_data — объект с информацией о согласии пользователя на проведение платежа (и дополнительными сведениями, если они необходимы):
- customer — объект, содержащий сведения о пользователе:
- psu_consent — информация о получении согласия пользователя на проведение оплаты. Если пользователь дал согласие на проведение платежа, необходимо передать значение
1
; если указать иное значение, согласие на проведение платежа запрашивается повторно. - psu_consent_text — текст запроса согласия пользователя на проведение оплаты, который был отображён пользователю. В значении этого параметра должен передаваться именно тот текст, который был получен в оповещении о необходимости получения согласия пользователя. Если текст, указанный в запросе, отличается от текста, полученного в оповещении, согласие на проведение платежа запрашивается повторно.
- psu_consent — информация о получении согласия пользователя на проведение оплаты. Если пользователь дал согласие на проведение платежа, необходимо передать значение
- customer — объект, содержащий сведения о пользователе:
Вместе с информацией о согласии в запросе на продолжение платежа может потребоваться указать дополнительные данные о пользователе, приведённые в разделе Формат запросов.
Таким образом, корректный запрос должен содержать идентификаторы проекта и платежа, информацию о согласии пользователя и текст, который был отображён пользователю, а также, при необходимости, дополнительные данные пользователя, и подпись:
{ "general": { "project_id": 10571, "payment_id": "1234567890", "signature": "=== signature ===" }, "additional_data": { "customer": { "psu_consent": "1", "psu_consent_text": "=== The PSU consent text to be displayed on payment page ===", "first_name": "Firstname", "last_name": "Lastname" "account": { "number": "AB123456789" } } }
Форматы данных для перенаправления пользователей
Для перенаправления пользователя от веб-сервиса на сайт сервиса Open Banking in the UK необходимо принять оповещение от платёжной платформы, содержащее ссылку для перенаправления в параметре redirect_data.url, и использовать этот параметр при открытии HTML-страницы сайта методом, указанным в redirect_data.method.
Далее приведён фрагмент оповещения, содержащего данные для перенаправления.
"redirect_data": { "method": "GET", "url": "http://redirect.bank.exmaple.com" }
Формат оповещений
Для оповещений о результатах оплат с применением метода Open Banking in the UK используется стандартный формат, описание которого представлено в разделе Оповещения.
В следующем примере оповещение свидетельствует о том, что в рамках проекта 239
была успешно проведена оплата в размере 10,00 GBP
.
Рис.: Пример оповещения о проведении оплаты
{ "project_id":239, "payment":{ "id":"ID_461239", "type":"purchase", "status":"success", "date":"2020-06-15T14:55:23+0000", "method":"UK banks", "sum":{ "amount":1000, "currency":"GBP" }, "description":"ID_461239" }, "customer":{ "id":"1" }, "operation":{ "id":59043000050811, "type":"sale", "status":"success", "date":"2020-06-15T14:55:23+0000", "created_date":"2020-06-15T14:51:35+0000", "request_id":"929c6911448765aedaf4df...79aa8d4adb6b78dc5-00059044", "sum_initial":{ "amount":1000, "currency":"GBP" }, "sum_converted":{ "amount":1000, "currency":"GBP" }, "code":"0", "message":"Success", "provider":{ "id":2901, "payment_id":"385dc36c-7fac-4bf5-a0e6-6a16ebcc1962", "auth_code":"", "endpoint_id":"Halifax", "date":"2020-06-15T14:51:36+0000" } }, "signature":"+KDWbziHMNDBSd2Y04Cc...xRb55AnjtvrZc4XgG6iXkJyLHPa3ZbYw==" }
В следующем примере оплата была отклонена.
Рис.: Пример оповещения об отказе в проведении оплаты
{ "customer":{ "id":"1" }, "project_id":10801, "payment":{ "id":"ID_542650", "type":"purchase", "status":"decline", "date":"2020-06-15T11:46:42+0000", "method":"UK banks", "sum":{ "amount":100, "currency":"GBP" }, "description":"ID_542650" }, "operation":{ "id":58778000050861, "type":"sale", "status":"decline", "date":"2020-06-15T11:46:42+0000", "created_date":"2020-06-15T11:36:39+0000", "request_id":"e6cb17dd0699001b813a0...6753e4dca478c7eb6-00058779", "sum_initial":{ "amount":100, "currency":"GBP" }, "sum_converted":{ "amount":100, "currency":"GBP" }, "code":"20000", "message":"General decline", "provider":{ "id":2901, "payment_id":"BARCLAYS-P-10000000420474", "auth_code":"", "endpoint_id":"Barclays", "date":"2020-06-15T11:36:41+0000" } }, "signature":"kC6wuur3Q2Dswd7A6R+C...1EaupyvFHs6q/aZ7lW17cUuFhXjHoVWbrTJqQ==" }
Дополнительные материалы
Для организации работы с оплатами через Gate также могут быть полезны следующие материалы:
Анализ результатов проведения платежей
Как и при работе с другими платёжными методами, которые предоставляет ecommpay, при использовании метода Open Banking in the UK доступны разные способы анализа информации о платежах и операциях с применением этого метода — как в отдельности, так и в совокупности с другими методами.
Всю необходимую информацию можно получать и анализировать средствами Dashboard, в том числе с помощью аналитических панелей на вкладке Analytics.
Также можно выгружать нужную информацию для последующего анализа с помощью специализированных аналитических средств сторонних разработчиков:
- Dashboard позволяет выгружать данные в форматах CSV и XLS с помощью инструментов на вкладке Платежи. При этом можно выполнять разовые выгрузки информации на локальный компьютер и задействовать периодическую выгрузку и отправку информации на заданные адреса электронной почты.
- Data API позволяет получать информацию в формате JSON и отправлять ее на заданный URL — для этого применяются запросы /operations/get.
С любыми вопросами о возможностях анализа можно обращаться в службу технической поддержки ecommpay.