Общие сведения о Платежном сервисе

Платежный сервис Роутер – сервис маршрутизации платежных транзакций, предназначенный для динамического переключения оплат между банками. Платежный сервис Роутер одновременно подключается к платежным шлюзам (ПШ) нескольких банков, с которыми работает Партнер (мерчант), и при поступлении заказа направляет заказ в тот или иной банк на основании правил маршрутизации, которые разрабатываются индивидуально для Партнера.

API Платежного сервиса по большей части повторяет API платежного шлюза банка (основные отличия см. здесь). Если Партнер уже интегрирован с одним из банков-эквайеров, API Платежного сервиса будет для него понятным и знакомым.

Способы оплаты и маршрутизация

Простая и расширенная интеграция

Основные преимущества

Подключение Партнера

Для подключения к Платежному сервису Партнер должен:

  1. Заключить договор с каждым банком-эквайером.
  2. Обратиться в службу сопровождения для регистрации в платежных шлюзах каждого банка (если Партнер там еще не зарегистрирован), а также для регистрации в Платежном сервисе.

В результате регистрации Партнер получает адрес API Платежного сервиса, а также логин и пароль для отправки API-запросов.

Ограничения Платежного сервиса

  1. Списания бонусов Vendor Pays не поддерживаются.
  2. Во всех банках у Партнера должны быть одинаковые учетные данные (логин и пароль) и настройки.

Маршрутизация оплат

Платежный сервис Роутер маршрутизирует оплату заказа в момент нажатия на кнопку оплаты на платежной странице или при вызове метода оплаты (например, paymentOrder.do, paymentOrderBinding.do, /alfapay/paymentOrder.do и др.). Маршрутизация осуществляется согласно правилам, заданным в Платежном сервисе. Чтобы задать правила, обратитесь в службу поддержки. Чтобы узнать текущие правила маршрутизации и другие настройки, выполните запрос /settings/getRouterParams.do.

В зависимости от способа оплаты поддерживаются следующие возможности маршрутизации:

Способ оплатыСпособы маршрутизации
Карта
  • По всем доступным параметрам платежа: сумма и параметры заказа (features, jsonParams), банк-эмитент карты, платежная система, тип карточного продукта (дебетовая или кредитная), принадлежность к определенному range и т.п.
  • В процентном соотношении между заданными банками.
  • Строго в банк, указанный Партнером в параметре gwId запроса register.do или registerPreAuth.do. Если этот банк недоступен, то выбор альтернативного не происходит и оплата завершается ошибкой.
  • В резервный банк в случае, если выбранный по правилу недоступен. Если резервные банки не указаны, Платежный сервис может сам выбрать банк при наличии такой возможности.
Карточная связкаВ целом аналогично картам, но могут быть особенности в зависимости от типа связки и настроек, см. Маршрутизация
СБПОплата может быть направлена только в те банки, с которыми у Партнера заключено соглашение о приеме платежей по СБП. Дополнительно поддерживается маршрутизация:
  • По некоторым параметрам платежа (сумма, features, jsonParams и т.д.)
  • В процентном соотношении между заданными банками
  • В резервный банк (один из СБП-банков Партнера) в случае, если выбранный по правилу недоступен.
  • При оплате с мобильного устройства доступна маршрутизация по банку Клиента.
Подписки СБПВ зависимости от способа оплаты подпиской, см. Оплата подпиской СБП
Vendor PaysОплата может быть направлена только в те банки, с которыми Партнер договорился о приеме данного Vendor Pay. Маршрутизация одного Vendor Pay в несколько банков возможна, только если данный способ оплаты поддерживается в нескольких банках (например, Mir Pay).
Связки Vendor PaysТолько в тот банк, где создана связка
Категории:
routerAPI V1
Beta
Категории
Результаты поиска