Действия

Альфа-Банк: различия между версиями

Материал из Таксомёт

Нет описания правки
Нет описания правки
 
Строка 19: Строка 19:


'''6.''' При необходимости подключить аккаунт в админке на сайте для клиентского эквайринга. См. скриншоты.
'''6.''' При необходимости подключить аккаунт в админке на сайте для клиентского эквайринга. См. скриншоты.


----
----
Строка 26: Строка 31:


----
----
<code>'''Произошли изменения в работе API 03.04.24''' (Техническая информация)
Также напоминаю, что схема работы с автоплатежами немного изменилась.
Если в общих чертах, то вместо features = AUTO_PAYMENT необходимо использовать передачу параметра tii = U.
Более подробно схема описана ниже:
Схема работы с автоплатежами:
1) Привязка карты.
Связка создается при регистрации заказа, если заполнен тег clientId, и при условии выставления покупателем чекбокса согласия на сохранение данных карты. Либо при передаче в блоке features значения FORCE_CREATE_BINDING
Связка становится активной при переходе заказа в статус «Подтвержден» или «Завершен»
После успешного проведения платежа по 3ds для данного clientId будет создан идентификатор связки bindingId, который содержит в себе сохраненные карточные данные в платежном шлюзе (само значение тега bindingId можно получить запросом getBindings.do, указав в нем тег clientId);
2) Оплата.
Для последующих оплат по связкам нужно в запрос на регистрацию заказа добавить передачу параметра clientId (идентификатор клиента). Для оплаты связкой используется метод paymentOrderBinding.do c заполненным тегом bindingId и параметром tii = U (признак того, что проводится автоплатеж - внеплановый MIT CoF). </code>

Текущая версия от 22:20, 3 апреля 2024

1.

Попросить клиента связаться с менеджером банка по запросу "оформление интернет эквайринга". Ему предоставят договор на расчетный счет и услуги эквайринга. Так же важен выбор тарифа, он должен выглядеть так: никаких доп опций, никакого СБП или оплаты по QR коду, медленный вывод средств на баланс и иметь возможность редактировать настройки мерчанта по запросу.


2. Примерно через сутки-трое будет предоставлен тестовый аккаунт. https://alfa.rbsuat.com/mportal3/login - личный кабинет для входа в тестовую среду. Попросить через клиента или его личного менеджера перевести в боевой режим. Можно это сделать сразу после получения настроек.


3. Сутки-трое будет подключаться боевой режим.https://payment.alfabank.ru/lk/login - личный кабинет для входа в боевую среду. Сразу поменять пароль первого входа (обычно он Password*1), в личном кабинете боевой среды по вести пары логина и пароля. Сохранить в карточке клиента в CRM и передать клиенту. После запросить:

3.1 Двухстадийную оплату с авто завершением 168 часов

3.2 Автоплатежи с оплатой по связкам


4. Подключать боевую среду в диспетчерской("Бургер" в верхнем левом углу -> Настройки -> Платежные системы -> "Интернет-эквайринг (Сбер, Тинькофф, Промсвязьбанк)") как на изображении: номер мерчанта, пароль, изменить тип учетной записи на "Рабочий" и !!! спросить данные у клиента и заполнить его данные в качестве ИП или юр.лица, кому должны приходить денежные средства в процессе эквайринга !!!


5. Произвести тестовую оплату в водительском приложении с последующей отменой платежа.


6. При необходимости подключить аккаунт в админке на сайте для клиентского эквайринга. См. скриншоты.





caption caption




Произошли изменения в работе API 03.04.24 (Техническая информация)

Также напоминаю, что схема работы с автоплатежами немного изменилась. Если в общих чертах, то вместо features = AUTO_PAYMENT необходимо использовать передачу параметра tii = U. Более подробно схема описана ниже:

Схема работы с автоплатежами:

1) Привязка карты.

Связка создается при регистрации заказа, если заполнен тег clientId, и при условии выставления покупателем чекбокса согласия на сохранение данных карты. Либо при передаче в блоке features значения FORCE_CREATE_BINDING Связка становится активной при переходе заказа в статус «Подтвержден» или «Завершен» После успешного проведения платежа по 3ds для данного clientId будет создан идентификатор связки bindingId, который содержит в себе сохраненные карточные данные в платежном шлюзе (само значение тега bindingId можно получить запросом getBindings.do, указав в нем тег clientId);

2) Оплата.

Для последующих оплат по связкам нужно в запрос на регистрацию заказа добавить передачу параметра clientId (идентификатор клиента). Для оплаты связкой используется метод paymentOrderBinding.do c заполненным тегом bindingId и параметром tii = U (признак того, что проводится автоплатеж - внеплановый MIT CoF).