Интеграция с платёжной системой — одна из тех задач, которые аналитик должен уметь решать:
1️⃣ Здесь почти всё, что важно: работа с внешним API, WebHook, обработка критических ошибок (потому что 💸)
2️⃣ Такие задачи часто встречаются — от запуска MVP до оптимизации ПО и снижения комиссий для бизнеса.
Это как «боевое крещение»: если разобрался с платёжками, то с любыми интеграциями уже не страшно.
👉 В этих постах я покажу свой подход к анализу API-документации внешних систем, и соберу все важные данные по API в одном месте.
Отмечу особенности для интеграции с платёжками.
✅ Документация
Главный раздел
✅ Вид API
✔ Нигде явно не указан.
✔ HTTPs-запросы.
✔ Все POST.
Все POST = HTTP API.
Но похоже, что ВТБ стремятся быть REST-ом, судя по ключу "rest" в URL
✅ Авторизация и аутентификация
Нестандартная, через тело запроса Body.
Есть два варианта:
✔ Используя логин и пароль API-пользователя, передаются в параметрах userName и password
✔ С помощью специального токена, передается в параметре token
🔗 Документация тут
🔐 Есть усиленные меры по безопасности:
Может потребоваться реализовать асимметричную подпись запроса с помощью специального сертификата.
🔗 Документация тут
✅ Тестовые доступы
Есть два URL для API:
TEST:
https://vtb.rbsuat.com/payment/rest/
PROD:
https://platezh.vtb24.ru/payment/rest/
Можно бесплатно зарегистрировать свой личный кабинет на тестовом окружении.
Инструкция по созданию тестового ЛК:
Тестовая площадка → Попробовать → Войти → Внизу формы входа кнопка "Создать учетную запись"
🔗Страница регистрации
✅ Рекомендации по использованию API
Так как на рынке много решений по платёжкам (ТБанк, Сбер, PayPal и др.) и среди них высокая конкуренция за бизнес-клиентов, то рекомендаци по интеграции есть почти всегда.
У ВТБ около 10 способов интеграции и по каждому описан рекомендуемый сценарий:
🔗 Документация
Наш вариант:
🔗 Прямые платежи
Этот раздел в разы упрощает работу аналитика.
Далее 👉 в ч.2
#ИнтеграцииGA #TravelGA #vtbAPI