🔎 Интеграция с ВТБ: анализ API-документации, часть 2 🔎

Продолжаем исследование API-документации платежной системы ВТБ 👇


✅ Ограничения и особенности
В API-документации ВТБ ограничения, лимиты на кол-во запросов и другие особенности не приводятся.
Хотя они точно есть, судя по наличию обрабатываемого кода ошибки HTTP-429.
🔗Пример в другом API



✅ Общие требования к обработке ошибок
Полный перечень:
🔗Стандартные коды ошибок
Не всегда есть.

Из того, что по документированию ошибок разочаровало - нет описания ошибок на отдельные API-запросы.

Чтобы понять, как система реагирует, например, на создание заказа с суммой 0₽, нужно обязательно проводить исследовательское тестирование через Postman.



✅ Список методов для нашей задачи
На этом этапе важно понимать логику будущего алгоритма работы системы.

Обычно я сначала продумываю интерационные Use Cases, не зная деталей внешнего API. А потом подбираю нужные методы.

ВТБ упростил мою задачу и написал интеграционный Use Case за меня.
И ссылки на все методы добавили в него, и схему сделали (на картинке к посту) 😀
Спасибо команде платежной системы ВТБ!

🔗 Интеграционный Use Case - в нем ссылки на API-документацию методов, которые нам необходимы (register.do, paymentorder.do и другие)

🔗 Все API-методы



📞 Обратные вызовы / Callback / Webhook
Почти в любой платёжной интеграции нужно:
✔ получить подтверждение статуса оплаты от платежной системы,
✔ обработать уведомление на стороне вашего Backend.

Интегрируетесь с платежкой?
Ищите подобный раздел в документации.

🔗 Уведомления обратного вызова


------

Эти разделы — базовый набор, который вы должны найти и изучить в любой API-документации до постановки задач и написания требований.


Сохраняйте эти две части поста как чек-лист и пользуйтесь на старте работы с новыми интеграциями 🤝


#ИнтеграцииGA #TravelGA #vtbAPI