GH GambleHub

بازیکن بررسی شمول مالی

بررسی دسترسی مالی بازیکن (مقرون به صرفه)

1) هدف و منطقه

اطمینان حاصل شود که این بازی منطبق بر توانایی های مالی بازیکن، کاهش خطر آسیب و مطابق با الزامات صدور مجوز. مقرون به صرفه مکمل RG و AML: ما توانایی یک بازیکن را به تحمل هزینه های بازی بدون تعصب (با چک کردن منشاء بودجه اشتباه گرفته شود، اگر چه موارد اغلب با هم همپوشانی دارند).

پوشش: محصول (وب/موبایل)، کیف پول/PSP، خطر/RG، CS، انطباق/حقوقی/DPO، ارائه دهندگان بازی، گزارش.

2) اصول

تناسب: عمق تأیید مربوط به سطح ریسک و بازار است.
حداقل اطلاعات لازم: ما فقط می خواهیم آنچه را که لازم است حل کنیم.
شفافیت و احترام: دلایل روشن برای درخواست و اسناد مورد انتظار/مهلت.
بدون خاموش کردن AML: در متن، ما از نکات سوء ظن اجتناب می کنیم.
قابلیت اثبات: تمام مراحل و راه حل ها ثابت شده اند، مصنوعات ثبت می شوند.
حریم خصوصی توسط طراحی: GDPR/آنالوگ محلی، ذخیره سازی و دسترسی RBAC.

3) نقش ها و RACI

مالک مقرون به صرفه (RG سرب/سرب خطر) - سیاست، آستانه، تشدید. (الف)

تحلیلگران ریسک (خطوط 1/2) - تأیید، درخواست شواهد، تصمیم گیری. (R)

CS/CRM - ارتباطات، پشتیبانی بازیکن، پاسخ SLA. (R)

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

انطباق/قانونی/DPO - انطباق با بازارها، حریم خصوصی، قالب ها. (ج)

داده ها/مهندسی - رویدادها/سیاهههای مربوط، یکپارچگی (API های بانکی، تأیید کننده ها). (R)

حسابرسی داخلی یک ارزیابی مستقل از شیوه ها و نمونه ها است. (ج)

Exec Sponsor (COO/CEO) - منابع، "تن از بالا. "(I/A)

4) شروع به چک کردن (اسکلت)

مالی:
  • سپرده یک بار بزرگ (آستانه بازار).
  • رشد سریع در سپرده/زیان در یک دوره کوتاه.
  • لغو مکرر نتایج ؛ انتقال به روش های پرداخت «قرض گرفته شده».
رفتاری/نشانگر:
  • جلسات شبانه/طولانی، شتاب نرخ، RC های متعدد بدون وقفه.
  • گزارش بازیکنان از مشکلات مالی
تنظیم مقررات/مشخصات:
  • دستیابی به آستانه نیاز به EDD/مقرون به صرفه توسط بازار/مجوز.
  • کلاس افزایش ریسک (RG/AML)

5) داده ها و شواهد (سطوح)

سطح A - بررسی آسان (حداقل):
  • اعلام بودجه سرگرمی/درآمد (فرم در محصول).
  • اظهارات بانک/fintech تلفیقی (بدون جزئیات غیر ضروری) و یا بیانیه درآمد.
  • تایید اشتغال/وضعیت (به درخواست بازار).
سطح B - استاندارد:
  • اظهارات بانکی 90 روزه (زمینه های حذف شده).
  • اسناد درآمد: گواهی کارفرما، فرم مالیات، قرارداد/فاکتورها (برای خود اشتغالی).
  • اعلام هزینه ها توسط دسته های اصلی (مسکن/وام/نفقه).
سطح C - پیشرفته (EDD/SoW در صورت لزوم):
  • تأیید منبع وجوه/دارایی (فروش ملک، سود سهام و غیره).
  • API بانکداری باز (بانکداری باز) - معیارهای پرداخت بدهی (با رضایت و پذیرش).
  • اسناد را به درخواست بازار/تنظیم کننده اضافه کنید.
💡 ما همیشه با توجه به اصل به حداقل رساندن داده ها عمل می کنیم: ما چیزهای غیر ضروری را ذخیره نمی کنیم، ما موارد استفاده نشده را ماسک می کنیم.

6) ارزیابی و آستانه

درآمد خالص یکبار مصرف (NDI): درآمد «رایگان» پس از هزینه های اساسی تخمین زده می شود.
از دست دادن مقرون به صرفه/بودجه: سهم NDI مجاز برای سرگرمی (سیاست داخلی + هنجارهای محلی).

کلاس های راه حل:
  • سبز - بدون محدودیت یا بودجه نرم.
  • کهربا - محدودیت در سپرده/زیان، نظارت.
  • قرمز - چشم پوشی/محدودیت های سخت/اتمام وقت/SE.
مثال یک مقیاس (به وضوح، اعتبار توسط بازار):
  • از دست دادن> X٪ NDI تخمین زده شده در 30 روز → کهربا.
  • تلفات> Y٪ NDI یا نشانگرهای سمی → قرمز.

7) فرآیند (سیگنال به تصمیم)

مرحله 1 - سیگنال و قبل از محدوده. جمع آوری حقایق (مقدار/زمان، نشانگرهای RG)، تعیین اولویت (S1.. S3)، ثابت در سیستم مورد.
مرحله 2 - درخواست شواهد انتخاب سطح (A/B/C)، لیست قابل فهم از اسناد، مهلت (معمولا 7-14 روز)، محدودیت موقت/مکث در صورت لزوم.
مرحله 3 - تجزیه و تحلیل محاسبه NDI/بودجه، تأیید پایداری درآمد/هزینه ها، تأیید متقابل با رفتار.
مرحله 4 - راه حل سبز/کهربا/قرمز، تنظیم محدودیت/قفل، جدول زمانی برای تجدید نظر.
مرحله 5 - ارتباطات متون خنثی بدون فشار، بدون زیر متن AML.
مرحله 6 - مستند سازی مصنوعات، محاسبات، منطق، پیوند به سیاست ها/هنجارهای محلی.
مرحله 7 - تجدید نظر بازبینی مجدد پس از N روز یا زمانی که خطرات تغییر می کنند.

8) UX و متون صحیح

درخواست سند (خنثی):
  • ما می خواهیم اطمینان حاصل کنیم که هزینه های بازی برای شما راحت است. لطفا تأیید درآمد/بودجه مختصر (لیست در داخل) را آپلود کنید. این به شما کمک می کند تا محدودیت های مناسب را پیدا کنید.
محدودیت زمانی برای دوره تأیید:
💡 ما سپرده ها را برای مدت زمان بررسی محدود خواهیم کرد. این یک اقدام امنیتی استاندارد است. پس از اتمام بررسی به شما اطلاع داده خواهد شد.
راه حل کهربا:
💡 بر اساس بررسی ما، ما محدودیت های سپرده/ضرر را برای حفظ هزینه های خود در بودجه تعیین کرده ایم. شما می توانید آنها را پس از [تاریخ] بررسی کنید.
راه حل قرمز:
  • ما به طور موقت دسترسی به بازی را برای جلوگیری از آسیب احتمالی محدود خواهیم کرد. شما می توانید درخواست بررسی پس از [تاریخ] و یا ارائه اسناد جدید.

اجتناب از اظهارات در مورد سوء ظن/AML ؛ استفاده از خنثی «امنیت/هزینه چک راحتی».

9) تعامل با RG و AML

RG: نشانگرهای آسیب، اولویت مقرون به صرفه را تقویت می کنند، تصمیمات → محدودیت/زمان بندی/SE.
AML: اگر خطر منشاء وجوه در فرآیند مقرون به صرفه ظاهر شود، یک مورد موازی AML را باز کنید (بدون خاموش کردن در ارتباطات مقرون به صرفه).
پرداخت: بلوک سپرده های تکراری/بازاریابی در زمان تأیید.

10) حریم خصوصی، حقوق و حفظ

اساس پردازش: وظیفه قانونی/منافع قانونی (حفظ بازیکن و رعایت مجوز).
به حداقل رساندن و پوشش: جمع آوری تنها آنچه مورد نیاز است، EXIF حذف شده است، زمینه های حساس بسته شده است.
دسترسی: RBAC/ABAC، خواندن/تغییر سیاهههای مربوط، فروشگاه WORM از مصنوعات.
نگهداری: معمولا 5-7 سال یا با بازار/مجوز ؛ پس از انقضا - حذف امن.
حقوق افراد: DSAR از طریق DPO ؛ به افشای تکنیک های ضد تقلب/نمره و داده های اشخاص ثالث نیست.

11) داشبورد و معیارها

زمان تصمیم گیری (TTD): متوسط از سیگنال به تصمیم.
نرخ تکمیل:٪ موارد با اسناد دریافت شده در زمان.
کهربا/نرخ قرمز: سهام راه حل های بخش/بازار.
تکرار نشانگرهای آسیب: نشانگرهای آسیب در روزهای 30/90 پس از تصمیم گیری.
محدود کردن جذب/پایبندی: نسبت انطباق با محدودیت ها.
شکایات و حل و فصل: شکایت/دوره بسته شدن.
شدت داده ها:٪ از مواردی که حداقل مجموعه شواهد جمع آوری شده است.
Auditability: سهم موارد با یک بسته کامل از مصنوعات و محاسبه NDI.

12) چک لیست

قبل از اجرای سیاست

  • آستانه بازار با قانونی/انطباق موافقت کرد.
  • قالب نامه محلی و تست شده برای بی طرفی.
  • ادغام با ذخیره سازی سند، بانکداری باز (در صورت موجود بودن)، سیستم مورد.
  • روش های پوشش/حذف EXIF، اعتبار سنجی فرمت.
  • CS/پرسش و پاسخ اسکریپت آماده ؛ آموزش کامل شد.

در عملیات

  • هر مورد دارای اولویت، لیستی از اسناد مورد نیاز و مهلت است.
  • محدودیت زمانی/قفل ها به طور خودکار فعال می شوند.
  • تصمیمات با محاسبات و مراجع سیاست مستند شده است.
  • پرچم سرکوب مجاور RG/AML/بازاریابی را فعال کنید.

حسابرسی و بهبود

  • نمونه برداری سه ماهه از موارد (≥ 30) برای کامل/قوام راه حل.
  • بررسی ورود به سیستم رویداد با کیف پول/GL.
  • CPA برای نظرات تکراری.

13) قالب (درج سریع)

الف) فهرست اسناد (سطح B)

💡 لطفا ارائه: (1) اظهارات 90 روز (می توانید معاملات نامربوط پنهان)، (2) اثبات درآمد (مرجع/قرارداد/فرم)، (3) در صورت موجود - اثبات هزینه های منظم (وام مسکن/اجاره).

B) یادآوری مهلت

💡 ما به شما یادآوری می کنیم که اسناد بررسی مالی را درخواست کنید. تاریخ [تاریخ] است. در صورت نیاز به توضیح، لطفا به این پیام پاسخ دهید.

C) محدود کردن راه حل

بر اساس نتایج چک، یک حد سپرده روزانه از € X و یک حد ضرر ماهانه از € Y تا [تاریخ تجدید نظر] وجود دارد. این کمک خواهد کرد که هزینه ها را در بودجه خود نگه دارید.

D) بسته شدن بدون سند

💡 ما اسناد را تا [تاریخ] دریافت نکرده ایم. برای جلوگیری از آسیب احتمالی، ما سپرده/بازی را محدود خواهیم کرد. شما می توانید اسناد را برای تجدید نظر ارسال کنید.

14) اجرای فنی (اسکلت)

События: 'مقرون به صرفه _ باعث'، 'docs _ requested'، 'docs _ received'، 'مقرون به صرفه _ تصمیم {green' amber 'red' '،' rg _ limits _ set '،' بازاریابی _ سرکوب '.
API кейс - системы: 'POST/affordability/case', 'PATCH/case/{ id }/status', 'POST/case/{ id }/decision'.
ذخیره سازی سند: رمزگذاری در حالت استراحت ؛ ماسک اتوماتیک، سلب EXIF ؛ چک سام ها و گزارش های WORM.
قوانین (موتور سیاست): آستانه های بازار، SLA، محدودیت های خودکار برای دوره تأیید.
گزارش: CSV/JSON با واحدهای بدون PII آپلود می شود.

15) اشتباهات مکرر و چگونگی اجتناب از آنها

درخواست سند بیش از حد → سطح A/B/C، به حداقل رساندن، توضیح «چرا».
تاخیر بدون اقدامات موقت → Autolimits هنگام باز کردن پرونده.
→ قالب های آماده، آزمایش برای وضوح.
مخلوط کردن با AML در حروف. → جمله بندی خنثی، مورد AML جداگانه در صورت لزوم.
هیچ محاسبه → استاندارد روش NDI/بودجه و ذخیره محاسبه.
هماهنگ سازی ناقص → اتصال راه حل به CRM/PSP/ارائه دهندگان بازی (سرکوب/بلوک).

16) پروفایل های منطقه ای (قاب برای پر کردن)

برای هر بازار، رفع: آستانه اجباری، منابع داده، پذیرش بانکداری باز، زمان پاسخ، فرمت گزارش، ذخیره سازی/محلی سازی مورد نیاز است.


Profile [Market]
Thresholds:...
Sources: self-declaration     banking API      docs
Terms: ack ≤...; decision ≤ …
Solutions: green/amber/red - parameters
Reporting: Frequency/Format
Privacy: local requirements

17) برنامه اجرایی 30 روزه

1 هفته

1. تصویب سیاست مقرون به صرفه و آستانه بازار.
2. موافقت در مورد قالب های ارتباطی (RU/EN + locales) و پرسش و پاسخ.
3. رویدادها/مدل داده ها و ادغام (موارد، ذخیره سازی، بانکداری باز در صورت موجود بودن) را مشخص کنید.

2 هفته

4. پیاده سازی جریان مورد، محدودیت های خودکار برای دوره تأیید، بارگیری/پوشاندن اسناد.
5. فعال کردن سرکوب بازاریابی/PSP زمانی که مورد فعال است.
6. ریسک قطار/CS ؛ انتشار 1 صفحه و ماکروها.

3 هفته

7. خلبان (5-10٪): TTD/تکمیل/شکایات اندازه گیری، تجدید نظر دستی از تصمیم گیری.
8. تنظیمات را به آستانه/متون، ادغام اشکال زدایی.

4 هفته

9. آزادی کامل ؛ نظارت روزانه KPI و بررسی انتخابی.
10. گزارش به مدیریت ؛ CAPA برای شکست و شکایت.
11. نقشه شماره 1 1: گسترش پروفایل های بازار، اضافه کردن بانکداری باز/به ثمر رساند، محاسبه خودکار NDI.

بخش های مرتبط:
  • بازی مسئولانه و محدودیت ها
  • خود حذفی و مسدود کردن حساب
  • واقعیت چک و یادآوری بازی
  • دفترچه های حوادث و اسکریپت ها (RG/AML)
  • AML و آموزش کارکنان/آگاهی از انطباق
  • اطلاعیه های نقض و مهلت گزارش
  • گزارش های نظارتی و فرمت های داده
  • حسابرسی داخلی و چک لیست های حسابرسی خارجی/حسابرسی
Contact

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

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

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

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

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

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