Қолмен vs авто-төлемдер

1) Түсінік шеңбері

Авто-төлемдер - «өту/қабылдамау/эскалациялау» шешімдері автоматты түрде қағидалар мен скоринг негізінде қабылданады, дәлізге жіберу оператордың қатысуынсыз жүзеге асырылады.

Қолмен төленетін төлемдер - адами тексеру (фин. оператор/тәуекел-талдаушы) жөнелту алдында/қайтарылғаннан кейін өтінімді растайды немесе оның күшін жояды.

2) Режимді таңдау критерийлері

Әдепкі «авто» болғанда

Same-method & return-to-source сақталған.
ND ≥ 0 (теріс нетто-депозиттер жоқ).
KYC деңгейі ≥ L1, белсенді RG блоктары жоқ.
Тәуекел-скор <табалдырық, гео-қайшылықтар жоқ (IP ≈ KYC ≈ SIM).
Сегмент үшін шекті pre-approved ≤ сомасы.
Әдіс/дәліз - төмен қайтарымды инстанциялық/сенімді.
Жаңа chargeback/abuse-сигналдары жоқ.

Әдепкі «қолмен» болғанда

SoF/SoW талап етіледі (табалдырық/сигнал).
РЕР/санк-фазалар (fuzzy-хиттер) немесе даулы құжаттар.
GEO-дау, multi-account/household күдігі.
Velocity/amount аномалиялары (көптеген өтінімдер, ірі сома).
Жаңа деректемеге тарихсыз шығару.
FX-төрелік сценарийлер, стандартты емес дәліздер (SWIFT).
Түсініксіз себептермен ережелерді кез келген алып тастау және қайтару.

3) Плюстер/минустар

4) Гибридті конвейердің архитектурасы

1. Pre-checks: same-method, ND, RG/KYC, санкциялар.
2. Тәуекел-скоринг: payment/device/behavior/geo/fx белгілері.
3. Децизионер: 'AUTO _ PASS/ MANUAL_REVIEW/DENY'.
4. Кезектер: SLA басымдықтары бар қол кезегі, дәлізге авто-роутер.
5. Оркестрлеу: cost/ETA/лимиттер бойынша дәлізді (instant → fast → standard) таңдау.
6. Treasury/FX: pre-funding, пулдардың, слиппаж-гвардалардың лимиттері.
7. Reconciliation: мәртебелер, қайтарымдар/реверстер, re-роут/рефанд.
8. Observability: таймлайндар, p95/p99, backlog, breach-alerts.

5) Саясат (псевдо-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) Қолмен тексерудің кезектері мен басымдықтары

1. Мерзімі өтіп бара жатқан SLA-мен бірге үлкен сомалар.

2. Same-method & ND ≥ 0 (растау кезінде жылдам шығару).

3. Бір ойыншының мульти-тикеттері (churn/өтінішті азайту).

4. Желі деградациясы бар Instant-дәліздер (жылдам тоқтату немесе рұқсат ету).

5. Қалғаны.

SLA басқару кезегі: p95 нысаналы шешім '≤ 4-8 сағ' (лицензия/нарық-тәуелді).
Құралдар: құжаттарды автоматты түрде іріктеу, checklists, жауап макростары, «Approve with note», «Partial release».

7) UX және коммуникация

Авто-тармақ: ETA мен мәртебелерді көрсетеміз («Бастамашыл», «Қабылданған»).
Қол тармағы: күтілетін терезені (шекті) және не қажет екенін (құжаттар/тексерулер тізімі) адал хабарлаймыз.
Эскалация: SLA-дан шығу кезіндегі хабарламалар, әдісті өзгерту ұсынысы (егер same-method/ND бұзылмаса).
Деректемелер тарихы: болашақ авто-төлемдер үшін «тексерілген» алушы белгісі.

8) Деректер моделі

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 үлгілері

9. 1. Авто/қол/істен шығу үлесі және олардың 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. Қолмен кезек және кешіктіру 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. Дәліздер бойынша авто-төлемдер - 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. Конверсия «қол → рұқсат етілген»

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) Метриктер мен дашбордтар

Auto-rate%: авто-тармақтағы төлемдердің үлесі.
manual approve %/deny%, manual p95 TAT (шешу уақыты).
TTW p95/p99 по decision/corridor/provider/geo.
SLA-breach% (авто және қол).
Returns/Reverse% және қайтарылғаннан кейін қайта төлемдердің үлесі.
Бұтақтар мен дәліздер бойынша cost per payout.
Өтінімдер арасында ND <0 share.
Queue health: open, in-progress, breaches, орташа күту.
Complaint/1k payouts және CSAT vs режімі.

11) Алерталар

Manual backlog spike: 'open _ tickets'> табалдырығы немесе 'manual p95 TAT'> SLA.
Дәлізде/провайдерде Auto p95 breach.
/ банк/гео коды бойынша returns surge.
Өтінімдердегі ND negative spike.
Policy drift: бекітілген шешімсіз/фич-снапшотсыз төлемдер.
New beneficiary risk: жаңа алушылар бойынша қол тәуекелдерінің жоғары үлесі.

12) Инциденттердің плейбуктері

A. қолмен секіру (тежейді TTW)

1. X сомасына дейін low-risk сегменттері үшін pre-approval қосу.
2. Capacity ревьясын үлкейту (лонг-day, ауысымды ауыстыру).
3. Қауіпсіз GEO/әдістерде MANUAL үшін risk_score шегін уақытша көтеру.

B, Авто-дәліздің тозуы (p95 ↑/returns ↑)

1. Баламалы дәлізге арналған каскад, per-txn лимитін төмендету.
2. ETA пайдаланушыларға, PSP/bank тикетін жаңарту.
3. Пост-мортем: роутинг-салмақты түзету.

C. жаңа деректеме бойынша толқынның қайтаруы

1. Қолмен растағанға дейін «жаңа» алушылардың авто-блогы.
2. Ойыншыға сақталған тексерілген деректемені/көзді ұсыну.
3. Авто-refund ойын әмиянында және CTA «әдісті таңдау».

13) Экономика және ымыраға келу

Авто операциялық құрылғыны арзандатады және CSAT/retention арттырады, бірақ скоринг/ереже/телеметрияға инвестицияларды талап етеді.
Қол заттары қымбат, бірақ сирек ірі шығындарды азайтады және реттеушілік қорғау үшін маңызды.
Теңгерім нүктесін іздейміз: төменгі тәуекелді сегменттер мен жедел дәліздер үшін максималды авто; қолмен - edge-кейстер үшін.

14) A/B-тесттер

'risk _ score' шектері, pre-approval лимиттері, каскадтағы дәліздердің басымдығы.
Қол тармағы үшін көшірме және ETA.
Guardrails: Returns %, CBR bps, manual p95 TAT, CSAT, Complaints/1k.

15) Best practices (қысқаша)

1. ND ≥ 0, same-method, KYC L1 +, төмен сомалар және тексерілген деректемелер үшін Default-auto.
2. Policy-as-code + фич/шешімдерді логикалау, қайталану.
3. Cost/ETA/денсаулық бойынша дәліздер каскады, авто-failover.
4. SLA басымдығы бар кезектер және оператор үшін чек парақтары.
5. Екі тармаққа арналған мөлдір ETA және мәртебелер.
6. Pre-funding/пул лимиттері, FX-гвардалар.
7. p95/p99 өлшемдері және қалдықтар/қайтарымдар/backlog бойынша алерталар.
8. Пост-инциденттер және скоринг/ережелердің тұрақты тюнингі.

16) Енгізу чек-парағы

• AUTO/MANUAL/DENY және versioning триггерлер матрицасы.
• Сегменттер бойынша скоринг және «pre-approval» лимиттері.
• Same-method/ND/KYC/RG/pre-checks-те санкциялар.
• Кезектер мен басымдықтар, SLA және рөлдер.
• Дәліз каскадтары және health-фид, failover.
• Деректер моделі және таймлайндар, фич/шешімдердің снапшоттары.
• TTW/SLA/returns/backlog бойынша дашбордтар мен алерталар.
• Плейбуктер: деградация, қайтару толқыны, қол бойының өсуі.
• A/B және қайтаруға арналған лагпен дата-фриз/СВ.
• Лицензияларға/саясаттарға сәйкестіктің тұрақты аудиттері.

Түйіндеме

«Қолмен төленетін vs авто-төлемдер» - таңдау «немесе» емес, стратификацияланған жүйе: авто - күшті телеметриясы бар болжамды қауіпсіз сценарийлер үшін; қол - тар, тәуекелді және реттеушілік сезімтал кейстер үшін. Ережелерді код ретінде ресімдеңіз, p95/p99 және backlog өлшеңіз, дәліз каскадтары мен мөлдір ETA ұстаңыз - және сіз жылдам, сенімді және экономикалық тұрақты төлемдер аласыз.