Что на самом деле даёт слой оркестрации платежей
Задача слоя оркестрации по определению узкая: он соединяет несколько платёжных провайдеров через один API, чтобы оператору не приходилось интегрировать каждого эквайера отдельно. Это решает одну реальную проблему — работу с несколькими провайдерами через единый интерфейс, — но на этом всё заканчивается. Сам слой — это не панель мерчанта, не бэк-офис и не система учёта.
Что всё равно придётся строить самостоятельно
Всё, с чем мерчант или операционная команда реально работают каждый день, остаётся за пределами этого API: брендированная панель, куда мерчант заходит и видит свои транзакции и балансы, бэк-офис для менеджеров — онбординг мерчантов и решение вопросов, и учётный слой, превращающий сырые вызовы провайдеров в книги, которые закрываются. Имея только оркестратор, всё это — собственная разработка оператора, которую нужно строить и поддерживать параллельно с интеграцией самой оркестрации.
Что из этого уже закрыто в Core от omwio
Core — это часть omwio, присутствующая в каждом тарифном плане и которую нельзя отключить, потому что именно она делает платёжную платформу пригодной к работе вообще. Она уже включает то, что слой оркестрации оставляет в стороне:
- Онбординг мерчантов с собственными тарифами, комиссиями, подключёнными методами и индивидуальными исключениями
- Платежи, выплаты, обмены, возвраты и чарджбеки как один тип транзакции с общим, свёрнутым статусом, который реально видит мерчант
- Мультивалютные кошельки для каждого мерчанта с историей баланса и видимостью резервов
- Провайдеры, подключённые как модули, MID, зарегистрированные под ними, и подбор маршрута, который можно предварительно просмотреть для конкретного мерчанта и метода ещё до того, как туда пойдёт трафик
- Брендированная страница оплаты и подписанный Processing API, где особенности провайдеров нормализуются ещё до того, как дойдут до интегратора
- Выставление счетов с брендированной почтой на языке получателя и зашифрованный справочник клиентов в рамках тенанта с поиском через blind-index
- Возвраты, обработка чарджбеков и структурированный процесс диспутов, включая диспуты, которые открывает сам мерчант с файлами-доказательствами, — менеджер их решает, а балансы автоматически откатываются и проводятся заново
- Аналитика конверсии и провайдеров в разрезе мерчанта, провайдера и MID, с отдельным дашбордом для мерчанта, ограниченным только его собственными данными
- Валютные пары с источниками курсов и фиксацией курса, обмены между мерчантами и округление, контролируемое на сервере
- RBAC вплоть до отдельных действий в панели, двухфакторная аутентификация в рамках тенанта, контроль сессий и записанный журнал аудита
Тенант, работающий только на Core, уже может онбордить мерчантов, принимать платежи, выплачивать средства, выставлять счета, обменивать валюту и решать диспуты — то есть именно то, что слой оркестрации оставляет как отдельный проект кому-то другому.
Модули, расширяющие ту же базу
Помимо Core, та же платформа предлагает не отдельные системы для интеграции, а опциональные модули. Support inbox позволяет мерчанту открыть обращение прямо из нужной транзакции, счёта или кошелька, так что ссылка путешествует вместе с разговором, а менеджеры работают в очереди внутри своей же панели по тому же RBAC. Support inbox AI добавляет триаж и черновики ответов на основе данных самого тенанта, но отправляет их всегда человек. Monitoring отслеживает долю успешных операций, задержки и структуру ошибок в разрезе провайдера и MID, с алертами, привязанными к маршруту, — то есть подсказывает, какой маршрут переключить, а не просто сигнализирует о проблеме. Accounting & reconciliation добавляет казначейство и просмотр средств у провайдеров с делением на зарезервированные, замороженные и свободные, ежедневный P&L, который закрывается и исправляется только датированными сторно, финансовый реестр для движения денег вне транзакций и сверку выписок провайдеров с транзакциями платформы по суммам, референсам и временным окнам.
Что это меняет в повседневной работе
С одним лишь оркестратором панель, бэк-офис и учёт — это отдельная разработка, которую нужно постоянно синхронизировать с изменениями в интеграции маршрутизации. Когда же Core является базой, а модули накладываются сверху, панель мерчанта, модель транзакций, кошельки, маршрутизация, чекаут, счета, диспуты, аналитика и — там, где включено — поддержка и сверка уже согласованы между собой, потому что построены как единый продукт, а не собраны из частей, каждая из которых по-своему понимает, что такое транзакция или баланс.
Источники
