Oʻyinchining moliyaviy imkoniyatlarini tekshirish

Futbolchining moliyaviy imkoniyatlarini tekshirish (Affordability)

1) Maqsad va viloyat

Zarar xavfini kamaytirgan va litsenziya talablariga rioya qilgan holda o’yin o’yinchining moliyaviy imkoniyatlariga mos bo’lishini ta’minlash. Affordability RG va AMLni to’ldiradi: biz o’yinchining zarar ko’rmasdan o’yin xarajatlarini o’tkazish qobiliyatini baholaymiz (mablag’larning kelib chiqishini tekshirish bilan adashtirmaslik kerak, garchi hodisalar tez-tez kesishadi).

Qamrov: mahsulot (veb/mobil), hamyon/PSP, Risk/RG, CS, Compliance/Legal/DPO, oʻyin provayderlari, hisobot.

2) Qonunning

Mutanosiblik: tekshirish chuqurligi xavf darajasi va bozorga mos keladi.
Minimal zarur ma’lumotlar: biz faqat hal qilish uchun zarur bo’lgan narsalarni so’raymiz.
Shaffoflik va hurmat: so’rovning tushunarli sabablari va kutilayotgan hujjatlar/muddatlar.
Tipping-off AML bo’lmasa, biz shubhalarga ishora qilishdan qochamiz.
Isbotlanishi mumkin: barcha qadamlar va qarorlar qayd etildi, artefaktlar tikildi.
Privacy-by-design: GDPR/lokal analoglar, saqlash va RBAC orqali foydalanish.

3) Rollar va RACI

Affordability Owner (RG Lead/Risk Lead) - siyosat, chegara, eskalatsiya. (A)

Risk Analysts (1/2-liniyalar) - tekshirish, dalillarni so’rash, qaror. (R)

CS/CRM - kommunikatsiyalar, o’yinchini kuzatib borish, SLA javoblar. (R)

Payments/Finance - tekshirish vaqtidagi depozitlar/kreditlar bloki/limiti. (R)

Compliance/Legal/DPO - bozorlarga muvofiqlik, maxfiylik, shablonlar. (C)

Data/Engineering - voqealar/loglar, integratsiyalar (bank API, verifikatorlar). (R)

Internal Audit - amaliyot va tanlovlarni mustaqil baholash. (C)

Exec Sponsor (COO/CEO) - resurslar, «tone from the top». (I/A)

4) Tekshirishni boshlash uchun triggerlar (skelet)

• Yirik bir martalik depozit (bozor bo’yicha chegara).
• Qisqa davrda depozitlar/yo’qotishlar summasining tez o’sishi.
• Xulosalarni tez-tez bekor qilish; «qarz» to’lov usullariga o’tish.

• Tungi/uzoq davom etadigan sessiyalar, stavkalarni tezlashtirish, uzluksiz ko’p sonli RC.
• Futbolchining moliyaviy qiyinchiliklar haqidagi xabarlari.

• Bozor/litsenziya bo’yicha EDD/affordability talab qiladigan chegaralarga erishish.
• Yuqori xavf-sinf (RG/AML skorlar).

5) Ma’lumotlar va dalillar (darajalar)

• O’yin-kulgi/daromadlar uchun budjetni o’zini o’zi e’lon qilish (mahsulotdagi shakl).
• Yig’ma bank/fintex-ko’chirmalar (ortiqcha tafsilotlarsiz) yoki daromadlar to’g "risidagi ma’lumotnoma.
• Bandligini/maqomini tasdiqlash (bozor xohishiga ko’ra).

• 90 kunlik bank ko’chirmalari (sirlangan tegishli bo’lmagan maydonlar).
• Daromadlar to’g "risidagi hujjatlar: ish beruvchining ma’lumotnomasi, soliq shakli, kontrakt/invoyslar (o’zini o’zi band qilganlar uchun).
• Asosiy toifalar bo’yicha xarajatlar deklaratsiyasi (uy-joy/kreditlar/alimentlar).

• Mablag’lar/aktivlar manbaini tasdiqlash (mol-mulkni sotish, dividendlar va h.k.).
• Ochiq bank API (open banking) - to’lov qobiliyatining yig’ma metriklari (rozilik va maqbullik bo’lganda).
• Dop. bozor/regulyator talabiga ko’ra hujjatlar.

6) Baholash va chegara qiymatlari

Net Disposable Income (NDI): bazaviy xarajatlardan keyingi baholangan «erkin» daromad.
Affordable Loss/Budget: NDIning o’yin-kulgi uchun ruxsat etilgan ulushi (ichki siyosat + mahalliy normalar).

• Green - cheklovlar yo’qligi yoki yumshoq byudjet.
• Amber - depozitlar/yo’qotishlar, monitoring limitlari.
• Red - rad etish/qattiq limitlar/taym-out/SE.

• Yo’qotishlar> X% 30 kunlik baholangan NDI → Amber.
• Yo’qotishlar> Y% NDI yoki zaharli markerlar → Red.

7) Jarayon (signaldan echimgacha)

1-qadam - Signal va dastlabki skoping. Faktlarni yig’ish (summa/vaqt, RG markerlari), ustuvorlik berish (S1.. S3), keys-tizimda qayd etish.
2-qadam - Dalillarni so’rash. Darajani tanlash (A/B/C), hujjatlarning tushunarli ro’yxati, muddati (odatda 7-14 kun), zarurat bo’lganda vaqtinchalik limit/pauza.
3-qadam - Tahlil. NDI/budjetni hisoblash, daromadlar/xarajatlarning barqarorligini tekshirish, xulq-atvor bilan kross-tekshirish.
4-qadam - Qaror. Green/Amber/Red, limitlar/blokirovkalar o’rnatish, qayta ko’rib chiqish muddatlari.
5-qadam - Kommunikatsiya. Bosimsiz, AML-subtekssiz neytral matnlar.
6-qadam - Hujjatlar. Artefaktlar, hisob-kitoblar, rationale, siyosatga/mahalliy normalarga havolalar.
7-qadam - Taftish. N kundan keyin yoki xavflar o’zgarganda qayta ko’rib chiqish.

8) UX va to’g "ri matnlar

Gumon/AML haqida so’zlashishdan qochish; neytral «xarajatlarning xavfsizligi/qulayligini tekshirish» dan foydalanish.

9) RG va AML bilan o’zaro hamkorlik

RG: zarar belgilari affordability ustuvorligini oshiradi, yechimlar → limitlar/taym-autlar/SE.
AML: agar affordability jarayonida vositalarning kelib chiqish xavfi paydo bo’lsa - parallel AML-keysni ochish (affordability kommunikatsiyalarida tipping-off bo’lmasdan).
Payments: tekshirish vaqtida takroriy depozitlar/marketing bloki.

10) Maxfiylik, huquqlar va retensiya

Ishlov berish asoslari: huquqiy majburiyat/qonuniy manfaatlar (o’yinchilarning saqlanishi va litsenziyaga rioya etilishi).
Minimallashtirish va niqoblash: faqat kerakli narsalarni yigʻish, EXIF olib tashlanadi, sezgir maydonlar yopiladi.
Kirish: RBAC/ABAC, oʻqish/oʻzgartirish daftarlari, artefaktlarning WORM saqlovi.
Retensiya: odatda 5-7 yil yoki bozor/litsenziya bo’yicha; tugagach - xavfsiz olib tashlash.
Subyektlarning huquqlari: DSAR DPO orqali; anti-frod/skoring metodikalari va uchinchi shaxslar ma’lumotlarini oshkor etmasligi shart.

11) Dashbord va metriklar

Time-to-Decision (TTD): signaldan echimgacha mediana.
Completion Rate: olingan hujjatlar bilan% keys.
Amber/Red Rate: segmentlar/bozorlar bo’yicha yechimlar ulushi.
Repeat Harm Markers: zarar belgilari qaror qabul qilingandan keyin 30/90 kun ichida.
Limit Uptake/Adherence: limitlarga rioya qilish ulushi.
Complaints & Resolution: shikoyatlar/yopilish muddati.
Data Sufficiency: Minimal dalillar toʻplangan% keys.
Auditability: artefaktlarning to’liq paketi va NDI hisob-kitobi bo’lgan keyslar ulushi.

12) Chek-varaqlar

Siyosatni boshlashdan oldin

• Bozor bo’yicha chegara qiymatlari Legal/Compliance bilan kelishilgan.
• Xat namunalari mahalliylashtirilgan va neytralligi tekshirilgan.
• Hujjatlar ombori, open-banking (mavjud bo’lgan joyda), keys-tizim bilan integratsiya qilish.
• EXIFni yashirish/olib tashlash, formatlarni validatsiya qilish tartib-qoidalari.
• CS/FAQ skriptlari tayyorlangan; o’qish tugadi.

Operatsiyalarda

• Har bir ish ustuvorlikka, talab qilinadigan hujjatlar ro’yxatiga va muddatga ega.
• Vaqtinchalik cheklovlar/blokirovkalar avtomatik ravishda faollashtiriladi.
• Qarorlar hisob-kitoblar va siyosatga havolalar bilan hujjatlashtiriladi.
• RG/AML/marketing suppression bayroqlari qoʻshilgan.

Audit va yaxshilash

• Hal qiluv qarorlarining to’liqligi/mantiqiyligi uchun (30- ≥) har chorakda ishlarni tanlash.
• Hamyon/GL bilan taqqoslash.
• CAPA takrorlanuvchi mulohazalar bo’yicha.

13) Shablonlar (tez qo’shimchalar)

A) Hujjatlar ro’yxati (B darajasi)

B) Muddatni eslatish

C) Limitlar bilan yechim

D) Hujjatsiz yopish

14) Texnik realizatsiya qilish (skelet)

События: `affordability_triggered`, `docs_requested`, `docs_received`, `affordability_decision{green|amber|red}`, `rg_limits_set`, `marketing_suppressed`.
API кейс-системы: `POST /affordability/case`, `PATCH /case/{id}/status`, `POST /case/{id}/decision`.
Hujjatlarni saqlash: at-rest shifrlash; avtomatik niqoblash, EXIF-stripping; nazorat summalari va WORM-jurnallar.
Qoidalar (policy engine): bozorlar bo’yicha chegara, SLA, tekshirish davridagi avtolimitlar.
Hisobot: CSV/JSONni PIIsiz agregatlar bilan tushirish.

15) Tez - tez xatolar va ulardan qanday qochish mumkin

Hujjatlarni ortiqcha so’rash. → A/B/C darajalari, minimallashtirish, «nima uchun» tushuntiramiz.
Vaqtinchalik choralarsiz kechikish.
Noaniq matnlar. → Tayyor shablonlar, tushunarli sinovlar.
Xatlarda AML bilan aralashtirish. → Neytral formulalar, kerak bo’lganda alohida AML-keys.
Hisob-kitoblarning yo’qligi. → NDI/budjet usulini standartlashtirish va kalkulyatsiyani saqlash.
To’liq bo’lmagan sinxronlash. → Qarorlarni CRM/PSP/o’yin provayderlari (suppress/blocks) bilan bog’lash.

16) Hududiy profillar (to’ldirish uchun karkas)

Har bir bozor uchun quyidagilar belgilansin: majburiy chegaralar, ma’lumotlar manbalari, open-banking yo’l qo’yilishi, reaktsiya muddatlari, hisobot formatlari, saqlash/mahalliylashtirish talablari.

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 kunlik joriy etish rejasi

1 hafta

1. Affordability siyosati va bozorlar bo’yicha chegaralar tasdiqlansin.
2. Aloqa namunalari (RU/EN + lokallar) va FAQ bilan kelishish.
3. Maʼlumotlar va integratsiya (keyslar, saqlash joylari, mavjud boʻlgan joyda open-banking) hodisalarini/modelini spetsifikatsiya qilish.

2 hafta

4. Tekshirish davrida keys-floularni, avtolimitlarni, hujjatlarni yuklash/yashirishni amalga oshirish.
5. Aktiv holatda marketing/PSP suppressionini ulash.
6. Risk/CS o’rgatish; 1 sahifali va makroslarni chiqarish.

3 hafta

7. Uchuvchi (5-10%): TTD/Completion/Complaints o’lchovi, echimlarni qo’lda tekshirish.
8. Chegaralarga/matnlarga tuzatishlar kiritish, integratsiyani sozlash.

4-hafta

9. To’liq chiqarish; KPIning kundalik monitoringi va tanlab yig’ilish.
10. Rahbariyatga hisobot; Uzilishlar va shikoyatlar bo’yicha CAPA.
11. v1 reja. 1: bozor profillarini kengaytirish, open-banking/skoring, NDI avtomatik hisob-kitobini qo’shish.

• Mas’uliyatli o’yin va limitlar
• Akkauntlarni oʻchirish va blokirovka qilish
• Reality Checks va o’yin eslatmalari
• Noxush pleybuklar va ssenariylar (RG/AML)
• AML-treninglar va xodimlarni o’qitish/Xodimlarning komplayens to’g "risida xabardorligi
• Qoidabuzarliklar to’g "risidagi bildirishnomalar va hisobot muddatlari
• Tartibga soluvchi hisobotlar va ma’lumotlar formatlari
• Ichki audit va tashqi audit/Auditorlik chek-varaqlari