Що насправді дає шар оркестрації платежів
Завдання шару оркестрації за визначенням вузьке: він з'єднує кількох платіжних провайдерів через один 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 є базою, а модулі накладаються зверху, панель мерчанта, модель транзакцій, гаманці, маршрутизація, чекаут, рахунки, диспути, аналітика і — там, де увімкнено — підтримка й звірка вже узгоджені між собою, бо побудовані як один продукт, а не зібрані з частин, кожна з яких по-своєму розуміє, що таке транзакція чи баланс.
