Финтех: success-rate платежей упал на 7 п.п. — деградация по одному эквайеру

Ситуация: Payment success rate просел с 92% до 85% за 6 часов. Алертов от эквайеров нет, общий трафик в норме — нужно локализовать причину и решить, переключать ли роутинг.

Платёжный шлюз роутит транзакции через 3 эквайеров (A/B/C) по cost-based правилам. Бизнес теряет конверсию оплат. Нужно быстро понять, локальна ли деградация (один эквайер/BIN/банк-эмитент) и нужен ли failover.

Доступные данные

• payment_attempts: attempt_id, txn_id, acquirer, ts, amount, status, response_code
• txn_routing: txn_id, chosen_acquirer, route_reason, retried, retry_acquirer
• bins: bin, issuer_bank, card_brand, country
• acquirer_health: acquirer, ts, p95_latency_ms, http_5xx_rate
• transactions: txn_id, user_id, amount, ts, mcc, channel

Задачи

• Сегментировать success rate по эквайеру за последние 24 часа по часам.
• Найти spike по конкретному response_code и сопоставить с acquirer_health (latency/5xx).
• Проверить, не локализована ли деградация по issuer_bank/card_brand/BIN.
• Оценить, спасают ли ретраи через альтернативный эквайер (retry_success).
• Решение: временно убрать эквайера из роутинга или дождаться фикса.

Все кейсы для подготовки → ← Все кейсы