İçeriğe geç
Gunerdev.
Vaka Çalışması · Backend & API

Çoklu sağlayıcı ödeme orkestrasyon servisi

Başarısız işlem oranı %4.8'den %0.6'ya düştü. Yeni sağlayıcı entegrasyon süresi haftalardan saatlere indi.

Backend & API2023Fintech Startup

Problem

Tek ödeme sağlayıcısına bağlı olmak; başarısız işlem oranlarını artırıyor ve coğrafi yayılma planlarını engelliyordu. Sağlayıcı ekleme süreci aylar sürüyordu.

Yaklaşım

Müşteri Türkiye merkezli bir fintech startup; ürünü, KOBİ'lere yönelik bir abonelik tahsilat platformu. Mevcut yapıda tek sağlayıcı (Iyzico) kullanılıyor, başarısız işlem oranı %4-5 civarındaydı. Sağlayıcı kesintilerinde tüm tahsilat duruyordu.

Çözümü "ödeme orkestratörü" olarak konumlandırdık: müşterinin ödemesi geldiğinde, hangi sağlayıcıya gönderileceğine kural motoru karar veriyor (kart BIN'ine, kullanıcı geçmişine, sağlayıcı sağlığına göre). Başarısız olursa otomatik fallback başka bir sağlayıcıya.

Adapter pattern ile her sağlayıcı (Stripe, Iyzico, PayTR, ileride yeni eklenecekler) aynı arayüzü uyguluyor. Yeni bir sağlayıcı eklemek için tek yapılması gereken adapter sınıfını yazmak ve test etmek; çekirdek mantık değişmiyor.

Karşılaştığımız zorluklar

  • PCI DSS uyumluluğu (kart verisi servisten geçmemeli)
  • Idempotency: aynı işlem iki kez alınmamalı
  • Yarım kalan işlemler için reconciliation süreci
  • Sağlayıcı sağlığını gerçek zamanlı izleyen circuit breaker

Öne çıkan teslimler

  • Sağlayıcı bağımsız tek API
  • Otomatik yeniden deneme + fallback
  • Kart BIN'e göre akıllı yönlendirme
  • Webhook deduplication ve idempotency

Sonuç

Başarısız işlem oranı %4.8'den %0.6'ya düştü. Yeni sağlayıcı entegrasyon süresi haftalardan saatlere indi.

-87%
Başarısız işlem
-99%
Entegrasyon süresi
+3.5x
Aylık işlem

Sıradaki vaka çalışması sizinki olabilir.

Mevcut sisteminizi büyütelim, yeni bir ürün inşa edelim ya da sadece teknik bir görüş paylaşalım.

WhatsApp+90 536 215 16 44