PSP routing ломается не на интеграции, а на плохой логике выбора шлюза

PSP routing ломается не на интеграции, а на плохой логике выбора шлюза

Маршрутизация платежей — это не «пускать всё через один PSP», а набор правил, которые учитывают GEO, MCC, BIN, валюту, 3DS и риск-профиль транзакции.

Базовая схема обычно такая:
— first attempt идёт в основной PSP с лучшим approval-rate по этому сегменту;
— если ответ soft decline, транзакция уходит в резервный PSP;
— если нужен 3DS, трафик лучше заводить туда, где friction ниже на нужных BIN-картах;
— по high-risk сегментам отдельный маршрут держат от mixed traffic, чтобы не тянуть вниз весь MID.

Важно не путать routing с blind retry. Повторять один и тот же платёж в том же шлюзе без изменения параметров — плохая идея: вы просто добавляете лишние declines и шум в аналитику. Полезнее смотреть не только approval-rate, но и auth-to-capture, refund-rate, chargeback-rate и скорость ответа API.

Хороший routing строят по правилам: приоритет по GEO, отдельные ветки под card-present/card-not-present, лимиты на retries, и журнал причин, почему транзакция ушла в fallback. Если этого нет, команда не управляет процессингом, а гадает на статистике.

Маршрутизация должна экономить не только комиссии, но и репутацию MID: один аккуратный fallback лучше трёх лишних попыток.