Oyuncu Finansal Dahil Etme Kontrolü

Oyuncunun finansal durumunu kontrol edin (Satın alınabilirlik)

1) Amaç ve alan

Oyunun oyuncunun finansal yetenekleriyle eşleştiğinden, zarar görme riskini azalttığından ve lisans gereksinimlerine uyduğundan emin olun. Satın alınabilirlik RG ve AML'yi tamamlar: Bir oyuncunun oyunun maliyetlerini önyargısız bir şekilde karşılayabilme yeteneğini değerlendiririz (çoğu zaman örtüşse de, fonların kaynağını kontrol etmekle karıştırılmamalıdır).

Kapsam: Ürün (Web/Mobil), Cüzdan/PSP, Risk/RG, CS, Uyumluluk/Yasal/DPO, Oyun Sağlayıcıları, Raporlama.

2) İlkeler

Orantılılık: Doğrulama derinliği, risk seviyesine ve piyasaya karşılık gelir.
Minimum gerekli bilgi: Sadece çözmek için gerekenleri soruyoruz.
Şeffaflık ve saygı: Talebin açık nedenleri ve beklenen belgeler/son tarihler.
AML'yi devretmeden: ifadelerde, şüphe ipuçlarından kaçınırız.
Kanıtlanabilirlik: tüm adımlar ve çözümler sabittir, eserler dosyalanır.
Tasarıma göre gizlilik: GDPR/yerel analoglar, depolama ve RBAC erişimi.

3) Roller ve RACI

Uygun Fiyat Sahibi (RG Lead/Risk Lead) - politika, eşikler, tırmanma. (A)

Risk Analistleri (1 ./2. satırlar) - doğrulama, kanıt talebi, karar. (R)

CS/CRM - iletişim, oyuncu desteği, SLA yanıtları. (R)

Ödemeler/Finans - doğrulama sırasında para yatırma/çekme işlemlerinin bloke edilmesi/sınırlandırılması. (R)

Uyumluluk/Yasal/DPO - pazarlara uygunluk, gizlilik, şablonlar. (C)

Veri/Mühendislik - olaylar/günlükler, entegrasyonlar (bankacılık API'leri, doğrulayıcılar). (R)

İç Denetim, uygulamaların ve örneklerin bağımsız bir değerlendirmesidir. (C)

Exec Sponsoru (COO/CEO) - kaynaklar, "yukarıdan gelen ton. "(I/A)

4) Kontrol etmeye başlamak için tetikleyiciler (iskelet)

• Büyük bir kerelik depozito (piyasa eşiği).
• Kısa bir süre içinde mevduat/kayıplarda hızlı büyüme.
• Sonuçların sık sık iptal edilmesi; "Ödünç" ödeme yöntemlerine geçiş.

• Gece/uzun seanslar, hız artışı, kesintisiz çoklu RC'ler.
• Finansal zorlukların oyuncu raporları.

• Piyasa/lisans tarafından EDD/satın alınabilirlik gerektiren eşiklerin elde edilmesi.
• Artan risk sınıfı (RG/AML oranları).

5) Veri ve kanıt (seviyeleri)

• Eğlence/gelir bütçesinin kendi beyanı (üründe form).
• Konsolide banka/fintech tabloları (gereksiz ayrıntılar olmadan) veya gelir tablosu.
• İstihdam/statü onayı (piyasanın talebi üzerine).

• 90 günlük banka ekstreleri (atlanan alanlar).
• Gelir belgeleri: işveren belgesi, vergi formu, sözleşme/faturalar (serbest meslek sahipleri için).
• Ana kategorilere göre giderlerin beyanı (konut/kredi/nafaka).

• Fon/varlık kaynağının doğrulanması (mülk satışı, temettü vb.).
• Açık bankacılık API'si (açık bankacılık) - toplu ödeme gücü metrikleri (onay ve kabul edilebilirlik ile).
• Add. Piyasa/düzenleyicinin talebi üzerine belgeler.

6) Değerlendirme ve eşikler

Net Harcanabilir Gelir (NDI): Temel giderlerden sonra tahmini "ücretsiz" gelir.
Ekonomik Kayıp/Bütçe: Eğlence için izin verilen NDI payı (iç politika + yerel normlar).

• Yeşil - kısıtlama veya yumuşak bütçe yok.
• Amber - mevduat/kayıplar, izleme sınırları.
• Kırmızı - feragat/zor limitler/zaman aşımı/SE.

• Kayıp> % X, 30 gün içinde NDI tahmini - Amber.
• Kayıplar> Y % NDI veya toksik belirteçler - Kırmızı.

7) Süreç (karar sinyali)

Adım 1 - Sinyal ve ön kapsam. Gerçekleri toplama (miktar/zaman, RG işaretleyicileri), öncelik atama (S1.. S3), kasa sisteminde sabitleme.
Adım 2 - Kanıt isteyin. Seviye seçimi (A/B/C), anlaşılabilir belge listesi, son tarih (genellikle 7-14 gün), gerekirse geçici sınır/duraklama.
Adım 3 - Analiz. NDI/bütçenin hesaplanması, gelir/giderlerin sürdürülebilirliğinin doğrulanması, davranış ile çapraz doğrulama.
Adım 4 - Çözüm. Yeşil/Amber/Kırmızı, sınırları/kilitleri ayarlama, revizyon için zaman çizelgesi.
Adım 5 - İletişim. Baskı olmadan nötr metinler, AML alt metni olmadan.
Adım 6 - Dokümantasyon. Eserler, hesaplamalar, mantık, politikalara/yerel normlara bağlantılar.
Adım 7 - Revizyon. N gün sonra veya riskler değiştiğinde tekrar gözden geçirin.

8) UX ve doğru metinler

Şüpheler/AML ile ilgili ifadelerden kaçının; Tarafsız "güvenlik/maliyet konfor kontrolleri" kullanın.

9) RG ve AML ile etkileşim

RG: Zarar belirteçleri, satın alınabilirlik önceliğini, kararları, sınırları/zaman aşımlarını/SE'yi güçlendirir.
AML: Fonların menşei riski satın alınabilirlik sürecinde ortaya çıkarsa, paralel bir AML davası açın (uygun fiyat iletişiminde devrilmeden).
Ödemeler: Doğrulama sırasında tekrarlanan mevduat/pazarlama bloğu.

10) Gizlilik, haklar ve saklama

İşlemenin temeli: yasal görev/meşru çıkar (oyuncu tutma ve lisans uyumu).
Küçültme ve maskeleme: Sadece gerekli olanı toplama, EXIF kaldırılır, hassas alanlar kapatılır.
Erişim: RBAC/ABAC, okuma/değiştirme günlükleri, WORM eserler deposu.
Tutma: Genellikle 5-7 yıl veya pazar/lisans ile; Son kullanma tarihinden sonra - güvenli kaldırma.
Öznelerin hakları: DPO aracılığıyla DSAR; Dolandırıcılık karşıtı/puanlama tekniklerini ve üçüncü tarafların verilerini ifşa etmemek.

11) Gösterge tablosu ve metrikler

Karar Verme Süresi (TTD): Sinyalden karara medyan.
Tamamlanma Oranı: Zamanında alınan belgelerle vakaların %'si.
Amber/Kırmızı Oran: Segment/Pazara Göre Çözüm Payları.
Zarar Belirteçlerini Tekrarlayın: Karardan sonraki 30/90 gün içinde zarar belirteçleri.
Limit Alımı/Bağlılığı: Limitlere uyum oranı.
Şikayetler ve Çözüm: şikayetler/kapanma süresi.
Veri Şiddeti: Minimum kanıt kümesinin toplandığı vakaların yüzdesi.
Denetlenebilirlik: Vakaların eksiksiz bir eser paketi ve NDI hesaplaması ile paylaşılması.

12) Kontrol listeleri

Politikayı çalıştırmadan önce

• Yasal/Uygunluk ile mutabık kalınan Pazar eşikleri.
• Mektup şablonları yerelleştirilir ve tarafsızlık için test edilir.
• Belge depolama, açık bankacılık (varsa), vaka sistemi ile entegrasyonlar.
• EXIF maskeleme/silme prosedürleri, biçim doğrulama.
• Hazırlanan CS/SSS komut dosyaları; eğitim tamamlandı.

Operasyonlarda

• Her davanın önceliği, gerekli belgelerin bir listesi ve bir son tarihi vardır.
• Zaman sınırları/kilitler otomatik olarak etkinleştirilir.
• Kararlar hesaplamalar ve politika referansları ile belgelenir.
• Bitişik RG/AML/pazarlama bastırma bayrakları etkinleştirildi.

Denetim ve İyileştirme

• Çözümlerin bütünlüğü/tutarlılığı için vakaların üç ayda bir örneklenmesi (≥ 30).
• Olay günlüğünün cüzdan/GL ile kontrol edilmesi.
• Tekrarlanan Yorumlar için CAPA.

13) Şablonlar (hızlı ekler)

A) Belgelerin listesi (B düzeyi)

B) Son Tarih Hatırlatma

C) Limit Çözümü

D) Belgesiz kapanış

14) Teknik uygulama (iskelet)

События: 'Uygun fiyat _ tetiklendi', 'docs _ requested', 'docs _ received', 'uygun fiyat _ decision {green' amber 'red}','rg _ limits _ set ',' marketing _ suppressed '.
API кейс - системы: 'POST/uygun fiyat/durum', 'PATCH/case/{ id }/durum', 'POST/case/{ id }/karar'.
Belge depolama: dinlenme şifreleme; otomatik maskeleme, EXIF-sıyırma; Checksums ve WORM kayıtları.
Kurallar (politika motoru): Piyasa eşikleri, SLA, doğrulama dönemi için otomatik limitler.
Raporlama: CSV/JSON, PII içermeyen birimlerle yüklenir.

15) Sık yapılan hatalar ve bunlardan nasıl kaçınılacağı

Aşırı belge istekleri. - A/B/C seviyeleri, minimizasyon, "neden'i açıklayın.
Geçici önlemler olmadan gecikmeler. Kasayı açarken Autolimits.
Bulanık metinler. - Hazır şablonlar, netlik için test.
Harflerle AML ile karıştırma. - Nötr ifadeler, gerekirse ayrı AML durumu.
Hesaplama yok. - NDI/bütçe yöntemini standartlaştırın ve hesaplamayı saklayın.
Eksik senkronizasyon. - Çözümleri CRM/PSP/oyun sağlayıcılarına bağlayın (bastırın/bloklar).

16) Bölgesel profiller (doldurma çerçevesi)

Her pazar için şunları düzeltin: zorunlu eşikler, veri kaynakları, açık bankacılık kabul edilebilirliği, yanıt süreleri, raporlama biçimleri, depolama/yerelleştirme gereksinimleri.

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 günlük uygulama planı

Hafta 1

1. Satın alınabilirlik politikasını ve piyasa eşiklerini onaylayın.
2. İletişim şablonları (RU/EN + yerelleri) ve SSS üzerinde anlaşın.
3. Olayları/veri modelini ve tümleştirmeyi belirtin (durumlar, depolama, varsa açık bankacılık).

2. hafta

4. Vaka akışını, doğrulama süresi için otomatik sınırları, belgelerin yüklenmesi/maskelenmesini uygulayın.
5. Durum aktif olduğunda pazarlama bastırma/PSP'yi etkinleştirin.
6. Tren Riski/CS; 1 sayfa ve makroları serbest bırakın.

3. hafta

7. Pilot (%5-10): TTD/Tamamlama/Şikayet ölçümü, kararların manuel olarak gözden geçirilmesi.
8. Eşiklerde/metinlerde, hata ayıklama entegrasyonlarında ayarlamalar yapın.

4. hafta

9. Tam sürüm; Günlük KPI izleme ve seçici incelemeler.
10. Yönetime rapor vermek; Başarısızlık ve şikayetler için CAPA.
11. Plan v1. 1: pazar profillerini genişletmek, açık bankacılık/puanlama, otomatik NDI hesaplaması eklemek.

• Sorumlu oyun ve limitler
• Kendini dışlama ve hesap engelleme
• Gerçeklik Kontrolleri ve Oyun Hatırlatıcıları
• Olay Oyun Kitapları ve Senaryoları (RG/AML)
• AML ve Çalışan Eğitimi/Uyum Farkındalığı
• İhlal Bildirimleri ve Raporlama Süreleri
• Düzenleyici raporlar ve veri formatları
• İç Denetim ve Dış Denetim/Denetim Kontrol Listeleri