KPI ödəniş yolu: auth, capture, refund

TL; DR

Ödəniş konturu huni kimi ölçülür: 'Attempt → Auth → Capture → Settle/Refund'. Açar metriklər yalnız Approval Rate deyil, həm də təmiz AR (antifrod və 3DS-dən sonra), capture müvəffəqiyyəti, hesabdan çıxarılmadan əvvəl vaxt, qiymət/FX, idempotentlik səhvləri və geri qaytarma keyfiyyəti (TtR və rate). AR ↑, TtW ↓, Cost/GGR ↓, Disputes ↓ risk profilini pozmadan qalib gəlir.

1) Mərhələlər və hadisələr lüğəti

Attempt - ödəmə cəhdi (təşəbbüs).
Auth - avtorizasiya (bank/cüzdan/relslər silinmə ehtimalını təsdiqlədi).
Capture - faktiki silinmə (tam/qismən).
Settle - klirinq və hesablamalar.
Refund - geri qaytarma (tam/qismən), 'TtR = time to refund credit'.
Void - capture əvvəl ləğv (dəstəklənərsə).
3DS/Step-up - avtorizasiyada sürtünmə.
Soft Decline/Hard Decline - bərpa edilə bilən/bərpa olunmayan nasazlıqlar.

💡 База измерений: `country, provider, method, action(deposit/payout/refund), device/os, ticket_size, risk_segment, kyc_tier, bin/asn`.

2) KPI iyerarxiyası (hədəf ağacı)

Yuxarı səviyyə

Gross Approval Rate (AR_gross) = Auth/Attempt

Net Approval Rate (AR_net) = Captured/Attempt

Cost/GGR = (Fees + FX + Ops)/GGR

TTW/TtC: Time-to-Wallet (nəticələr), TtC (capture) p95

Refund Health: Refund Rate, TtR p95, Refund Error Rate

Orta səviyyə

3DS Challenge Share, Frictionless Share, Abandon on 3DS

Soft Decline Recovery Rate (retrai/smart routing)

Partial Capture Share, Capture Latency

Refund to Source %, Duplicate/Idempotency Incidents

Aşağı səviyyə (diaqnostika)

Kodlar üzrə səhvlər (ISO/rels), p95 gizli API, SLA vebhuk, pay 'Do Not Honor', 'Insufficient Funds', 'Suspected Fraud', 'System Error'.

3) Düsturlar (dəqiq təriflər)

3. 1 Avtorizasiya

`AR_gross = Auth_Approved / Auth_Attempted`

`AR_clean = Auth_Approved / (Auth_Attempted - Fraud_Preblocked - User_Abandon_3DS)`

`3DS_Challenge_Share = 3DS_Challenge / 3DS_Total`

`3DS_Frictionless_Share = 3DS_Frictionless / 3DS_Total`

`Abandon_on_3DS = 3DS_Started - 3DS_Completed`

Kəsiklər tələb olunur: 'BIN × country', 'provider × method', 'device/os', 'ticket _ size' (məsələn, ≤ €50, €50-200,> €200).

3. 2 Silinmələr (capture)

`Capture_Success = Captured_Tx / Capture_Attempted_Tx`

`Net_Conversion = Captured_Tx / Auth_Attempted_Tx` (= AR_net)

`Partial_Capture_Share = Partial_Captures / Captured_Tx`

`Capture_Latency_p95 = p95(capture_timestamp - auth_timestamp)`

`Void_Rate = Voids / Auth_Approved`

3. 3 Qiymət və FX

`Cost_per_Tx = Fee_fixed + AmountFee_pct + FX_Spread`

`Cost/GGR = ΣCost / GGR`

`Net_Revenue = GGR - ΣCost - Fraud_Loss - Disputes_Cost`

3. 4 Qaytarmalar (refund)

`Refund_Rate = Refunded_Tx / Captured_Tx`

`Refund_Amount_Ratio = Refunded_Amount / Captured_Amount`

`TtR_p95 = p95(refund_credit_at - refund_initiated_at)`

`Refund_Error_Rate = Refund_Failed / Refund_Attempted`

`Refund_to_Source_% = Refund_to_Original_Method / Total_Refunds`

'Double _ Refund _ Incidents' - İdempotent toqquşmalarının sayğacı (= 0 olmalıdır)

4) Məqsədlər/istiqamətlər (xüsusi portfel üçün xüsusi)

AR_gross: 3DS2 kartları - 82-92% (BIN/ölkə üzrə), A2A - 90% + (təşəbbüs), vauçerlər - 95% + (redeem).
Capture_Success: 98. 5% + (canlı vebhuk və retrajlarda).
TtC p95: ≤ 5 dəq (auto-capture kart), ≤ 90 san (instant A2A/RTP).
Refund Error: < 0. 3%; TtR p95: ≤ T + 1 bank. gün (kartlar), ≤ 60 san (instant rails).
Refund_to_Source%: ≥ 95% (relslər dəstəklənir).
Idempotency Incidents: = 0; Webhook SLA: ≥ 99. 9%, p95 < 3 c.

(«Bazar standartları» deyil, daxili SLO üçün praktik hədəf dəhlizləri.)

5) Seqmentasiya və atributlar

KPI-ni 'country', 'method _ group', 'provider', 'BIN', 'device/os', 'ticket _ size', 'risk _ segment', 'kyc _ tier', 'affiliate', 'new _ vs _ returning' olaraq nəzərdən keçirin.

Cohort AR: İlk ödəniş kohortları üzrə AR (D0/D7/D30).
Route AR: 'PSP _ A → PSP _ B failover' marşrutları üzrə AR.
Risk-aware AR: Risk seqmentləri üzrə AR (step-up sonra).
BIN-heatmap: həssas emitentlər → ayrı retraj qaydaları/3DS.

6) Data modeli (BI üçün düz qat)

Minimum «event-flat»:


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

Açar - mərhələ üçün idempotent 'payment _ key' və refund üçün 'idempotency _ key'.

7) SQL dilimləri (nümunə)

7. 1 Gündəlik AR və Capture

sql
WITH base AS (
SELECT
DATE_TRUNC('day', attempt_ts) d,
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 d, 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;

7. 2 Refund sağlamlıq

sql
SELECT
DATE_TRUNC('day', refund_initiated_ts) d,
country, provider, method_code,
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
FROM payments_flat
WHERE action='refund'
GROUP BY 1,2,3,4;

7. 3 3DS sürtünmə

sql
SELECT country, provider,
COUNT() FILTER (WHERE three_ds.flow IS NOT NULL) AS three_ds_total,
COUNT() FILTER (WHERE three_ds.challenge_flag)  AS three_ds_challenge,
COUNT() FILTER (WHERE three_ds.flow='FRICTIONLESS') AS three_ds_frictionless
FROM payments_flat
WHERE action='deposit'
GROUP BY 1,2;

8) Daşbord (məcburi widget 'lar)

1. Funnel: Attempt → Auth → Capture (mütləq və dönüşümlərdə).
2. AR heatmap: по `country×provider` и `BIN×country`.
3. 3DS Quality: Challenge/Frictionless/Abandon.
4. Capture Latency p50/p95 и Webhook SLA.
5. Refund Health: Refund Rate, TtR p95, Refund Error, Refund_to_Source %.
6. Cost/GGR: metodlara və provayderlərə görə.
7. Alerts panel: üst uğursuzluq kodları, deqradasiya AR/latency.

9) SLO, Alert və Playbook

SLO/Alertlər (nümunə):

'AR _ gross ↓> 3 p.p. 7 günlük mediana' → ALERT P1 (BIN/provayderi/ASN yoxlayın).
'Capture _ Success <98% (saat)' və ya 'Webhook p95> 5 c' → ALERT P1 (PSP-də retray/hadisə).
'TtR _ p95> instant metodları üzrə hədəf' → ALERT P2 (növbə/limitləri yoxlamaq).
`Refund_Error_Rate > 0. 5% 'və ya' Double _ Refund> 0 '→ ALERT P0 (avtomatik refandların dondurulması, əl yoxlaması).

Playbook:

BIN deqradasiyası: alternativ ekvayeri daxil edin, BIN üçün 3DS-challenge payını artırın, 'ECI' parametrləri ilə retralar.
Sistem Soft Declines: Smart Routing → PSP_B, N-ə qədər təkrar məhdudlaşdırmaq, 3DS siyasətini dəyişdirmək.
Gecikmələr capture: fors-retrai, webhook imzalaması yoxlama, artan TTL idempotentlik.
Refund səhvləri: idempotent açarları daxil edin, paralel partial-refund, dublikatlar üçün əl QA məhdudlaşdırın.

10) KPI-da Risk və Komplayens İdarəetmə

«Fraud _ Preblocked» və «Abandon _ 3DS» silindikdən sonra AR_clean hesabat verin - bu sizin əməliyyat AR, antifrod təsiri ilə qarışdırmayın.
Refund_to_Source% - əsas tənzimləyici KPI; istisnalar kimi qeyd comp-approved.
Dispute/Chargeback Rate cəhd deyil, captured_amount bağlı.

11) Tez-tez səhvlər

Bir hissədə müxtəlif bazaların cəmlənməsi (attempt vs auth vs capture).
'ticket _ size' → AR-da yalan nəticələr üzrə seqmentasiya yoxdur.
3DS → «süni» aşağı AR-da 'User Abandon' qeyri-hesabat.
No 'idempotency _ key' refund → dubli/maliyyə itkiləri.
TtW/TtR bir metrik payout və refund qarışdırılması.

12) Giriş yoxlama siyahısı

Razılaşdırılmış hadisə sxemi və vahid KPI tərifləri.
BIN/ölkələrə Heatmap və provayderlərə marşrut.
Dashboard 3DS sürtünmə və abandon.
SLA webhook, retray, idempotent (auth/capture/refund).
Refund Sağlamlıq və Refund_to_Source% hesabat.
AR, Capture_Success, TtR, refund səhvləri üçün alertlər.
Aylıq R & O-baxış: Cost/GGR, Disputes, FX-spreads, provayder-SLA.

13) Xülasə

Güclü ödəniş konturu hər pay üçün düzgün bazası olan şəffaf hunidir, hadisələrin sərt nizam-intizamı, seqmentasiya və avtomatik playbuklardır. Düzgün KPI ödəniş infrastrukturunu böyümə qoluna çevirir: AR_net↑, TtC/TtR ↓, Cost/GGR ↓, Disputes ↓, dəyişməz və ya təkmilləşdirilmiş təhlükəsizlik ilə.