Pano ödeme KPI

TL; DR

Bir pano - üç katman: Huni sağlığı (Deneme> Auth> Yakalama), Finansal verimlilik (TtW/TtR, Maliyet/GGR, FX) ve Altyapı güvenilirliği (Webhook/Gecikme/Yerleşim). İşin sırrı doğru hesaplama tabanları, zorunlu segmentasyon (ülke × sağlayıcı × yöntemi × BIN × ticket _ size × risk), eşik SLO'lar ve koridorlardan çıkarken hazır oyun kitaplarıdır.

1) Kime ve hangi sorulara kapatıyoruz

CEO/GM (günlük, 3-5 dakika): "Ödeme dönüşümü ve para çekme hızı normal mi? Parayı kabul etmenin maliyeti kontrol altında mı?"

Ödemeler/Hazine Başkanı (her saat): "Sağlayıcıya/ülkeye/yönteme göre bozulma nerede? Anlık ödemeler için yeterli likidite var mı?"

Dolandırıcılık/Risk (günlük): "AR ile anti-dolandırıcılık? на 3DS terk и Yumuşak düşüşler?"

Destek/İşlemler (çevrimiçi): "Çekilme ve iade için ETA nedir? Webhooks nerede asılı?"

Finans/Keşif (D + 1): "Zamanında uzlaşma? Komisyonlar ve FX plana uyuyor mu?"

2) Ana metrikler ve kesin tanımlar

2. 1 Ödeme hunisi

Girişim - başlatılan ödemeler.
Auth Onaylı - Onaylı yetkiler.
Yakalandı - başarıyla silindi.

• 'AR _ gross = Auth_Approved/ Auth_Attempted'
• 'AR _ net = Captured_Tx/ Auth_Attempted'
• 'Capture _ Success = Captured_Tx/ Capture_Attempted_Tx'
• 'Capture _ Latency _ p95 = p95 (capture_ts - auth_ts)'

2. 2 Çıkışlar ve geri dönüşler

Ödeme Başarısı % = Success_Payouts/ Attempted_Payouts

TtW p95 = p95 (payout_credited_at - payout_initiated_at)

Geri Ödeme Oranı = Refunded_Tx/ Captured_Tx

TtR p95 = p95 (refund_credit_at - refund_initiated_at)

Geri Ödeme Hatası % = Refund_Failed/ Refund_Attempted

Refund_to_Source% - orijinal yönteme geri dönüşlerin oranı

2. 3 Maliyet ve FX

Maliyet/Tx = Fee_fixed + AmountFee_pct + FX_Spread

Maliyet/GGR = Σ Maliyet/GGR

FX Kayma (bps) = (exec_px − mid_px )/ mid_px × 10 000

2. 4 Entegrasyonların güvenilirliği

Webhook Teslimat p95 (сек), Başarı %

API Gecikme Süresi p95/p99 (auth/capture/para iadesi/ödeme)

Yerleşim Zamanlaması = Dönem için beyan edilen T + N/tüm Gruplara gelen gruplar

2. 5 3DS/friction (kartlar için)

3DS Challenge Share = Challenge/ 3DS_Total

Sürtünmesiz Paylaşım = Sürtünmesiz/ 3DS_Total

3DS = 3DS_Started − 3DS_Completed

Önemli: Operasyonel AR'yi (sahtekarlık karşıtı ve kullanıcı terk ettikten sonra) "ham'dan ayırın - bunlar farklı hedeflere sahip iki farklı metriktir.

3) Bölümler ve filtreler (minimum set)

Фильтры в шапке: 'Date range (UTC)', 'country', 'provider', 'method _ group', 'BIN', 'device/os', 'ticket _ size bucket (≤€50/€ 50-200/> €200)', 'risk _ segment', 'kyc _ tier', 'new _ vs _ returning', 'affiliate'.

• Ülke × sağlayıcı, BIN × ülke, yöntem × sağlayıcı, cihaz/os, ticket_size.

4) Ana ekranın düzeni

1. Üst KPI plakası (dün/bugün için, p7 medyan ile karşılaştırıldığında):

'AR _ net', 'Capture _ Success', 'Payout Success %', 'TtW p95', 'TtR p95', 'Cost/GGR', 'Webhook p95', 'Settlement Timeliness'.

2. Segment seçimi ve arıza nedenlerinin görüntülenmesi (ISO üst kodları/raylar üzerinde) ile Huni (Denemesi - Auth - Yakalama).

3. 'Ülke × sağlayıcısı'tarafından AR Heatmap ve üst hacim için ayrı bir BIN heatmap.

4. 3DS paneli: Tezgah çizgisine meydan okuma/Sürtünmesiz/Terk etme + karşılaştırma.

5. Ödeme ve Geri Ödeme Sağlık: Başarı %, p95 (TtW/TtR), ошибки, % Refund_to_Source.

6. Maliyet ve FX: Yöntemle maliyet/GGR, FX kayma/siteye göre ücretler.

7. Entegrasyon güvenilirliği: Webhook teslimat p95/Başarı %, API gecikme süresi p95/p99, Çoğaltma oranı, Rapor teslim SLA.

8. Olay paneli: aktif uyarılar (bakınız § 8), feilovers ve hazine notlarının durumu (artık L0, prefund).

5) SLO ve uyarılar (koridorlar)

• 'AR _ gross' 3DS2 kartları: %82-92 (segmente göre); 'AR _ net' ≥ %80
• 'Capture _ Success' ≥ 98. %5 (saatlik)
• 'Webhook p95' ≤ 3 с, Başarı ≥ 99. 9%
• 'Ödeme TtW p95' anında ≤ 120 с; (T + 1) - D + 1 gününde %100
• 'İade TtR p95' kartlar ≤ T + 1 bp; Anında 60
• 'İade Hatası %' <0. 3%
• 'Yerleşim Zamanlaması' ≥ %99
• 'Maliyet/GGR' - yönteme göre bireysel hedef koridor

• 'AR_gross↓> 3 pp' ila 7 günlük medyan (ülke/PSP/BIN) P1/P0
• 'Capture _ Success <%98' (час) - P1
• 'Webhook p95> 5 c' veya kopyalar> 0> P1
• 'Ödeme TtW p95> SLO' или Başarı % <%99> P1
• 'İade Hatası %> 0. %3 'или' Çift İade> 0 '- P0
• 'Zamanında yerleşim <%99' - P1
• 'Maliyet/GGR' P2 kullanarak koridor dışında - yöntem

Her uyarı runbook'a kartını açar (eylemler/eskalasyon/feilover).

6) Formüller ve hesaplama tabanları (detaylandırma)

Tüm paylaşımlar - açık bir tabana sahip: türdeki 'paydayı' belirtir.
Zamanlar - UTC'de; p-niceleri: PERCENTILE_CONT.

'AR _ clean' (operasyonel) = 'Auth _ Approved/( )'

'Net _ Conversion' = 'Yakalanan _ Tx/ Auth_Attempted_Tx'

'Refund _ to _ Source %' = 'Refund _ to _ Original _ Method/ Total_Refunds'

'Boşta Nakit %' (hazine mini widget) = '(Denge − Target_Balance )/Denge'

7) UX desenleri

Yukarıda bir KPI plakası, aşağıda huni + ısı haritaları, aşağıda entegrasyon ve finans.
Formül/baz/istisnalar içeren tultips (örneğin, "antifraud'dan sonra").
Karşılaştırmalı satır: p7 medyan ve'dün "/" geçen Pazartesi ".
Tıklama ile delme: Isı haritasından hata BIN'e - Verici - kody tablosu.
RCA için anlık görüntüler: Ölüm sonrası için geçerli görünümü "pin" düğmesi.

8) Playbook'lar (yerleşik aksiyon kartları)

Auth drop - akıllı yönlendirmeyi değiştirin, 3DS-challenge BIN'e yükseltin, geri çekilmeleri sınırlayın.
Webhook gecikmeleri - yoklamayı etkinleştirin, otomatik refandları/tehlikeli otomatik ödemeleri dondurun, idempotansı artırın.
Ödeme bozulması - demiryolu feiler, hazine kontör, VIP önceliklendirme.
Yerleşim gecikmesi - StresRes, "Gerilim" işareti, PSP'de tırmanma.
Geri ödeme hataları/kopyaları - geri ödeme-dondurma, uzlaşma, kopyaların tersine çevrilmesi.

(Kart bir kontrol listesi ve eskalasyon kontakları içerir.)

9) Veri modeli (minimum yeterli)

events/payments_flat:
payment_id, user_id, country, provider, method_code, action(deposit/refund/payout),
attempt_ts, auth_status, auth_ts, three_ds(flow, challenge_flag, started_ts, completed_ts),
capture_status, capture_amount, capture_ts, partial_flag,
refund_status, refund_amount, refund_initiated_ts, refund_credit_ts,
payout_status, payout_amount, payout_initiated_ts, payout_credited_ts,
fees_fixed, fees_pct, fx_spread, currency, amount,
risk_segment, kyc_tier, bin, asn, device_os, ticket_bucket

events/webhooks:
provider, event_kind, event_ts, delivered_ts, retries, duplicate_flag, idempotency_key

settlements/reports:
provider, batch_id, settlement_date, amount_settled, currency, fee_amount, status

treasury/pockets (mini-widget):
pocket_id, counterparty, currency, balance, target_balance, low_watermark, updated_at

Dizinler: 'provider', 'method _ code', 'country','bin ',' event _ ts '.

10) SQL dilimleri (örnek)

10. 1 Huni ve AR

sql
WITH base AS (
SELECT
DATE_TRUNC('hour', attempt_ts) AS h,
country, provider, method_code,
COUNT() FILTER (WHERE auth_status='ATTEMPTED') AS auth_attempted,
COUNT() FILTER (WHERE auth_status='APPROVED') AS auth_approved,
COUNT() FILTER (WHERE capture_status='CAPTURED') AS captured_tx
FROM payments_flat
WHERE action='deposit'
GROUP BY 1,2,3,4
)
SELECT h, country, provider, method_code,
auth_approved::decimal / NULLIF(auth_attempted,0) AS ar_gross,
captured_tx::decimal / NULLIF(auth_attempted,0)  AS ar_net
FROM base;

10. 2 Webhook SLA

sql
SELECT
DATE_TRUNC('hour', event_ts) AS h, provider,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (delivered_ts - event_ts))) AS wb_p95_sec,
AVG(CASE WHEN retries=0 AND NOT duplicate_flag THEN 1 ELSE 0 END) AS wb_success
FROM webhooks
GROUP BY 1,2;

10. 3 Geri Ödeme ve Ödeme Sağlığı

sql
SELECT
DATE_TRUNC('day', COALESCE(refund_initiated_ts, payout_initiated_ts)) d,
method_code, provider,
COUNT() FILTER (WHERE refund_status='ATTEMPTED') AS refund_attempted,
COUNT() FILTER (WHERE refund_status='SUCCESS')  AS refund_success,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (refund_credit_ts - refund_initiated_ts))) AS ttr_p95_sec,
COUNT() FILTER (WHERE payout_status='ATTEMPTED') AS payout_attempted,
COUNT() FILTER (WHERE payout_status='SUCCESS')  AS payout_success,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (payout_credited_ts - payout_initiated_ts))) AS ttw_p95_sec
FROM payments_flat
GROUP BY 1,2,3;

10. 4 Maliyet/GGR

sql
SELECT
DATE_TRUNC('day', capture_ts) d,
method_code, provider,
SUM(fees_fixed + amountfees_pct + fx_spread) AS total_cost,
SUM(capture_amount) AS total_captured,
(SUM(fees_fixed + amountfees_pct + fx_spread) / NULLIF(SUM(total_captured),0)) AS cost_to_captured
FROM payments_flat
WHERE capture_status='CAPTURED'
GROUP BY 1,2,3;

11) Ek ekranlar

BIN Drilldown: AR/reddi kodları, 3DS-friction, ihraççılar tarafından gecikme.
Sağlayıcı Puan Kartı: SLA Metrikleri, Olaylar, Krediler, Maliyet/GGR.
Hazine Anlık Görüntüsü: L0/L1 dengeleri, prefund, StressRes, TtF yenileme.
Keşif Görünümü: Yerleşim Zamanlaması, Yaşlanan Dikişsiz Butches, Ücret Doğruluğu.

12) Veri kalitesi i治理

Sürümlerle KPI'ların sözlüğü (formüller/temel/istisnalar).
Tek TZ = UTC, p-nicemler sadece CONT.
Olayların idempotency ve webhooks dedup.
Zaman/miktar/FX toleransları politikası (uzlaşma/gecikme için).
CI'da veri testleri: boş olmayan bölen tabanları, zaman damgası monotonluğu, NULL kesri.

13) Uygulama: kontrol listesi

• KPI'lar/formüller/bazlar sözlükte tanımlanır ve sabitlenir.
• yutma ve olay/kayıt defteri normalizasyonu yapılandırıldı.
• Yapılı vitrinler 'payments _ flat', 'webhooks', 'settlements', 'treasury'.
• Uygulanan ısı haritaları, huni, gecikme, ödeme/geri ödeme panelleri.
• SLO ve uyarı eşikleri kuruldu; Playbook'larla ilişkilidir.
• Erişim rolleri: C seviyesi (salt okunur özet), Ops/Fraud (ayrıntılı bilgi).
• Sağlayıcı tarafından Provider Scorecard'a dayalı haftalık QBR.
• UAT test paketi: demo veri kümesi, p-quantile kontrolü, veritabanı doğruluğu, uyarılar.

14) Sık yapılan hatalar

Karıştırma bazları ('girişim' vs 'yakalama') - yanlış sonuçlar.
'Ticket _ size' segmentasyonu yok - bozulmuş AR resmi.
3DS'den vazgeçmeyi göz ardı edin - sağlayıcıyla ilgili "abartılmış'bir sorun.
Kontrol webhook eksikliği kopyalar - çift eylemler.
Uzlaşma/ücretler için eksik vitrin - Maliyet/GGR tahmin edilemez.
SLO'lar ve oyun kitapları olmadan, gösterge paneli "eylemsiz bir vitrine" dönüşür.

Özet

Pano ödeme KPI'ları sadece grafikler değil, operasyonel bir araçtır. Huniyi, parayı ve altyapıyı birbirine bağlar, açık formüllere ve segmentasyona dayanır, otomatik sinyaller verir ve hemen eylemler önerir. Sonuç olarak: Yukarıdaki AR_net, koridorlarda TtW/TtR, Maliyet/GGR kontrol altında, olaylar hızlı bir şekilde yerelleştirilir ve sağlayıcılarla olan diyalog sayılara dayanır.