Ödeme sağlayıcıları ile SLAs

TL; DR

Güçlü SLA = İş etkisine bağlı ölçülebilir KPI'lar (AR, TtW, TtR, gecikme, webhook SLA, yerleşim zamanlaması), artı süreç taahhütleri (yükselmeler, RFO/RCA, değişiklikler) ve finansal teşvikler (hizmet kredileri). Kendi metriklerimiz ve sağlayıcı verilerimizle izliyoruz, günlük döngüyü kontrol ediyoruz ve hazır feilover oyun kitaplarını tutuyoruz.

1) Şartlar ve kapsam

SLA (Hizmet Seviyesi Anlaşması) - hizmet kalitesi için sözleşme yükümlülükleri.
SLO (Hizmet Seviyesi Hedefi) - metriklere göre belirli hedef seviyeleri (saat/gün/ay).
PSP/Acquirer/APM/Bank/RTP - sağlayıcı türleri; SLA raylar üzerinde değişebilir.
Yöntemler/eylemler: 'Depozito/auth/capture', 'geri ödeme', 'ödeme/içinde', 'webhooks', 'yerleşim'.

SLA kapsamı: API/panel, ödeme işleme, bildirimler, raporlama/kayıtlar, destek, değişiklikler (değişiklik yönetimi), güvenlik ve uyumluluk.

2) SLA Metrikler Sözlüğü

2. 1 Kullanılabilirlik ve performans

API Çalışma Süresi % (dakika/beş dakika ayrıntı)

Auth/Capture Gecikme Süresi p95/p99 (сек)

Webhook Teslimat p95 (сек) и Başarı % (≥99. 9%)

Yerleşim Süresi: Beyan edilen T + N'ye kayıtlı partilerin oranı (% ≥99)

2. 2 Dönüşüm ve kalite

Segmentine Göre Onay Oranı (AR): 'Ülke × BIN × yöntemi × aygıtı'

Yumuşak Düşüş Kurtarma Desteği

İade Başarısı % и TtR p95

Ödeme Başarısı % и TtW p95

Duplicate/Idempotency Olayları = 0

2. 3 Verilerin ve raporlamanın güvenilirliği

Rapor Teslim SLA: реестры 'işlemler/yerleşimler/ücretler' до 'HH: MM UTC' (≥99. 5%)

Şema Kararlılığı/Değişiklik Bildirimi - ≥30 gün bildirimi

Webhooks vs Raporlar Tutarlılığı: ≤0 tutarsızlıklar. 05%

2. 4 Olaylar ve Destek

Öncelik seviyesine göre MTTA/MTTR

RFO/RCA (Kesinti Nedeni/Kök Neden Analizi) ≤ 5 iş günü

Planlı Bakım Bildirimi ≥ 7 gün (kritik - ≥14)

3) Önerilen hedef değerler (kıyaslamalar)

(Yöntem/pazar için özelleştirilmiş; Kart/anlık/APM farklıdır.)

Uptime API (aylık): ≥ 99. %95 (kritik devre)

Gecikme süresi p95: Auth ≤ 1. 0 s, Yakalama ≤ 1. 5 s, Webhooks ≤ 3 s

AR Koridoru (referans): matrisinizdeki piyasa/BIN tarafından medyandan daha düşük değil - yüzde 2-3 puan (hesaplama yöntemini düzeltin)

İade TtR p95: T + 1 bp ≤ kartlar, anlık raylar ≤ 60 s

Ödeme TtW p95 (anlık): ≤ 120 s; (T + 1) - Beyan edilen günde %100

Yerleşim Zamanlaması: Beyan edilen T + N'de ≥ %99

Rapor teslimi: ≥ 99. Kararlaştırılan süreden önce %5

4) Ölçüm ve kanıt tabanı

Satıcı tarafı (siz): API telemetri (uygulama düzeyinde zamanlayıcılar), günlük kaydı 'request _ id', webhook günlükleri, dahili olaylar 'auth/capture/return/payout', kendi Çalışma Süresi/Gecikme panosu.
Sağlayıcı tarafı: durum sayfası, olaylarla ilgili teknik raporlar, SLA raporları, AR/gecikme üzerine yüklemeler, çözüm bildirimi.
Uzlaşma: olaylarınızın PSP raporlarıyla günlük olarak uzlaştırılması (bkz. "Uzlaşma"...), istatistiksel kontrol AR/gecikme (koridorlar).
Birleştirilmiş saat dilimi: UTC, ntp senkronizasyonu.

5) Finansal teşvikler ve krediler

• Uptime/Latency/Webhook degradasyonu - sabit % ücret kredisi.
• Delay Settlement - Geciken tutarın/komisyonun %'si oranında bir kredi.
• Kronik AR koridoru ihlalleri - yönlendirme/komisyon revizyonu/ortak plan.
• Başlık/Yaka: Kredilerin/ayın üst sınırı, istisnalar (mücbir sebep, düzenleyici eylemler).
• Performans Dışı Çıkış: N ardışık ihlaller için sonlandırma hakkı.

6) Olay ve tırmanma süreci

P0-P3 sınıfları (P0 - toplam kullanılamama/kütle arızaları).
MTTA/MTTR hedefleri: Örneğin, P0 MTTA ≤ 15 dakika, MTTR ≤ 2 saat.
Kanallar: görev sohbet/telefon, bilet sistemi, durum sayfası.
Önleme planı ile RCA (≤5 iş günü): teknik, süreç, yönlendirme önlemleri.
Destek için iletişim: oyuncular için mesaj şablonları (gecikmeler/alternatifler).

7) Değişim yönetimi

Uyarı ≥ API/kayıt şeması, 3DS parametreleri, rotalar, yerleşim takvimi, komisyon modelleri için 30 gün.
Sandbox'ta ortak testler + trafiğin %5-10'unu pilot.
Geri alma planı ve yanınızda "özellik bayrağı".

8) SLA'da güvenlik ve uyumluluk

Aktarım/dinlenme sırasında şifreleme, sertifikasyon (PCI DSS/SOC), güvenlik açıkları ve bunların ortadan kaldırılmasının zamanlaması.
Yaptırım/AML taraması, PEP, SoF/SoW - sağlayıcı destekli özellikler ve bunların SLA'ları.
Veri İşleme Eki (DPA), DSAR и tutulması.
İhlal Bildirimi: Bir güvenlik olayı için 24 saat ≤.

9) İzleme ve gösterge panoları

1. Çalışma süresi/Gecikme (p50/p95/p99) yöntem ve bölgeye göre.

2. Webhook SLA: teslim süresi, başarı oranı, hemen çıkma/çoğaltma.

3. AR/Soft 'BIN × ülke × sağlayıcısı' bağlamında düşüşler.

4. Geri Ödeme/Ödeme Sağlık: Başarı %, TtR/TtW p95.

5. Yerleşim Zamanlaması ve Gelmeyen Partilerin Yaşlanması.

6. Olay Paneli: MTTA/MTTR, açık RCA, kredi notu.

10) SLA için veri modeli (minimum)

ts_utc, provider, method_code, action(auth/capture/refund/payout/webhook/settlement),
latency_ms, status, is_success,
bin, country, device_os,
webhook_delivery_sec, webhook_retry_count,
settlement_date, settlement_status,
incident_id, severity, mtta_sec, mttr_sec

11) SQL dilimleri (örnek)

11. 1 Çalışma Süresi/Gecikme Süresi

sql
SELECT
DATE_TRUNC('hour', ts_utc) AS h,
provider, method_code, action,
COUNT() FILTER (WHERE is_success)=1. 0 / COUNT() AS success_rate,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY latency_ms) AS p95_ms
FROM sla_events
WHERE action IN ('auth','capture')
GROUP BY 1,2,3,4;

11. 2 Webhook SLA

sql
SELECT
DATE_TRUNC('hour', ts_utc) h, provider,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY webhook_delivery_sec) AS wb_p95,
AVG(CASE WHEN webhook_retry_count=0 THEN 1 ELSE 0 END) AS wb_success
FROM sla_events
WHERE action='webhook'
GROUP BY 1,2;

11. 3 Yerleşim Zamanlaması

sql
SELECT settlement_date, provider,
AVG(CASE WHEN settlement_status='ON_TIME' THEN 1 ELSE 0 END) AS on_time_share
FROM sla_events
WHERE action='settlement'
GROUP BY 1,2;

12) SLA öğe şablonu (örnek)

text
1. Availability
- Monthly API Uptime ≥ 99. 95% (5-min granularity).
- Exclusions: Planned Maintenance (≤ 2h/month, 00:00–06:00 UTC, 7d notice).

2. Performance
- Auth p95 latency ≤ 1. 0 s; Capture p95 ≤ 1. 5 s.
- Webhook delivery p95 ≤ 3 s, success ≥ 99. 9%, no duplicates.

3. Financial Operations
- Settlement T+N on-time ≥ 99%; reports delivered by 07:00 UTC D+1 (≥ 99. 5%).

4. Incident Management
- P0: MTTA ≤ 15 min, MTTR ≤ 2 h; P1: 30 min / 4 h.
- RCA within 5 business days with preventive actions.

5. Data & Changes
- 30-day advance notice for API/report schema changes.
- Backward compatibility window ≥ 60 days.

6. Remedies
- Service credits per breach (tiered), cap 25% monthly fees.
- Termination right upon 3 consecutive P0 breaches.

13) Feilover oyun kitapları

Auth/Gecikme bozulması

Eylemler: Alternatif bir PSP'de akıllı yönlendirmeyi etkinleştirin, savunmasız BIN'ler üzerindeki 3DS-challenge artırın, geri ödemeli yumuşak düşüş geri dönüşleri.

Webhook gecikmeleri/kopyaları

Eylemler: yoklamaya geçmek, işleyiciler üzerinde idempotency etkinleştirmek, otomatik refandları geçici olarak dondurmak.

Yerleşim gecikmeli

Eylemler: Hazine StressRes'i kullanın, geçici olarak anlık ödeme limitlerini düşürün, PSP'ye yükseltin, kredi notu.

Ödeme sorunları

Eylemler: bekleme rayına geçiş (SEPA/RTP/diğer PSP), yüksek riskli, VIP önceliklendirme için 'ödeme kilidi' etkinleştirin.

14) Sağlayıcı Yönetimi ve QBR

QBR (üç aylık iş incelemesi): AR/Latency/Webhook/Settlement/KPI kredileri, iyileştirme planı, yol haritası özelliği.
Kıyaslama: SLO'ya göre sağlayıcıların karşılaştırmalı tablosu, olaylar, maliyet (Maliyet/GGR), raporlama kalitesi.
Puan kartı: Her SLA bölümünde 0-5.

15) SLA Uygulama Kontrol Listesi

• Metrikler, formüller ve segmentasyon tanımlanmıştır (UTC, p95/p99, hesaplama tabanları).
• Toplama/gösterge panoları ve PSP raporları ile günlük mutabakat yapılandırılmıştır.
• Öngörülen MTTA/MTTR, yükselmeler, kontaklar 24/7, durum sayfası.
• Hizmet kredileri ve kronik bozukluklar için sonlandırma hakkı korunmaktadır.
• Değişiklik bildirimi ≥ 30 gün, sandbox testleri ve geri alma planı.
• Güvenlik/Uyumluluk: PCI/SOC, ihlal ≤ 24h, DPA/tutma.
• Feilover oyun kitapları ve yönlendirme orkestratörü ile entegrasyon.
• QBR/puan kartı, AR koridorlarının düzenli kalibrasyonu.

16) Sık hatalar

Bulanık tanımlar ("başarı'olarak kabul edilir, burada p95 olarak kabul edilir) - anlaşmazlıklar ve" kağıt "SLA.
Kendi metriklerinin olmaması - sağlayıcının raporlarına bağımlılık.
Finansal bir teşvik yok - SLA çalışmıyor.
AR'yi anti-dolandırıcılık etkisi ile karıştırmak - hesaplama tabanına dahil olanları kaydedin.
Yerleşim takvimi ve zaman dilimlerini yok sayma - uyumsuzluklar ve nakit boşlukları.

Özet

Çalışan bir SLA, bir dizi genel ifade değil, sayılar ve süreçlerle dikilmiş bir sözleşmedir: kullanılabilirlik/hız/dönüşüm/sonuç/raporlama üzerine açık SLO'lar, telemetriniz tarafından onaylanır, ihlaller için bir kredi notu ve hazır feilover oyun kitapları. Bu tür SLA, beklentileri eşitler, yanıt sürelerini azaltır ve doğrudan para kazanma hedeflerini destekler: AR daha yüksektir, TtW/TtR daha düşüktür, gişe gecikmeleri nadirdir ve olaylar yönetilebilir.