GH GambleHub

دستی در مقابل پرداخت خودکار

1) قاب مفهومی

پرداخت خودکار - تصمیم گیری برای «عبور/رد/تشدید» به طور خودکار بر اساس قوانین و به ثمر رساند ساخته شده است، ارسال به راهرو بدون مشارکت اپراتور انجام می شود.

پرداخت های دستی - تأیید انسانی (تحلیلگر نهایی اپراتور/ریسک) درخواست را قبل از ارسال/پس از بازگشت تأیید یا لغو می کند.

هدف این است که به حداکثر رساندن سهم پرداخت خودکار در حالی که حفظ خطر قابل قبول و انطباق با الزامات قانونی. شاخه دستی یک «شبکه ایمنی» است، نه یک پیش فرض.

2) معیارهای انتخاب حالت

هنگامی که خودکار پیش فرض است

روش مشابه و بازگشت به منبع ملاقات کرد.
ND ≥ 0 (بدون سپرده خالص منفی).
سطح KYC ≥ L1، بدون قفل فعال RG.
نرخ ریسک <آستانه، بدون درگیری جغرافیایی (IP≈KYC≈SIM).
مجموع ≤ آستانه از پیش تایید شده برای بخش.
روش/راهرو - لحظه ای/قابل اعتماد با بازده کم.
بدون سیگنال های بازپرداخت/سوء استفاده تازه.

هنگامی که «دستی» به طور پیش فرض است

SoF/SoW مورد نیاز (آستانه/سیگنال).
POP/غرق فاز (بازدید فازی) و یا اسناد بحث برانگیز است.
درگیری GEO، مشکوک چند حساب/خانواده.
ناهنجاری های سرعت/مقدار (بسیاری از برنامه های کاربردی، مقدار زیادی).
نتیجه گیری به یک پروپ جدید بدون تاریخ.
سناریوهای داوری FX، راهروهای غیر استاندارد (SWIFT).
هر قاعده استثنا و بازگشت با علت نامشخص.

3) جوانب مثبت/منفی

معیار هاپرداخت های خودکارپرداخت های دستی
TTW/SLAحداقل، p95 در دقیقهبستگی به صف (ساعت)
هزینه هازیر گردو/اپراتورهابالاتر از OPEX ؛ خطر کمتر
ریسک پذیریبستگی به کیفیت قوانین/به ثمر رساندبهتر در موارد لبه
مقیاس اندازه گیریبه راحتی مقیاس پذیرتنگنا - مردم
تجربه کاربری/CSATبالا (لحظه ای)زیر (انتظار/بلیط)
تطابق پذیرینیاز به حسابرسی دقیقبهتر است برای موارد مبهم

4) معماری خط لوله ترکیبی

1. پیش چک: همان روش، ND، RG/KYC، تحریم ها.
2. نمره ریسک: پرداخت/دستگاه/رفتار/نشانه های geo/fx.
3. تصمیم گیرنده: "AUTO _ PASS/ MANUAL_REVIEW/DENY'.
4. صف ها: صف دستی با اولویت های SLA، روتر خودکار به راهرو.
5. ارکستراسیون: انتخاب راهرو (فوری → سریع → استاندارد) با هزینه/ETA/محدودیت ها.
6. خزانه داری/FX: قبل از بودجه، محدودیت استخر، نگهبانان لغزش.
7. آشتی: وضعیت، بازده/معکوس، دوباره ریشه/refand.
8. قابلیت مشاهده: جدول زمانی، p95/p99، backlog، هشدارهای نقض.

5) سیاست ها (pseudo-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. همان روش و ND≥0 (انتشار سریع پس از تایید).

3. چند بلیط از یک بازیکن (ریزش پایین/تجدید نظر).

4. راهروهای فوری با تخریب شبکه (قطع سریع یا رزولوشن).

5. بقیه اش رو

مدیریت صف SLA: هدف p95 از راه حل «≤ 4-8 ساعت» (مجوز/وابسته به بازار).
ابزار: خودکار زیر مجموعه اسناد، چک لیست ها، ماکروهای پاسخ، «تایید با توجه داشته باشید»، «انتشار جزئی».

7) UX و ارتباطات

شاخه خودکار: نمایش ETA و وضعیت («آغاز شده»، «اعتبار»).
شاخه کتابچه راهنمای کاربر: صادقانه به پنجره مورد انتظار (آستانه) و آنچه مورد نیاز است (لیست اسناد/چک).
تشدید: اعلان ها هنگام خروج از SLA، پیشنهادی برای تغییر روش (در صورت عدم نقض همان روش/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. 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. پرداخت خودکار - نقض در امتداد راهروها

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) معیارها و داشبورد

نرخ خودکار٪: سهم پرداخت در خط خودکار.
دستی تایید ٪/انکار٪، دستی p95 TAT (زمان تصمیم گیری).
TTW p95/p99 по تصمیم/راهرو/ارائه دهنده/جغرافیایی.
SLA-نقض٪ (خودکار و دستی).
بازگشت/معکوس٪ و سهم بازپرداخت پس از بازگشت.
هزینه هر پرداخت در امتداد شاخه ها و راهروها.
سهم ND <0 در میان برنامه های کاربردی.
سلامت صف: باز، در حال پیشرفت، شکسته، انتظار متوسط.
پرداخت های Complaint/1k و حالت CSAT در مقابل.

11) هشدارها

اسپایک بکلاگ دستی: 'open _ tickets'> threshold یا 'manual p95 TAT'> SLA.
نقض خودکار P95 در راهرو/ارائه دهنده.
بازگشت افزایش توسط کد/بانک/جغرافیایی.
ND منفی در برنامه های کاربردی.
رانش سیاست: پرداخت بدون یک راه حل ثابت/عکس فوری ویژگی.
ریسک سودمند جدید: نسبت بالای دستی در گیرندگان جدید.

12) کتاب های حادثه

A. افزایش دست (TTW را مهار می کند)

1. شامل پیش تصویب برای بخش های کم خطر تا X مجموع.
2. افزایش ظرفیت بررسی (طولانی روز، حرکت تغییر).
3. به طور موقت آستانه risk_score برای MANUAL را در روش های GEO/ایمن افزایش دهید.

B. تخریب راهرو خودکار (p95↑/returns↑)

1. آبشار به راهرو جایگزین، کاهش محدودیت در txn.
2. به روز رسانی کاربران ETA، بلیط PSP/بانک.
3. پس از مرگ: تنظیم وزن مسیریابی.

C. بازگشت موج برای پروکسی جدید

1. مسدود کردن خودکار گیرندگان «جدید» قبل از تأیید دستی.
2. ارائه بازیکن یک prop/منبع تایید ذخیره شده است.
3. بازپرداخت خودکار به کیف پول بازی و CTA «روش را انتخاب کنید».

13) اقتصاد و تجارت آف

خودکار هزینه سیستم عامل را کاهش می دهد و CSAT/retention را افزایش می دهد، اما نیاز به سرمایه گذاری در نمره/قوانین/تله متری دارد.
آنهایی که دستی هستند گران تر هستند، اما تلفات بزرگ نادر را کاهش می دهند و برای حفاظت نظارتی مهم هستند.
ما به دنبال یک نقطه تعادل هستیم: حداکثر اتومبیل برای بخش های کم خطر و راهروهای فوری ؛ دستی - برای موارد لبه.

14) تست A/B

آستانه «ریسک _ نمره»، محدودیت های قبل از تصویب، اولویت راهروها در آبشار.
کپی رایت و ETA برای شاخه دستی.
Guardrails: بازگشت٪، CBR bps، دستی p95 TAT، CSAT، Complaints/1k.

15) بهترین شیوه (کوتاه)

1. پیش فرض خودکار برای ND≥0، همان روش، KYC L1 +، مقادیر کم و جزئیات تأیید شده.
2. سیاست به عنوان کد + ورود به سیستم ویژگی/تصمیم، تکرارپذیری.
3. آبشار راهروها در هزینه/ETA/سلامت، خودکار شکست.
4. صف های اولویت SLA و چک لیست برای اپراتور.
5. ETA های شفاف و وضعیت برای هر دو شاخه.
6. پیش بودجه/محدودیت استخر، نگهبانان FX.
7. معیارهای p95/p99 و هشدارهای tail/return/backlog.
8. پس از حوادث و به ثمر رساند به طور منظم/تنظیم قانون.

16) چک لیست پیاده سازی

  • خودکار/دستی/انکار و ماتریس ماشه نسخه.
  • به ثمر رساند و «قبل از تصویب» محدودیت های بخش.
  • همان روش/ND/KYC/RG/تحریم ها در پیش چک.
  • صف ها و اولویت ها، SLA ها و نقش ها.
  • آبشار راهروها و تغذیه بهداشتی، شکست خورده است.
  • مدل داده ها و جدول زمانی، عکس های فوری از ویژگی ها/راه حل ها.
  • داشبورد ها و هشدارها توسط TTW/SLA/returns/backlog.
  • Playbooks: تخریب، موج بازده، رشد کتابچه راهنمای کاربر.
  • A/B و بازگشت/CB یخ زدن داده ها
  • مجوز به طور منظم/سیاست ممیزی انطباق.

خلاصه

«دستی در مقابل خودکار پرداخت» - نه یک انتخاب یا انتخاب، بلکه یک سیستم طبقه بندی شده: خودکار - برای سناریوهای ایمن قابل پیش بینی با تله متری قوی ؛ کتابچه راهنمای کاربر - برای موارد حساس باریک، مخاطره آمیز و نظارتی. قوانین را به عنوان کد رسمی کنید، p95/p99 و backlog را اندازه گیری کنید، آبشارهای راهروها و ETA های شفاف را حفظ کنید - و پرداخت های سریع، قابل اعتماد و اقتصادی را دریافت خواهید کرد.

Contact

با ما در تماس باشید

برای هرگونه سؤال یا نیاز به پشتیبانی با ما ارتباط بگیرید.ما همیشه آماده کمک هستیم!

Telegram
@Gamble_GC
شروع یکپارچه‌سازی

ایمیل — اجباری است. تلگرام یا واتساپ — اختیاری.

نام شما اختیاری
ایمیل اختیاری
موضوع اختیاری
پیام اختیاری
Telegram اختیاری
@
اگر تلگرام را وارد کنید — علاوه بر ایمیل، در تلگرام هم پاسخ می‌دهیم.
WhatsApp اختیاری
فرمت: کد کشور و شماره (برای مثال، +98XXXXXXXXXX).

با فشردن این دکمه، با پردازش داده‌های خود موافقت می‌کنید.