Qo’lda ishlatiladigan vs avto-to’lovlar

1) Tushuncha doirasi

Avto-to’lovlar - «o’tish/rad etish/eskalatsiya qilish» qarorlari avtomatik ravishda qoidalar va skoring asosida qabul qilinadi, koridorga jo’natish operator ishtirokisiz amalga oshiriladi.

Qo’lda to’lanadigan to’lovlar - insoniy tekshirish (fin. operator/tavakkal-tahlilchi) jo’natishdan oldin/qaytarilgandan keyin talabnomani tasdiqlaydi yoki bekor qiladi.

2) Rejimni tanlash mezonlari

Andoza «avto» boʻlganda

Same-method & return-to-source qoidalariga rioya qilindi.
ND ≥ 0 (salbiy netto-depozitlar mavjud emas).
KYC darajasi ≥ L1, aktiv RG blokirovkalari yoʻq.
Xavf-skor <chegara, hech qanday geo-ziddiyatlar (IP ≈ KYC ≈ SIM).
Segment uchun pre-approved chegara ≤ summasi.
Usul/koridor - past qaytariladigan instant/ishonchli.
Yangi chargeback/abuse-signallarsiz.

Andoza «qoʻlda» boʻlganda

SoF/SoW talab qilinadi.
RER/sank-fazalar (fuzzy-xitlar) yoki bahsli hujjatlar.
GEO mojarosi, multi-account/household shubhasi.
Velocity/amount anomaliyalari (ko’p talabnomalar, katta summa).
Tarixsiz yangi rekvizitga chiqish.
FX-arbitraj stsenariylari, nostandart koridorlar (SWIFT).
Qoidalarning har qanday istisnolari va noaniq sabablarga ko’ra qaytarilishi.

3) Ijobiy/salbiy tomonlari

4) Gibrid konveyer arxitekturasi

1. Pre-checks: same-method, ND, RG/KYC, sanksiyalar.
2. Risk-skoring: payment/device/behavior/geo/fx belgilari.
3. Desizioner:’AUTO _ PASS/ MANUAL_REVIEW/DENY’.
4. Navbatlar: SLA ustuvorliklari bilan qo’l navbati, koridorga avto-router.
5. Orkestr: cost/ETA/limitlar bo’yicha koridor (instant → fast → standard) tanlash.
6. Treasury/FX: pre-funding, pullar limitlari, slippage-gvardlar.
7. Reconciliation: maqomlar, qaytarmalar/reverslar, re-rout/refand.
8. Observability: taymlaynlar, p95/p99, backlog, breach-alertlar.

5) Siyosat (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) Qo’lda tekshirishning navbatlari va ustuvorliklari

1. Muddati tugaydigan SLA bilan katta summalar.

2. Same-method & ND ≥ 0 (tasdiqlashda tezkor chiqarish).

3. Bitta o’yinchining ko’p chiptalari (churn/murojaatlarni kamaytirish).

4. Tarmoq tanazzulga uchragan instant-koridorlar.

5. Qolganlari.

navbatni boshqarish SLA: maqsadli p95 echim’≤ 4-8 soat’(litsenziya/bozor-bog’liq).
Instrumentlar: hujjatlarni avto-yig’ish, checklists, javoblar makroslari, «Approve with note», «Partial release».

7) UX va kommunikatsiyalar

Avto-filial: ETA va maqomlarni ko’rsatamiz («Tashabbuskor», «Ro’yxatga olingan»).
Qo’l filiali: kutilayotgan oynani (chegara) va nima kerakligi (hujjatlar/tekshirishlar ro’yxati) haqida halol xabar bering.
Eskalatsiyalar: SLA dan chiqishda bildirishnomalar, usulni o’zgartirish taklifi (agar same-method/ND buzilmasa).
Rekvizitlar tarixi: kelgusi avto-to’lovlar uchun «tekshirilgan» qabul qiluvchi belgisi.

8) Ma’lumotlar 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 namunalari

9. 1. Avto/qo’l/nosozliklar ulushi va ularning 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 qoʻl navbati va kechiktirilgan 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-to’lovlar - yo’laklar bo’yicha 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. «Qo’lda ruxsat etilgan» konvertatsiyasi

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) Metrika va dashbordlar

Auto-rate%: avto-filialdagi to’lovlar ulushi.
Manual approve %/deny%, manual p95 TAT (hal qilish vaqti).
TTW p95/p99 по decision/corridor/provider/geo.
SLA-breach% (avto va qo’lda).
Returns/Reverse% va qaytarilgandan keyin takroriy to’lovlar ulushi.
Shoxlar va yoʻlaklar boʻyicha cost per payout.
Dasturlar orasida ND <0 share.
Queue health: open, in-progress, breaches, oʻrtacha kutish.
Complaint/1k payouts va CSAT vs rejimi.

11) Alertlar

Manual backlog spike:’open _ tickets’> chegara yoki’manual p95 TAT’> SLA.
Auto p95 breach koridorda/provayderda.
/ bank/geo kodi bo’yicha returns surge.
talabnomalarda ND negative spike.
Policy drift: belgilangan yechimsiz to’lovlar/fich-snapshot.
New beneficiary risk: yangi oluvchilar bo’yicha qo’lda ishlashning yuqori ulushi.

12) Hodisalar pleybuklari

A. Qo’l silkinishi (TTW tormozlaydi)

1. X miqdorigacha bo’lgan segmentlar uchun pre-approval qo’shish.
2. Capacity revyani kattalashtirish (long-day, smenani koʻchirish).
3. MANUAL uchun xavfsiz GEO/usullarda vaqtincha risk_score chegarasini ko’tarish.

B. Avto-koridorning degradatsiyasi (p95 ↑/returns ↑)

1. Muqobil yo’lakka kaskad, per-txn limitini pasaytirish.
2. Foydalanuvchilar uchun ETA, PSP/bank chiptasini yangilash.
3. Post-mortem: routing vaznini tuzatish.

S. Yangi rekvizit bo’yicha to’lqin bilan qaytarish

1. Qo’lda tasdiqlangunga qadar «yangi» oluvchilarning avto-bloki.
2. Oʻyinchiga tasdiqlangan maʼlumot/manbani taklif qilish.
3. O’yin hamyonidagi avto-refund va CTA «usulni tanlash».

13) Iqtisodiyot va murosalar

Avto operatsion apparatni arzonlashtiradi va CSAT/retention ni oshiradi, lekin skoring/qoidalar/telemetriyaga sarmoya kiritishni talab qiladi.
Qo’lda ishlatiladigan buyumlar qimmatroq, ammo kam uchraydigan katta yo’qotishlarni kamaytiradi va tartibga soluvchi himoya uchun muhimdir.
Biz balans nuqtasini qidirmoqdamiz: past riskli segmentlar va tezkor yo’laklar uchun maksimal avto; qo’lda - edge-keyslar uchun.

14) A/B-testlar

’risk _ score’ chegaralari, pre-approval limitlari, kaskaddagi yo’laklarning ustuvorligi.
Kopirayt va qo’l shoxi uchun ETA.
Guardrails: Returns %, CBR bps, manual p95 TAT, CSAT, Complaints/1k.

15) Best practices (qisqacha)

1. ND ≥ 0, same-method, KYC L1 +, past summalar va tekshirilgan rekvizitlar uchun default-auto.
2. Policy-as-code + fich/yechimlarni loglash, takrorlanuvchanlik.
3. Cost/ETA/salomatlik yo’laklari kaskadi, avto-failover.
4. Operator uchun SLA ustuvor navbatlar va chek varaqalari.
5. Ikkala filial uchun shaffof ETA va statuslar.
6. Pre-funding/pullar limitlari, FX-gvardlar.
7. p95/p99 metrikalari va dumlar/qaytarmalar/backlog bo’yicha alertlar.
8. Post-hodisalar va muntazam skoring/qoidalar tyuningi.

16) Joriy etish chek-varaqasi

• Trigger matritsasi AUTO/MANUAL/DENY va versioning.
• Segmentlar bo’yicha skoring va «pre-approval» limitlar.
• Same-method/ND/KYC/RG/pre-checks.
• Navbatlar va ustuvorliklar, SLA va rollar.
• Koridor kaskadlari va health-fid, failover.
• Ma’lumotlar modeli va taymlaynlar, snapshotlar fich/echimlar.
• TTW/SLA/returns/backlog bo’yicha dashbordlar va alertlar.
• Pleybuklar: degradatsiya, qaytish to’lqini, qo’lning o’sishi.
• A/B va qaytarish uchun lag’li data-friz/SV.
• Litsenziya/siyosatga muvofiqligi bo’yicha muntazam auditlar.

Xulosa

"Qo’lda to’lanadigan vs avto-to’lovlar" - tanlov yoki "emas, balki stratifikatsiyalangan tizim: avto - kuchli telemetriyaga ega bo’lgan xavfsiz stsenariylar uchun; tor, xavfli va tartibga soluvchi sezgir holatlar uchun - qo’lda ishlatiladigan. Qoidalarni kod sifatida rasmiylashtiring, p95/p99 va backlog o’lchang, koridor kaskadlari va shaffof ETAlarni saqlang - va siz tez, ishonchli va iqtisodiy barqaror to’lovlarni olasiz.