Əl vs avtomatik ödənişlər

1) Konsepsiya çərçivəsi

Avto ödənişlər - «keçmək/rədd etmək/eskalasiya» qərarları avtomatik olaraq qaydalar və skorinq əsasında qəbul edilir, dəhlizə göndərmə operatorun iştirakı olmadan həyata keçirilir.

Əl ödənişləri - insan yoxlaması (fin. operator/risk analitiki) göndərilmədən əvvəl/geri qaytarıldıqdan sonra müraciəti təsdiqləyir və ya ləğv edir.

💡 Məqsəd məqbul risk və tənzimləmə tələblərinə riayət etməklə avto ödənişlərin payını artırmaqdır. Əl filialı - «sığorta şəbəkəsi», defolt deyil.

2) Rejim seçimi meyarları

Nə zaman «avto» default

Same-method & return-to-source müşahidə olunur.
ND ≥ 0 (mənfi xalis depozitlər yoxdur).
KYC L1 ≥ səviyyəsi, aktiv RG kilidləri yoxdur.
Risk-skor <eşik, heç bir geo-münaqişə (IP ≈ KYC ≈ SIM).
seqment üçün pre-approved eşik ≤ məbləği.
Metod/dəhliz - aşağı geri dönüş ilə instant/etibarlı.
Təzə chargeback/abuse siqnalları olmadan.

«Əl» default olduqda

SoF/SoW tələb olunur (eşik/siqnal).
RER/San-fazalar (fuzzy-hitlər) və ya mübahisəli sənədlər.
GEO-münaqişə, multi-account/household şübhə.
Velocity/amount anomaliyalar (bir çox müraciət, böyük məbləğ).
Tarixsiz yeni rekvizitə nəticə.
FX arbitraj ssenariləri, qeyri-standart dəhlizlər (SWIFT).
Qeyri-müəyyən bir səbəb ilə qaydaların istisnaları və geri qaytarılması.

3) Müsbət/mənfi cəhətləri

Meyar	Avtomatik ödənişlər	Əl ödənişləri
TTW/SLA	minimum, p95 dəqiqə	növbədən asılıdır (saat)
Qiymət	aşağıda qoz/operatorlar	OPEX-dən yuxarı; daha az risk
Risk	qaydaları/skoring keyfiyyətindən asılıdır	edge cases daha yaxşı
Miqyas	asanlıqla ölçmək	dar yer - insanlar
UX/CSAT	yüksək (anlıq)	aşağıda (gözləmə/biletlər)
Komplayens	ciddi audit tələb edir	qeyri-şəffaf hallar üçün daha yaxşıdır

4) Hibrid konveyer arxitekturası

1. Pre-checks: same-method, ND, RG/KYC, sanksiyalar.
2. Risk-skor: payment/device/behavior/geo/fx əlamətləri.
3. Desizioner: 'AUTO _ PASS/ MANUAL_REVIEW/DENY'.
4. Növbələr: SLA prioritetləri ilə əl növbəsi, koridora avto-router.
5. Orkestr: cost/ETA/limitlər üzrə dəhliz seçimi (instant → fast → standard).
6. Treasury/FX: pre-funding, hovuz limitləri, slippage qvardları.
7. Reconciliation: statuslar, qaytarmalar/reverslər, revout/refand.
8. Observability: time layns, p95/p99, backlog, breach-alerts.

5) Siyasət (psevdo-DSL)

yaml policy: "payouts_auto_manual_v2"
eligibility:
same_method: true nd_min: 0 kyc_min: L1 routing:
cascade:
- corridor: "INSTANT" when: risk_score < 0. 5 and amount <= preapproved_limit
- corridor: "FAST_A2A" when: risk_score < 0. 65
- corridor: "STANDARD_SEPA" when: else manual_review:
triggers:
- risk_score >= 0. 65
- geo_conflict_score >= 2
- new_beneficiary == true and amount > new_beneficiary_cap
- sanctions_fuzzy_hit == true
- velocity_24h_payouts > 3 or amount_24h > segment_cap
- returns_last_30d >= 1 deny:
rules:
- self_excluded == true
- nd_total < 0 and allow_nd_withdrawal == false limits:
preapproved_limit:
LOW_RISK: {EUR: 2000}
MID_RISK: {EUR: 500}
sla:
auto_p95_minutes: 30 manual_p95_hours: 8 audit:
store_decision_tree: true store_feature_snapshot: true

6) Manual yoxlamanın növbələri və prioritetləri

Prioritetləşdirmə (böyükdən kiçiyə):

1. Müddəti bitən SLA ilə böyük məbləğlər.

2. Same-method & ND ≥ 0 (təsdiqləndikdə sürətli buraxılış).

3. Bir oyunçunun çox biletləri (churn/müraciətləri azaltmaq).

4. Şəbəkə deqradasiyası ilə Instant-dəhlizlər (sürətli aradan qaldırma və ya həll).

5. Qalan.

SLA nəzarət növbəsi: hədəf p95 həll '≤ 4-8 saat' (lisenziya/bazar asılı).
Alətlər: sənədlərin avtomatik seçimi, checklists, cavab makrosları, «Approve with note», «Partial release».

7) UX və kommunikasiya

Avto-filial: ETA və statusları göstəririk («Təşəbbüskar», «Qeydiyyatdan keçmiş»).
Əl filialı: gözlənilən pəncərəni (eşik) və nə lazım olduğunu (sənədlərin/yoxlamaların siyahısı) vicdanla bildiririk.
Eskalasiya: SLA-dan çıxarkən bildirişlər, metodu dəyişdirmək təklifi (same-method/ND pozmasa).
Rekvizitlərin tarixi: gələcək avto ödənişlər üçün «təsdiqlənmiş» alıcı işarəsi.

8) Data modeli

sql payout. timeline (
payout_id PK, user_id, amount_minor BIGINT, currency TEXT,
method TEXT, corridor TEXT, provider TEXT, iso2 TEXT,
nd_snapshot NUMERIC, same_method_ok BOOLEAN,
risk_score NUMERIC, decision TEXT, -- AUTO_PASS    MANUAL    DENY reason_codes TEXT[], reviewer TEXT,
t_request TIMESTAMP, t_precheck_ok TIMESTAMP, t_risk_ok TIMESTAMP,
t_decided TIMESTAMP, t_initiated TIMESTAMP, t_posted TIMESTAMP, t_available TIMESTAMP,
status TEXT, meta JSONB
);

review. queue (
ticket_id PK, payout_id FK, priority INT, state TEXT, assignee TEXT,
created_at TIMESTAMP, picked_at TIMESTAMP, resolved_at TIMESTAMP, sla_deadline TIMESTAMP
);

risk. features_snapshot (
payout_id FK, payload JSONB, created_at TIMESTAMP
);

9) SQL şablonları

9. 1. Avto/əl/nasazlıqların payı və onların TTW

sql
SELECT decision,
COUNT() AS cnt,
100. 0 COUNT() / SUM(COUNT()) OVER () AS share_pct,
PERCENTILE_CONT(0. 95) WITHIN GROUP (ORDER BY EXTRACT(EPOCH FROM (COALESCE(t_available, t_decided) - t_request))) AS p95_sec
FROM payout. timeline
WHERE t_request BETWEEN:from AND:to
GROUP BY decision;

9. 2. Backlog əl növbəsi və gecikmiş SLA

sql
SELECT
COUNT() FILTER (WHERE state='OPEN') AS open_tickets,
COUNT() FILTER (WHERE sla_deadline < now() AND state IN ('OPEN','IN_PROGRESS')) AS sla_breaches
FROM review. queue;

9. 3. Avto ödənişlər - dəhlizlər üzrə breach

sql
SELECT corridor,
100. 0 COUNT() FILTER (WHERE EXTRACT(EPOCH FROM (t_available - t_request)) >:p95_target_sec) / NULLIF(COUNT(),0) AS breach_pct
FROM payout. timeline
WHERE decision='AUTO_PASS' AND status='SUCCESS'
AND t_request BETWEEN:from AND:to
GROUP BY 1 ORDER BY breach_pct DESC;

9. 4. Çevirmə «əl → icazə verilir»

sql
SELECT
100. 0 COUNT() FILTER (WHERE status IN ('SUCCESS','INITIATED')) / NULLIF(COUNT(),0) AS manual_approve_rate
FROM payout. timeline
WHERE decision='MANUAL' AND t_decided BETWEEN:from AND:to;

10) Metriklər və daşbordlar

Auto-rate%: avtomatik filialda ödənişlərin payı.
Manual approve %/deny%, manual p95 TAT (həll vaxtı).
TTW p95/p99 по decision/corridor/provider/geo.
SLA-breach% (avtomatik və əl ilə).
Returns/Reverse% və geri qaytarıldıqdan sonra təkrar ödənişlərin payı.
Qollar və dəhlizlər üzrə Cost per payout.
ND <0 sorğular arasında paylaşılır.
Queue health: open, in-progress, breaches, orta gözləmə.
Complaint/1k payouts və CSAT vs rejimi.

11) Alertlər

Manual backlog spike: 'open _ tickets'> eşik və ya 'manual p95 TAT'> SLA.
Koridorda/provayderdə Auto p95 breach.
Returns surge/bank/geo.
ND negative spike müraciətlərdə.
Policy drift: sabit həll olmadan ödənişlər/fich snapshot.
Yeni beneficiary risk: yeni alıcılar üçün əl yüksək payı.

12) Hadisə pleybukları

A. Manual sıçrayış (TTW əyləc)

1. X məbləğinə qədər aşağı risk seqmentləri üçün pre-approval daxil edin.
2. capacity review artırın (uzun gün, növbə atmaq).
3. Təhlükəsiz GEO/metodlarda MANUAL üçün müvəqqəti olaraq risk_score həddini qaldırın.

B. Avtomobil dəhlizinin deqradasiyası (p95 ↑/returns ↑)

1. Alternativ dəhliz üçün kaskad, per-txn limitini azaltmaq.
2. istifadəçilər ETA yeniləmək, PSP/Bank bilet.
3. Post-mortem: marşrut çəkisini düzəltmək.

C. yeni rekvizitlə dalğa qaytarılması

1. Avto-blok «yeni» alıcılar qədər əl təsdiqi.
2. Oyunçuya qorunan sübut edilmiş məlumat/mənbə təklif edin.
3. Auto-refund oyun cüzdan və CTA «metod seçin».

13) İqtisadiyyat və kompromislər

Avto əməliyyat xərclərini azaldır və CSAT/retention artırır, lakin skorinq/qaydalar/telemetriyaya investisiya tələb edir.
Əl daha bahalıdır, lakin nadir böyük itkiləri azaldır və tənzimləyici qorunma üçün vacibdir.
Balans nöqtəsi axtarırıq: aşağı riskli seqmentlər və ani dəhlizlər üçün maksimum avtomobil; əl - edge-cases üçün.

14) A/B testləri

'risk _ score' hədləri, pre-approval limitləri, kaskadda dəhlizlərin prioriteti.
Əl budaq üçün Copyright və ETA.
Guardrails: Returns %, CBR bps, manual p95 TAT, CSAT, Complaints/1k.

15) Best practices (qısa)

1. ND ≥ 0, same-method, KYC L1 +, aşağı məbləğlər və yoxlanılmış rekvizitlər üçün default-auto.
2. Policy-as-code + phic/solutions loging, təkrarlanabilirlik.
3. cost/ETA/sağlamlıq üçün dəhlizlər kaskadı, avto-failover.
4. Operator üçün SLA prioritet və çek vərəqləri ilə növbələr.
5. Hər iki filial üçün şəffaf ETA və statuslar.
6. Pre-funding/hovuz limitləri, FX qvardları.
7. p95/p99 metrləri və quyruqlar/dönüşlər/backlog.
8. Post-insidentlər və müntəzəm skorinq/qaydaların sazlanması.

16) Giriş çek siyahısı

AUTO/MANUAL/DENY və versioning trigger matrisi.
Seqmentlər üzrə skoring və «pre-approval» limitləri.
Same-method/ND/KYC/RG/pre-checks-də sanksiyalar.
Növbələr və prioritetlər, SLA və rollar.
Dəhliz kaskadları və health-fid, failover.
Data Model və Time Line, Snapshot Phic/Solutions.
TTW/SLA/returns/backlog.
Playbook: deqradasiya, geri dönüş dalğası, əl artımı.
A/B və data-friz geri/SV.
Lisenziyalara/siyasətlərə uyğun mütəmadi auditlər.

Xülasə

«Əl vs avto ödənişlər» - seçim «və ya» deyil, stratifikasiya edilmiş sistem: avto - güclü telemetriya ilə proqnozlaşdırıla bilən təhlükəsiz ssenarilər üçün; əl - dar, riskli və tənzimləyici həssas hallar üçün. Qaydaları kod kimi rəsmiləşdirin, p95/p99 və backlog ölçün, dəhliz kaskadları və şəffaf ETA saxlayın - və sürətli, etibarlı və iqtisadi cəhətdən davamlı ödənişlər alacaqsınız.

Əl vs avtomatik ödənişlər

«Əl» default olduqda

Xülasə

Bizimlə əlaqə

Sürətli əlaqə

Video tezliklə yenilənəcək

Hazırda layihələrlə çox məşğuluq