Задача
Требуется разработать API-прослойку (middleware), которая будет выступать в роли посредника между системой управления сайтом (например, Tilda) и платежным сервисом (например, банк). Основное назначение - не только передача платежных данных, но и расчет сумм для распределения между несколькими получателями (мультирасчеты), а также проведение автоматических антифрод-проверок транзакций.
Ключевые функции проекта
1. Мультирасчеты
- Разбивка платежной суммы согласно настройкам (фиксированная доля, процент и т.п., зависящие от типа продаваемого товара/услуги).
- Отправка корректных сумм на заданные реквизиты после подтверждения платежа.
2. Антифрод
- Перехватывать запросы от системы управления сайтом к платежному сервису.
- Производить проверку транзакций по внутренним правилам (например, подозрительные геолокации, повторяющиеся заказы, синтаксис ФИО).
- Принимать решение: пропустить платеж, вернуть ошибку, инициировать ручную верификацию оповещением.
3. Проксирование
- При прохождении всех проверок прозрачно транслировать оригинальные запросы между системами.
- Формировать и возвращать на сайт идентификатор платежа от платежного сервиса.
Технический стек и используемые технологии
- Язык: Python (опционально FastAPI, Flask).
- Хостинг: любой облачный сервер или хостинг с постоянным IP (например, VDS/VPS).
- Работа с API: REST, формат JSON.
- Метод оплаты: платежная форма, перенаправление, создание заказа на сервере платежей.
Требования к безопасности
- Учет авторизации между AIO алярма (API-авторизация по API-ключа).
- Логирование входящих и исходящих запросов в целях проверок антифрода.
- Защитное программирование на случай некорректного ответа платежного сервиса (бекенд-ошибка должна гаситься, данные заказчику не должны пропадать).
Ожидаемый результат
- Код с развернутой прототипной архитектурой (паттерн API Gateway если все внутри одного приложения; HTTP-прокси модуля если как отдельное приложение).
- Отладочные данные с отдельной связкой скринцот апт чертыт соета инструкций.
- Возможность после написания сразу принимать запросы и обрабатывать их через схему Вебхук с выводом обычной отработки выдачи контрольки тронзакции
Результат передачи данных
Важно: весь контактный обмен данными конфиденциальной информации банка и учётной записи должен быть скрыт обоюдными актами подписания.