خود حذفی و مسدود کردن حساب

1) هدف و منطقه

اطمینان از امن، شفاف و از نظر قانونی درست خود حذفی و مکانیک مسدود کردن برای محافظت از بازیکنان، کاهش آسیب و مطابق با الزامات صدور مجوز. پوشش: وب/تلفن همراه، ارائه دهندگان بازی، پرداخت/PSP، CRM/بازاریابی، پشتیبانی (CS)، خطر/AML، حقوقی/DPO، گزارش به تنظیم کننده.

2) اصول

اولویت ایمنی بازیکن هر گونه درخواست برای SE بلافاصله پردازش می شود.
بدون فشار. تلاش برای متقاعد کردن/دوباره فعال در طول SE ممنوع است.
بازگشت ناپذیری در دوره برداشت یا کاهش - تنها پس از یک دوره خنک کننده و تایید.
کامل بودن مسدود کردن بازی/سپرده/بازاریابی/پاداش/PSP - تحت سرکوب.
مدرک دارم. سیاهههای مربوط به تصمیم، مصنوعات، رسید حمل و نقل به ثبت.
حریم خصوصی PII به حداقل می رسد، دسترسی RBAC، ذخیره سازی نگهداری.

3) نقش ها و RACI

RG Lead (صاحب فرآیند) - سیاست/معیارها، تشدید. (الف)

CS/CRM - پذیرش برنامه ها، ارتباطات صحیح، سرکوب راه اندازی. (R)

خطر/AML - مسدود کردن اجباری در خطرات/نشانگرهای آسیب/تحریم ها. (R)

محصول/UX/مهندسی - جریان UX، API SE/قفل، ادغام با ثبت/ارائه دهندگان/PSP. (R)

قانونی/DPO - محلی سازی الزامات، حفظ حریم خصوصی/حفظ. (ج)

پرداخت/امور مالی - نگه دارید/لغو سپرده/نتیجه گیری های سیاست. (R)

حسابرسی داخلی - حسابرسی مستقل و CAPAs. (ج)

Exec Sponsor (COO/CEO) - «تن از بالا». (I/A)

4) انواع محدودیت ها

4. 1 داوطلبانه

زمان (خنک کردن): 24 ساعت/7/30 روز.
خود حذفی (SE): 6-12 ماه, یا نامحدود; فعال سازی مجدد تنها با روش (خنک کننده + تایید) امکان پذیر است.

4. 2 اجباری

مسدود کردن RG: با نشانگرهای آسیب تأیید شده/رفتار نامناسب.
مسدود کردن قانونی: به درخواست تنظیم کننده/دادگاه/رجیستری.
بلوک AML/تحریم: با توجه به سیاست AML/تحریم (بدون اوج خاموش).

عمومی: با هر گونه محدودیت فعال - سرکوب کامل بازی/سپرده/بازاریابی/پاداش.

5) موضوعات UX و کپی رایت

5. 1 شروع

از مشخصات و هدر: "نگاهی به یک استراحت "/" خود حذفی. ≤ 3 کلیک

مهلت روشن و عواقب (بازی/سپرده/پاداش/ارتباطات).

5. 2 تایید

پاک کردن صفحه با نوع/تاریخ/تاریخ پایان/چه چیزی غیرفعال خواهد شد.
چک باکس «من عواقب را درک می کنم» و CTA: «تایید خود حذفی».

5. 3 پس از فعال سازی

واحد رابط, صفحه نمایش «خود حذفی فعال است تا [تاریخ]».
لینک برای کمک و حمایت از منابع.

5. 4 کاهش/بازگشت

فقط پس از انقضا + دوره خنک کننده (به عنوان مثال 24-168 ساعت)، با تایید راه حل.

• ما دسترسی به بازی ها را تا [تاریخ] به حالت تعلیق در می آوریم تا بتوانید مکث کنید ".
• "پیام های بازاریابی غیرفعال می شوند. شما می توانید آنها را پس از پایان دوره روشن کنید"

6) ادغام و حلقه های مسدود کردن

رجیسترهای خود حذفی (nat ./reg.) : ثبت نام/ورود و پیش سپرده ؛ زمان واقعی یا هماهنگ سازی T + 1.
ارائه دهندگان بازی: رویداد 'session _ stop'، ممنوعیت جلسات جدید ؛ وضعیت SE به جمع کننده پخش می شود.
PSP/پرداخت: بلوک از سپرده های جدید/انحراف خطر; پرچم های SE در ضد تقلب.
CRM/بازاریابی: لیست سرکوب برای کمپین های ایمیل/SMS/فشار/حفظ.
Affiliates - اطلاعیه وضعیت SE برای ممنوع کردن هدف قرار دادن/فعال سازی مجدد.

7) داده ها، سیاههها و نگهداری

• user _ id، ، ، ، source {self 'rg' aml 'reg}.

• حسابرسی از اقدامات: چه کسی/چه زمانی/چه تاسیس، تلاش برای بازی/سپرده در طول SE.
• تأییدیه ها: رسید ثبت نام در ثبت، شناسه مورد.

نگهداری: حداقل دوره مورد نیاز توسط تنظیم کننده (اغلب 5-7 سال) ؛ دسترسی به شدت توسط RBAC/ABAC.

8) نشانگر آسیب و اقدامات اجرایی

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

تشدید: از تماس های نرم → محدودیت زمانی → مسدود کردن RG → (در صورت لزوم) اطلاع رسانی از تنظیم کننده/رجیستری.

9) پرداخت و نتیجه گیری

سپرده های جدید تحت هر محدودیت فعال ممنوع است.
نتیجه گیری: پردازش شده توسط سیاست (بازگشت تعادل عادلانه، بررسی AML/RG، بدون اوج خاموش).
بازپرداخت/اختلافات - طبق قرارداد و قوانین ؛ مستندات لازم است.

10) ارتباطات (بدون فشار و اوج خاموش)

SE تایید: "شما خود حذفی فعال است تا [تاریخ]. ما دسترسی به بازی ها و خبرنامه ها را غیرفعال کرده ایم، بنابراین می توانید مکث کنید"

SE تلاش ورود: "حساب محدود به [تاریخ]. در اینجا منابع پشتیبانی و اطلاعات زمان بندی وجود دارد"

درخواست بازگشت زود هنگام: «آرامش محدودیت ها تنها پس از یک دوره خنک کننده امکان پذیر است».
قفل AML: استفاده از عبارت خنثی «چک های امنیتی استاندارد»، بدون نشان دادن سوء ظن.

11) گزارش و انطباق

تقویم مهلت برای ارسال رویدادها/ثبت ؛ تایید صورتحساب

فرمت های گزارش (CSV/XML/JSON/XLSX) و کنترل طرح (اعتبار سنج).
آشتی داده: کیف پول/گزارش GL ↔ RG/SE ثبت نام ؛ اختلافات> X٪ - حادثه.
ذخیره سازی تأییدیه در پذیرش گزارش توسط تنظیم کننده.

12) داشبورد و KPI/KRI

پوشش SE: نسبت SE های فعال/زمان بندی.
Time-to-Block: میانه از درخواست بازیکن به بلوک واقعی (هدف فوری است).
یکپارچگی سرکوب:٪ از بازیکنان SE با تمام کانال های بازاریابی/سپرده غیر فعال.
تلاش در طول SE - تعداد تلاش برای ورود/سپرده - کنترل UX و اطلاع رسانی.
بازگشت پس از Cooldown: نسبت بازده پس از پایان SE و رفتار آنها.
SLA همگام سازی رجیستری: به موقع بودن همگام سازی/تایید.
شکایات/اختلافات: موارد SE، درصد ≤ حل شده X روز.
یافته های حسابرسی/تکرار: کاستی های تکراری.

13) چک لیست

قبل از راه اندازی

• جریان های UX «timeout/SE/reactivation» ≤ 3 کلیک ؛ نوشته های توافق شده
• یکپارچگی: ثبت SE، ارائه دهندگان بازی، PSP، سرکوب CRM.
• سیاهههای مربوط غیر قابل تغییر هستند، اعتبار سنج از طرح گزارش در CI.
• CS و FAQ اسکریپت منتشر شده ؛ تیم آموزش داده شده است.
• حفظ/سیاست حفظ حریم خصوصی (DPO) تایید شده است.

عملیات

• هر درخواست SE - برنامه فوری و دریافت.
• کاهش - تنها پس از خنک کننده و تایید.
• شکایات/تجدید نظر - ثبت شده و پاسخ در زمان.
• بازاریابی/PSP چک سرکوب - برنامه ریزی شده.

حسابرسی و کنترل

• نمونه های سه ماهه موارد SE/قفل و مصنوعات آنها.
• آشتی با GL/کیف پول/CRM ؛ اختلافات - CPA
• یکپارچهسازی با سیستمعامل در حوادث RG با به روز رسانی سیاست.

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

الف) تأیید اتمام وقت

B) تایید خود حذفی

C) پاسخ به درخواست برداشت اولیه

D) اطلاع سهامداران

E) پیام هنگام تلاش برای واریز در SE

سپرده در دسترس نیست: حساب شما دارای یک دوره خود حذفی فعال تا [تاریخ]. بخش پشتیبانی و کمک در اینجا موجود است: [link].

15) قانونی و حریم خصوصی

مبنای پردازش: منافع قانونی/تعهدات قانونی برای RG/SE ؛ جریان سند برای گزارش.
DSAR: اطلاعات بدون تعصب به تحقیقات/حفاظت از اشخاص ثالث ارائه می شود ؛ داده های SE - با توجه به هنجارهای محلی.
مرزی: تضمین های قراردادی و به حداقل رساندن.
قابلیت دسترسی و محلی سازی: رابط ها و حروف در زبان بازار، فرمت های موجود.

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

API RG/SE: «POST/cooloff»، «POST/خود حذفی»، «GET/محدودیت ها»، «POST/reactivation-request».
События: 'se _ activated', 'se _ registry _ synced', 'deposit _ blocked', 'marketing _ suppressed', 'reactivation _ cooldown _ passed'.
موتور سیاست: قوانین خنک کننده، سرکوب، PSP/بلوک بازی.

DQ/اعتبار: یکپارچگی وضعیت در محیط چند ارائه دهنده ؛ انسجام گزارش ها

نظارت: هشدارها در صورت عدم هماهنگی (رجیستری/جمع کننده/PSP/CRM).

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

جریان های پیچیده SE. → مراحل کوتاه، حرکت به هدر/مشخصات.
حذف محدودیت بدون خنک کننده → اجرا در موتور سیاست.
بازاریابی "نشت. "→ یک پرچم سرکوب تنها و چک شبانه.
هیچ مصنوعات → رسید مورد نیاز و لینک به ID رجیستری.
وضعیت های مختلف ارائه دهندگان/PSP. → آشتی دوره ای و خودکار اصلاح.

18) ارتباطات داخلی

بازی مسئولانه و محدودیت ها سیاست و نشانگر آسیب است.
playbooks حادثه و اسکریپت - حوادث RG/اطلاعیه ها.
گزارش های نظارتی و فرمت - آپلود و رسید.
کد اخلاق و رفتار - ارتباطات صحیح.
آگاهی از انطباق کارکنان/آموزش AML - CS/CRM/آموزش ریسک.
سیاست ضد فساد - تعامل با ثبت/بدن.

19) برنامه پیاده سازی (30 روز)

1 هفته

1. تصویب سیاست SE/interlock (انواع، زمان بندی، خنک کننده، ارتباطات).
2. مدل داده/رویداد و RACI را مشخص کنید.
3. طرح بندی UX و متون (مکان های کلیدی) را آماده کنید.

2 هفته

4. پیاده سازی محدودیت API ها و حلقه های سرکوب (بازی/PSP/CRM).
5. اتصال ثباتهای SE ؛ پیکربندی اعتبار سنج فرمت/لایحه.
6. آموزش CS/CRM ؛ اسکریپت ها و FAQ ها را منتشر کنید.

3 هفته

7. خلبان (5-10٪): مسدود کردن چک، تلاش سپرده، misalignments.
8. تست های خنک کننده/فعال سازی، اعتبار سنجی دستی موارد.
9. جمع آوری بازخورد، به روز رسانی متون/قوانین.

4 هفته

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

چه کاری انجام فردا ورق تقلب (برای CS/CRM)

برای هر درخواست خود حذفی → فعال SE بلافاصله و ارسال یک تایید.
هرگز نگویید «نظرت را عوض کن» پاداش/تخفیف ندهید.
سرکوب بازاریابی و بلوک سپرده را بررسی کنید.
پاسخ به هر گونه سوال در مورد تاخیر در نتیجه گیری خنثی («بررسی امنیت»).
تمام اقدامات را با شناسه مصنوعات/رسید ثبت کنید.