Оркестрація платежів: маршрутизація, каскадування та один API для кількох PSP

Що таке оркестрація платежів?

Платформа оркестрації платежів з'єднує один чекаут з багатьма платіжними провайдерами. Замість окремої інтеграції зі Stripe, Adyen, національним еквайром і крипто-процесором мерчант інтегрується один раз, а оркестратор перекладає кожен запит на API провайдера та нормалізує статуси, вебхуки й звіти.

Цінність у тому, що дає одна інтеграція: спрямовувати кожен платіж до провайдера, який із найбільшою ймовірністю його схвалить за найнижчою ціною, перемикати підключення, коли одне збоїть, і переносити обсяги без перебудови чекауту. Договори, ціни та розрахунки залишаються між мерчантом і кожним PSP.

• Конектори: один адаптер на провайдера
• Роутер: правила, що обирають підключення
• Сховище: облікові дані карток і мережеві токени, незалежні від будь-якого PSP
• Вебхуки: єдиний формат подій для всіх провайдерів
• Бек-офіс: повернення, звітність і звірка

Платіжний оркестратор, PSP, платіжний шлюз і еквайр: хто за що відповідає?

Еквайр — ліцензована установа, що приймає картковий платіж за мерчанта й розраховується з ним. PSP поєднує еквайринг із платіжними методами, онбордингом і ризик-менеджментом під власною ліцензією. Платіжний шлюз передає запити на авторизацію одному процесору, а оркестратор стоїть над кількома шлюзами й PSP.

Ліцензію платіжної установи, установи електронних грошей або банківську за PSD2 потребують лише сторони, що тримають кошти. Оркестратор, який ніколи не володіє коштами, є технічним сервіс-провайдером, а це означає також, що він не може замінити договір із PSP.

Як працює маршрутизація платежів?

Маршрутизація платежів перевіряє правила для кожної транзакції перед авторизацією. Правила читають дані чекауту: перші 6–8 цифр картки (BIN), країну емітента, тип картки, валюту, суму та метод; просунуті роутери додають поточні рівні схвалень і помилок для кожного підключення.

Більшість мерчантів починає зі статичних правил і додає правила за вартістю та результативністю, коли накопичаться дані. A/B-розподіл, наприклад 90% на поточний PSP і 10% на новий, дозволяє оцінити провайдера на реальному трафіку, перш ніж переносити більше обсягу.

Що таке каскадування і коли відхилений платіж варто повторювати?

Каскадування, також відоме як failover або retry-маршрутизація, відправляє відхилену чи невдалу авторизацію на друге підключення, не змушуючи покупця вводити дані ще раз. Воно рятує платежі, втрачені через тайм-аути, помилки провайдера та частину soft decline, наприклад через антифрод-фільтр в одного еквайра.

Жорсткі відмови, як-от викрадена картка чи закритий рахунок, повторювати не можна ніколи, а Visa і Mastercard беруть плату за надмірні повторні спроби по одній картці. Добрий каскад читає код відмови та код поради Mastercard і обмежує кількість спроб на платіж.

• Повтор на іншому підключенні: тайм-аути, помилки провайдера, загальні soft decline
• Повтор пізніше по тій самій картці: недостатньо коштів, переважно для підписок
• Повтор із 3-D Secure: відмови, що вимагають сильної автентифікації клієнта
• Ніколи не повторювати: коди Visa Category 1, поради Mastercard 03 і 21

Як токен-сховище та мережеві токени вписуються в оркестрацію?

Якщо дані карток зберігає один PSP, збережені картки й підписки прив'язані до нього, а їх перенесення вимагає файлу міграції та тижнів узгоджень. Сховище оркестратора зберігає облікові дані незалежно, тож будь-який підключений PSP може списати кошти з повернутого клієнта, а hosted fields тримають номери карток поза серверами мерчанта.

Мережеві токени Visa і Mastercard замінюють номер картки токеном, який платіжна система оновлює при перевипуску картки, підвищуючи рівень схвалення й знижуючи шахрайство. Один раз отримані в сховищі, вони можуть використовуватися в кількох еквайрів.

Що змінює оркестрація для мерчанта з трьома PSP?

Візьмімо європейський інтернет-магазин з обігом 2 млн EUR на місяць і середнім кошиком 50 EUR: 1,5 млн EUR на картки, 0,4 млн EUR на локальні методи на кшталт iDEAL і BLIK та 0,1 млн EUR у крипті, через глобальний картковий PSP, національного еквайра з interchange++ і крипто-процесор.

З оркестрацією дебетові картки споживачів ЄЕП ідуть до еквайра з interchange++, інші картки — до глобального PSP, а soft decline каскадуються між ними. Ці цифри — гіпотетичний ілюстративний приклад, а не результати OrsunPay чи прогноз: реальні показники залежать від структури карток, договорів із провайдерами та вашого трафіку.

Чи потрібна платформа оркестрації платежів і що краще: будувати чи купувати?

Оркестрація зазвичай окупається за наявності двох і більше PSP, кількох країн чи валют, локальних методів, яких бракує основному PSP, або ризикової вертикалі, де акаунт можуть закрити без попередження. Магазин в одній країні з одним PSP зазвичай виграє мало й додає плату та залежність.

Власна розробка дає повний контроль, але означає підтримку кожного конектора, а зі сховищем ще й повну оцінку PCI DSS. Відкритий код, як-от Hyperswitch, написаний на Rust під ліцензією Apache 2.0, лежить між розробкою й купівлею.

Які є компанії та платформи оркестрації платежів?

Ринок ділиться на корпоративні платформи для мерчантів, white-label ПЗ для PSP і банків та відкритий код. Кількість конекторів — це дані самих вендорів, і напряму порівнювати їх не можна.

Щоб додати оркестрацію через OrsunPay, ви підключаєте наявні акаунти PSP й інтегруєте один API із підписаними вебхуками; OrsunPay — технічний сервіс-провайдер, який ніколи не тримає кошти; розумна маршрутизація за правилами та каскадування доступні.

Як додати другий PSP

1. Визначте причину другого PSP Назвіть прогалину: схвалення в одній країні, вартість дебетових карток, локальний метод або резерв на випадок збою. Це визначить, якого провайдера підписувати, і перше правило маршрутизації.
2. Підпишіть договір із мерчантом Відкрийте акаунт у нового PSP на власну юридичну особу. Оркестратор підключає акаунт, але не може підписати чи андеррайтити його за вас.
3. Підключіть через одну інтеграцію Додайте облікові дані API та секрет вебхука PSP як нове підключення, щоб чекаут, повернення й звіти й надалі працювали через той самий API.
4. Зробіть збережені картки переносними Для збережених карток і підписок перенесіть облікові дані до незалежного від PSP сховища або запросіть міграцію даних карток і отримайте мережеві токени.
5. Почніть з малого, вимірюваного правила Спрямуйте частку, наприклад 10% трафіку однієї країни, на новий PSP й порівнюйте рівень схвалення, вартість і тертя 3-D Secure щонайменше два тижні.
6. Додайте failover і розширте маршрутизацію Увімкніть каскадування для технічних помилок і soft decline, які можна повторювати, розширте правила та щомісяця звіряйте розрахунки обох PSP.