UI برای انطباق و کنترل

1) چرا شما به آن نیاز دارید

• شفافیت: روشن است که چه، چه کسی و چرا درخواست/تصمیم می گیرد.
• ردیابی - شما می توانید هر مرحله از ورود به سیستم را بازی کنید.
• قابل پیش بینی بودن: قوانین از قبل روشن هستند، نتایج قابل درک هستند.
• انسانیت: تن بدون ننگ، به ویژه در سناریوهای حساس.

2) زمینه های انطباق در iGaming و الگوهای UX آنها

1. KYC/KYB - تایید هویت/کسب و کار

الگوها: استاد گام، چک لیست سند، ETA، پیش نمایش و راهنمایی عکس، بارگذاری مجدد، وضعیت «تحت بررسی».

2. AML/تحریم/PEP - معامله و نظارت بر شخص

الگوها: سرعت خطر با توضیح پذیری، کارت بازی، تشدید و نظر دوم، پیش نویس SAR/STR.

3. بازی مسئول - محدودیت ها و خود حذفی

الگوهای: تنظیم محدودیت آسان، پیشرفت بصری، تن خنثی، دوره های خنک کننده.

4. حریم خصوصی و رضایت - GDPR/CCPA، و غیره

الگوها: مرکز رضایت، صادرات/حذف داده ها، سیاهههای مربوط به دسترسی، به حداقل رساندن.

5. امنیت و دسترسی - RBAC/SoD/2FA

الگوها: ماتریس نقش، درخواست ارتفاع، کنترل دوگانه، تایید عملیات حساس.

6. حوادث و ممیزی - نظارت و پس از مرگ

الگوها: کارت حادثه، خط زمانی، ارتباطات مرتبط (بنر/نامه)، اقدامات پیشگیری.

3) معماری اطلاعات (اسکلت بخش انطباق)

داشبورد: وضعیت KYC/AML، صف، هشدار، KPI (SLA، TtV - زمان برای تأیید).
چک: KYC/KYB، تحریمها/PEP، منابع مالی (SoF)، نظارت بر معاملات.
قوانین و سیاست ها - طراح اسکریپت، نسخه ها، انتشارات.
گزارش ها و گزارش ها: اقدامات، دسترسی ها، صادرات داده ها، SAR/STR.
تنظیمات: نقش/حقوق، ادغام ارائه دهنده، قالب اطلاع رسانی.

4) صفحه KYC: چک لیست + الگوی اصلی

ترکیب: پیشرفت (مراحل)، لیست اسناد مورد نیاز، راهنمایی کیفیت عکس، پیش نمایش، وضعیت، ETA، کانال ارتباطی.

• این کار ~ 2 دقیقه طول خواهد کشید. یک سند و یک منطقه روشن را آماده کنید"
• "عکس بدون تابش خیره کننده، گوشه ها و متن قابل مشاهده است. اگر لازم است تکرار کنید"
• A11y: برچسبهای صریح، دستورالعملهای صوتی، "aria-live =" مودبانه "برای وضعیتها، بر خطای اول تمرکز کنید.

5) AML/تحریم ها: خطر، همپوشانی و توضیح پذیری

• منابع خطر: جغرافیایی، دستگاه ها، رفتار، لیست تحریم ها/RAP، الگوهای معامله.
• کارت بازی: عکس/نام/تاریخ تولد/منبع لیست/آستانه. دکمه ها: «تشدید»، «حذف (توجیه)»، «پیوند به نمایه».
• توضیح: «خطر افزایش (1) 87٪ نام مطابقت، (2) حجم خروجی نامشخص، (3) دستگاه تازه بدون تاریخ».
• اقدامات با کنترل دوگانه (چهار چشم): مسدود کردن، انحراف نهایی، تغییر محدودیت.

6) بازی مسئول: تن خنثی و اقدام سریع

اجزاء: LimitsControl، خود حذفی، SessionTimer، RiskAlert.

• لحن بی طرف و محترمانه بدون فشار.
• تعیین محدودیت در 2-3 مرحله، تایید و پیشرفت قابل مشاهده است.
• توضیحات «چرا ما می پرسیم» در بلوک همسایه.
• Microcopy: "شما می توانید یک حد سپرده روزانه تنظیم کنید. این کار به کنترل هزینهها کمک میکند"

7) حریم خصوصی و رضایت

مرکز رضایت: لیست اهداف پردازش (تجزیه و تحلیل، بازاریابی، شخصی سازی)، سوئیچ ها، تاریخ رضایت، «اطلاعات بیشتر».
حقوق موضوع داده: دانلود آرشیو، درخواست حذف، مشاهده ورود به سیستم دسترسی.
به حداقل رساندن: نشان می دهد که زمینه های اختیاری هستند و چرا زمینه های اجباری مورد نیاز است.

میکروکپی: "ما درخواست دسترسی به دوربین را فقط برای یک عکس از سند درخواست می کنیم. عکس های فوری رمزگذاری شده و برای مدت زمان محدود ذخیره می شوند"

8) نقش ها، حقوق و کنترل دوگانه

ماتریس RBAC: نقش ها در برابر اقدامات (مشاهده/ویرایش/تایید/صادرات).
SoD: یک کارمند نمی تواند هر دو پرداخت/گزارش را ایجاد و تایید کند.
تشدید حقوق: «درخواست دسترسی یک بار» → دلیل → مهلت → فراخوان خودکار.
2FA و تأیید: برای عملیات حساس - ورود مجدد/اشتراک.

9) هشدارها، وضعیت ها و اولویت بندی

مقیاس واحد: info → notice → اخطار → خطا → بحرانی.

بحرانی - بنر جهانی + ورود به سیستم + اطلاع مالک.
کنترل نویز: گروه بندی همان نوع رویدادها، محدودیت فرکانس، حالت «dnd».
Статусы KYC/AML: «هیچ | در انتظار | اطلاعات اضافی | تایید شده | رد شده | منقضی شده».

10) قانون ساز و نسخه

مدل UI: "اگر... که... در غیر این صورت"... با یک کتابخانه از شرایط (جغرافیایی، محدودیت، رفتار، منبع بودجه).
شبیه ساز: اجرا بر روی داده های تاریخی، نرخ پاسخ مورد انتظار، FPR/TPR.
نسخه ها و نشریات: پیش نویس → بررسی → انتشار ؛ تغییر ورود به سیستم ؛ برگرداندن نسخه.
برچسب زدن: «بتا»، «مناطق»، «کانال».

11) گزارش فعالیت ها و مسیرهای حسابرسی

کارت رویداد تک: چه کسی + چه زمانی + چه چیزی + چرا (پیوند به قانون/سیاست)، ارزش قدیمی/جدید، منبع درخواست (UI/API).
فیلترها: توسط کاربر/عمل/شی/نتیجه.
صادرات/اشتراک - برنامه و فرمت (CSV/JSON).
غیر قابل تغییر: علائم فقط خواندنی، کنترل یکپارچگی.

12) حوادث و ارتباط با کاربران

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

Microcopy: "ارائه دهنده پرداخت X ناپایدار است. برخی از کاربران تا 30 دقیقه تاخیر دارند. ما در حال کار بر روی یک راه حل"

13) UI قابل توضیح

برای هر نتیجه خودکار - عوامل قابل مشاهده و «چگونه به چالش کشیدن».
در صورت امتناع: ما دقیقا تا آنجا که ممکن است با سیاست (بدون افشای ضد تقلب) توضیح می دهیم.

• "خروجی شما به دلیل عدم تطابق سند به طور موقت به حالت تعلیق درآمده است. لطفا مدرک اضافی از آدرس را آپلود کنید. این به دلیل الزامات قانونی برای مبارزه با پولشویی است"

14) سیستم طراحی انطباق

• KYCChecklist، DocumentUpload، LivenessHint، RiskBadge، RiskFactors، CaseTimeline، ConsentCenter، LimitSetter، AuditTable، IncidentBanner، DualApprovalModal.
• نشانه های وضعیت و اولویت، قالب های میکرو کپی برای شکست، درخواست داده ها و اطلاعیه ها.

15) در دسترس بودن (A11y) و محلی سازی

ناوبری صفحه کلید کامل، حلقه تمرکز، کنتراست AA.
'aria-live = «قاطعانه» برای هشدارهای انتقادی، «مودبانه» برای اطلاع رسانی.
زبان های طولانی (DE/TR)، فرمت های تاریخ/ارز، RTL، دقت قانونی شرایط.
جداول را با «th/scope»، هدر های قابل خواندن وارد کنید.

16) امنیت در UI

پنهان کردن داده های حساس به طور پیش فرض، «نمایش» یک اقدام صریح است.
مهلت های جلسه، تأییدیه های ورود مجدد در مراحل بحرانی.
تاریخچه ورودی ها/دستگاه ها، اطلاعیه های ورودی های جدید.
پاک کردن متون مجوز (دوربین/جغرافیایی/فایل ها) و دلایل.

17) عملکرد و قابلیت اطمینان

مجازی سازی لاگهای طولانی، ذخیره فیلترها در URL.
اسکلت به جای اسپینر عقب نشینی با مکث قابل درک است.
تخریب توابع با توضیح («بخشی از منابع داده در دسترس نیست»).
پیش نویس ها و سیاست های SAR/STR را ذخیره کنید.

18) معیارهای کیفیت (حداقل)

TtV (زمان برای تأیید) میانه/p95.
صف های KYC/AML (سن وظیفه، عقب ماندگی).
سهم خودکار و تجدید نظر/افزایش.
قوانین FPR/TPR، تأیید مجدد پس از ویرایش.
حوادث زمان برای حل و فصل، انطباق SLA.
خطاهای فرم/خرابی بارگذاری سند.
CSAT در شکست/تایید (تن و وضوح توضیحات).

19) چک لیست

صفحه KYC قبل از انتشار

• پیشرفت/ETA، عکس روشن/مورد نیاز فایل.
• اعتبار سنجی درون خطی، تمرکز بر اولین خطا، «aria-» درست است.
• بارگذاری مجدد فایل و پیش نمایش، پیش نویس خودکار ذخیره.
• لحن خنثی، محلی سازی، محدودیت های تلفن همراه در نظر گرفته شده است.

AML/تحریم ها

• نرخ خطر با عوامل و منابع قابل مشاهده است.
• کارت ضربه - اقدامات، تشدید، ورود به سیستم.
• کنترل دوگانه برای عملیات با خطر بالا.
• شبیه ساز قانون و نسخه.

گزارش ها/حسابرسی

• فیلترها، صادرات = صفحه نمایش، غیر قابل تغییر بودن رکورد.
• خط زمانی وقایع روشن است، پیوند به منابع اولیه.

20) ضد الگوهای

Placeholder به جای برچسب در فرم های KYC.
«خطای 400/شکست» بدون توضیح «بعدی».
رنگ به عنوان تنها سیگنال خطر/وضعیت.
مخلوط کردن نقش ها و اقدامات (بدون SoD).
هیچ قانون نسخه و مهاجرت وجود ندارد.
ممنوعیت مقیاس بندی در تلفن همراه (جزئیات سند نامرئی).
«فوری» که در آن ETA ها و چک وجود دارد.

21) قالب های میکروکپی

درخواست سند

ما به سندی نیاز داریم که آدرس را تأیید کند (صورتحساب ابزار بیش از 3 ماه نباشد). فرمت: JPG/PNG/PDF تا 10MB"

وضعیت متوسط

"مدارک دریافت شده بررسی تا 15 دقیقه طول می کشد. ما نتیجه را به شما اطلاع خواهیم داد"

شکست (خنثی)

"ما نمی توانیم اطلاعات را تایید کنیم. لطفا یک عکس واضح تر آپلود کنید - گوشه ها و متن قابل مشاهده است"

بازی AML (برای اپراتور)

مطابقت با نام (87٪) با لیست تحریم های اتحادیه اروپا. نظر دوم لازم است"

محدودیت ها

"تعیین حد سپرده هفتگی 1000 UAH. شما می توانید آن را در هر زمان تغییر دهید"

22) طرح بندی صفحه نمایش کلیدی (فریم)

A. داشبورد انطباق

KPI (TtV، سهم خودکار به روز رسانی، صف) → هشدارها → صف مورد → اقدامات سریع.

B. کارت مورد KYC

وضعیت/نرخ/منابع → اسناد → (پیش نمایش) → چک لیست تصمیم (تایید/نگه/رد) → ورود به سیستم.

C. بازی AML

جزئیات بازی → عوامل خطر → تشدید/محرومیت → پیش نویس SAR → تایید دوگانه.

D. مرکز رضایت

لیست هدف، سوئیچ ها، توضیحات، تاریخ رضایت، صادرات/حذف، ورود به سیستم دسترسی.

23) فرآیند پیاده سازی (گام به گام)

1. سناریوهای حسابرسی: KYC/AML/limits/consent/logs.
2. MVC - компоненты: KYCChecklist، DocumentUpload، RiskBadge، ConsentCenter، AuditTable.
3. سیاست ها/قوانین: سازنده + نسخه + شبیه ساز.
4. سیاهههای مربوط/گزارش: فرمت تک، صادرات، اشتراک.
5. A11y/i18n: چک لیست، خودکار، دستی اجرا می شود.
6. معیارها و آزمایشات: پایه، اهداف TtV/FPR، بررسی سه ماهه.

برگه تقلب نهایی

شفافیت، توضیح پذیری، قابل پیش بینی بودن - سه نهنگ انطباق در UI.
نقش ها، کنترل های دوگانه و سیاهههای مربوط - امنیت اساسی.
تن خنثی و دسترسی - احترام به کاربر و ثبات قانونی.
نسخه های قانون + شبیه ساز - تغییرات مدیریت شده بدون شگفتی.
اندازه گیری TtV، FPR/TPR، صف، زمان به حل و فصل - و بهبود چرخه.

لازم است - من قاب صفحه نمایش برای فرآیندهای خود را آماده (KYC/AML/محدودیت/رضایت), متون و کلید i18n, و همچنین چک لیست برای تایید انتشار.