Sorumlu ödemeler ve oyuncu limitleri

1) Hedefler ve ilkeler

Oyuncu koruması: aşırı harcama/aşırı oyun, koşulların şeffaflığı ve kendi kendini kontrol araçları.
Lisans uyumu: sınırlar, soğutma, kendini dışlama, gerçeklik kontrolleri için yargı şartları.
Finansal istikrar: Ters ibrazların/borçların/operasyonel risklerin azaltılması, satın alınabilirliğin doğru değerlendirilmesi.
Sürtünmesiz UX: kolay ayar/değişen sınırlar, vicdani müdahale etmeden anlaşılabilir sonuçlar ve zamanlamalar.

2) Sınırların ve korumaların taksonomisi

2. 1. Oyuncu limitleri

Depozito limiti (günlük/haftalık/aylık).
Kayıp sınırı.
Bahis/Bahis limiti.
Zaman/oturum sınırı.
Hız sınırı.
Sürtünmeler içinde: tekrarlanan sonuçlardan önce soğuma, uygulama sıklığı sınırları.
Gerçeklik kontrolü: periyodik zaman/sonuç/denge bildirimleri.

2. 2. İdari önlemler

Soğuma.
Kendini dışlama (yerel/ulusal kayıt).
Satın alınabilirlik kontrolleri: Finansal katılımın değerlendirilmesi (gelir/borçlar/SoF).
KYC/SoF/SoW eşikler ve davranışsal ipuçları üzerinde adım adım.

2. 3. Ödeme ve uyumluluk çerçevesi

Same-method/Return-to-source: Aşırı harcamaya/" nakde çevirmeye" karşı koruma

Net Para Yatırma (ND): para yatırma/çekme bölümü, promosyon kapıları/para çekme kısmı.
Ödeme risk altındadır (RG/AML), ancak şeffaf SLA'lar ve itirazlarla.

3) Tetikleyiciler ve yükselmeler (risk bazlı)

Eşik miktarları (günlük/30 günlük ciro, büyük mevduat).
Davranışsal sinyaller: gece aktivitesi, hızlı depozito tekrarları, bir dizi yumuşak düşüş.
Geo/cihaz: ülke değişikliği/ASN/VPN, çeşitli hesaplardan'ev ".
Ödeme özellikleri: BIN-geo ≠ KYC, üst üste yeni belirteçler, yüksek riskli ihraççılar.
RG araçlarının sonuçları: sık sık gerçeklik kontrolü reddi, kendi sınırlarının ihlali.

Eskalasyon: uyarı - sert sınırlar - soğutma - kendini dışlama - satın alınabilirliğin manuel olarak değerlendirilmesi (SoF/SoW).

4) Sürtünmesiz UX desenleri

Tüm ekranların üstünde - RG araçlarına hızlı erişim.
Limit Sihirbazı - Dönem> Limit Türü> Miktar> Etkili.
Limit değişikliği: sıkılaştırma - hemen; Zayıflama - gecikmeli giriş ile (24-168 h).
Gerçeklik kontrolü modal: anlaşılabilir KPI (zaman/toplam, para yatırma/çıkış/sonuç), düğmeler "devam "/" duraklat ".
Karne dili: yargılayıcı olmayan; Kısa blok nedenleri ("günlük depozito limitine ulaşıldı").
Yerelleştirme ve kullanılabilirlik: ICU formatları, a11y, RTL, büyük yazı tipleri.

5) Limit Politikası: Sözde DSL

yaml policy: "rg_limits_v3"
limits:
deposit:
periods: [DAILY, WEEKLY, MONTHLY]
weaken_delay_hours: 72 loss:
periods: [DAILY, WEEKLY, MONTHLY]
weaken_delay_hours: 72 wager:
periods: [DAILY, WEEKLY]
stake_max:
amount: {EUR: 100}
reality_check:
interval_minutes_default: 60 show_metrics: [time_played, net_result, deposits, withdrawals]
cooling_off:
options: ["24h", "7d", "30d"]
immediate_effect: true self_exclusion:
registry: ["local", "national"]
triggers:
- if: net_deposits_30d > 2000 then: "affordability_check"
- if: deposit_velocity_24h >= 3 then: "hard_daily_deposit_cap"
- if: vpn_detected == true then: "deny_until_verified_geo"
payments:
same_method: true allow_nd_withdrawal: true

6) Mühendislik ve veri modeli (minimum)

rg. profiles (
user_id PK, kyc_level, risk_score, country, self_excluded BOOL, cooling_off_until TIMESTAMP
)

rg. limits (
user_id, type -- DEPOSIT    LOSS    WAGER    STAKE    TIME,
period -- DAILY    WEEKLY    MONTHLY    SESSION,
amount NUMERIC, currency TEXT, set_at TIMESTAMP,
weaken_effective_at TIMESTAMP, active BOOL,
PRIMARY KEY (user_id, type, period)
)

rg. events (
id PK, user_id, kind -- LIMIT_HIT    RC_SHOW    COOLING_ON    SEFLEX_ON    UNLOCK_REQ,
payload JSONB, created_at TIMESTAMP
)

rg. affordability (
user_id PK, status -- NOT_REQUIRED    REQUESTED    PASSED    FAILED    EXPIRED,
sof_required BOOL, sow_required BOOL, requested_at TIMESTAMP, decided_at TIMESTAMP
)

finance. net_deposits (
user_id, currency, nd_total NUMERIC, nd_30d NUMERIC, updated_at TIMESTAMP,
PRIMARY KEY(user_id, currency)
)

payments. activity_rollup (
user_id, day DATE, deposits NUMERIC, withdrawals NUMERIC,
wagers NUMERIC, losses NUMERIC, sessions_minutes INT
)

7) Takip (online kontroller)

Depozitoda: DEPOZITO/Zarar/Bahis limitlerini döneme göre kontrol etmek; Hız kapakları.
Oyunda: zaman/oturum ve zamanlayıcıya göre gerçeklik kontrolleri; stake_max.
Çıktı: ND-kesiti, aynı yöntem, soğuma/kendini dışlama.
Sınırları gevşetirken: saygı 'zayıflatmak _ etkili _ at'.
Satın alınabilirlik tetikleyicileri ile: "kontrol etmeden önce" engelleyin veya sınırları sınırlayın.

8) SQL şablonları

8. 1. Günlük depozito limitine ulaşıldı mı

sql
WITH d AS (
SELECT COALESCE(SUM(amount),0) AS dep_day
FROM payments. activity_rollup
WHERE user_id=:uid AND day=CURRENT_DATE
)
SELECT (d. dep_day +:incoming_amt) <= l. amount AS allowed
FROM d, rg. limits l
WHERE l. user_id=:uid AND l. type='DEPOSIT' AND l. period='DAILY' AND l. active=true;

8. 2. Çıkışta ND ve RG durumunu kontrol edin

sql
SELECT
(nd. nd_total >= 0) AS nd_ok,
(p. same_method_ok) AS same_method_ok,
(NOT pr. self_excluded) AS not_excluded,
(COALESCE(pr. cooling_off_until, now()) <= now()) AS not_in_cooling
FROM finance. net_deposits nd
JOIN payments. payout_context p ON p. user_id=nd. user_id AND p. currency=nd. currency
JOIN rg. profiles pr ON pr. user_id=nd. user_id
WHERE nd. user_id=:uid AND nd. currency=:ccy;

8. 3. Gerçeklik kontrol dilimi

sql
SELECT user_id,
SUM(sessions_minutes) AS mins,
SUM(deposits) AS dep,
SUM(withdrawals) AS wd,
SUM(wagers - withdrawals + deposits) AS net_result
FROM payments. activity_rollup
WHERE user_id=:uid AND day BETWEEN CURRENT_DATE - INTERVAL '1 day' AND CURRENT_DATE;

8. 4. Limit Yardım Talebi ve Ertelenmiş Giriş

sql
UPDATE rg. limits
SET amount=:new_amount,
weaken_effective_at = now() + INTERVAL '72 hours'
WHERE user_id=:uid AND type='DEPOSIT' AND period='DAILY';

8. 5. Satın alınabilirlik tetikleyicisi

sql
WITH m AS (
SELECT SUM(deposits - withdrawals) AS nd_30d
FROM payments. activity_rollup
WHERE user_id=:uid AND day >= CURRENT_DATE - INTERVAL '30 days'
)
INSERT INTO rg. affordability(user_id, status, sof_required, sow_required, requested_at)
SELECT:uid, 'REQUESTED', true, false, now()
FROM m WHERE m. nd_30d > 2000
ON CONFLICT (user_id) DO NOTHING;

9) KPI ve gösterge panoları

Korumalı Oyun Payı: ≥1 sınırlara sahip aktif oyuncuların payı.
Limit Vuruş Oranı: Harekete geçirmelerin türüne göre sıklığı (depozito/kayıp/zaman).
Cooling-off/Self-exclusion Oranı ve bir duraklamadan sonra geri dönüş.
Uygun fiyat TAT (p50/p95), доля PASS/FAIL.
ND <0 Paylaşım ve limitlerin bu metrik üzerindeki etkisi.
Chargeback bps/Limitlerin uygulanmasından önce ve sonra geri ödeme oranı.
RG kilitleri nedeniyle ödemelerde vazgeçme (korkuluk metrik).
Gerçeklik kontrolü katılımı: kabul oranı, RC sonrası davranış.

10) Uyarılar

Limit Hit Spike: Tetikleyicilerde artış> X % d/d ülkeye/kanala göre.
Karşılanabilirlik Birikimi: TAT> SLA, kuyruk> eşik.
Soğutma Sızıntısı: Duraklama döneminde ödeme girişimleri (P1).
Kendini dışlama Uyumsuzluk: harici kayıt defteri ile uyumsuzluk.
Poliçe Sürüklenme: Limitleri kontrol etmeden ödemeler/oranlar.
Limitsiz oyuncular için ND Negatif Dalgalanma - otomatik sınırlar sunar.

11) Kanun ve uyum (özet)

Şeffaf metinler: Sınırların etkilerinin basit açıklamaları, giriş şartları, zayıflamanın iptali.
Yerel normlar: dönemlere/sınır türlerine ve gerçeklik kontrolü formatlarına göre farklılıklar; Ulusal kendini dışlama kayıtları ile senkronizasyon.
Gizlilik: Verilerin satın alınabilirliğini en aza indirmek, bir kararın kanıtlarını depolamak (denetim izi).
Raporlama: Lisans/pazara göre sınırlara/istisnalara göre kümeler.

12) Ekonomi ve etki

Ödeme olaylarında azalma (CB/Geri Ödeme) ve kırmızı biletler.
LTV stabilizasyonu: daha az "kavrulmuş" cüzdan, daha sağlıklı kohort metrikleri.
Operasyonel maliyetler: Satın alınabilirlik/manuel durumlar için kapasite planlayın, adım atmayı otomatikleştirin.

13) A/B ve adım adım uygulama

Test kopyası ve UX limitleri, gerçeklik kontrolü aralıkları, weaken_delay, stake_max.
Korkuluklar: AR/Vazgeçme, CB bps, ND <0 Paylaşım, destek şikayetleri.
Kurşun gecikmesi/TT ile veri donması; GEO/kanal ile tabakalaşma.

14) En iyi uygulamalar (kısa)

1. Varsayılan RG araçları, cüzdandan hızlı erişim ve ödeme.
2. Sınırların gevşetilmesi - sadece bir gecikme ile; amplifikasyon - hemen.
3. Anlaşılabilir bir metrik "saf sonuç'ile varsayılan olarak gerçeklik kontrolü (60 dakika).
4. Hepsi üst üste değil, eşik ve sinyallere göre risk bazlı adım atmalar (uygun fiyat/SoF).
5. Ödeme politikası ile entegrasyon: ND, aynı yöntem, çıkışlarda soğutma.
6. Tam telemetri - Her çözümü bir politika sürümü ve kanıtla saklayın.
7. Yerelleştirme ve a11u, şeffaf metinler ve adil son tarihler.
8. Lisanslara ve harici kayıtlara uygunluğun düzenli denetimleri.

15) Uygulama kontrol listesi

• Kota ve Dönem Haritası; zayıflatmak-geciktirmek; varsayılan olarak gerçeklik kontrolü.
• Sahte DSL politikaları, sürüm, denetim.
• Online para yatırma/oynama/çekme kapıları; ND и aynı yöntem.
• Satın alınabilirlik tetikleyicileri ve süreçleri (SoF/SoW), SLA'lar ve uyarılar.
• UX: Sınır Sihirbazı, Yerelleştirme, a11y; Anlamlı bir kopya.
• KPI gösterge panoları ve korkuluklar; Uyarılar ve olay oyun kitapları.
• Kendini dışlama kayıtları ile uzlaşma; Yerellerin yasal metinleri.
• AR/CB/LTV ve destek yükü üzerindeki etkinin periyodik post-denetimleri.

Özet

"Sorumlu ödemeler ve limitler'bir sistem yığınıdır: politika ve UX, ödemelerde/oyunda/çıkışlarda çevrimiçi kontrol, risk bazlı artış (uygun fiyat/KYC/SoF), ND/aynı yönteme ve tam telemetriye bağlanır. Bu yaklaşım aynı anda oyuncu zararını azaltır, P&L'yi stabilize eder ve lisans gereksinimlerine uyumu korur - iyi niyetli bir izleyici için gereksiz sürtünme olmadan.