منبع ثروت/منبع ثروت

1) SoF vs SoW: تفاوت چیست و چرا iGaming است

منبع وجوه (SoF) - منبع مستقیم یک معامله/سپرده خاص یا مجموعه ای از سپرده ها: حقوق و دستمزد برای دوره، فروش یک دارایی، سود سهام، برنده، انتقال از یک حساب شخصی و غیره

منبع ثروت (SoW) - منبع شرایط عمومی مشتری: چگونه سرمایه خود را به عنوان یک کل (درآمد کسب و کار، پس انداز در طول سال، ارث، و غیره) تشکیل شده است. SoW در محدودیت های بالا/PEP/EDD مورد نیاز است.
در iGaming، SoF/SoW خطرات AML (قرار دادن/لایه بندی)، اعتبار (بانک ها/PSP) را کاهش می دهد و همچنین نتیجه گیری برای بازیکنان صادق را از طریق یک پرونده از پیش بارگذاری شده تسریع می کند.

2) هنگامی که به درخواست (باعث)

• یک بار سپرده/خروج ≥ آستانه T₁ (توسط حوزه قضایی) و یا کل سپرده ≥ T₂ برای 30/90 روز.
• دینامیک غیر طبیعی: سپرده سریع → فعالیت کوتاه → خروجی بزرگ (سریع در خارج).
• عوامل خطر: PEP/رسانه های نامطلوب، جغرافیایی با خطر بالا، رمپ رمزنگاری روشن/خاموش، قبلا هشدار AML را متوجه شده است.
• ناسازگاری مشخصات: درآمد گزارش شده در مقابل گردش واقعی.
• تشدید: به درخواست بانک/PSP/تنظیم کننده، در طول موارد تحقیق.

قانون: حداقل مقدار ممکن از progressive → درخواست.

3) چه اسنادی مناسب است (کاتالوگ با «قدرت» شواهد)

3. 1 حقوق و دستمزد/درآمد کار (قوی)

بیانیه بانک برای 3-6 ماه با اعتبارات حقوق و دستمزد (نام کامل مشتری).
اظهارنامه درآمد/فرم مالیات (کشور خاص).

قرارداد HR/نامه رسمی (در صورت لزوم)

3. 2 خود اشتغالی/آزاد/PI (متوسط/قوی)

اظهارات بانکی برای 6-12 ماه با رسید منظم، فاکتورها/اقدامات.
بازپرداخت مالیات/ثبت نام کارآفرین، سایت/نمونه کارها به عنوان تایید غیر مستقیم.

3. 3 درآمد کسب و کار/سود سهام (قوی)

اظهارات حساب مالک، تصمیمات هیئت مدیره/پرداخت سود سهام، قراردادها.
صورتهای مالی/گزارش حسابرسی (در مقادیر زیاد).

3. 4 فروش دارایی (قوی)

قرارداد خرید و فروش (املاک و مستغلات/خودرو/اوراق بهادار) + بیانیه اعتبار.
گزارش کارگزاری/سود گرفتن.

3. 5 ارث/هدیه (متوسط)

اسناد رسمی/هدیه + بیانیه اعتباری.
با مقادیر زیاد - تأیید منشأ از اهدا کننده (با خطر).

3. 6 درآمد سرمایه گذاری/رمزنگاری (متغیر)

کارگزار/مبادله: گزارش معامله، تأیید برداشت به حساب شخصی، وضعیت KYC مبادله.
Crypto: گزارش KYT در مورد آدرس ها/معاملات، اثبات مالکیت کیف پول (علامت پیام/صفحه UI با آدرس و UID)، ردیابی وجوه ورودی، تبدیل در یک مبادله تنظیم شده.

3. 7 کش (ضعیف، با دقت استفاده کنید)

سفارشات نقدی/گواهی - فقط در ترکیب با اعتبارات بانکی و زمینه.

اصل مقایسه پذیری: مقدار/فرکانس و زمان پنجره از اسناد منطقی باید اندازه سپرده/نتیجه گیری را پوشش میدهد.

4) احراز هویت و مقایسه

بررسی رسمی: کامل بودن جزئیات، تاریخ، نام کامل/آدرس، همزمانی با پروفایل KYC.
مقایسه مقادیر: قانون 3 × - درآمد 6 × ماه به عنوان «حد معقول» گردش مالی (تعیین شده توسط سیاست).
نزدیکی موقت: اعتبار وجوه به بانک/مبادله در N روز قبل از سپرده/خروج.
اعتبار: چک برای ویرایش (ابرداده PDF، تمبر دیجیتال)، درخواست بازگشت (نامه بانکی)، webhooks ارائه دهنده (مبادلات/کارگزاران).
رمزنگاری: مکاتبات آدرس، عدم ارتباط با میکسر/تحریم خوشه ؛ لیست سفید مبادلات تنظیم شده است.

5) ماتریس راه حل (به عنوان مثال برای ارکستر)

6) SLA و اولویت بندی

درخواست/ارسال اسناد: نامه خودکار + دفتر → پاسخ مشتری تا 72 ساعت (قابل تنظیم).
بررسی SoF (خودکار/دستی): ≤ 24 ساعت p95 ؛ با غلطک بالا/بلوک برای خروجی - ≤ 8 ساعت.
EDD توسط SoW: 2-5 روز کاری بسته به حجم.
ارتباطات: هر به روز رسانی وضعیت 24 ساعته، الزامات شفاف، فرمت های قابل قبول.

7) قالب پرس و جو UX (به طوری که برای شکستن تبدیل)

چک لیست پاک: «انتخاب نوع منبع» → فرم پویا (حقوق و دستمزد/کسب و کار/فروش/رمزنگاری).
نمونه هایی از اسناد صحیح کشور، راهنمایی برای پوشاندن زمینه های حساس (باقی مانده ها، اعداد).
پیش نمایش و اعتبار: خوانایی، تاریخ ≤ 90/180 روز، اندازه فایل.
دانلود امن - پایان به پایان رمزگذاری, دریافت/تحت بررسی/تایید.
با موارد بحث برانگیز - تماس/ویدئو-KYC به عنوان یک شتاب دهنده.

8) سناریوهای ویژه

8. 1 رمزنگاری روشن/خاموش رمپ

پذیرفته شده: گزارش های مبادله/معامله، ارزیابی KYT از آدرس ها، اثبات مالکیت.
قطع: P2P بدون KYC، تبادل با ریسک بالا، زنجیره ای از طریق میکسر.
تبدیل: برداشت بهتر است پس از تبدیل در یک مبادله تنظیم شده → یک بانک شخصی.

8. 2 خود اشتغالی/سازندگان/آربیتراژ

تثبیت: درآمد کل صورتحساب + رسید از سیستم عامل های پرداخت (PayPal/Stripe/Adsense، و غیره).
مجاز: قراردادها/تصاویر دفاتر به عنوان کمکی، اما راه حل برای اعتبارات بانکی است.

8. 3 ارث/هدیه

درخواست اسناد اسناد رسمی + تایید انتقال بانکی ؛ با مقادیر زیاد - SoF اهدا کننده.

9) داده ها و حریم خصوصی (GDPR/PCI/امنیت)

به حداقل رساندن: فقط صفحات/زمینه های لازم را نگه دارید ؛ بستن مانده حساب/شماره حساب اگر مورد نیاز نیست.
رمزگذاری: در حالت استراحت (KMS/HSM) و در حمل و نقل ؛ دسترسی - RBAC، سیاهههای مربوط به فعالیت.
نگهداری: دوره نگهداری با توجه به قانون (اغلب 5 + سال پس از آخرین عملیات) و سیاست ؛ پس از - حذف/ناشناس.
DSR/حق: کپی/حذف فرآیندها در صورت امکان.
PCI DSS: ذخیره سازی SoF/SoW جدا از PAN های پرداخت ؛ در سیاهههای مربوط - تنها/آخرین 4 نشانه.

10) ادغام با KYC/KYB/AML/پرداخت

KYC: سیگنال های SoF اعتماد به نفس در نمره را افزایش می دهد، فرکانس چالش های 3DS را کاهش می دهد.
KYB (وابسته/بازرگانان): درخواست SoF/SoW از UBO برای پرداخت های بزرگ/سهام در شرکت.
AML: سریع در خارج/ساختار باعث → درخواست SoF ؛ SoF مثبت می تواند هشدار را ببندد.
Orchestrator پرداخت: انتشار خودکار/جزئی قبل از تأیید.

11) معیارهای کیفیت

SoF نرخ عبور، SLA نرخ ضربه، متوسط زمان تایید.
سهم موارد EDD و نرخ پیروزی آنها (موفقیت تأیید).
تعداد لغو/شکست به علت SoF/SoW و سهم آنها در حوادث CBR/AML.
درخواست های مکرر برای یک بازیکن (کاهش با توجه به «پرونده»).

تاثیر بر تبدیل نتیجه گیری: چگونه بسیاری از نتیجه گیری پس از قبل از تصویب SoF شتاب

12) ضد الگوهای

نیاز به SoW برای هر عملیات کوچک - UX را بدون رشد امنیتی می کشد.
قبول تصاویر بدون بیانیه بانک به عنوان SoF اصلی.
نادیده گرفتن اتصال زمانی: اسناد «ساله» برای یک خروجی فعلی بزرگ.
شکست «ناشنوا» بدون جایگزین: SoF آزادی جزئی/گام به گام ارائه نمی دهد.
PII/اسناد اضافی را بدون اهداف و برنامه های نگهداری ذخیره کنید.

13) چک لیست پیاده سازی (کوتاه)

• سیاست آستانه T₁/T₂، نقشه ماشه SoF/SoW.
• فهرست اسناد معتبر + اتصالات بر اساس کشور/زبان.
• درخواست خودکار درخواست و دانلود کابینه، ذخیره سازی امن، RBAC.
• ماتریس تصمیم (تایید/مشروط/EDD/یخ) و قالب نامه.
• ادغام KYT برای رمزنگاری, مبادلات لیست سفید.
• SLA: SoF ≤ 24 ساعت، EDD ≤ 2-5 روز ؛ اولویت بندی بالا غلطک/بلوک در هر خروجی.
• سیاهههای مربوط به حسابرسی، تصمیمات نسخه، حفظ/حذف.
• داشبورد متریک و گذشته نگر ماهانه.
• آموزش پشتیبانی/انطباق ؛ «انتشار جزئی» playbooks و افزایش.
• لینک به AML/پرداخت: خودکار نگه دارید/محدودیت قبل از تایید.

14) خلاصه

یک فرآیند کارآمد SoF/SoW محرک های کافی، اسناد کافی، احراز هویت و اتصال مقدار، SLA های معقول و UX شفاف است. او را به یک هماهنگ کننده KYC/KYB/AML/پرداخت وصل کنید، اطلاعات خود را ایمن نگه دارید و «به هدف» اجازه دادن به بازیکنان با حسن نیت از طریق سریع و متوقف کردن سناریوهای خطرناک بدون اصطکاک زیاد توجه داشته باشید.