Ödeme orkestrasyon platformları

1) POP nedir ve iGaming'de neden gerekli?

• AR'yi artırır ve akıllı yönlendirme/kaskadlar (BIN/GEO/yöntem/fiyat/sağlık) yoluyla DR'yi azaltır.
• Akıllı yönlendirme ve A/B sağlayıcı seçimi yoluyla maliyeti azaltır (IC + +/işaretleme/sabit/FX kayması).
• Kararlılığı artırır: yük devretme, devre kesici, sağlık testleri, güvenli modlarda bozulma.
• Piyasaya çıkışı hızlandırır: tek API/SDK, bağdaştırıcı kataloğu, yayımsız ilke yönetimi.
• Uyumluluğu sağlar: KYC/AML/yaptırımlar, coğrafi bloklar, aynı yöntem, MoR/alt önlemler.
• Raporlamayı basitleştirir: durum normalleştirmesi, uzlaştırma dosyaları, ND/GGR/NGR/ücretler/vergiler.

2) Build vs Buy: Nasıl seçilir

Satın al (harici POP): daha hızlı başlangıç, hazır adaptörler/panolar/SLA; Eksileri - sağlayıcı marjı, sınırlı özelleştirme derinliği, satıcı kilitleme.
Yapı (şirket içi): Kurallar/veriler/fiyat üzerinde tam kontrol; Eksileri - CAPEX/competencies/SOC2 süreçleri.
Hibrit: kritik pazarlar/yöntemler - şirket içi, "uzun kuyruk" - harici POP aracılığıyla.

Kriterler: GEO/yöntem kapsamı, gecikme süresi, fiyat şeffaflığı, ham veri ve webhooks erişimi, ağ tokens/3DS2 desteği, ödeme orkestrasyonu, sandbox, API sürümü, SLA/ceza.

3) Hedeflenen POP mimarisi (katmanlar)

1. API-Gateway & Auth - rate-limit, OAuth/JWT, mTLS, schema-validation, idempotency-keys.
2. Kurallar-Motor - bildirimsel politikalar (GEO/BIN/yöntem/miktar/risk/fiyat/SLA/yaptırımlar).
3. Yönlendirici/Cascader - выбор '(PSP, MID, require_3DS, retry_window, max_attempts)'; Yapışkan BIN/GEO.
4. Sağlayıcı Adaptörleri - birleştirilmiş arayüz (yetkilendirme/yakalama/geri ödeme/void/ödeme/tokenize).
5. 3DS ve Risk Orkestrasyonu - TRA/beyaz liste, meydan okuma/huni, yetkilendirilmiş kimlik doğrulama.
6. Uzlaşma - uzlaşma dosyalarının içe aktarılması, kod haritalama, ücretler/rezerv gönderme.
7. Ödeme Orkestrasyonu - koridor seçimi, aynı yöntem/kaynağa dönüş, kesme/T + N, kontroller.
8. Hazine/FX - çok para birimli kitaplar, EOD-reval, gerçekleşmiş/gerçekleşmemiş FX, likidite tahmini.
9. Veri Platformu - etkinlik otobüsü (Kafka/PubSub), giden kutusu, DWH/gecikmeler, ND/GGR/NGR/ücretler/vergi vitrinleri.
10. Gözlemlenebilirlik - günlükler/metrikler/yollar, SLO/SLI, uyarılar, olayların oyun kitapları.
11. Admin/UI - kuralların yönetimi, AB testleri, ödeme koridorları, limitler, anahtarlar.

4) Yönlendirme ve kurallar: giriş sinyalleri

Карта: BIN/IIN, marka, banka/kredi, ticari/premium, ihraççı ülke.
Geo/uyumluluk: IP/GPS/SIM/KYC ülke, kızak listeleri, lisanslar, pazar sınıfı (A-D).
İşlem: miktar/para birimi/kanal, hız, dolandırıcılık risk oranı, 3DS durumu.
Tedarikçiler: AR/DR, yumuşak düşüş %, 3DS geçişi, gecikme/hatalar, SLA sağlığı.
Maliyet: IC + +/işaretleme/sabit, FX-kalite, rezerv %, finansman T + N.
Kısıtlamalar: PSP sınırları, bakım, olaylar, yerel yasaklar.

• 'Skor = 0. 45AR_live − 0. 25Cost_bps + 0. 15SLA_health + 0. 10FX_quality + 0. 05Reserve_score'

Retray politikası: sadece yumuşak düşüş; Tüm kaskat için ortak idempotency-anahtar; Bütçe 15-30 sn.

5) 3DS и sorumluluk değişimi

Stratejiler: sürtünmesiz - meydan okuma tırmanma, risk-GEO/BIN üzerinde 3DS zorladı, yetkilendirilmiş auth.
Anlaşmazlıklar için sonuç (liability_shift=true/false) ACS/DS kodlarını saklayın.
A/B 3DS politikası: AR vs sorumluluk dengesi.

6) Tokenization

Ağ belirteçleri (Visa/MC/DC): AR kararlılığı, daha az yaşam döngüsü hatası.
Vault belirteçleri: tek güvenli - çoklu PSP; PSP'ye özgü belirteçlerin haritalanması.
PAN/son kullanma rotasyonu, COF/COFT güncellemeleri, kart üzerinde dosya göstergeleri, DS kaydı.

7) Uzlaşma ve maliyet

Durum normalleştirme (yetkilendirme/yakalama/geri ödeme/ters ibraz/temsil).
Import settlement files: Interchange/Scheme/Markup/Fixed/FX/Reserve decomposition.
Etkin take-rate ve FX kaymalarının PSP/method/MID/GEO ile hesaplanması.
Varyans raporları: 'Tx> Dosya - Finansman' (delta> eşik - bilet).

8) Ödeme orkestrasyonu ve tregerie

Koridorlar: GEO/para birimi/banka tarafından sağlayıcı seçimi, getiri oranı/ETA/SLA.
Politikalar: aynı yöntem/kaynağa dönüş, SoF/KYC seviyeleri, ertelenmiş ödemeler (T + N + K).
FX: kaynak para seçimi, EOD-reval bakiyeleri, fonlama/ödemede gerçekleşen FX.
Rezervler: yuvarlanma/rezerv defteri ve serbest bırakma takvimi.

9) Güvenlik ve uyumluluk

SANCTIONS/PEP/AML: merkezi tarama, GEO/karşı taraflarca kill-switch.
PCI DSS: mTLS, PAN-scope segmentasyonu, hassas alanların kaydedilmesi yasaktır, P2PE/SDK.
GDPR/Gizlilik: DPA, Denetleyici/İşlemci rolleri, DSR/DSAR, saklama süreleri.
IGaming düzenlemesi: Coğrafi kilitler, lisanslar, RG/kendini dışlama, düzenleyici raporlama biçimleri.

10) Gözlemlenebilirlik, SLO ve olaylar

SLI/SLO: AR, 3DS geçiş, p95 gecikme, hata oranı, fonlama T + N isabet oranı, ödeme ETA.
Алерты: yönlendirme bozulması, yumuşak düşüş dalgalanması, 3DS anomalisi, take-rate spike, sağlık aşağı.
Playbooks: PSP/ACS'yi devretme, GEO/BIN'i yeniden yönlendirme, sorunlu kuralı devre dışı bırakma, "yalnızca beyaz yöntemlere" indirgeme.
Olaylar sonrası: RCA, ağırlıklarda/eşiklerde değişiklik, test regresyonları.

11) Veri ve BI katmanı

Olay odaklı: giden kutusu Kafka/PubSub tüketiciler (yönlendirici, 3DS, antifraud, DWH).
Tam olarak bir kez: giden kutusu deseni, idempotent tüketiciler, anahtar veri tekilleştirme.
Витрины: 'transactions _ flat', 'provider _ fights', 'fx _ settlement', 'gr _ rollup', 'vat _ ledger', 'payout _ corridors', 'reserve _ ledger'.
AB- тесты: haydutlar/bölmeler, korkuluklar (min-AR, maks-take-rate).

12) Referans veri modeli (basitleştirilmiş)

sql
-- Providers/MID/ref methods. providers(provider PK, pricing_model, fx_policy, reserve_pct, meta)
ref. mids(mid PK, provider FK, country, method, descriptor, enabled, meta)

-- Profiles/routing rules ref. routing_profiles(profile_id PK, name, version, enabled, meta)
ref. routing_rules(
rule_id PK, profile_id FK, iso2, bin_from, bin_to, method,
provider, mid, require_3ds, priority, retry_soft JSONB,
max_attempts, ttl_seconds, enabled, meta)

-- Online provider metrics (sliding window)
live. provider_stats_15m(
provider, method, iso2, bin6, approvals, declines, soft_declines,
three_ds_pass, avg_latency_ms, updated_at)

-- Transactions/attempts with payments idempotency. auth_attempts(
attempt_id PK, idempotency_key, step, provider, mid, require_3ds,
status, decline_code, amount_minor, currency, bin, iso2,
started_at, finished_at, meta)

-- Settlement/fees/reserve finance. settlement_fees(
batch_id, provider, mid, period_start_at, period_end_at, currency,
interchange_amt, scheme_amt, markup_amt, auth_amt, refund_amt,
cb_amt, gateway_amt, fx_spread_amt, reserve_delta, total_fees)

treasury. reserve_ledger(
id PK, provider, mid, hold_date, release_due_date,
hold_amount, released_amount, cb_consumed, fines_consumed, status, meta)

-- Payout corridors. corridors(
corridor_id PK, from_iso2, to_iso2, method, provider,
success_rate_7d, return_rate_7d, avg_eta_hours, status, updated_at)

13) Kural ve Sorgu Örnekleri

13. 1. Pseudo-DSL yönlendirme kuralları

yaml rule: "cards_eu_low_risk_v2"
when:
iso2 in [DE, NL, AT, FI] AND method == "CARD"
AND bin. issuer_country == iso2 score:
AR_live: 0. 45
Cost_bps: -0. 25
SLA_health: 0. 15
FX_quality: 0. 10
Reserve_score: 0. 05 routes:
- psp: "Acq_A" mid: "A_DE_01" require_3ds: false max_attempts: 1
- psp: "Acq_B" mid: "B_EU_02" require_3ds: true max_attempts: 1 retry_on_soft: [TIMEOUT, ISSUER_UNAVAILABLE, SOFT_DECLINE]
budget_ms: 20000

13. 2. Online sağlayıcı değerlendirmesi

sql
SELECT provider, method, iso2,
SUM(approvals) appr, SUM(declines) decl,
ROUND(100. 0 SUM(approvals) / NULLIF(SUM(approvals+declines),0),2) AS ar_pct,
ROUND(100. 0 SUM(soft_declines) / NULLIF(SUM(declines),0),2) AS soft_share_pct
FROM live. provider_stats_15m
WHERE updated_at > now() - INTERVAL '20 minutes'
GROUP BY 1,2,3
ORDER BY ar_pct DESC, soft_share_pct DESC;

13. 3. Sağlayıcıya göre maliyet (all-in take-rate)

sql
SELECT provider,
SUM(total_fees) / NULLIF(SUM(t. amount_reporting),0) 100 AS take_rate_pct
FROM finance. settlement_fees f
JOIN dw. transactions_flat t ON t. provider=f. provider
WHERE f. period_start_at>=:from AND f. period_end_at<:to
GROUP BY 1
ORDER BY take_rate_pct;

13. 4. Adım dönüştürme efekti

sql
WITH s AS (
SELECT idempotency_key, MAX(step) steps, BOOL_OR(status='APPROVED') approved
FROM payments. auth_attempts
WHERE started_at BETWEEN:from AND:to
GROUP BY 1
)
SELECT steps, COUNT() orders,
100. 0 SUM(approved::int) / NULLIF(COUNT(),0) AS conv_pct
FROM s GROUP BY 1 ORDER BY 1;

14) KPI ve gösterge panoları

PSP/MID/GEO/BIN/yöntemiyle AR/DR (15/60-dak pencere + DTD).
Adım dönüştürme (1 ./2./3. şube).
Take-Rate % ve sağlayıcı/yönteme göre FX kayması.
3DS geçiş oranı и sorumluluk değişimi.
Sağlık/SLA: gecikme, zaman aşımları, hata oranı, olaylar.
Rezerv ve Finansman: Rezerv % и T + N hit-rate.
Ödeme Koridorları Sağlık: başarı/geri dönüşler/ETA.
Poliçe Kapsamı - geçerli profil sürümüne sahip olayların yüzdesi.

15) Uyarılar ve eşikler

Yönlendirme Bozulması: AR> Y bps 10-30 dakika içinde düşer.
Yumuşak Düşüş Dalgalanması: Yumuşak düşüşün payı artıyor - ek bir şube/adım adım 3DS içeriyor.
3DS Anomalisi: BIN/ihraççı/PSP'de geçiş hızı düşüşü> % X.
Take-Rate Spike: all-in value growth> eşik değer artışı.
Health Down: SLA ihlali (gecikme/hata) - авто - failover.
Politika Sürüklenmesi - profil idempotency_key/bez olmayan girişimler - P1.
Yerleşim Gecikmesi: T + N veya cevapsız rezerv serbest bırakma ihlali.

16) En iyi uygulamalar (kısa)

1. İdempotans ve geri çekilme sadece yumuşak düşüş yoluyla, kaskadın ortak bir anahtarıdır.
2. Canlı telemetri AR/3DS/latency/health ve otomatik yük aktarımı.
3. Rota fiyat fonksiyonu (AR vs Maliyet vs SLA vs FX) + yapışkan BIN/GEO.
4. Ağ belirteçleri + tek kasa; COF/COFT doğru şekilde damgalanmalıdır.
5. Cut-off-aware: Günün sonunda kısmi yakalama üretmeyin.
6. Mutabakat: kendi ücretleri/FX hesaplaması, varyans raporları.
7. Aynı yöntem ve koridor kontrolü ile ödeme orkestrasyonu.
8. Kural sürümleri ve korkuluklarla A/B testleri.
9. Katman ayrımı: yönlendirici ≠ antifraud ≠ politika motoru; Genel referans kitapları.
10. Yaptırımların/lisansların/politikaların yerleştirilmesi, GEO tarafından kill-switch.

17) Uygulama kontrol listesi

• Model seçimi (build/buy/hybrid), GEO/Method/PSP/MID haritası.
• API şeması, idempotency, outbox, event bus, DWH.
• Rules-engine + UI: profiller, ağırlıklar, yumuşak kodlar, 3DS politikaları.
• Adaptörler: API/kodları, sandbox test kitlerini normalleştirir.
• Telemetri/uyarılar/SLO, sağlık besleme sağlayıcıları.
• Mutabakat: ithalat dosyaları, ücret/rezerv/FX tahsisi.
• Ödeme-orkestrasyon: koridorlar, aynı yöntem, SoF/KYC.
• Güvenlik: PCI/GDPR/yaptırımlar, sırlar/rotasyon, erişim.
• Olayların dokümantasyonu ve oyun kitapları; regresyon testleri.

Özet

POP sadece bir "PSP proxy'si'değil, merkezi bir işletim ödeme otobüsüdür: akıllı yönlendirme ve kaskadlar, 3DS/risk orkestrasyon, mutabakat ve ödemeler, tüccar/FX, gözlemlenebilirlik ve uyumluluk. Idempotency, canlı telemetri, şeffaf maliyet ve kurallara sahip bir platform oluşturarak, AR'yi yükseltir, hepsi bir arada alma oranını düşürür, P&L'yi bozulmadan korur ve ürünü yeniden yazmadan yeni pazarlara girişi hızlandırırsınız.