Bonus de dépôt et restrictions
1) Qu'est-ce qu'un bonus de dépôt et pourquoi il est compliqué
Le bonus de dépôt est une incitation monétaire ou non monétaire liée au dépôt (dépôt) d'un joueur. Sa complexité est en trois plans :- Monétisation : valeur réelle uplift ARPU/LTV vs (fees/FX/bonus/frishpins/risques de facturation).
- Conformité et jeu responsable : conditions transparentes, limites de paris, exclusions de jeux, auto-exclusion.
- Risques de paiement : same-method/return-to-source, net deposits (ND), charjbecki/retours et « carrousels » de retraits.
2) Types de bonus de dépôt
Matched (pourcentage au dépôt) : 100 % à X.
Tiered : 50 % à X1 + 25 % à X2.
Sticky/Non-sticky : sticky ne peut pas être sorti séparément ; non-sticky joue d'abord le réel.
Cash vs Bonus Credit : le cache est crédité par étapes (unlock), le crédit est dans le « solde virtuel ».
Free Spins/Free Bets : attachés aux slots/marchés ; l'équivalent de la valeur monétaire est fixé à l'avance.
Recurring/Reload : dépôts répétés à l'horaire/événement.
High-roller : des limites plus élevées avec des conditions plus strictes.
3) Contraintes de base (policy core)
Min Deposit : montant minimum pour participer.
Wagering Requirement (WR): оборот = `k × (bonus_amount [+ deposit?])`.
Contribution % par jeu : Slots 100 %, tables 10-25 %, lives 5-10 %, etc.
Max Bet avec WR actif : par exemple, '≤ 5 EUR' ou '≤ X % du bonus'.
Timebox : temps pour exécuter WR (par exemple 7/14/30 jours).
Exclusivités de jeu : jackpots, achats de frispins, quelques titres haute RTP.
Same-Method/Return-to-Source : conclusion à ND - retour à la source seulement.
KYC/RG gating : le bonus est activé/le paiement n'est autorisé qu'après la L1/L2 de KYC et l'absence de self-exclusion.
Geo/Sanctions/Licences : listes blanches des pays et des méthodes locales ; interdiction dans risk-GEO.
One-per-Person/Household/Device : protection contre la duplication.
4) Économie et métriques
4. 1. Valeur escomptée du bonus (operator EV)
EV_bonus ≈ Uplift_GGR − Bonus_Cost − Promo_Fees − FX_Slippage − Chargeback_Losses
où
« Uplift _ GGR = (GGR_with − GGR_without) » selon la méthode A/B ou CUPED ;
'Bonus _ Cost = bonus payé + valeur FS (en juste valeur) ';
Promo _ Fees = payment fees/markup/fixe supplémentaires en raison des transactions uplift.
4. 2. Breakage (bonus non résolu)
Breakage = − accrued (paid + written off at WR + statute of limitations)
Utilisé pour estimer le passif (liabilities) et la valeur promotionnelle nette.
4. 3. Coût réel (équivalent CPA)
Cost_per_Qualified_Depositor = (Bonus_Cost + related fee + FX )/# of depositors who have executed min dep
5) Anti-abyse et contrôle
Vecteurs :- Multi-account/household stacking (une adresse/appareil/carte).
- Net-deposit loops : dépôt → bonus → jeu partiel → sortie/charjbek.
- Méthode d'arbitrage : méthode de dépôt bon marché + corridor de retrait coûteux.
- High-RTP abuse : jouer uniquement des titres avec une contribution élevée à WR.
- Cercles FX : avantages sur les fluctuations des taux de dépôt/retrait.
- CoF/Tokens binding à l'utilisateur ; un bonus par BIN/carte/portefeuille.
- ND guard : alors que 'ND <0' (net-withdrawals), les nouveaux bonus de dépôt sont interdits.
- Lock Payout : avant l'exécution de WR - interdiction/limitation des conclusions, sauf la méthode same dans ND.
- Contrôle game-mix : nécessite '≥ M' des titres uniques ou '≤ X %' du chiffre d'affaires sur les exclus.
- Velocity/Device/Geo-conflict → step-up KYC/SoF или deny.
- Max Bet et l'interdiction des « hedge » sur les marchés interconnectés.
6) Lien avec les paiements (Paiements × Bonus)
Same-method/Return-to-source : protection contre l'encaissement de bonus via une autre méthode.
ND (Net Deposits) : bonus disponibles si 'ND ≥ Threshold'par période/toujours.
MoR/Taxes : le chèque/la fiscalité du MoR ne doit pas inclure le bonus non réalisé ; comptabilisation dans le passif.
FX : fixer le taux de référence au moment où le bonus est accordé ; consommation/gain - par taux effectif.
Réserves/PSP : tenez compte des rolling-reserve et fees dans la valeur promo.
7) UX/communications
Carte d'offer claire : « 100 % à 200, min bou 10, WR = 30 × bonus, max bet 5, slots 100 %, 7 jours ».
WR Progress Bar : montant du chiffre d'affaires/solde/date limite ; contribution des jeux (tooltip).
Verrous transparents : "Un retrait d'un montant de ND est disponible sur la source de recharge. Le reste après WR".
Raisons évidentes de l'échec : « Dépassé max bet avec bonus actif ».
Localisé T&C + version courte sur l'écran de dépôt lui-même.
8) Règles du moteur promotionnel (pseudo-DSL)
yaml promo: "welcome_100_v3"
eligibility:
geo_in: [DE, AT, FI]
kyc_level_min: L1 nd_min: 0 one_per: [person, device, payment_token]
deposit:
min_amount: {EUR: 10}
methods_whitelist: [CARD, A2A, LOCAL_WALLET]
bonus:
type: MATCHED match_pct: 100 cap: {EUR: 200}
wagering:
base: BONUS_ONLY # или BONUS_PLUS_DEPOSIT multiplier: 30 contrib:
slots: 100 tables: 25 live: 10 limits:
max_bet_amount: {EUR: 5}
time_limit_days: 14 withdrawal:
same_method: true allow_nd_withdrawal: true abuse_controls:
one_game_share_max_pct: 80 sticky: false token_binding: true
9) Modèle de données (minimum)
sql
-- ref reference books. promos (
promo_id PK, name, version, geo_whitelist, methods_whitelist, kyc_min, nd_min,
type, match_pct, cap_amount, wr_base, wr_multiplier, max_bet_amount,
time_limit_days, contrib_json, sticky, one_per, enabled, effective_from, effective_to
);
-- Linking bonuses to bonus deposits. grants (
grant_id PK, promo_id FK, user_id, deposit_tx_id, currency,
bonus_amount, granted_at, expires_at, status -- ACTIVE FORFEITED COMPLETED EXPIRED
);
-- Bonus wagering progress. wr_progress (
grant_id FK, user_id, turnover_slots, turnover_tables, turnover_live,
turnover_total, required_total, updated_at
);
-- Violations of bonus rules. violations (
id PK, grant_id, user_id, type, details_json, occurred_at, severity -- INFO WARN DENY
);
-- Betting and bonus game restrictions. session_limits (
grant_id, user_id, max_bet_amount, game_exclusions_json, one_game_share_max_pct
);
-- Net deposits (ND)
finance. net_deposits (
user_id, currency, nd_total, nd_30d, nd_7d, updated_at
);
10) modèles SQL
10. 1. WR requis et le reste
sql
SELECT g. grant_id,
p. wr_multiplier,
p. wr_base,
g. bonus_amount,
CASE WHEN p. wr_base='BONUS_PLUS_DEPOSIT'
THEN (g. bonus_amount + t. deposit_amount) p. wr_multiplier
ELSE g. bonus_amount p. wr_multiplier
END AS wr_required,
wr. turnover_total AS wr_done,
GREATEST(0, (CASE WHEN p. wr_base='BONUS_PLUS_DEPOSIT'
THEN (g. bonus_amount + t. deposit_amount) p. wr_multiplier
ELSE g. bonus_amount p. wr_multiplier END) - wr. turnover_total) AS wr_left
FROM bonus. grants g
JOIN ref. promos p ON p. promo_id=g. promo_id
JOIN dw. transactions_flat t ON t. tx_id=g. deposit_tx_id
LEFT JOIN bonus. wr_progress wr ON wr. grant_id=g. grant_id
WHERE g. user_id=:uid AND g. status='ACTIVE';
10. 2. Contribution par jeu (contribution %)
sql
-- Calculation of Daily Turnover Including Curb%
SELECT grant_id,
SUM(CASE game_category
WHEN 'slots' THEN stake1. 00
WHEN 'tables' THEN stake0. 25
WHEN 'live' THEN stake0. 10
ELSE 0 END) AS turnover_weighted
FROM dw. bets
WHERE user_id=:uid AND placed_at::date =:d AND grant_id IS NOT NULL
GROUP BY grant_id;
10. 3. ND-gate pour participer
sql
SELECT (nd_total >= p. nd_min) AS eligible
FROM finance. net_deposits nd
JOIN ref. promos p ON p. promo_id=:promo
WHERE nd. user_id=:uid AND nd. currency=:ccy;
10. 4. Detect max bet violations
sql
SELECT b. bet_id, b. amount
FROM dw. bets b
JOIN bonus. session_limits l USING (grant_id, user_id)
WHERE b. user_id=:uid AND b. grant_id=:grant AND b. amount > l. max_bet_amount;
10. 5. One-per token (carte/portefeuille)
sql
SELECT COUNT() > 0 AS already_used
FROM bonus. grants g
JOIN dw. transactions_flat t ON t. tx_id=g. deposit_tx_id
WHERE g. promo_id=:promo AND t. payment_token=:token AND g. status <> 'FORFEITED';
11) Dashboards et KPI
Promo Take-Rate = part des dépôts avec promo.
WR Completion %, Time-to-WR p50/p95.
Bonus Cost/GGR Uplift (par cohortes/canaux/méthodes).
Breakage % et Promo Liability (en passant sur le bilan).
Taux d'abus : proportion d'irrégularités (max bet, game mix, one-per), flags multi-comptes.
ND Gate Hit % et l'impact sur la réduction des « carrousels ».
Withdrawal After Bonus % (и доля same-method).
Chargeback After Bonus bps par méthodes/PSP.
FX Slippage bps sur les dépôts/retraits dans le cadre de la promo.
12) Alertes et seuils
WR Completion Collapse : chute sur X bps d/d.
Abuse Spike : augmentation des perturbations max bet/one-per/game-mix> seuil.
CB Surge Post-Bonus : Chargbacks 7-14 jours après la participation> seuil.
Liability Drift : écart entre les bonus accumulés et passiva> Y %.
ND Negative Share : augmentation de la proportion de joueurs ayant un 'ND <0' parmi les participants.
FX Anomaly : bps-bond de la valeur FS/bonus en raison du cours.
Regulatory Guardrail : Tentative de participation de self-excluded/non modifié.
13) Conformité et jeu responsable
T&C transparents (version courte en chèque-out) : min bou, WR, max bet, timebox, contribution %, exclusivités de jeu, same-method.
Jeu responsable (RG) : les limites, cooling-off, self-exclusion → promo ne sont pas disponibles.
KYC/SoF : paiements « après bonus » - seulement lorsque les vérifications sont effectuées.
Géo/Licences : respect des règles locales (interdictions sur certains types de promos).
14) Modèles UX
Avant le dépôt : Calculatrice « Combien recevrai-je » + conditions en 1 ligne.
Après dépôt : chèque avec bonus/WR/deadline et bouton « Commencer à jouer ».
Progrès de WR : sticky-widget, contribution par jeu, temporisateur de deadline.
Violations : bannière douce + référence aux règles, forfate automatique pour les cas grossiers.
Conclusion : incision ND transparente et astuce same method.
15) A/B et la politique de changement
Testez multiplier, max bet, timebox, contrib % et cap avec les gardrails : CBR bps, Abuse Rate, AR/Take-Rate.
CUPED sur le pré-GGR/comportement ; cluster-robastance (user/household/device).
La durée de l'évaluation est au moins WR window + lag de paiement/SV.
16) Chèque de mise en œuvre
- Règles de référence promo (DSL) et validateur.
- Modèle ND et same-method/return-to-source dans payout.
- Progrès de WR, contribution %, exclusions de jeu, max bet.
- Detect et journal des irrégularités, forface/verrouillage automatique.
- Passiva et breakage dans les rapports (liability).
- Carte UX offer, barre de progression localisée par T & C.
- Alerte (WR, Abuse, CB, Liability, ND).
- Méthodologie A/B et date-frise avec un retard sur CB.
- Textes légaux par juridiction ; Gates RG ; KYC-gates.
Résumé
Les bonus de dépôt ne fonctionnent que si l'économie (EV, breakage, passing), les règles de paiement (ND, same-method, return-to-source), l'anti-abyse et la transparence UX sont rassemblés dans un seul système. Formaliser les politiques promotionnelles en DSL, diriger les progrès de WR et ND, compter le coût réel (y compris fees/FX/CB), garder les dashboards et les alertes - et vous obtiendrez une croissance LTV sans surprises réglementaires et de paiement.