Ձեռքի vs avto վճարումներ
1) Պոնտական շրջանակ
Auto-վճարումները '«անցնել/շեղել/էսկալիզացնել» որոշումները ինքնաբերաբար ընդունվում են կանոնների և սկորինգի հիման վրա, ուղարկելով միջանցք առանց օպերատորի մասնակցության։
Ձեռքի վճարումները մարդկային ստուգում են (ֆին. / ռիսկի վերլուծաբանը) ապացուցում է կամ վերացնում դիմումը դիմումից առաջ/հետո։
2) Ռեժիմի ընտրության չափանիշները
Երբ «մեքենան» լռելյայն է
Same-method & return-to-source-ը պահպանված է։
ND 240 (բացասական ոչ բացասական ոչ դեպոզիտներ)։
KYC-ի մակարդակը L1 է, չկա ակտիվ RG արգելափակումներ։
Ռիսկի սկորը <շեմն է, չկա գեո հակամարտություններ (IP no KYC no SIM)։
Pre-approved շեմին վճարելու գումարը։
Մեթոդը/միջանցքը ինստանտային/հուսալի է ցածր վերադարձով։
Առանց թարմ chargeback/abuse ազդանշաններ։
Երբ «ձեռքով» լռելյայն
SoF/SoW-ը պահանջում է (շեմն/ազդանշան)։
RER/sank փուլեր (fuzzy-hits) կամ վիճահարույց փաստաթղթեր։
GEO հակամարտությունը, կասկածը multi-account/household-ի վրա։
Velocity/amount anomali (շատ ձեռնարկություններ, մեծ գումար)։
Նոր ռեքվիզիտի եզրակացությունը առանց պատմության։
FX-էքսպորտային սցենարները, ոչ ստանդարտ միջանցքները (SWIFT)։
Ցանկացած բացառություն կանոններ և անհասկանալի պատճառներ ունի։
3) Պլյուսներ/մինուսներ
4) Մետրոպոլիտենի փոխակրիչի ճարտարապետությունը
1. Pre-winks: same-method, ND, RG/KYC, սանկցիաներ։
2. Risk-coring: payme/device/behavior/geo/fx նշաններ։
3. Դեցիզիոներ ՝ «ISO _ PASS/MANTS _ REVIEW/DENY»։
4. Գծերը 'SLA գերակայությունների ձեռքով հերթը, ռոտերը միջանցքում։
5. Օրկեստրացիան 'միջանցքի ընտրությունը (instronef.f.ru standard) cost/ETA/limitas։
6. Treasury/FX: pre-funding, գնդակների լիմիտներ, slippage-գվարդներ։
7. Reconciliation: Status, բարձրացումներ/revers, re rout/refand։
8. Observability: timlines, 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 240 (արագ թողարկումը հաստատման ժամանակ)։
3. Մեկ խաղացողի մուլտֆիլմերը (նվազեցնել churn/կոչը)։
4. Instation-միջանցքները ցանցի դեգրադացիայի հետ (արագ ընտրություն կամ թույլտվություն)։
5. Մնացածը։
SLA կառավարումը հետևյալն է ՝ 24p95 լուծում '244-8 ժամ "(լիցենզիա/շուկա կախվածություն)։
Գործիքներ ՝ փաստաթղթերի Auto-ենթախումբ, ww.klis.ru, պատասխանների մակրո, «Approve with note», «Partial releae»։
7) UX և հաղորդակցություն
Avto-ճյուղը 'ցույց ենք տալիս ETA-ը և կարգավիճակները («Նախաձեռնված», «Emeno»)։
Ձեռքի ճյուղը 'ազնվորեն ասում ենք սպասվող պատուհանը (շեմը) և ինչ պետք է (փաստաթղթերի/ստուգումների ցուցակ)։
Էսկալացիա 'ծանուցումներ SLA-ի համար, առաջարկություն փոխել մեթոդը (եթե չի խախտում same-method/ND)։
Ռեքվիզիտների պատմությունը '«ստուգված» ստացողը ապագա ավտո-2019-ի համար։
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. Avto/ձեռքով/ձախողումների և նրանց 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 ձեռքով հերթը և 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 վճարումները - 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) Metriki և dashbords
Media-rate տոկոսը 'մեքենայի ճյուղում միգրանցների մասնաբաժինը։
Manaultaprove %/deny%, manaultp95 TAT (լուծման ժամանակը)։
TTW p95/p99 по decision/corridor/provider/geo.
SLA-breach% (մեքենա և ձեռքով)։
Returns/Reverse% և կրկնվող միգրանցների մասնաբաժինը հետո։
Cost per payout-ը ճյուղերով և միջանցքներով։
ND <0 նոդեմբերի մեջ։
Queue health: Open, in-progress, breaches, միջին սպասումը։
Complaint/1k payouts և CSAT vs ռեժիմը։
11) Ալերտա
Manault backlog spike: «open _ tickets '> շեմն կամ» manoft p95 TAT '> SLA։
Syp95 breach միջանցքում/պրովայդերում։
Returns surge կոդով/bank/geo։
ND negative spike-ը դիմումներում։
Policy drift: Վճարումներ առանց գրված որոշման/fich-crupshot։
New beneficiary risk 'ձեռքերի մեծ մասը նոր ստացողների վրա։
12) Պլեյբուկի
A. Roysk (արգելակում է TTW)
1. Միացրեք pre-approval-ը low-risk հատվածների համար մինչև X գումարը։
2. Ավելացնել capacity-ը (long-day, շեղել հերթափոխը)։
3. Ժամանակավորապես բարձրացնել risk _ score շեմը MANIM-ի համար անվտանգ GEO/2019-ում։
B. Auto-միջանցքի քայքայումը (p95 մգ/returns)
1. Կասկադը այլընտրանքային միջանցքի համար, նվազեցնել per-txn սահմանը։
2. Թարմացնել ETA-ն, PBS/bank թիկետը։
3. Post-mortem 'կարգավորել ռոտինգի քաշը։
C. բարձրացրեք ալիքը նոր ռեկվիզիտով
1. Avto-բլոկը «նոր» է մինչև ձեռքով հաստատումը։
2. Առաջարկել խաղացողին պահպանված ռեքվիզիտ/աղբյուրը։
3. Avto-refund խաղային դրամապանակում և CTA-ում «ընտրել մեթոդը»։
13) Տնտեսությունը և փոխզիջումները
Avto նվազեցնում է վիրահատությունը և բարձրացնում CSAT/retention, բայց պահանջում է ներդրումներ սկորինգի/կանոնների/հեռաչափության մեջ։
Ձեռքերը ավելի թանկ են, բայց նվազեցնում են հազվագյուտ մեծ կորուստները և կարևոր են կարգավորող պաշտպանության համար։
Մենք փնտրում ենք հավասարակշռության կետ 'առավելագույն մեքենա ցածր հատվածների և ակնթարթային միջանցքների համար։ ձեռքով 'edge-cass-ի համար։
14) A/B թեստերը
«risk _ score», pre-approval-ի սահմանները, միջանցքների գերակայությունը կասկադում։
Կոպիրայթ և ETA ձեռքի ճյուղի համար։
Guardrails: Returns %, CBR bps, manual p95 TAT, CSAT, Complaints/1k.
15) Best practics (կարճ)
1. ND 240, same-method, KYC L1 +, ցածր գումարներ և ստուգված գրառումներ։
2. Policy-as-code + ֆիչի/լուծումների տրամաբանությունը, վերարտադրումը։
3. Միջանցքների կասկադը cost/ETA/առողջություն, auto-failover։
4. SLA-ի առաջնահերթությունը և օպերատորի համար չեկի թերթերը։
5. Թափանցիկ ETA-ը և երկու ճյուղերի կարգավիճակները։
6. Pre-funding/գնդակների լիմիտներ, FX-գվարդներ։
7. P95/p99 և ալտերտեր պոչերի/վերադարձի/backlog։
8. Փոստի պատահարները և կարբինգի/կանոնների ստացիոնար թյունինգը։
16)
- ՌՍՖՍՀ/MANTS/DENY և versioning։
- Սկորինգը և «pre-approval» սահմանները հատվածներում։
- Same-method/ND/KYC/RG/սանկցիաները pre-winks-ում։
- Գծեր և գերակայություններ, SLA և դերեր։
- Միջանցքների կասկադները և health-fid, failover։
- Տվյալների մոդելը և թայմլայնները, փուչիկները/լուծումները։
- Dashbords և alerts TTW/SLA/returns/backlog։
- Պլեյբուկի 'քայքայումը, վերադարձի ալիքը, ձեռքի աճը։
- A/B և ամսաթիվը 'բարձրանալու/RF։
- Մոսկովյան աուդիտները դելեգներին/քաղաքական գործիչներին։
Ռեզյումե
"Ձեռքի vs Auto վճարումները" ոչ թե ընտրություն "կամ" կամ ", այլ ստրատիֆիկացված համակարգ 'մեքենա' կանխատեսելի անվտանգ ինտեգրման համար ուժեղ հեռաչափով։ ձեռքով 'նեղ, ռիսկային և կարգավորող զգայուն դեպքերի համար։ Ֆորմալիզացրեք կանոնները որպես կոդ, չափեք p95/p99 և backlog, պահեք միջանցքների կասկադները և թափանցիկ ETA-ը, և կստանաք արագ, հուսալի և տնտեսապես կայուն վճարումներ։