Как работает платежный шлюз
Интеграции с банками и провайдерами — только в одном месте. Добавление/замена провайдера происходит в шлюзе, а внешние системы не меняют свою логику.
Остальные системы создают платеж в одном контуре. Например, чекаут передает данные заказа и оплаты, а платежный сервис выполняет работу с провайдером и возвращает статус операции.
Шлюз стандартизирует обмен. Внутренние контракты едины: один формат запроса/результата, меньше разночтений и ручных корректировок.
Единый стандарт для разных систем-инициаторов. Независимо от источника заказа, сервис работает через единые объекты платежей, уведомлений и возвратов, чтобы результат был согласован между контурами.
Итог для клиента и синхронизация для бизнеса. Шлюз приводит оплату к единому статусу и затем уведомляет нужные системы (например, сайт и 1С) для согласованной картины.
Логика платежного шлюза
От создания платежа до подтверждения результата
Создание платежа
Внешняя система передает данные платежа и заказа через API/интеграционный контур.
Выбор провайдера внутри шлюза
Шлюз подбирает подключенный провайдер и выполняет банковскую обработку в своем контуре.
Единый статус результата
Шлюз переводит итог к унифицированному формату статуса оплаты, чтобы внешние системы работали одинаково.
Уведомление нужных систем
Оплата и ее результат синхронно/последовательно доходят до всех задействованных контуров (например, сайт и 1С).
Ключевые возможности
Подключение платежных систем
Единое управление подключениями к провайдерам и типами платежных систем.
Платежи и статусы
Учет платежных операций: привязка к заказу, суммы, статусы и ответы провайдера.
Возвраты и уведомления
Обработка возвратов и входящих webhook-уведомлений от платежных провайдеров.
Логи и внешний контекст
Логи запросов/ответов к провайдерам и привязка операций к внешним системам-инициаторам.
Оценка затрат: собственная разработка vs лицензия vs подписка
Ниже — упрощенная модель по статьям затрат: разовый платеж, ежемесячный платеж, стоимость доработок и срок.
Модель сравнения вариантов внедрения платежного шлюза
| Статья | Своя разработка | Покупка системы | SaaS |
|---|---|---|---|
| Разовый платеж | Сумма работ по разработке (архитектура, интеграции, админка) | Цена системы + внедрение | Развертывание на отдельном сервере: 10 000 ₽ |
| Ежемесячный платеж | — | — | от 50 тыс рублей в месяц |
| Стоимость доработок | Полная стоимость разработки изменений | Оплачиваются как отдельные работы по кастомизации | Часть доработок бесплатна или заметно дешевле (общие улучшения для нескольких клиентов) |
| Срок запуска | 6–8 месяцев | 2–4 месяца | 2–8 недель |
Комментарий: • При собственной разработке основной риск — большой срок до промышленного запуска. • При покупке системы основной плюс — быстрый старт в контролируемом контуре. • При SaaS минимальный входной платеж и самый быстрый старт.